BUSY가 은행 거래 내역을 가져오지만
게시할 항목을 선택할 수 없습니다

중복은 가져오기 기능의 결함이 아닙니다. BUSY는 파일과 설정이 지시하는 대로 정확히 수행할 뿐입니다. 실수는 그보다 한 단계 앞선 시점, 즉 대사되지 않은 명세서 항목을 존재하지 않는 거래로 취급할 때 발생합니다. 이 둘은 같지 않으며, 이 둘을 구분하는 것이 은행 명세서 가져오기 뒤에 숨은 진짜 작업입니다.

"은행 명세서 가져오기" 뒤에 숨은 세 가지 작업

"은행 명세서 가져오기"는 하나의 작업처럼 들리지만, BUSY에서는 세 가지로 나뉘며 각각 다른 위험을 수반합니다. 이 셋을 분리하는 것이 일상적인 가져오기가 중복 전표로 이어지는 것을 막는 핵심입니다.

가져오기 기능은 첫 번째 작업을 수행하고 두 번째 작업을 지원합니다. 세 번째 작업은 수행할 수 없습니다. 명세서의 차변은 공급업체 지불, 은행 수수료, 대출 할부, 계좌 간 이체 또는 이전 실패 거래의 취소일 수 있기 때문입니다. 파일만으로는 어느 것인지 알 수 없습니다. 은행 항목은 돈이 이동했다는 증거일 뿐, 기록 방법에 대한 지시가 아닙니다.

BUSY 자체 도움말은 그 결과를 정리 작업으로 취급합니다. 대사 FAQ에서는 F8로 중복 전표를 찾아 삭제하고, 명세서에는 나타나지만 BUSY에는 없는 항목은 거래 메뉴를 통해 수동으로 입력하라고 안내합니다 (BUSY 은행 대사 FAQ). 이는 사후 수정입니다. 이 글은 전표가 생성되기 전에 결정을 내리는 방법에 관한 것입니다.

BUSY가 파일에서 실제로 요구하는 것

BUSY 21은 관리, 데이터 내보내기/가져오기, 은행 거래 내역 아래에 전용 유틸리티를 추가했습니다. 제품 페이지는 입력 형식에 대해 단호합니다: 은행 거래 내역을 Excel 또는 CSV 형식으로만 가져옵니다 (BUSY 21). PDF나 스캔한 통장은 이 유틸리티가 읽지 못합니다. 먼저 스프레드시트로 변환되어야 합니다.

유틸리티 내에서 사전 정의된 은행 형식을 선택하거나 파일의 열과 일치하는 형식을 구성하고, 빈 항목에 대한 기본 계정을 설정한 다음 Excel에서 행을 로드합니다. BUSY의 릴리스 노트는 버전별 경로를 기록합니다. 릴리스 10.5는 은행 거래 내역 유틸리티를 도입했고, 릴리스 11.6은 Excel 거래 내역에서 자동 대사 및 더 많은 기본 은행 형식을 추가했으며, 릴리스 12.2는 단일 열 차변 및 대변 지원, 가져오기 시 청구서 참조의 자동 FIFO 조정, 더 큰 적요 매핑을 추가했습니다 (BUSY 21 릴리스 노트). 동일한 릴리스 노트는 BUSY Online이 Google Sheet에서 직접 거래 내역을 가져올 수 있다고 언급합니다.

자동 대사는 파일이 허용하는 범위 내에서만 일치합니다. 매칭은 금액과 날짜를 기준으로 작동하며, 릴리스 노트는 행이 가져오는 동안 참조가 FIFO 기준으로 조정됨을 보여줍니다. 이는 두 개의 실제 거래가 금액과 날짜를 공유할 수 있기 때문에 중요합니다: 급여 지급, 두 건의 공급업체 지불, 또는 UPI 정산 배치 등이 그 예입니다. 참조가 이들을 구분합니다. PDF에서 스프레드시트로 변환되는 과정에서 참조가 누락되면 매칭에 사용할 수 있는 정보가 줄어들고, 대사 완료 섹션에 포함되는 행이 줄어듭니다.

중복 전표가 실제로 발생하는 원인

"중복"이라는 단어는 행이 두 번 가져와진 것처럼 들립니다. 하지만 더 자주 두 번째 사본은 결정에 의해 생성되며, 이는 어떤 가져오기 도구도 대신해 줄 수 없는 인도 회계 소프트웨어 은행 대사 작업의 일부입니다. 대부분의 중복은 다섯 가지 상황에서 발생합니다.

한 달에 한 번 BUSY로 은행 거래내역을 가져오는 대부분의 팀은 다섯 가지 모두를 경험합니다.

대사되지 않은 항목이 전표로 게시되는 경우. 결제가 이미 기록되었지만 적요 또는 날짜가 거래내역과 일치하지 않았습니다. 대사 도구는 이를 대사되지 않은 상태로 둡니다. 누군가 "대사 안 됨"을 "누락"으로 간주하고 새 전표를 게시합니다. 이제 동일한 결제가 장부에 두 번 기록됩니다.

동일한 기간이 다시 가져와지는 경우. 한 달이 가져와지고 몇 가지 예외가 수정된 후, 누락된 항목을 잡기 위해 파일이 다시 가져와집니다. 이미 한 번 대사된 행은 두 번째 실행에서 스스로를 알리지 않습니다.

동일한 금액, 동일한 날짜, 참조 없음. 대사 도구에 동일하게 보이는 두 개의 실제 거래는 하나의 대사와 하나의 고아 항목이 됩니다. 고아 항목은 누락된 것처럼 보이며, 이를 게시하는 것이 자연스러운 조치입니다.

일치하지 않는 기초 잔액. BUSY의 대사 FAQ는 시작 및 종료 잔액이 일치하지 않는 일반적인 원인을 나열합니다: 전년도 항목이 올바르게 이월되지 않음, 미결제 항목, 반영되지 않은 은행 수수료, 장부와 거래내역 간의 시기 차이. 기초 수치가 잘못되면 그 아래의 모든 것도 잘못 보이며, "누락" 거래를 게시하려는 유혹이 커집니다.

은행 전용 항목. 수수료, 이자, 취소, 계정 간 이체는 공급업체 또는 고객 항목이 아닙니다. 이들은 특정 원장에 속하며, 이를 일반 수입 또는 지출로 게시하면 거기에 속하지 않는 항목이 생성됩니다.

r/CharteredAccountants에서 이 질문은 독자 자신의 말로 제기됩니다: 실무자들은 고객이 PDF만 보낼 때 회계 법인이 "바쁜 감사/세무 기간 동안 은행 거래내역 데이터 입력을 어떻게 처리하는지" 질문을 받습니다 (r/CharteredAccountants). 데이터 입력은 눈에 보이는 부분입니다. 대사가 깨끗하게 유지되는지 결정하는 부분은 해당 입력이 BUSY로 전달하는 필드 집합입니다.

BUSY가 대사할 행 만들기

해결 방법은 한 단계 더 앞에서 시작합니다. PDF 뷰어가 복사한 대로 조합하는 대신, 유틸리티가 기대하는 형식에 맞춰 스프레드시트를 만드는 것입니다. 거꾸로 생각해 보세요. 선택한 BUSY 형식이 매핑하는 필드를 나열하고, 그 목록에 맞게 데이터를 생성하는 것입니다. 그러면 매핑은 차변 열이 어느 것인지 추측하는 일련의 과정이 아니라 일대일 대응이 됩니다.

추출 자체만큼이나 추출 열 이름을 지정하는 것도 중요합니다. ImageToTable.ai는 맞춤 열 추출을 사용합니다. "Transaction Date", "Value Date", "Reference", "Narration", "Debit", "Credit", "Signed Amount" 등 원하는 열 이름을 입력하면 AI가 페이지에서의 위치가 아닌 의미를 파악하여 각 값을 찾습니다. 입력한 열 이름이 출력의 머리글이 되므로, BUSY 필드 이름을 따서 지정하면 형식 설정이 직접적인 일치가 됩니다. 은행별로 샘플과 훈련된 모델이 필요한 템플릿 기반 도구와 달리, 레이아웃별로 구성할 항목이 없습니다. 협력 은행의 명세서와 사설 은행의 내보내기 파일도 동일한 방식으로 읽힙니다.

한 달치 명세서를 꼭 명세서당 하나의 파일로 만들 필요는 없습니다. 배치 처리는 여러 업로드를 한 번에 받아 단일 스프레드시트로 병합하므로, 모든 계정과 모든 월의 PDF를 BUSY 가져오기 기간에 맞추기 전에 하나의 시트에 담을 수 있습니다.

여기서 두 가지 열 유형이 중요한 역할을 합니다. 계산 열은 AI가 추출 중에 계산할 수 있게 해주므로, 차변 및 대변 열에서 파생된 단일 부호 금액이나 명세서 자체 수치에 대한 잔액 대사 확인을 요청하고, 나중에 수정하는 대신 출력에서 결과를 얻을 수 있습니다. 추론 열은 명세서에 인쇄되지 않은 값(예: 적요에서 판단한 "Channel (NEFT/IMPS/UPI/Cheque)" 열)을 AI가 채우도록 합니다. 둘 다 파일 하나씩이 아니라 배치 전체에 걸쳐 실행됩니다.

데이터 표준화는 조용하지만 중요한 기능입니다. 날짜는 한 은행 내보내기에서 01/04/2026으로, 다음 은행에서는 2026-04-01로 도착하고, 금액에는 천 단위 구분 기호, 끝에 "Cr", 또는 빼기 기호가 있습니다. 도구는 내보낼 때 날짜, 금액, 참조 번호를 하나의 형식으로 정규화하며, 이는 BUSY의 날짜 일치에 정확히 필요한 것입니다. 어떤 값이든 신뢰하기 전에, Bbox 지원 검토를 통해 셀을 클릭하면 원본 명세서에서 각 추출 값이 어디서 왔는지 강조 표시되므로, 잘못된 줄에서 읽은 참조나 금액을 페이지를 다시 읽지 않고도 확인할 수 있습니다.

전달을 더 쉽게 만드는 두 가지 방법이 있습니다. 비밀번호로 보호된 명세서는 계정의 이메일 받은 편지함으로 전달할 수 있으며, 파일이 대기열에 들어가기 전에 저장된 비밀번호가 자동으로 시도됩니다. 그리고 BUSY Online은 Google Sheet에서 명세서를 직접 가져오므로, 명세서-Google Sheet 경로 는 다운로드 단계 없이 해당 경로를 이용할 수 있습니다. 데스크톱 BUSY의 경우, 깔끔한 CSV 또는 Excel 파일로 내보내고 유틸리티에 지정하면 됩니다.

첫 번째 가져오기를 통제된 테스트로 실행하세요. 정확한 계정과 명세서 기간으로 제한하세요. 첫 번째 및 마지막 거래 날짜와 행 수를 원본과 대조하세요. 차변 및 대변 방향을 확인하세요. 동일 금액 행을 열어 각각 의도한 전표와 일치하는지 확인하세요. 예외 사항을 기록하여 다음 담당자가 검토를 반복하지 않도록 하세요. 명세서 필드 매핑이 처음이라면, 더 자세한 열 설명은 은행 명세서 추출 가이드 를 참조하세요. 구매 측면은 구매 인보이스를 BUSY로 가져오기 에서 다루며, 이는 다른 필드를 가진 별도의 문서입니다.

이 접근 방식이 수행하지 않는 작업

경계를 명확히 하세요. ImageToTable.ai는 구조화된 스프레드시트를 생성합니다. 은행에 연결하거나, BUSY로 가져오거나, 영수증·지불·대체 전표를 전기하거나, 전표 유형이나 원장을 선택하거나, 결제일을 설정하거나, 대사 작업을 수행하지 않습니다. 약속할 BUSY 통합은 없습니다. 이러한 결정은 회계사와 회사의 설정에 맡겨야 할 부분입니다.

회계적 판단은 여전히 적용되어야 합니다. 영수증에 TDS 공제가 포함되는지, 은행 수수료에 대한 GST가 공제 가능한지, 이체가 대체 항목인지 여부는 은행 거래 내역서가 대신 결정할 수 없습니다. 깔끔한 행의 가치는 판단을 완전한 데이터에 적용할 수 있다는 것이지, 판단을 건너뛸 수 있다는 것이 아닙니다.

가져오기가 성공했다고 해서 전표가 올바르다는 증거는 아닙니다. BUSY 자체의 문제 해결 기능이 가져오기 후 중복 및 누락 항목을 처리하므로, 샘플 실행과 대사 완료 및 미완료 섹션 검토는 여전히 업무 절차의 일부입니다. 추출은 인쇄물과 필기 거래 내역서를 읽을 수 있지만, 품질이 낮은 스캔은 깨끗한 디지털 PDF보다 위험이 더 크므로 해당 페이지는 검토 단계를 유지합니다.

자주 묻는 질문

은행 거래 내역서 PDF를 BUSY에 직접 가져올 수 있나요?

아니요. BUSY의 Bank Statement 유틸리티는 스프레드시트에서 작동하며, BUSY Online은 Google Sheet에서 가져올 수 있습니다. PDF나 스캔한 통장은 먼저 구조화된 행으로 변환되어야 합니다. 두 단계는 분리되어 있습니다. 추출이 스프레드시트를 생성하고, 그다음 BUSY가 자체 규칙에 따라 가져옵니다.

BUSY 가져오기에서 중복 항목이 생성된 이유는 무엇인가요?

일반적으로 일치하지 않은 거래 내역 행이 누락으로 처리되어 새 전표로 전기되었거나, 동일한 기간이 두 번 이상 가져와졌기 때문입니다. BUSY의 대사 보고서가 중복 항목을 표시하며, 표준 정리 방법은 중복 전표를 삭제하는 것입니다. 파일에서 참조 및 날짜 필드를 유지하면 기록된 거래가 처음부터 일치하지 않는 경우가 줄어듭니다.

BUSY가 은행 거래 내역을 자동으로 대사하나요?

네, BUSY 11.6 릴리스부터 Excel 거래 내역의 은행 항목을 자동으로 대사할 수 있으며, 이후 릴리스에서는 단일 열 차변 및 대변 지원과 참조의 자동 FIFO 조정이 추가되었습니다. 자동 대사는 매칭 가능한 항목을 매칭하고 나머지는 검토를 위해 남겨 둡니다. 매칭되지 않은 항목이 새 전표가 되어야 하는지 여부는 결정하지 않습니다.

스프레드시트에는 어떤 열이 필요한가요?

최소한 거래 날짜, 참조, 적요, 그리고 방향이 포함된 금액이 필요합니다. 가치 일자와 별도의 차변 및 대변 열을 유지하거나, 하나의 부호 있는 금액을 사용하면 매핑이 명확해집니다. 선택한 BUSY 형식의 필드에 맞게 추출 열 이름을 지정하면 매핑이 일대일로 이루어집니다.

AI가 BUSY 내부의 항목을 대신 대사해 줄 수 있나요?

아니요. 이 도구는 거래 내역을 구조화된 행으로 추출하고 형식을 표준화합니다. 해당 행을 가져오고 기존 전표와 매칭하며 전표 유형과 원장을 선택하고 항목을 마감하는 작업은 모두 BUSY와 회계사의 몫입니다. 얻을 수 있는 이점은 더 깨끗한 입력이지, 자동화된 전기 결정이 아닙니다.

비밀번호로 보호되거나 스캔된 거래 내역은 어떻게 하나요?

비밀번호로 보호된 PDF는 계정의 이메일 받은 편지함으로 전달할 수 있으며, 처리 전에 저장된 비밀번호가 자동으로 시도됩니다. 스캔된 거래 내역과 통장도 필기체를 포함하여 추출할 수 있지만, 해당 페이지는 검토 단계를 유지하고 샘플을 원본과 비교하세요.

파일이 대사를 결정합니다

BUSY는 행을 가져와 매칭할 수 있는 항목을 대사합니다. 특정 차변이 다른 적요로 이미 장부에 기록되어 있다는 것을 알 수는 없습니다. 그 정보는 PDF에서 스프레드시트로 이동하는 과정에서 유지되어야 하는 참조와 날짜에 있습니다. 해당 필드를 행에 넣으면 중복이 생성되지 않습니다. 이를 잃으면 다음 달 말에 게시할 필요가 없었던 전표를 삭제하는 데 시간을 보내게 됩니다.