은행 피드가 시작되기 전 Xero 기간은
여전히 CSV 작업입니다

은행 피드는 현재를 기록하고 과거는 조용히 건너뜁니다

은행 피드는 한 가지 질문에 잘 답합니다: 이 계좌에 최근에 무엇이 입금되었는가. 계좌를 연결하면 Xero는 은행에 제공 가능한 과거 내역을 요청하며, 대부분의 은행은 그리 멀리 돌아가지 않습니다. Intuit도 자사 제품에 대해 동일한 한계를 명시적으로 밝히며, 이 동작은 모든 피드에서 표준입니다. 연결은 라이브 파이프이지 아카이브가 아닙니다. 계좌 연결 전에 게시된 거래는 아무도 요청하지 않았기 때문에 전달된 적이 없습니다.

피드는 계좌가 개설된 날이 아니라 연결한 날부터 시작됩니다. 그 연결 이전의 모든 달은 업데이트를 아무리 눌러도 피드에 보이지 않습니다.

부기 담당자들은 그 결과를 끊임없이 목격합니다. r/xero에서 한 회계사는 수백 건의 거래가 있는 고객 계좌를 설명하면서 피드가 오래된 거래를 그저 보지 못했다고 말했습니다: "총 536건의 거래 중 Xero의 은행 피드가 136건을 놓쳤습니다. 90일 이상 지난 과거 데이터를 보려고 하니 Xero는 관심을 두지 않습니다." 그 계좌에는 아무 문제가 없습니다. 피드는 피드가 하는 일을 정확히 하고 있을 뿐입니다.

같은 종류의 공백을 만드는 다른 세 가지 상황이 있습니다. 보류 중인 거래는 은행이 결제할 때까지 나타나지 않습니다. 연결이 끊겼다가 나중에 다시 승인된 피드는 그 사이의 구간을 누락하거나 건너뛸 수 있습니다. 그리고 폐쇄되거나 교체된 계좌는 피드 공급을 완전히 중단하여 명세서가 있는 곳에 기록을 남깁니다. 이 중 실제 오작동은 하나뿐입니다. 나머지는 라이브 연결의 정상적인 경계이며, 모두 같은 결론으로 이어집니다: 피드 이전 기간에는 명세서가 기록입니다.

Xero 클라이언트를 따라잡는 작업의 실제 내용

따라잡기는 시작과 끝이 명확한 데이터 재구성 작업이며, 가장 중요한 결정은 수동 기록이 끝나고 실시간 피드가 시작되는 지점입니다. 그 경계를 잘못 잡으면 Xero가 이미 보유한 행을 가져오게 되어 계정에 중복 항목이 생깁니다.

경계를 깔끔하게 유지하는 순서는 다음과 같습니다:

역할 분담도 중요합니다. 부기 담당자는 경계와 가져오기를 담당하고, 클라이언트 또는 은행이 직접 명세서 생성을 담당하며, 은행은 계속 제공할 월을 담당합니다. 클라이언트가 깨끗한 파일을 얻지 못하면 부기 담당자가 이를 재구성해야 합니다.

이 중 어느 것도 선택적인 정리 작업이 아닙니다. 과거 월은 법정 기록의 일부이지, 편의 사항이 아닙니다. 영국에서 HMRC는 유한회사가 관련 마지막 회계연도 종료일로부터 6년간 사업 및 회계 기록을 보관하도록 요구합니다. 원장의 공백은 기업이 보관해야 할 기록의 공백입니다.

백로그가 단일 Xero 계정보다 넓은 경우, 부기 담당자가 QuickBooks 및 Xero용 인쇄 원장을 디지털화하거나 12개월치 명세서를 하나의 조정 스프레드시트로 가져와야 할 때 동일한 재구성 패턴이 나타납니다. 여기서 차이는 누락된 구간을 정의하는 기준뿐입니다. 연말이 아니라 피드의 연결 날짜가 그 기준이 됩니다.

공백이 프로세스를 깨뜨리는 지점

명세서가 출처가 되면 두 가지 문제가 발생합니다. 첫 번째는 사람의 문제입니다. 명세서를 수작업으로 입력하는 것은 느리고 놓치기 쉬운 오류를 남깁니다. 150줄짜리 명세서는 수백 개의 입력 필드로 이어지므로, 신중한 작업자라도 한 달 안에 잘못된 금액과 뒤바뀐 날짜를 남기게 되며, 이를 여러 계정에 걸쳐 가져오면 오류가 더욱 커집니다.

두 번째는 형식 문제입니다. 일반적인 PDF-to-CSV 변환기는 보이는 그대로를 복사하는데, 보이는 내용이 Xero의 가져오기 요구사항과 일치하는 경우는 드뭅니다. Xero의 자체 가져오기 가이드는 특정 형식을 요구합니다: 날짜와 금액이 필수 필드이며, 수입과 지출은 하나의 금액 열에 있어야 하고 지출은 음수로 표시되며, 소수점 쉼표는 허용되지 않고, 설명 열은 Xero 내부에서 Particulars 아래에 위치합니다. 명세서를 목적지가 아닌 원본 그대로 반영하는 변환기는 Xero가 하나만 필요로 하는 금액 열을 두 개로 만들거나, 통화 기호와 천 단위 구분 기호가 포함된 텍스트 금액을 만들어냅니다.

경계 문제를 더하면 그림이 완성됩니다. 피드가 이미 다루는 날짜까지 포함하는 파일은 중복을 만들어내며, CSV에 대한 Xero의 중복 감지는 도움이 되지만 보장되지는 않습니다. 따라서 과거 연도를 Xero에 넣는 작업은 변환 속도보다는 올바른 형식의 행을 만들고 잘못된 행을 제외하는 데 더 중점을 둡니다.

명세서 PDF를 Xero가 기대하는 CSV로 변환하기

피드가 포착하지 못한 달들의 거래는 여전히 명세서 PDF에 남아 있으며, 이를 한 번에 하나의 테이블로 읽어들일 수 있습니다. 이 메커니즘은 기존 변환기가 사용하는 템플릿 OCR과 다르므로 이름을 붙일 가치가 있습니다. 바로 맞춤 열 추출입니다. 원하는 필드 이름을 입력하면 AI가 고정된 레이아웃을 매칭하는 대신 의미를 이해하여 페이지 어디에서든 각 값을 찾아냅니다. 입력한 이름은 출력 파일의 정확한 헤더 행이 되며, 이 덕분에 결과가 Xero의 가져오기 매핑과 정렬되어 익명의 열로 도착하지 않습니다.

Xero가 인식하는 열 이름을 지정하세요. 은행 명세서의 경우 유용한 세트는 Date, Amount, Payee, Description, Reference입니다. Xero에서 Description은 Particulars로 표시되고 Payee는 연락처 매칭을 주도하므로, 은행의 내역을 파일에 유지하는 것이 나중에 조정을 더 빠르게 만듭니다. 단일 Amount 열을 지정하면 추출이 명세서의 차변 및 대변 위치를 읽어 하나의 부호 있는 값으로 채우며, 이는 Xero가 요구하는 레이아웃입니다. 소스가 차변과 대변을 두 개의 열로 인쇄하고 검토 시점까지 유지하려면 대신 해당 열 이름을 지정하세요.

숫자를 가져오기 형식으로 만드는 것은 읽어들이는 것과는 별개의 단계이며, 대부분의 수동 정리가 필요한 부분입니다. 날짜는 인쇄된 대로 복사되는 대신 추출 중에 표준화되어, 가져오기 단계에서 확인하는 형식과 일치하는 열이 모호한 렌더링을 담지 않게 됩니다. 금액은 통화 기호와 천 단위 구분 기호가 제거된 실제 숫자로 나옵니다. 차변과 대변은 Xero가 요구하는 단일 부호 열로 해결됩니다. 계산 열은 스프레드시트에서 수행되었을 산술 연산(예: 추출된 수치에서 값을 도출)을 처리할 수 있어, 파일이 추출 시점에 올바르게 형성됩니다.

명세서는 배치로 도착하므로 처리도 배치 형태여야 합니다. 배치 처리는 모든 계정의 모든 명세서를 한 번에 업로드하고 결과를 하나의 스프레드시트로 병합하는 것을 의미하며, 12개의 파일을 다운로드하여 수동으로 쌓는 것과는 다릅니다. 단일 계정의 명세서가 여러 페이지에 걸쳐 있는 경우, 다중 페이지 병합이 페이지를 해당 계정의 행으로 되접어 두 번째 페이지가 분리된 테이블이 되지 않도록 합니다. 은행이 월간 PDF에 자주 사용하는 암호로 보호된 명세서는 저장된 암호로 자동 잠금 해제되어 하나씩 열 필요가 없습니다. 이 모든 것의 출력이 명확해야 할 지점입니다. 가져오기 준비가 된 CSV이며, 이 도구의 역할은 여기서 끝납니다.

추출 자체의 단계별 메커니즘을 알고 싶다면 전통적인 OCR이 은행 명세서에서 실패하는 이유와 AI 추출이 이를 해결하는 방법에서 다루고 있으며, 필드 수준의 기본 사항은 은행 명세서 데이터 추출 완전 가이드에 있습니다. 목적지가 원장 가져오기가 아니라 조정할 스프레드시트라면, 동일한 변환 과정이 Google Sheets에 구축된 조정 파이프라인으로 이어지며, 은행 명세서 PDF를 가져오기 가능한 CSV로 변환 페이지에서 파일 형식에 대해 더 자세히 다룹니다.

이 작업에 적합한 도구를 판단하는 방법

대부분의 부기 담당자는 이미 캡처 도구를 보유하고 있습니다. Hubdoc은 많은 Xero 플랜에 포함되어 있으며, Dext는 영수증과 청구서를 대량으로 처리하는 업무에서 흔히 사용됩니다. 두 도구 모두 은행 명세서를 다루지만, 누락된 기간을 재구성하는 특정 작업에 맞춰 설계된 것은 아닙니다. 따라서 진짜 질문은 어떤 브랜드를 선택할지가 아닙니다. 남의 1년치 기록을 도구에 맡기기 전에 무엇을 테스트할지가 핵심입니다. 이 작업을 완수하는 도구와 두 번째 정리를 만들어내는 도구를 가르는 네 가지 기준이 있습니다.

비용 측면은 구체적입니다. PDF-to-CSV 옵션을 비교하는 r/Bookkeeping 스레드에서 한 사용자는 AutoEntry가 은행 및 신용카드 명세서를 페이지당 3크레딧으로 처리하므로 오랜 기록이 빠르게 누적된다고 언급했습니다. 같은 스레드에서는 Hubdoc과 Dext가 명세서 변환을 제공하지만 해결해야 할 몇 가지 결함이 있다고 지적합니다. 과금 모델은 확실히 다르며, 어느 쪽이 더 저렴한지는 작업량이 일회성 소급 작업인지 지속적인 흐름인지에 따라 달라집니다.

데이터 처리 측면이 검색을 결정하는 요소입니다. 이 작업에 적합한 도구는 파일을 어떻게 처리하는지 명확히 알려주어야 하며, 명세서를 검사할 수 없는 파이프라인에 투입하도록 요구해서는 안 됩니다.

올바른 테스트는 브랜드 인지도가 아닙니다. Xero 형식의 열을 생성하는지, 페이지에서 수치를 검증할 수 있는지, 대량 작업에 합리적인 가격을 책정하는지, 그리고 무엇을 보관하는지에 대해 정직한지가 기준입니다.

마지막 기준은 가장 덜 논의되면서도 가장 유용합니다. 도구가 필요한 곳에서 멈추는가입니다. 명세서 변환과 계좌 조정은 다른 작업이며, 이 둘을 혼동하는 도구는 원장이 담당해야 할 부분에 대해 과장된 약속을 하게 됩니다. 수동 입력과 자동 입력의 비용 차이를 먼저 수치로 확인하고 싶다면 월 비용 비교에서 구체적인 숫자를 확인할 수 있습니다.

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

역사적 재구축은 과장된 약속이 가장 많은 시간을 낭비하게 만드는 작업이므로, 경계를 명확히 하는 것이 기능 목록보다 더 중요합니다.

FAQ

Xero의 은행 피드가 계정 연결 이전의 거래 내역을 표시하지 못하는 이유는 무엇인가요?

피드는 연결 시점부터 은행이 보내는 데이터만 전달하기 때문입니다. 계정을 처음 연결하면 Xero는 은행이 제공할 수 있는 과거 내역을 요청하며, 이는 종종 몇 개월에 불과하고 그 이전의 데이터는 가져오지 않습니다. 거래 내역이 은행에서 사라진 것이 아니라 Xero로 전송된 적이 없으므로 명세서에서 가져와야 합니다.

Xero의 CSV 은행 명세서 가져오기에는 어떤 열이 필요한가요?

날짜와 금액이 필수 필드이며, 가져오기 단계에서 날짜와 금액을 매핑해야 합니다. 수입과 지출은 하나의 금액 열에 포함되며, 지출은 음수로 -30.00 또는 (30.00) 형식으로 작성합니다. 수취인, 설명, 참조, 수표 번호는 선택 사항이지만 권장됩니다. 설명은 Xero에서 Particulars로 표시되며, 수취인은 중복 생성 방지를 위해 기존 연락처와 정확히 일치해야 합니다.

여러 해의 명세서를 하나의 파일로 Xero에 가져올 수 있나요?

여러 명세서를 하나의 파일로 만들 수는 있지만, 각 월을 원본 명세서와 대조할 수 있도록 계정별, 기간별로 가져오는 것이 더 안전합니다. 모든 PDF를 먼저 변환한 후 시간순으로 가져오는 것도 장부에 반영되기 전에 월 사이의 공백을 발견하는 실용적인 방법입니다.

은행 피드가 이미 포함한 기간을 가져오면 어떻게 되나요?

중복이 발생합니다. Xero는 조정 과정에서 일부 의심되는 중복을 표시하지만 가져오기를 완전히 차단하지는 않으므로, 안전한 방법은 피드가 이미 전달한 가장 이른 항목을 찾아 과거 파일이 해당 날짜 이전에 끝나도록 하는 것입니다. 중복이 발생한 경우 조정 전에 겹치는 명세서 항목을 삭제하세요.

명세서 추출이 수동 입력보다 얼마나 정확한가요?

행을 추출하면 수동 입력에서 발생하는 오타가 줄어들지만 확인 작업이 필요 없어지는 것은 아닙니다. 추출된 첫 번째와 마지막 잔액을 명세서에 인쇄된 시작 및 종료 금액과 비교하는 것이 누락되거나 잘못 읽은 행을 발견하는 가장 빠른 방법입니다.

Dext나 Hubdoc가 과거 데이터 백필을 대신 처리해 주나요?

두 도구 모두 은행 명세서를 처리할 수 있지만, 기본적으로 청구서와 영수증을 원장에 기록하는 데 초점이 맞춰져 있으며, 과거 기간은 꾸준한 작업량이 아니라 명세서가 한꺼번에 몰리는 기간일 뿐입니다. 어느 쪽도 Xero에 거래를 게시해 주지 않으며, 경계를 직접 설정해야 하는 필요성을 없애 주지도 않습니다. 유용한 질문은 도구가 Xero 열 형식을 생성하는지, 페이지에서 수치를 대조해 확인할 수 있는지, 긴 명세서를 합리적인 비용으로 처리할 수 있는지입니다.

명세서에서 재구축하는 목적은 피드를 실제보다 더 완전해 보이게 만들기 위한 것이 아닙니다. 라이브 연결은 항상 일정 기간만 보여 줄 뿐이라는 점을 인정하고, 연결이 보지 못한 달을 처음부터 끝까지 기록하는 단일 문서로 마감하는 것입니다. 피드는 현재를 계속 처리하고, 명세서는 과거를 정산합니다.

누락된 달 백필하기