Sage Pastel 은행 명세서 가져오기는
스프레드시트에서 시작됩니다

Sage Pastel 은행 명세서 가져오기를 시도할 때 대부분을 막는 오류인 "CSV 파일에는 날짜, 설명, 금액의 3개 열만 있어야 합니다"는 파일과 선택한 명세서 제공자 간의 불일치가 눈에 보이는 결과입니다. Bank Manager는 은행 명세서를 읽지 않습니다. 제공자가 기대하는 형식의 파일을 읽으며, 둘이 일치하지 않으면 거래가 스테이징 화면에 도달하지 못합니다.

Bank Manager가 명세서가 아닌 파일을 문제 삼는 이유

Bank Manager는 은행 판독기가 아닌 추가 기능 모듈입니다. 명세서 파일을 가져와 현금 장부 항목을 재구성합니다. "Statement Provider" 옆의 드롭다운이 어떤 레이아웃을 기대할지 알려줍니다. Sage의 남아프리카 지식 기반에서는 이 모듈을 다운로드한 은행 명세서를 Sage 50cloud Pastel로 가져오는 추가 기능으로 설명합니다.

이 구분이 중요한 이유는 문제가 발생했을 때 어디를 살펴봐야 하는지가 달라지기 때문입니다. 거부된 파일은 대개 잘못된 명세서가 아니라 잘못된 계약에 맞춰 만들어진 파일입니다. Sage Community Hub 스레드 "CSV import in Bank Manager"에서 한 사용자가 정확히 이 문제를 다룹니다. 그는 은행 거래가 포함된 Excel 시트를 만들고 Excel에서 조정을 실행한 다음 파일을 CSV로 변환했지만 여전히 Pastel Xpress에 업로드할 수 없었습니다. 그의 말: "여전히 pastel express 버전 19 빌드 19.3.3에 성공적으로 업로드할 수 없습니다." 레이아웃은 완전해 보였습니다. 계약이 아니었습니다.

Pastel의 Bank Manager는 스테이징 도구이며, 명세서 제공자는 스테이징이 시작되기 전에 파일이 충족해야 하는 계약입니다.

Pastel 은행 가져오기의 네 가지 통제 지점

Sage의 "Bank Manager 사용" 문서에는 절차가 설명되어 있습니다: Process를 열고, Cash Book을 열고, Process Cash Book을 클릭한 다음 Pastel Bank Manager를 클릭합니다. Statement Provider와 Statement File을 선택한 다음 OK와 Continue를 클릭하여 거래 내역을 확인합니다. 해당 페이지의 주의사항이 사람들이 놓치는 부분입니다. 시스템은 아직 현금 장부에 아무것도 가져오지 않았으며, 먼저 모든 항목을 배부해야 합니다.

로딩은 네 가지 개별 결정 중 첫 번째이며, 마지막 결정만이 장부를 변경합니다. 전체 과정을 단일 "가져오기"로 취급하면 깔끔해 보이는 실행이 게시되지 않은 배치나 검토되지 않은 게시 배치로 끝나는 이유입니다. 네 단계와 각 단계의 실제 담당자는 다음과 같습니다.

배부 단계에서 Bank Manager의 가치가 발휘됩니다. 반복 거래는 한 번 매핑하여 재사용할 수 있으며, Sage는 1(최고)부터 10(최저)까지의 우선순위 수준으로 규칙을 기록합니다. 지침은 매월 변경되는 금액보다는 "은행 수수료"와 같은 안정적인 문구에 매핑을 지정하는 것입니다. 매핑된 거래는 다음 가져오기에서 회색으로 표시됩니다. 월말 전에 알아두어야 할 두 가지 제약 사항이 있습니다: Bank Manager는 단일 사용자 모듈이므로 한 번에 한 사람만 사용할 수 있으며, 거래 분할은 현재 가져오기에만 적용되므로 동일한 거래가 이후 파일에 다시 나타나면 분할을 다시 수행해야 합니다.

배치가 생성되면 Sage는 일부 회계 작업도 자동으로 처리합니다. 현재 회계 연도 내의 거래에는 올바른 기간이 할당되고, 그 외의 거래는 Period 99에 들어가며, 이는 날짜가 회계 연도 밖에 있음을 나타내는 신호입니다. 참조 번호는 일/월/일별 고유 번호 형식으로 자동 생성되는데, 이는 시스템에는 편리하지만 조정에는 불편하므로 많은 업체에서 기억하기 쉬운 참조 번호가 필요한 거래에는 참조 번호를 덮어씁니다.

Statement Provider는 은행 이름이 아닌 계약입니다

Provider는 계좌를 보유한 은행이 아니라 파일 레이아웃을 설명합니다. Standard Bank 내보내기, FNB 내보내기, 일반 CSV 모두 동일한 드롭다운을 통해 Bank Manager에 도달하지만, 각각은 서로 다른 계약입니다. Standard Bank를 선택하면 Bank Manager가 Standard Bank 파일의 필드와 제어 레코드를 기대하게 됩니다. 대신 직접 만든 3열 CSV를 제공하면 행이 Excel에서는 정상적으로 보일 수 있어도 거부될 수 있습니다. 해당 파일에 맞는 provider가 아니기 때문입니다.

남아프리카 회계 담당자에게는 세 가지 실용적인 방법이 있습니다:

Excel이 숨겨둔 3열 규칙

Sage의 "CSV (Bank Manager) 형식" 문서는 짧고 정확합니다. Excel을 열고 1행에 제목을 입력한 뒤 A열에 Date, B열에 Description, C열에 Amount를 넣고 파일을 CSV (Comma delimited)로 저장하면 됩니다. 이것이 전체 기본 규약입니다. 어려운 점은 아이디어가 아니라, 스프레드시트가 이를 위반할 여러 방법을 숨기고 있다는 데 있습니다.

가장 흔한 거부 사유는 숫자와 무관합니다. Sage 자체 지식베이스에 "3개 열만 있어야 합니다" 오류가 문서화되어 있으며, 원인은 Amount 오른쪽에 남아 있는 빈 열입니다. Excel은 해당 셀을 저장된 파일에 유지하고, Bank Manager는 이를 가져올 추가 열로 읽습니다. 해결책은 데이터 범위를 벗어난 모든 빈 열을 선택해 삭제한 뒤 다시 저장하고 파일을 닫는 것입니다. 워크북이 화면상으로는 완벽하게 정돈되어 보여도 CSV에 빈 열이 포함될 수 있습니다.

세 개의 열이 전체 규약은 아닙니다. 날짜 순서, 모든 금액의 부호, 설명 텍스트가 모두 파일로 이동하는 과정에서 유지되어야 합니다.

부호 규칙은 별도로 확인할 가치가 있습니다. Sage 자체 Bank Manager 안내서에는 입금 거래는 양수 금액, 지불은 음수 금액으로 기록해야 한다고 명시되어 있습니다. 남아프리카 명세서는 종종 대변에 "Cr"을 표시하고 차변에는 부호를 남기지 않으므로, 명세서에서 그대로 복사한 파일은 모든 지불이 수입처럼 보일 수 있습니다. 매핑 전에 첫 번째 가져오기를 명세서 기말 잔액과 대조하세요.

설명은 단순한 장식이 아닙니다. Bank Manager의 매핑 규칙은 설명의 키워드를 기준으로 일치하므로, 설명이 잘리거나 은행 거래 코드로 대체되거나 이중 공백으로 채워진 파일은 규칙이 신뢰할 만한 기준을 잡을 수 없습니다. 설명에 전체 수취인 참조 정보를 유지해야 다음 달 가져오기가 자동으로 배분됩니다.

PDF 명세서에서 규정에 맞는 CSV 만들기

유일한 출처가 PDF나 이미지뿐일 때, 그 작업은 애초에 이를 공급하기 위해 만들어진 적 없는 문서에서 3열 구조를 재현하는 것입니다. 기존 방식은 줄을 다시 입력하거나 PDF 뷰어에서 Excel로 복사한 뒤 결과를 수정하는 것이었습니다. 두 방식 모두 명세서와 파일 사이에 사람이 개입하게 되며, 그 과정에서 행 분할, 부호 오류, 참조 정보 누락이 발생합니다.

ImageToTable.ai는 반대 방향에서 접근합니다. 특정 은행의 레이아웃을 기준으로 그린 템플릿 대신 맞춤 열 추출을 사용합니다. Date, Description, Amount와 같이 원하는 열 이름을 입력하면 AI가 페이지에서의 위치가 아니라 의미를 이해하여 각 값을 찾아냅니다. 입력한 이름이 출력의 헤더가 되므로, 정확히 Date, Description, Amount로 이름을 지정하면 공급자 계약이 매핑 작업이 아닌 직접 일치가 됩니다.

여기서 세 가지 기능이 더 큰 역할을 합니다. 배치 처리는 여러 명세서 파일을 한 번에 처리하여 단일 스프레드시트로 병합하므로, 여러 달 또는 여러 계좌의 데이터를 가져오기 기간에 맞게 정리하기 전에 한 시트에 담을 수 있습니다. 계산 열은 추출 중에 AI가 계산을 수행하도록 하여, 차변과 대변이 분리된 명세서를 단일 부호가 있는 Amount로 변환합니다. 데이터 표준화는 내보낼 때 날짜, 금액, 참조 번호를 하나의 형식으로 정규화하며, 이는 날짜 및 부호 규칙이 요구하는 바로 그 조건입니다. 어떤 결과든 신뢰하기 전에, 셀을 클릭하면 검토 화면에서 원본 명세서의 어느 위치에서 각 추출 값이 나왔는지 강조 표시되므로, 잘못된 줄에서 읽은 참조 정보를 페이지를 다시 읽지 않고도 확인할 수 있습니다.

기업 뱅킹 PDF에서 흔히 볼 수 있는 비밀번호 보호 명세서는 수동으로 잠금을 해제할 필요가 없습니다. 계정의 이메일 받은 편지함으로 전달되면 저장된 비밀번호가 파일이 처리 대기열에 들어가기 전에 자동으로 시도됩니다. 명세서가 고밀도 스캔이나 휴대폰 사진인 경우, 필기체와 복잡한 레이아웃을 위해 상위 모델 티어를 사용할 수 있으며, 표준 티어는 대부분의 인쇄된 거래 표를 처리합니다.

추출 자체는 인계 과정의 절반에 불과하므로, 내보낸 파일은 Excel 형식으로도 생성하거나, 작업 복사본을 보관하는 곳이라면 Google Sheets 에 직접 작성할 수도 있습니다. 명세서, 열, 형식 읽기에 대한 더 깊은 메커니즘은 은행 명세서 추출 가이드 에서 Pastel 관련 결말 없이 동일한 내용을 다룹니다. 남아프리카 외 지역에서 데스크톱 회계 소프트웨어를 사용하는 경우, 인도 회계 소프트웨어로 은행 명세서 가져오기 워크플로는 BUSY를 대상으로 동일한 파일 준비 문제를 다룹니다.

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

경계를 명확히 하세요. ImageToTable.ai는 명세서에서 구조화된 스프레드시트를 생성합니다. 은행에 연결하거나, Sage Pastel 또는 Bank Manager로 가져오거나, 명세서 제공업체를 선택하거나, 원장 계정에 항목을 배정하거나, 배치를 생성하거나, 현금 장부를 업데이트하지 않습니다. 약속할 Pastel 통합도 없고, 자동 전기(post)도 없습니다.

회계 판단은 그 자리에 유지됩니다. 차변이 공급업체 지불인지, 은행 수수료인지, 대출 할부인지, 계정 간 이체인지는 명세서가 결정할 수 없으며, 추출 도구도 결정할 수 없습니다. 깨끗한 행이 바꾸는 것은 그 결정의 입력값입니다. 배정 화면이 완전한 행과 안정적인 설명으로 열리므로 매핑 규칙이 제 역할을 할 수 있고, 회계사는 수리하는 대신 검토합니다.

성공적인 가져오기가 배치가 올바르다는 증거는 아닙니다. Bank Manager는 동일한 명세서가 이미 가져온 것처럼 보이면 경고하지만, 다른 파일 간 중복을 확인하지 않으므로 중복 기간을 가져오면 여전히 작업이 발생합니다. 샘플 실행과 명세서 마감 잔액 대비 확인은 일상적인 절차의 일부로 남아 있습니다.

자주 묻는 질문

Sage Pastel에서 PDF 은행 명세서를 직접 가져올 수 있나요?

아니요. Bank Manager는 선택한 명세서 제공자가 인식하는 구조의 명세서 파일을 읽으며, PDF는 해당 파일이 아닙니다. 명세서는 먼저 계약된 형식의 구조화된 행이 되어야 합니다. 두 단계는 별개입니다. 추출은 스프레드시트를 생성하고, Bank Manager는 자체 규칙에 따라 이를 가져와 전기합니다.

CSV가 "should only have 3 columns" 오류로 실패하는 이유는 무엇인가요?

거의 항상 Amount 오른쪽에 빈 열이 있기 때문입니다. Excel은 저장된 CSV에 빈 열을 유지하며, Bank Manager는 이를 추가 열로 읽습니다. 데이터 뒤의 모든 빈 열을 선택하여 삭제하고, CSV (Comma delimited)로 저장한 후 파일을 닫고 다시 시도하세요. Balance 또는 Reference와 같은 실제 네 번째 열도 동일한 메시지를 발생시킵니다.

가져온 후 모든 금액이 반대로 표시되는 이유는 무엇인가요?

부호 규칙이 파일로 들어가는 과정에서 손실되었습니다. Bank Manager는 입금을 양수, 지출을 음수로 기대합니다. 명세서가 "Cr"로 대변을 표시하고 차변을 부호 없이 인쇄하는 경우, 단순 복사는 지출이 수입처럼 보이게 만듭니다. 매핑 전에 첫 번째 가져오기를 마감 잔액과 대조하세요.

이전 명세서 기간을 가져올 수 있나요?

네. Bank Manager는 파일의 모든 날짜 범위를 허용합니다. 기간을 순서대로 가져오고 겹치지 않도록 하세요. 별도 파일 간 중복을 확인하지 않기 때문입니다. 현재 회계 연도 밖의 거래는 Period 99로 할당되며, 이는 날짜가 작업 중인 연도 밖에 있음을 알리는 신호입니다.

Bank Manager에 필요한 날짜 형식은 무엇인가요?

회사의 지역 설정과 일치하는 네 자리 연도가 있는 일관된 순서입니다. 남아프리카 파일은 일반적으로 DD/MM/YYYY를 사용합니다. 위험은 슬래시가 아니라 모호성입니다. 두 자리 연도, 혼합 순서 또는 Excel이 텍스트로 저장한 날짜는 모두 잘못 읽힐 수 있습니다. 전체 열에 형식을 한 번 설정하고 가져오기 전에 첫 행과 마지막 행을 확인하세요.

ImageToTable.ai가 Sage Pastel로 가져오기를 지원하나요?

아니요. 명세서를 CSV, Excel 또는 JSON으로 추출하고 형식을 표준화합니다. 제공업체 선택, 파일 로드, 각 라인 할당, 배치 생성 및 현금 장부 업데이트는 모두 Bank Manager에서 이루어지며 장부 담당자와 회계사의 몫으로 남습니다. 얻는 이점은 제공업체 계약을 처음부터 통과하는 파일이지, 자동 전기가 아닙니다.

파일이 조정의 결과를 결정합니다

Bank Manager는 제공하는 모든 파일을 로드하고 할당을 위해 라인을 준비합니다. 그러나 선택한 제공업체와 일치하지 않은 파일을 수리하거나, "Cr"로 표시된 결제가 지출을 의미한다는 것을 알 수는 없습니다. 그 정보는 명세서에서 CSV로 이동하는 과정에서 유지되어야 합니다. OK를 클릭하기 전에 세 개의 열, 날짜 순서 및 부호가 올바르면 가져오기는 짧은 관리 작업입니다. 잘못된 경우, 오류 메시지는 현금 장부가 은행과 일치하기 전에 만나게 될 문제의 시작일 뿐입니다.