QuickBooks 뱅크 피드에 거래가 누락되었나요?
PDF에서 하나의 테이블로
QuickBooks Online은 최신 상태라고 알려줄 것입니다. 뱅크 피드가 밤새 새로고침되었고, 레지스터 잔액이 오늘 은행이 표시하는 금액과 일치하며, 화면에 아무 문제가 없어 보입니다. 그런데 10월 명세서를 열고 행 수를 세어보면 11개가 누락되어 있습니다. 피드가 실패한 것이 아닙니다. 바로 이 점을 이해하는 것이 중요합니다: 뱅크 피드는 이동 창이며, 창 밖의 모든 것은 애초에 다운로드된 적이 없습니다.

핵심 요점
- 거래를 놓친 것이 아니며 피드가 고장난 것도 아닙니다. QuickBooks는 대략 최근 90일의 게시된 활동만 다운로드하므로, 계정을 연결하기 전의 달은 애초에 가져온 적이 없습니다.
- 명세서는 기간이 완전하다는 것을 증명하는 유일한 기록입니다. 명세서의 기초 잔액과 기말 잔액은 피드가 제공할 수 없는 숫자이며, 그래서 레지스터가 깔끔해 보여도 누락이 있을 수 있습니다.
- 피드가 보지 못한 달은 여전히 명세서 PDF에 있습니다. 열 이름을 한 번 지정하고 모든 계정을 한 배치로 업로드하면 폴더가 하나의 테이블이 되어 행을 입력하지 않고도 가져올 수 있습니다.
뱅크 피드는 전체 내역이 아니라 움직이는 창입니다
뱅크 피드는 한 가지 질문에 잘 답합니다: 이 계좌에 최근에 무엇이 입금되었는가. Intuit의 공식 문서도 그 선을 긋습니다. QuickBooks Online은 보류 중인 거래나 90일 이상 지난 거래를 다운로드하지 않으며 은행에서 확정된 거래만 가져옵니다. 거래가 은행에 기록된 후 최대 48시간이 걸릴 수 있습니다. 계좌를 처음 연결하면 다운로드는 은행이 허용하는 기간까지만 소급됩니다. Intuit는 일부 은행은 최대 1년치를 제공하지만 대부분 약 90일치를 제공한다고 밝힙니다. 그보다 오래된 거래는 QuickBooks Online에 수동으로 추가해야 합니다.
피드는 계좌를 연결한 날부터 시작되지, 계좌가 개설된 날부터 시작되지 않습니다. 연결 이전의 모든 달은 Update를 아무리 눌러도 피드에 보이지 않습니다.
이 사실 하나가 r/QuickBooks의 "QuickBooks는 비용/거래 추적에 쓸모없나요? 명세서에서 거래가 너무 많이 누락됩니다" 같은 게시물에서 오는 혼란의 대부분을 설명합니다. 계좌 소유자는 올해 계정을 연결하고 소프트웨어가 1년치 전체를 보관한다고 가정했지만, 세금 신고 때가 되어서야 알게 되었습니다. 피드는 설계된 대로 정확히 작동하고 있었습니다. 피드는 결코 아카이브가 되도록 설계되지 않았습니다.
공백이 생기는 원인: 거래가 누락되는 네 가지 경로

거래가 누락되는 데는 몇 가지 구체적인 이유가 있으며, 그중 하나만 실제 오작동입니다. 나머지는 라이브 연결의 정상적인 동작입니다. 어떤 상황인지 파악하면 계좌를 다시 연결할지 명세서를 찾아볼지 결정할 수 있습니다.
대부분의 경우 피드는 고장난 것이 아닙니다. 피드는 최근 기간의 확정된 활동만 보유하며, 그 기간 밖에 있는 달은 스스로 절대 도착하지 않습니다.
| 격차가 생기는 지점 | 실제로 일어나는 일 |
|---|---|
| 적용 기간 | 대략 최근 90일 동안의 게시된 거래만 가져옵니다. 보류 중인 청구는 결제되기 전까지는 표시되지 않으며, 기간보다 오래된 항목은 완전히 건너뜁니다. |
| 연결 날짜 | 첫 동기화는 은행이 제공하는 범위(보통 90일)까지만 소급됩니다. 그 이전 달은 가져오지 않으므로, 2년 전에 거래를 시작한 사업체의 뱅크 피드에는 1년치 공백이 생길 수 있습니다. |
| 재연결 | 연결이 끊기거나 만료되면 다운로드가 중단됩니다. 복구되면 재가져오기 기간이 겹치거나 일부 구간을 건너뛸 수 있으며, QuickBooks는 겹친 부분을 중복으로 간주하여 제외할 수 있습니다. |
| 해지 또는 교체된 계좌 | 해지한 카드나 교체한 은행 계좌는 더 이상 피드를 제공하지 않습니다. 해당 거래 내역은 명세서가 있는 곳에 그대로 남으며, 새로 다운로드되는 항목은 없습니다. |
거래가 정상적으로 다운로드되었는데도 누락된 것처럼 보이는 다섯 번째 경로가 있습니다. Intuit의 도움말 문서에 따르면 자동 추가로 설정된 은행 규칙은 거래를 장부에 바로 반영하므로 검토용에는 표시되지 않으며, 개인 거래나 중복으로 표시된 거래는 제외 탭에 남을 수 있습니다. r/smallbusiness의 소상공인은 이 패턴을 분명히 설명했습니다. "QuickBooks나 은행이 업데이트를 할 때마다 피드가 고장난 것처럼 느껴집니다. 거래가 중복되고, 일부는 사라지며, 조정이 제대로 마무리되지 않습니다."
따라서 무엇이든 재구축하기 전에 두 가지 문제를 구분하세요. 거래가 QuickBooks 어딘가에 존재한다면 검토 또는 매핑 문제이므로 추출이 필요하지 않습니다. 해당 기간이 아예 다운로드되지 않았다면 뱅크 피드로는 해결할 수 없으며, 명세서가 유일한 해결 문서입니다.
명세서가 완전성을 증명하는 유일한 기록입니다
명세서와 피드는 서로 다른 질문에 답합니다. 피드는 무슨 일이 일어났는지 말해 주고, 명세서는 모든 것을 갖추었는지 말해 줍니다. 모든 명세서에는 기초 잔액, 기말 잔액, 그리고 각 줄 옆의 누적 잔액이 포함됩니다. 그 숫자가 조정이 의존하는 기준점입니다. 피드는 검증할 권위 있는 합계 없이 거래의 흐름만 제공하므로, 레지스터가 깔끔해 보여도 누락이 있을 수 있습니다.
이것은 뱅크 피드가 가져오는 것과 신용카드 조정에 필요한 것의 차이에서 다룬 격차와는 다른 문제입니다. 그 글은 피드가 대신 결정해 주지 못하는 사항, 예를 들어 거래 분류나 영수증 매칭을 다룹니다. 이 글은 더 좁고 기본적인 문제입니다. 피드가 행을 전달하지 못한 것입니다. 존재하지 않는 거래를 분류할 수는 없습니다.
실질적인 결과는 명세서가 피드의 대체 수단이 아니라는 점입니다. 명세서가 기본 기록이고, 피드는 그 위의 편의 계층입니다. 둘이 일치하지 않으면 명세서가 우선합니다. 회계사들은 피드가 생긴 이래로 이렇게 말해 왔으며, r/Bookkeeping의 합의도 동일합니다. 일부 은행은 90일만 내보내므로, 누락된 데이터를 수동으로 입력하거나 파일을 내보내야 합니다.
이것이 커버리지 격차를 조정으로 해결할 수 없는 이유이기도 합니다. 조정은 은행이 이미 마감한 기간에 대해 레지스터를 대조하므로, 해당 기간이 가져오기되지 않았다면 실패합니다. 명세서에서 재구축하는 동일한 패턴은 기업이 12개월치 명세서를 하나의 조정 스프레드시트로 일괄 처리해야 할 때나, 회계 담당자가 수년간의 회계 백로그를 따라잡아야 할 때도 나타납니다. 여기서 차이는 누락된 구간을 정의하는 기준뿐입니다. 피드의 커버리지 기간인지 연말인지의 차이입니다.
공백 메우기: 명세서 PDF를 하나의 거래 테이블로

피드가 다루지 못했던 기간의 거래는 여전히 은행이 발행한 명세서 PDF에 남아 있으며, 한 줄씩 수작업으로 입력하는 대신 하나의 테이블로 읽어들일 수 있습니다. 작업 방식은 누락된 기간의 명세서를 모든 계좌와 모든 은행에서 수집해 거래당 한 행씩 구성된 단일 스프레드시트로 변환하는 것입니다.
먼저 원하는 열 이름을 지정하세요. 출력 테이블의 헤더는 입력한 내용 그대로 사용되기 때문입니다. 이 작업에 유용한 열은 Date, Description, Amount, Balance, Account, Statement Period입니다. 은행이 차변과 대변을 별도 열로 인쇄한다면 단일 금액 대신 해당 열 이름을 지정하세요. 이것이 맞춤 열 추출입니다. 원하는 필드 이름을 입력하면 AI가 고정 템플릿을 매칭하는 대신 의미를 이해해 페이지 어디에서든 각 값을 찾아냅니다. Chase, Amex, 소규모 신용협동조합 모두 각자의 템플릿이 필요 없으므로 동일한 테이블에 들어올 수 있습니다.
그런 다음 규칙 형식을 설정해 회계 소프트웨어가 수용할 수 있는 형태로 숫자가 출력되도록 하세요. 대부분의 수동 정리가 필요한 지점이 바로 여기입니다. 날짜는 MM/DD/YYYY, 금액은 통화 기호나 천 단위 구분 기호 없는 일반 숫자, 차변은 음수 값으로 요청하세요. 도구가 추출 중에 이 규칙을 적용하므로 $1,204.50로 인쇄된 명세서는 시트에 -1204.50로 입력되어 찾기 및 바꾸기 작업 없이 바로 가져올 수 있습니다.
전체 폴더를 한 번에 업로드하세요. ImageToTable.ai는 일괄 우선 처리 방식이므로 세 은행의 명세서 12장이 함께 처리되어 12개의 개별 다운로드 대신 하나의 스프레드시트로 병합됩니다. 계좌 명세서가 여러 페이지에 걸쳐 있다면 템플릿 설정에서 다중 페이지 병합을 켜고 페이지를 그룹화할 방법을 지정하세요. 예를 들어 계좌 번호 열이나 명세서 기간 열을 추적해 각 페이지가 별도의 테이블이 되지 않고 올바른 계좌의 행으로 합쳐지게 할 수 있습니다.
출력 결과를 신뢰하기 전에 Bbox가 포함된 Review Mode를 사용하세요. 추출된 셀 위에 마우스를 올리면 원본 명세서 페이지에서 해당 값이 나온 정확한 위치가 강조 표시되므로 전체 페이지를 다시 읽지 않고도 잔액 수치나 흐릿한 항목을 확인할 수 있습니다. 오래되었거나 팩스로 받은 명세서에서는 계좌의 모델 티어를 더 높은 처리 수준으로 올리면 밀도 높거나 저품질 스캔을 처리하는 데 도움이 됩니다. 이 모든 것이 진정으로 모호한 항목에 대한 판단을 대체하지는 않지만, 입력 작업은 제거해 줍니다.
추출 자체의 메커니즘이 궁금하다면 단계별 버전은 은행 명세서 데이터를 Excel로 추출하는 방법에 있습니다. 명세서마다 결과가 다를 때 원인은 대개 도구가 아니라 문서에 있으며, 이는 은행 명세서 추출 결과가 일관되지 않은 이유에서 자세히 다룹니다.
파일은 안전하게 처리되며 저장되지 않습니다.
재구성된 행을 장부로 다시 가져오기
QuickBooks와 Xero는 모두 일반 CSV를 허용하며, 열 규칙은 내보내기 전에 읽어볼 가치가 있을 만큼 엄격합니다. QuickBooks Online은 두 가지 형태 중 하나로 가져옵니다: 음수 값이 차변인 Date, Description, Amount 또는 네 개의 열로 구성된 Date, Description, Credit, Debit입니다. 금액에는 통화 기호와 쉼표가 없어야 하고, 날짜는 일관되어야 하며, 각 업로드는 약 350 KB로 제한되며, 이는 약 1,000~1,500건의 거래에 해당합니다. 명세서의 기초 잔액 및 기말 잔액 줄은 거래가 아니므로 가져오기 파일에 포함해서는 안 됩니다.
Xero의 규칙은 유사하지만 동일하지는 않습니다. Xero Central의 CSV 가져오기 가이드에 따르면 Date와 Amount만 필수이며, 수입과 지출 모두 하나의 금액 열에 포함되고 지출은 음수 또는 괄호로 표시되며, 가져오기 전에 기초 잔액과 기말 잔액이 포함된 행과 은행 계좌 번호를 삭제해야 합니다. 단일 파일은 최대 100,000행으로 제한됩니다. 날짜와 금액을 이미 표준화하는 명세서 추출은 두 규칙 세트를 모두 거의 수정 없이 충족합니다.
이 워크플로우 주변에 무엇이 있는지 언급할 가치가 있습니다. Dext와 Hubdoc은 영수증과 명세서를 장부에 바로 입력할 수 있는 데이터로 변환하는 데 회계 업무 현장에서 흔히 사용되며, Excel이나 Power Query는 PDF를 가져올 수 있지만 페이지당 하나의 테이블을 생성하여 수동으로 추가해야 하는 경향이 있습니다. 이 문서가 다루는 격차는 이 모든 도구의 상위 단계에 있습니다: 이러한 도구 중 어느 것도 피드가 다운로드하지 않은 월을 복구하지 못합니다. 이 도구들은 사용자가 가져온 문서를 처리할 뿐입니다.
테이블이 생성되면 이를 원시 거래 시트로 유지하고 그 위에 분류 탭을 구축하십시오. 이는 월간 신용카드 조정 스프레드시트에 AI를 통합하는 방법에서 설명한 분리 방식과 동일합니다. 이렇게 하면 다음 기록 행 가져오기가 수식이나 세무 준비 탭을 방해하지 않습니다. 계정과 형식이 하나뿐인 경우에는 은행 명세서를 Excel로 변환하는 더 간단한 방법을 사용하고 다중 은행 병합을 건너뛸 수 있습니다.
이 방식이 수행하지 않는 작업
이 방법은 적용 범위의 공백을 메우는 것입니다. 피드를 수리하지 않으며 조정을 대체하지 않습니다. 경계를 명확히 하는 것이 기능 목록보다 더 중요합니다.
QuickBooks 통합 및 전기가 없습니다
결과물은 직접 가져오거나 입력하는 스프레드시트입니다. 원장에 자동으로 기록되는 항목은 없으며 분개장 항목도 생성되지 않습니다.
은행에 더 이상 없는 데이터는 복구할 수 없습니다
은행이 90일만 제공하고 명세서 PDF가 없다면 추출할 수 있는 것이 없습니다. 오래된 명세서는 은행에 요청해야 하는 경우가 있으며 일부 기관은 수수료를 부과합니다.
피드를 진단하거나 수리하지 않습니다
계속 끊기는 피드는 연결 문제 또는 은행 측 문제입니다. 명세서에서 과거 월을 재구성해도 다음 달에 동일한 문제가 발생하는 것을 막을 수 없습니다.
추출만 하며 분류하거나 영수증을 매칭하지 않습니다
각 거래를 올바른 계정으로 코딩하고 증빙 문서를 첨부하는 작업은 직접 수행해야 합니다. 해당 부분은 위에 링크된 신용카드 조정 문서에서 다룹니다.
FAQ
QuickBooks에 잔액이 올바르게 표시되는데 거래가 누락된 이유는 무엇인가요?
피드와 명세서는 측정 방식이 다르기 때문입니다. 피드는 최근 기간의 게시된 거래를 가져오며, 레지스터 잔액은 오늘의 은행 잔액과 일치할 수 있지만 이전 달은 여전히 불완전할 수 있습니다. 명세서의 시작 및 종료 잔액이 누락된 행을 드러내는 요소입니다.
QuickBooks에서 90일 이전 거래를 다운로드할 수 있나요?
아니요. Intuit는 90일 이전 거래는 피드를 통해 다운로드할 수 없으며 수동으로 추가해야 한다고 명시합니다. 실질적인 대안은 명세서에서 생성한 파일에서 가져오는 것이며, 직접 입력하는 것보다 효율적입니다.
뱅크 피드가 연결 전 달을 포함하나요?
아니요. 첫 동기화는 은행이 제공하는 기간까지만 거슬러 올라가며, 일반적으로 약 90일, 때로는 최대 1년입니다. 연결 이전의 모든 달은 다운로드된 적이 없으므로 새로고침을 아무리 많이 해도 나타나지 않습니다.
명세서 PDF로 만든 CSV를 QuickBooks Online으로 가져올 수 있나요?
네. QuickBooks Online은 Date, Description, Amount 또는 Date, Description, Credit, Debit 형식을 허용합니다. 금액 필드에서 통화 기호와 쉼표를 제거하고, 날짜 형식을 일관되게 유지하며, 명세서의 시작 및 종료 잔액 줄은 제외하세요.
여러 은행과 신용카드를 동시에 처리할 수 있나요?
네. 열 이름을 한 번 지정하고 모든 계정과 은행의 명세서를 단일 배치로 업로드하면 결과가 하나의 테이블로 병합됩니다. Account 열을 사용하면 행을 올바른 계정에 귀속시킬 수 있습니다.
명세서에서 재구축하는 요점은 피드를 개선하는 것이 아닙니다. 라이브 연결은 항상 특정 기간만 표시한다는 점을 인정하고, 피드가 보지 못한 달을 완전히 기록하는 유일한 문서로 마감하는 것입니다. 피드는 현재를 처리하고 명세서는 과거를 정리합니다.
피드가 건너뛴 달의 명세서 PDF를 모으고, 열 이름을 지정하고, 전체 폴더를 하나의 거래 테이블로 변환하세요. 자신의 명세서에서 작동 방식을 확인해 보세요.