은행 거래내역 분석이 뒷받침하는
다섯 가지 숫자, 그다음은 멈춘다

은행 거래내역 분석으로 답할 수 있는 것

은행 거래내역 분석은 계좌의 거래를 현금 흐름, 유동성, 기존 채무에 관한 소수의 지표로 바꾸는 과정입니다. 이는 계좌가 무엇을 했는지에 대한 질문에 답합니다. 차주가 상환할지 여부에는 답하지 않습니다.

네 단계를 분리해 두면 작업을 따라가기가 더 쉽습니다. 추출은 거래 내역을 행으로 읽어 들입니다. 분류는 각 항목이 무엇인지, 예를 들어 영업 수익, 자기 계좌 이체, 대출금 입금, 은행 수수료인지를 판단합니다. 분석은 그 레이블로부터 다섯 개의 숫자를 계산합니다. 결정은 신용 정책, 담보, 보증, 산업 위험, 대출 구조를 적용합니다. 기계적인 것에 가까운 단계는 첫 번째뿐입니다. 나머지 세 단계는 규칙과 판단을 수반합니다.

역할은 대개 그 선을 따라 나뉩니다. 대출 담당자는 거래내역을 수집하고 차주에게 누락된 페이지를 요청합니다. 신용 분석가는 추출, 분류, 계산을 합니다. 심사역은 그 결과를 정책에 비추어 검증하고 결정에 대한 책임을 집니다. 한 단계를 건너뛰면 다음 역할은 근거 없는 숫자를 물려받습니다.

r/CreditAnalysis의 한 신용 분석가는 2025년에 그 역할을 명확히 정리했습니다. 은행 거래내역은 "현금 유동성을 검증"하는 데 사용되며, 12개월치가 있으면 계절성 사업이나 빠듯한 거래의 월별 현금 흐름 모델링을 뒷받침할 수 있다는 것입니다. 이는 "거래내역이 대출 여부를 알려준다"보다 훨씬 좁은 주장입니다. 또한 이 문서가 실제로 뒷받침할 수 있는 주장이기도 합니다.

세부 내용에 앞서 전체 목록을 제시합니다. 나머지 글에서는 한 행씩 살펴봅니다.

다섯 개의 숫자는 계좌를 설명합니다. 신용 결정은 차주, 대출, 하방 위험을 설명합니다. 이 둘은 같은 대상이 아닙니다.

지표에 앞서 실무적인 참고 사항이 하나 있습니다. 행은 일부 기관만 포괄하는 은행 피드가 아니라 거래내역 자체에서 나와야 합니다. 차주의 계좌가 세 은행에 있다면 세 곳 모두의 내역이 분석에 필요합니다. 거래내역을 구조화된 행으로 바꾸는 작업의 메커니즘은 심사 질문과는 별개의 문제이지만, 행이 완전해지기 전에는 심사 질문을 시작할 수 없습니다.

실질 매출은 입금액에서 실제로 빠져나가지 않은 자금을 뺀 값입니다

총입금액은 은행 거래내역 분석에서 가장 과대평가되는 수치입니다. 입금은 매출이 아니라 자금의 이동이기 때문입니다. 대표자 본인의 저축 계좌에서 온 이체와 고객 결제는 입금란에서 동일하게 보일 수 있습니다. 그러나 그중 매출은 하나뿐입니다.

제외 항목은 특별한 것이 아닙니다. 소규모 사업 계좌에서 매달 나타나는 일상적인 자금 이동입니다:

• 차주 본인 계좌 간 이체(저축 계좌나 두 번째 운영 계좌에서의 스윕 포함)
• 대출금, MCA, 신용 한도 인출금
• 환불 및 취소(공급업체 환불이나 반환된 결제금 포함)
• 대표자 출자금, 특수관계자 이체, 자산 매각 대금
• 이후 미결제로 반환된 고객 예치금

간단한 예시로 왜곡의 규모를 확인할 수 있습니다. 한 계좌에 한 달 동안 $200,000이 입금되었습니다. 그중 $60,000은 대표자 저축 계좌에서 들어왔고, $60,000은 일주일 후 다시 나갔습니다. 총입금액은 $200,000입니다. 영업 매출은 $140,000입니다. 차이는 30%이며, 사업에는 아무런 변화가 없었습니다.

같은 문제가 여러 계좌에서 나타납니다. 운영 계좌에서 나간 이체는 해당 계좌에서 출금이고, 저축 계좌에서는 입금입니다. 분석가가 운영 계좌만 검토하면 이체의 입금 측이 고객 결제처럼 보입니다. 두 계좌를 모두 검토하면 양쪽을 대사하여 제거할 수 있습니다. 그래서 잔액이 건전해 보여도 계좌 하나만 포함된 거래내역 묶음은 완전한 매출 분석이 아닙니다.

입금 건수도 함께 확인해야 합니다. 한 달에 카드 결제 200건이 있는 사업과 단일 고객으로부터 대액 입금 2건이 있는 사업은 총액이 같아도 신용도가 다릅니다. 건수, 입금자명, 주기가 매출 파악의 일부입니다. 한 고객이 월 매출의 40%를 결제한다면 이는 단순한 입금이 아니라 집중도 문제입니다.

차주가 급여소득자인 경우에는 교차 검증 방식이 다릅니다. 급여 입금은 고용주 및 급여 주기와 일치해야 하며, 급여명세서 추출로 총액과 실수령액을 확인할 수 있습니다. 사업 차주의 경우 이에 상응하는 확인은 두 번째 은행 거래내역이 아니라 대액 입금 뒤에 있는 인보이스나 고객 계약서입니다.

차주가 통제하는 두 계좌 간 이체는 총입금액을 늘릴 뿐 매출에는 아무것도 더하지 않습니다.

일평균 잔액은 여유 자금을 측정할 뿐, 흐름을 보여주지는 않습니다

일평균 잔액은 매출과는 다른 질문에 답합니다. 자금이 움직이는 동안 계좌에 통상 얼마나 많은 현금이 남아 있었는지를 보여줍니다. 월 8만 달러를 입금하고도 자금이 들어오는 속도만큼 빠르게 빠져나가면 일평균 잔액은 2,000달러에 그칠 수 있습니다.

일반적인 정의는 매일의 기말 잔액 합계를 거래내역 기간의 일수로 나눈 값입니다. 거래가 없는 날은 전날 잔액이 이월되며 주말과 공휴일도 포함됩니다. 바로 이 마지막 세부 사항 때문에 같은 거래내역서에서 두 분석가가 서로 다른 숫자를 산출할 수 있습니다. 영업일을 기준으로 삼는 팀이 틀린 것은 아니지만, 그 기준을 문서화하고 모든 파일에 동일하게 적용해야 합니다.

일평균 잔액 분석은 단일 거래가 가장 큰 영향을 미칠 수 있는 지점이기도 합니다. 계좌가 2만 달러로 시작한다고 가정해 보겠습니다. 12만 달러가 거래내역 마감 이틀 전에 입금되어 마감 이틀 후에 빠져나갑니다. 거래내역서상 기말 잔액은 변하지 않습니다. 30일 기간의 일평균 잔액은 약 8,000달러 높아지는데, 그 입금이 30일 중 이틀 동안 머물렀기 때문입니다. 차주의 통상적인 유동성에는 아무 변화가 없습니다. 자금이 도착한 시점 때문에 숫자가 움직인 것입니다.

기말 잔액은 평균이 아닙니다. 하루의 스냅샷일 뿐이며, 가장 꾸미기 쉬운 날입니다. 주기 마지막 날에 입금된 자금은 나머지 29일이 빈약했더라도 요약에서 계좌를 넉넉해 보이게 만들 수 있습니다. 신용 심사 메모가 어떤 잔액인지 밝히지 않고 하나의 잔액만 보고한다면, 읽는 사람은 그것이 기말 잔액인지 최저 잔액인지 평균인지 알 수 없습니다.

숫자를 보고할 때는 세 가지 맥락을 함께 제시해야 합니다. 해당 기간, 영업일 기준인지 역일 기준인지, 그리고 차주가 사용하는 모든 계좌를 포함하는지 여부입니다. 한 계좌의 6개월 평균과 다른 계좌의 1개월 평균은 둘 다 "ADB"로 표기되어 있어도 비교 가능한 수치가 아닙니다.

NSF와 반환 항목: 수수료가 아니라 발생 건수를 세십시오

NSF와 마이너스 통장 발생 건수는 수수료 합계보다 유용합니다. 수수료는 환급될 수 있지만 발생 사실은 환급될 수 없기 때문입니다. 이 구분은 단순한 형식이 아닙니다. 계좌가 실제로 몇 번이나 부족해졌는지를 바꿔 놓습니다.

일상적인 사용에서 세 가지 사건이 뒤섞입니다. NSF 항목은 은행이 거절한 결제입니다. 마이너스 통장은 은행이 어쨌든 지급한 결제로, 계좌를 마이너스로 남기고 보통 수수료를 부과합니다. 반환 항목은 입금이 미결제로 되돌아온 경우를 뜻할 수도 있으며, 이는 차주가 결제하지 못한 결제와는 다른 사건입니다. 거래내역서는 이들을 다르게 표기하며, 건수 집계도 이들을 구분해야 합니다.

수수료 환급은 수수료 기반 집계가 처음으로 어긋나는 지점입니다. 은행이 NSF 수수료를 환급하면 보통 두 줄이 나타납니다. 수수료와 이를 되돌려주는 크레딧입니다. 둘을 상계하면 그 사건은 수수료 합계에서 사라집니다. 부족은 여전히 발생했습니다. 분석가가 수수료만 합산하면 그 달은 실제보다 깨끗해 보입니다. 분석가가 원래 수수료 항목을 집계하면 그 달은 집계되지만, 같은 사건이 이후 기간에 두 번 집계되지 않도록 환급을 기록해야 합니다.

마이너스 통장 보호는 또 다른 사각지대를 만듭니다. 연결된 예금 계좌에서의 이체가 당좌 계좌가 마이너스가 되기 전에 부족분을 메울 수 있어 NSF 수수료가 나타나지 않습니다. 유일한 흔적은 이체 입금이며, 흔히 같은 날이나 다음 영업일에, 그렇지 않으면 실패했을 출금과 연결되어 있습니다. 수수료만 보는 관점은 이를 놓칩니다. 잔액 추이 재구성은 이를 잡아내지만, 부족과 무관한 평범한 이체도 함께 잡아내므로 분석가는 여전히 시점을 읽어야 합니다.

집계 규칙은 대출 프로그램마다 다릅니다. 어떤 곳은 모든 수수료를 세고, 어떤 곳은 같은 날 여러 항목을 하나의 사건으로 세며, 어떤 곳은 환급된 수수료를 제외하고, 어떤 곳은 적격 연결 계좌로 충당된 마이너스 통장을 제외합니다. "너무 많다"는 보편적인 숫자는 없습니다. 그 규칙은 분석가의 기억이 아니라 신용 파일에서 건수 옆에 있어야 합니다.

추세는 보통 합계보다 더 많은 정보를 줍니다. 나쁜 한 달에 4건이 발생하고 그 이후로 없었다는 것은 1건, 그다음 2건, 그다음 3건이었다는 것과는 다른 이야기입니다. 첫 번째는 시점 문제입니다. 두 번째는 잔액만으로는 드러나지 않는 방식으로 현금이 바닥나고 있는 사업입니다.

환급된 수수료가 그것을 초래한 부족을 되돌리지는 않습니다.

기존 부채는 신용 보고서에 나타나지 않는 상환금인 경우가 많습니다

거래내역에서 가장 비용이 큰 사각지대는 신용 보고서에 나타나지 않는 부채입니다. MCA, 장비 리스, 팩토링 송금, 단기 대출 상환금은 모두 익숙한 대출 계정으로 표시되지 않은 채 일정한 주기로 계좌에서 빠져나갈 수 있습니다.

세 가지를 함께 살펴야 합니다. 동일한 수취인, 고정 또는 거의 고정된 금액, 그리고 매일 또는 매주 반복되는 주기입니다. 영업일마다 $412가 출금되면 한 달에 약 $8,700입니다. 이 상환금이 부채 상환액에 포함되지 않으면 DSCR이 잘못 계산된 것이며, 대출이 실제보다 안전해 보이는 방향으로 잘못된 것입니다. 월별 리스 및 대출 상환금은 더 쉽게 발견되지만, 일반적인 "ACH 출금" 항목에 남겨두지 말고 특정 채권자와 연결해야 합니다.

신용 보고서가 여기서 쓸모없는 것은 아닙니다. 대출 계정과 예정된 상환금을 보여줄 수 있습니다. 그러나 실제로 계좌에서 빠져나간 현금, 출금된 날짜, 또는 아예 보고되지 않은 포지션은 보여줄 수 없습니다. 거래내역은 현금을 보여줍니다. 그래서 두 문서를 함께 검토합니다.

SBA 7(a) Small Loans의 경우 SOP 50 10은 대출 기관이 주 운영 계좌의 최근 2개월 상업 은행 거래내역을 검토하고 모든 부채가 DSCR 계산에 포함되었는지 확인하도록 요구합니다. 같은 섹션에서는 해당 대출의 최소 DSCR을 1.10:1로 정하고 있습니다. 2개월 검토는 확인 단계일 뿐, 2개월이면 계절성을 파악하기에 충분하다는 뜻이 아닙니다. 계절성 사업은 가장 좋은 2개월만 보면 여유 있어 보일 수 있습니다.

부채 일람표를 채권자별로 작성한 다음 거래내역과 대조하십시오. 이 일람표는 두 가지 질문에 답합니다. 장부상 부채는 얼마인지, 그리고 이를 상환하기 위해 매달 이 계좌에서 얼마의 현금이 빠져나가는지입니다. 이 두 숫자는 다를 수 있으며, 그 차이가 드러나는 곳이 바로 거래내역입니다.

대액 입금은 소득의 문제이기 전에 문서의 문제입니다

대액 입금은 매출로 분류하기 전에 먼저 출처를 확인해야 합니다. 출처를 알면 그 자금이 차주 소유인지, 사용 가능한 자금인지 판단할 수 있습니다. 그러나 그것만으로 반복적인 영업 소득인지까지 알 수는 없습니다.

기준 금액은 프로그램 규정에서 정합니다. 주택담보대출 심사에서는 Fannie Mae Selling Guide가 대액 입금을 해당 대출의 월 총 적격 소득의 50%를 초과하는 단일 입금으로 정의합니다. 매수 거래에서 그 자금이 계약금, 클로징 비용 또는 준비금에 필요하다면, 대출기관은 그것이 허용되는 출처에서 나왔음을 문서로 입증해야 합니다. 이 가이드는 또한 급여, 세금 환급, 확인된 계좌 간 이체처럼 거래내역서에 출처가 표시된 입금은 추가 설명이 필요하지 않을 수 있다고 밝힙니다.

바로 이 마지막 문장에서 분석가들이 너무 일찍 멈추는 경우가 있습니다. 차주의 확인된 계좌 간 이체는 출처가 확인되지만 매출은 아닙니다. 대출금은 출처가 확인되지만 매출은 아닙니다. 자산 매각대금은 출처가 확인되지만 반복적이지 않습니다. 사업주 자본은 출처가 확인되지만 고객 지급금이 아닙니다. 문서의 문제와 소득의 문제는 답이 다르며, 어떤 파일은 첫 번째는 통과하면서 두 번째는 통과하지 못할 수 있습니다.

해당 월을 바꿀 만큼 큰 입금이라면 다음 세 가지를 확인할 가치가 있습니다:

1. 자금이 남아 있었는가? 거래내역 기간이 끝나기 사흘 전에 들어와 사흘 후에 빠져나간 입금은 실제 고객 지급금이라 해도 유동성 완충 자금이 아닙니다.
2. 거래 상대방은 누구인가? 특수관계자, 대출기관 또는 사업주는 인보이스가 있는 고객과는 다른 신호입니다.
3. 반복 가능한가? 한 건의 큰 지급금은 정당한 계약일 수 있습니다. 그러나 같은 고객이 다시 지급하리라는 증거 없이 연간 환산할 수는 없습니다.

대액 입금 검토는 거래내역서 자체의 정합성을 점검하기에도 좋은 지점입니다. 거래 상대방이 없는 라운드 넘버 입금, 어떤 인보이스와도 일치하지 않는 입금, 같은 기간에 두 번 나타나는 입금은 매출 가정으로 넘어가기 전에 해결해야 할 예외 항목입니다. 예외 항목이 곧 사기라는 증거는 아닙니다. 다만 그 숫자 뒤에 있는 문서를 요청해야 할 이유일 뿐입니다.

거래내역 기간은 달력상의 한 달이 아닙니다

거래내역 기간은 달력상의 한 달이 아니며, 이를 무시한 월별 합계는 세금 신고서, 신청서 또는 전월 합계와 비교할 수 없습니다. 은행은 자체 주기에 따라 거래내역을 마감하며, 이는 계좌 개설일이나 고정 결제일에 맞춰지는 경우가 많습니다.

3월 4일부터 4월 3일까지의 거래내역에는 4월의 3일이 포함됩니다. 분석가가 전체 파일에 "3월"이라는 라벨을 붙이면 그 3일은 3월에 포함되고 4월 합계는 4일부터 시작되므로, 어느 달도 달력상의 해당 월과 일치하지 않습니다. 이 오류는 한 달 안에서는 작지만 매달 반복됩니다. 해결 방법은 간단합니다. 문서 헤더에서 거래내역 시작일과 종료일을 추출하여 모든 행에 입력하고, 파일명이 아닌 인쇄된 기간을 기준으로 그룹화하면 됩니다.

연속성이 더 강력한 검증입니다. 한 거래내역의 기말 잔액은 다음 거래내역의 기초 잔액과 센트 단위까지 일치해야 합니다. 일치하지 않으면 그 사이에 무언가 있습니다. 누락된 거래내역, 누락된 페이지, 다른 계좌 또는 전기되지 않은 거래입니다. 파일이 월 라벨상 완전해 보여도 이 검증에서 실패할 수 있습니다.

거래내역은 자체 기준으로도 균형이 맞아야 합니다. 기초 잔액에 대변을 더하고 차변을 빼면 기말 잔액과 같아야 합니다. 그렇지 않으면 페이지가 잘렸거나, 열을 잘못 읽었거나, 거래내역이 완전한 문서가 아닐 수 있습니다. 합계가 맞지 않는 숫자는 우회해야 할 데이터 정리 문제가 아닙니다. 교체본을 요청해야 할 이유입니다.

소유권도 같은 검증 단계에 속합니다. 계좌 보유자 이름, 주소, 마지막 네 자리 및 거래내역 기간은 신청서와 파일의 나머지 부분과 일치해야 합니다. DBA, 상호 또는 공동 계좌는 정당할 수 있지만 그 설명이 파일에 있어야 합니다. 회계팀이 해당 행을 은행 대사 및 월말 결산에 사용할 때도 같은 원칙이 적용됩니다. 기간은 폴더 이름이 아닌 인쇄된 기간이어야 합니다.

잔액 이월 검증은 파일명에 존재한다고 표시된 누락된 월을 잡아냅니다.

문서가 해당 수치를 뒷받침하지 못하는 지점

거래내역서가 어떤 수치를 뒷받침할 수는 있어도, 그 수치가 사용되는 결정까지 뒷받침하지는 못할 수 있습니다. 경계는 미리 정해 두면 지키기 쉽습니다.

신용 결정을 내릴 수는 없습니다. 거래내역서는 담보, 보증인, 산업 주기, 대출 기관의 위험 선호도를 알지 못합니다. SBA의 신용 기준은 대출이 "상환을 합리적으로 보장할 만큼 건전할 것"을 요구하며, 이는 하나의 지표에 대한 임계값이 아니라 전체 심사 파일에 대한 판단입니다(13 CFR 120.150). DSCR 1.10:1과 깨끗한 12개월 거래내역서도 여전히 취약한 신용에 속할 수 있습니다.

사기를 판별할 수는 없습니다. 합계가 맞지 않는 잔액, 일관되지 않은 글꼴, 거래 상대방이 없는 입금은 예외 사항입니다. 그것이 문서가 변조되었다는 판정은 아닙니다. 문서 포렌식, 은행을 통한 출처 확인, 신원 확인은 별개의 작업입니다. 산술 오류를 사기의 증거로 취급하는 것은 그 오류를 무시하는 것만큼이나 잘못입니다.

회계적 판단을 내릴 수는 없습니다. 이체가 오너 인출금인지, 계열사 간 대여금인지, 매출인지는 사업과 그 주변 기록에 따라 달라집니다. 거래내역서는 자금 이동을 보여줄 뿐입니다. 그 이동의 의미는 원장, 세금 신고서, 차주의 설명이 결정합니다. 그래서 동일한 입금이 식당에는 매출이 되고 지주회사에는 특수관계자 이체가 될 수 있습니다.

산업 맥락 없이는 분류할 수 없습니다. 단골 고객의 Zelle 결제는 식당에게는 아마 매출일 것입니다. 오너의 Zelle 결제는 아마 아닐 것입니다. 운송 회사가 팩토링 회사로부터 매주 받는 이체는 고객 판매가 아니라 금융 현금 흐름입니다. 거래내역서의 적요만으로는 충분한 맥락을 담는 경우가 드뭅니다. 맥락은 분석가가 제공하거나 요청해야 합니다.

제공되지 않은 계좌는 볼 수 없습니다. 건전한 운영 계좌 하나가 사업 전체는 아닙니다. 현금 계좌, 신용카드, 신용 한도, 제2의 은행이 유동성과 부채 상황을 바꿀 수 있습니다. 거래내역 분석은 제공된 자료만큼만 완전합니다.

정책 임계값을 확정할 수는 없습니다. 보편적으로 "좋은" 일평균 잔액도, 보편적인 NSF 한도도, 보편적인 소급 기간도 없습니다. 프로그램마다 다릅니다. 한 신용 기준을 통과한 수치가 다른 기준에서는 실패할 수 있습니다. 메모에는 그 수치가 어느 정책에 대비해 검증되었는지 밝혀야 합니다.

거래내역서는 계좌가 무엇을 했는지는 알려줄 수 있습니다. 차주가 무엇을 할지는 알려줄 수 없습니다.

다른 사람이 모든 숫자를 다시 계산할 수 있도록 테이블 구성하기

테이블은 위의 모든 숫자를 다시 계산하고 추적할 수 있도록 구성해야 합니다. 그렇지 않으면 분석은 감사 추적이 없는 결론의 집합에 불과하며, 다음 검토자는 처음부터 다시 시작해야 합니다.

추출 단계는 분석보다 먼저 옵니다. Custom Column Extraction은 원하는 열 이름을 입력하면 AI가 고정 템플릿이나 좌표가 아닌 의미를 기준으로 각 값을 찾아내는 방식입니다. 입력한 이름이 출력 테이블의 헤더가 됩니다. 은행 거래내역 파일의 경우, 실용적인 열 구성은 다음과 같습니다:

입금 유형 열은 가장 주의가 필요한 열입니다. inferred column을 사용하면 운영 수익, 이체, 대출금, 환불, 소유주 출자금 등의 옵션 세트를 AI에 제공하고, AI가 거래 내용에 따라 라벨을 할당합니다. 그 라벨은 제안일 뿐입니다. 단골 고객의 Zelle가 수익인지, 계열사로부터의 이체가 운영 현금인지는 여전히 분석가가 판단합니다. 이 열의 가치는 일관성에 있습니다: 모든 입금에 라벨이 붙고, 모든 제외 항목에 이유가 있으며, 다음 검토자가 둘 다 확인할 수 있습니다.

computed column은 손으로 다시 계산해서는 안 되는 산술 연산을 담습니다. 모든 파일에 설정할 가치가 있는 두 가지가 있습니다. 하나는 각 거래내역 내의 입금 항목을 합산합니다. 다른 하나는 기초 잔액에 입금을 더하고 출금을 뺀 값과 기말 잔액을 비교하여 거래내역 자체의 계산을 검증하고, 양쪽이 일치하지 않을 때 차액을 출력합니다. 이 두 번째 열은 수동 합계 검사를 필터링할 수 있는 행 수준 예외로 바꿔줍니다.

computed column에 요구해서는 안 되는 것은 거래 목록에서 일평균 잔액(ADB)을 산출하는 것입니다. ADB에는 일별 잔액 테이블이 필요합니다: 달력일당 한 행씩, 마지막으로 확인된 잔액을 이월합니다. 추출된 날짜와 잔액 추이가 입력값을 제공하지만, 일별 골격은 Excel, Google Sheets 또는 분석 도구에 속합니다. 그렇지 않다고 주장하면 출력이 실제보다 더 완전해 보이게 됩니다.

배치 처리는 또 다른 구조적 이점입니다. 12개월 거래내역을 하나의 배치에 넣으면 열 집합을 공유하는 하나의 테이블로 나오며, 레이아웃이 조금씩 다른 12개 파일이 되는 일이 없습니다. 이러한 일관성이 6개월 또는 12개월 추세를 비교 가능하게 만듭니다. 추출 단계에 대한 자세한 안내에서 형식과 페이지 수준의 세부 사항을 다룹니다.

bbox 지원 검증이 포함된 Review Mode는 이 흐름의 마지막 연결 고리입니다. 추출된 셀 위에 마우스를 올리면 거래내역 이미지에서 원본 행이 강조 표시됩니다. 거래내역의 영역을 클릭하면 일치하는 셀이 선택됩니다. 이렇게 하면 검토자가 40페이지를 눈으로 훑지 않고도 매출 수치를 바꾼 입금 한 건이나 NSF 항목으로 보이는 수수료 한 건을 확인할 수 있습니다. 분류가 올바른지 알려주지는 않습니다. 다만 근거를 쉽게 볼 수 있게 해줍니다.

메모 작성 전에 다섯 단계 점검을 거치면 테이블의 정확성을 유지할 수 있습니다.

1. 거래내역 기간이 연속적인지, 각 거래내역의 잔액이 맞는지 확인합니다.
2. 명시된 이체와 비영업성 입금을 제외하고, 각 제외 사유를 기록합니다.
3. 일별 잔액 테이블을 작성하고 명시된 기준에 따라 ADB를 계산합니다.
4. NSF, 반환 항목, 반복 부채를 분류한 뒤 각 집계에 사용한 프로그램 규칙을 작성합니다.
5. 대액 입금과 미해결 예외 항목을 나열하고, 문서가 뒷받침하지 않는 수치를 명시합니다.

분석하는 주체는 사람입니다. 도구는 거래 행, 기간 합계, 페이지로 돌아가는 링크를 제공합니다. 대출자를 승인하거나 거절하거나 점수화하지 않습니다. 이 경계는 사과할 한계가 아닙니다. 수치를 추적할 수 있고 판단에 책임자가 있다는 점에서, 이 경계가 바로 결과물을 신용 파일에 사용할 수 있게 만듭니다.

FAQ

심사자는 은행 거래내역을 몇 개월치 검토해야 합니까?

대출 프로그램이 요구하는 소급 기간을 적용하고, 계절성이 중요하다면 기간을 더 늘립니다. SBA 7(a) Small Loans는 기존 부채 확인을 위해 주 운영 계좌의 최근 2개월 상업 은행 거래내역을 요구하지만, 2개월은 확인 단계일 뿐 계절성 분석이 아닙니다. 많은 현금흐름 대출 기관은 3~6개월을 사용하며, 은행 거래내역 대출 프로그램은 12개월 또는 24개월을 요구하는 경우가 많습니다. 가장 건전한 계좌만이 아니라 차주가 사용하는 모든 계좌를 검토해야 합니다.

좋은 일평균 잔액(ADB)은 얼마입니까?

보편적인 숫자는 없습니다. 월 입금액, 기존 부채 상환액, 제안 상환액, 대출 기관의 정책에 따라 달라집니다. 일부 단기 자금 제공업체는 ADB를 월 입금액 대비 비율로 심사하지만, 그 비율은 거래내역이 아니라 자체 신용 기준에 따라 정해집니다. ADB는 해당 기간 및 계산 방식과 함께 보고한 뒤, 그 계좌가 감당해야 할 의무와 비교해야 합니다.

차주 본인 계좌 간 이체도 매출로 계산합니까?

아닙니다. 이는 차주 본인 자금의 이동일 뿐입니다. 이를 제외하고, 어느 계좌 간에 이체되었는지 기록해야 합니다. 함정은 한 계좌만 따로 검토하는 것입니다. 상대 계좌가 서류 묶음에 포함되기 전까지는 입금 측 거래가 고객 결제처럼 보입니다.

NSF와 마이너스 통장 수수료는 어떻게 계산해야 합니까?

수수료 금액이 아니라 발생 건수를 세어야 합니다. 거절된 결제, 지급된 마이너스 통장, 반환된 입금을 구분합니다. 은행이 수수료를 환급했는지, 마이너스 통장 보호가 부족액을 충당했는지, 같은 날 여러 항목이 프로그램 규정상 하나의 사건으로 계산되는지 확인해야 합니다. 해당 규칙을 건수 옆에 적어 두십시오.

은행 거래내역 분석 소프트웨어가 위조 거래내역을 탐지할 수 있습니까?

거래내역 자체의 산술이 맞는지, 기간·잔액·계좌 정보가 내부적으로 일관되는지는 확인할 수 있습니다. 그러나 그것이 사기 판정은 아닙니다. 변조된 문서, 위조된 은행 확인서, 신원 문제는 별도의 포렌식 및 검증 작업이 필요합니다. 잔액이 맞지 않는 것은 차주에 대한 결론이 아니라 교체 거래내역을 요청할 이유입니다.

은행 거래내역 분석만으로 대출을 승인할 수 있습니까?

아니요. 이는 하나의 입력값일 뿐입니다. 결정은 신용 이력, 담보, 보증, 업종 위험, 대출 구조, 그리고 대출 기관의 정책에도 달려 있습니다. 거래내역은 상환 능력과 유동성을 보여줄 수 있지만, 최대 고객이 떠나거나 경기가 악화될 때 사업에 어떤 일이 생기는지는 보여줄 수 없습니다.

다섯 개의 숫자, 하나의 판단

다섯 개의 숫자는 각각 특정 항목에 추적할 수 있고 거래내역 자체의 계산과 대조할 수 있기 때문에 가치가 있습니다. 실질 매출, 일평균 잔액, NSF 및 반환 항목, 기존 부채, 대액 입금은 각각 좁은 질문에 답합니다. 각각은 이체, 시점 차이, 환급된 수수료, 또는 월과 맞지 않는 주기에 의해 차입자에게 유리하게 바뀔 수 있습니다.

해야 할 일은 정의를 밝히고, 증거를 보관하며, 문서가 끝나는 곳에서 멈추는 것입니다. 거래내역은 고객으로부터 $140,000이 들어왔고 계좌에 보통 $18,000이 있었다는 것을 보여줄 수 있습니다. 다음 열두 번의 납입이 들어올 것인지는 보여줄 수 없습니다. 그 마지막 단계는 심사역의 몫이며, 그대로 남아 있어야 합니다.

하나의 거래내역에서 다섯 개의 숫자 실행하기