은행 거래 내역서의 8가지 위험 신호: 심사 담당자를 위한 빠른 가이드
대출 기관, 주택 담보 대출 중개인 및 심사 담당자를 위한 시각 자료. 조작되거나 위조된 은행 거래 내역서의 8가지 징후, 예시 및 발견 시 확인 사항.
은행 거래 내역서 사기가 증가하고 있습니다. FBI의 2023년 IC3 보고서에 따르면 금융 범죄로 인한 보고 손실액은 125억 달러에 달했으며, 대출 업계에서는 조작된 은행 거래 내역서가 가장 흔한 합성 신원 및 소득 사기 벡터 중 하나로 꾸준히 지적되고 있습니다. 좋은 소식은 대부분의 위조된 거래 내역서는 기본적인 시각 및 숫자 검사를 통과하지 못한다는 것입니다. 나쁜 소식은 이러한 검사를 자동화하지 않으면 수동으로 수행해야 하며, 90초 사전 승인 검토를 수행하는 심사 담당자가 놓칠 수 있을 만큼 패턴이 미묘하다는 것입니다.
이것은 사기 탐지 도구에 거래 내역서를 로드하기 전에 발견할 수 있는 8가지 징후에 대한 빠른 참조 가이드입니다. 단독으로 결정적인 것은 없습니다. 두세 가지가 함께 나타나면 파일을 에스컬레이션해야 합니다.
이 가이드를 블로그에서 사용하고 싶으신가요? 이 임베드 코드를 복사하세요:
1. 일치하지 않는 잔액 계산
실제 은행 거래 내역서의 누적 잔액은 항상 이전 잔액 + 거래 금액과 일치합니다. 위조된 거래 내역서는 종종 후속 누적 잔액을 다시 계산하지 않고 거래 금액을 편집했기 때문에 이 검사를 통과하지 못합니다.
확인 방법: 연속된 세 개의 행을 선택합니다. N번째 행 잔액 = N-1번째 행 잔액 + N번째 행 금액(차변의 경우 빼기)이 일치하는지 확인합니다. 이를 거래 내역서의 시작, 중간, 끝에서 수행합니다. 셋 중 하나라도 실패하면 거래 내역서가 편집되었거나 파싱 오류가 있는 것입니다.
위조범이 이를 놓치는 이유: 은행 거래 내역서 편집 도구(포토샵, PDF 편집기)는 시각적으로 숫자를 쉽게 변경할 수 있게 합니다. 모든 후속 잔액을 다시 계산하는 것은 지루하고 잊기 쉽습니다.
2. 특정 행의 글꼴 불일치
실제 은행 거래 내역서는 거래 테이블 전체에 걸쳐 하나의 글꼴을 사용합니다. 위조된 거래 내역서는 종종 주변 행과 약간 다른 글꼴, 굵기 또는 색상의 특정 셀(특히 금액)을 보여줍니다.
확인 방법: 거래 탭을 300% 이상으로 확대합니다. 인접 행과 비교하여 획 두께, 자간 또는 기준선 정렬이 다른 금액을 찾습니다. 일반적인 단서: 산세리프 글꼴과 혼합된 Courier 계열 글꼴 또는 셀이 이미지로 겹쳐진 것처럼 보이는 안티앨리어싱 차이.
이것이 발생하는 이유: 위조범이 원본 위에 가짜 금액의 스크린샷을 붙여넣거나 다른 글꼴로 대체 입력합니다.
3. 의심스러울 정도로 정확한 숫자
실제 소득, 지출 및 잔액에는 센트 단위가 있습니다. 주요 입금액이 모두 센트 없이 $5,000.00, $10,000.00, $2,500.00이고 특히 반복되는 거래 내역서는 통계적으로 가능성이 낮습니다.
확인 방법: 소득 열에서 정확히 정수 달러로 입금된 금액의 비율을 계산합니다. 실제 W-2 급여 입금은 센트 단위까지 정확합니다(예: $3,847.32). 자영업자 및 긱 경제 소득은 더욱 그렇습니다. 입금액의 30% 이상이 정확히 정수 금액이면 에스컬레이션합니다.
이것이 발생하는 이유: 위조범은 입력하기 쉽고 익숙하지 않은 눈에는 소득처럼 보이기 때문에 정수 금액을 기본값으로 사용합니다.
예외: 전신 송금, 의도적인 정액 저축 이체, 일부 정기 이체(예: $500.00 저축 이체)는 합법적으로 정수 금액일 수 있습니다. 개별 거래가 아닌 전체 패턴을 살펴보세요.
4. 시간 순서가 맞지 않는 날짜
실제 은행 거래 내역서는 게시 순서대로 나열됩니다. 01/08 날짜의 행 뒤에 01/05 날짜의 행이 보이면 무언가 잘못된 것입니다. 거래 내역서가 조작되었거나(순서에 맞지 않게 행이 삽입됨) 두 개의 스트림이 혼합되어 읽고 있는 다중 계정 번들일 수 있습니다.
확인 방법: 날짜 열을 위에서 아래로 따라갑니다. 위에 있는 행보다 이전 날짜가 있는 행을 기록합니다. 플래그를 지정하기 전에 단일 계정 또는 번들 거래 내역서인지 확인합니다.
이것이 발생하는 이유: 위조범이 행(종종 가짜 입금)을 추가하고 번호를 다시 매기거나 다시 정렬하는 것을 잊습니다.
주의: 일부 은행은 게시된 거래보다 보류 중인 거래를 먼저 나열하며, 일부 거래 내역서는 "입금 및 추가"와 "인출"을 분리합니다. 각 섹션 내의 날짜는 순서를 따르지만 섹션 자체는 그렇지 않을 수 있습니다. 에스컬레이션하기 전에 섹션 헤더를 확인하세요.
5. 라우팅 번호 / MICR 줄 불일치
실제 은행 거래 내역서 헤더에는 수표에 사용되는 자기 잉크 문자 인식 줄인 하단의 MICR 줄과 일치하는 라우팅 번호가 있습니다. 위조된 거래 내역서는 종종 한 은행의 헤더를 다른 은행의 본문에 붙여넣어 라우팅 번호가 일치하지 않습니다.
확인 방법: 은행 헤더의 라우팅 번호를 페이지 하단의 MICR 줄에 있는 라우팅 번호와 비교합니다. 연방 준비 은행 전자 결제 라우팅 디렉토리에서 라우팅 번호를 조회하여 헤더에 명시된 은행 소유인지 확인합니다.
이것이 발생하는 이유: 위조범이 한 은행의 실제 거래 내역서를 가져와 다른 은행의 헤더를 덮어씁니다.
6. PDF 메타데이터에 은행이 아닌 편집기 표시
모든 PDF에는 어떤 소프트웨어로 생성되었는지 명시하는 메타데이터가 있습니다. 실제 은행 거래 내역서는 은행의 거래 내역서 생성 시스템(예: "Chase eStatement Generator" 또는 "Oracle BI Publisher")을 보여줍니다. 위조된 거래 내역서는 종종 수정자 또는 생성자 필드에 PDF 편집기를 표시합니다.
확인 방법: PDF를 열고 파일 -> 속성(Acrobat) 또는 도구 -> 검사기 보기(Mac의 미리보기)로 이동합니다. 생성자, 작성자 및 수정 날짜 필드를 확인합니다. 수정 날짜가 거래 내역서 기간 이후이고 생성자가 Adobe Acrobat Pro, Foxit 또는 다른 PDF 편집기인 경우, 파일은 은행이 발행한 후에 편집된 것입니다.
이것이 결정적인 이유: 은행은 서버 측에서 PDF를 생성하며 다시 저장하지 않습니다. 생성 후 편집은 위조범이 명시적으로 제거하지 않는 한(이는 자체 흔적을 남김) 메타데이터에 표시됩니다.
7. 혼합된 음수 형식
실제 은행 거래 내역서는 음수에 대해 하나의 규칙을 선택하고 전체에 걸쳐 사용합니다. 즉, 선행 마이너스(-$450.00), 괄호(($450.00)), "DR" 접미사 또는 별도의 인출 열입니다. 위조된 거래 내역서는 행이 여러 소스에서 조립되었기 때문에 종종 혼합된 형식의 음수를 포함합니다.
확인 방법: 모든 음수 금액을 스캔합니다. 각각의 형식을 기록합니다. 혼합된 형식을 보는 경우(예: 90% 선행 마이너스 및 10% 괄호), 괄호로 된 행은 다른 소스에서 왔을 가능성이 높습니다.
이것이 발생하는 이유: 위조범이 여러 실제 거래 내역서에서 행을 복사하고 서식을 정규화하는 것을 잊습니다.
8. 픽셀화되거나 덮어쓴 은행 로고
실제 은행 거래 내역서 로고는 벡터 또는 고해상도 래스터이며 모든 확대/축소 수준에서 선명합니다. 위조된 거래 내역서는 확대 시 픽셀화되는 경우가 많은데, 이는 저해상도 스크린샷에서 가져왔거나 다른 소스에서 붙여넣었기 때문입니다.
확인 방법: 헤더의 은행 로고를 400-800%로 확대합니다. 모든 확대/축소에서 선명하면 실제입니다. 확대 시 픽셀화, 들쭉날쭉한 가장자리 또는 안티앨리어싱 아티팩트는 붙여넣은 것입니다.
이것이 발생하는 이유: 위조범은 Google 이미지 검색 또는 스크린샷에서 로고를 가져오는데, 이는 원본보다 해상도가 낮습니다.
두 개 이상 발견 시 조치 사항
단일 위험 신호는 무해할 수 있습니다. 두 개 이상 = 구조화된 사기 검토로 에스컬레이션:
- 가능한 경우 은행에서 직접 거래 내역서를 인출합니다. 많은 은행에서 Plaid 신원 확인 또는 유사한 타사 확인을 지원합니다. 신청자는 은행에서 직접 읽는 것을 승인하여 PDF 처리 사기를 완전히 제거합니다.
- 사기 탐지 도구를 통해 거래 내역서를 실행합니다. Ocrolus, Inscribe 및 Plaid는 모두 대규모 문서 조작을 탐지합니다.
- 세금 기록과 대조 확인합니다. 자영업자 차용자의 경우 IRS 양식 4506-C를 통해 IRS에서 직접 세금 기록을 인출할 수 있습니다. 은행 거래 내역서에 보고된 소득은 세금 기록의 소득과 일치해야 합니다(정당한 시기 및 범주 차이 허용).
- 고용을 직접 확인합니다. 고용주의 인사 부서에 30초간 전화하면 거래 내역서의 W-2 입금이 실제인지 확인할 수 있습니다.
은행 거래 내역서 변환의 역할
사기 탐지에는 구조화된 데이터가 필요합니다. PDF 은행 거래 내역서는 구조화되지 않은 시각적 콘텐츠입니다. 거래 내역을 먼저 추출하지 않으면 대규모로 검증하기 어렵습니다. 여기서 PDFSub의 은행 거래 내역서 변환기가 워크플로우에 적합합니다:
- 사기 탐지 도구가 읽을 수 있는 구조화된 형식으로 모든 거래(날짜, 설명, 금액, 잔액)를 추출합니다.
- 전 세계 20,000개 이상의 은행 템플릿을 인식하며, Ocrolus 및 유사 도구에 격차가 있을 수 있는 비미국 은행도 포함합니다.
- 국제 신청자를 위한 130개 이상의 언어 지원
- 민감한 금융 문서의 브라우저 기반 처리 - Tier 1 추출 경로에서는 파일이 기기를 벗어나지 않습니다.
PDFSub 자체는 사기 탐지를 수행하지 않습니다. 다운스트림 사기 탐지 워크플로우가 의존하는 깨끗한 구조화된 데이터를 생성합니다. 모기지 및 대출 워크플로우를 위한 은행 거래 내역서 변환에 대한 입문 자료는 모기지 신청을 위한 은행 거래 내역서 변환 방법을 참조하세요. 시스템에 데이터를 공급할 때 형식 선택은 QBO 대 CSV 대 OFX를 참조하세요.
빠른 심사 체크리스트
이것을 인쇄하여 모니터 옆에 붙여두세요.
- 최소 세 개의 샘플 행에서 잔액 계산이 일치하는가
- 거래 테이블 전체에 걸쳐 동일한 글꼴(이상한 셀 없음)
- 소득 열에서 정수 달러 입금 비율이 30% 미만인가
- 각 섹션 내에서 날짜가 시간 순서대로 정렬되었는가
- 헤더 라우팅 번호가 하단의 MICR 줄과 일치하는가
- PDF 메타데이터 생성자가 은행 시스템인가(Adobe / Foxit / 기타 편집기 아님)
- 수정 날짜가 거래 내역서 기간 이후가 아닌가
- 모든 음수가 동일한 형식을 사용하는가(마이너스, 괄호, DR, 별도 열 중 하나)
- 400% 확대 시 은행 로고가 선명한가
두 개 이상의 실패 = 에스컬레이션.