QuickBooks 및 Xero에서 일반적인 은행 명세서 가져오기 오류 수정 방법

은행 명세서 CSV를 준비했습니다. QuickBooks 또는 Xero에 업로드합니다. 그런 다음 오류 메시지가 나타납니다. 또는 오류 없이 데이터가 명백히 잘못된 경우도 있습니다. 날짜가 바뀌거나, 금액이 설명 열에 있거나, 1월 거래가 10월에 표시되는 경우도 있습니다.

은행 명세서 가져오기 오류는 여러 클라이언트를 관리하는 회계사에게 가장 흔한 장부 관리 병목 현상입니다. 오류는 보통 수정 가능하지만, 원인을 알아야 합니다. 모호한 "가져오기 실패" 메시지는 날짜 형식, 열 구조, 파일 인코딩 또는 847행의 잘못된 빈 줄 때문인지 알려주지 않습니다.

이 가이드에서는 QuickBooks Online 및 Xero에서 가장 흔한 8가지 가져오기 오류와 각 오류에 대한 구체적인 수정 방법을 다룹니다.

오류 1: 날짜 형식 불일치

증상: "날짜 형식을 인식할 수 없습니다" 오류와 함께 가져오기가 실패합니다. 또는 가져오기는 성공하지만 날짜가 잘못 표시됩니다. 3월 6일이 6월 3일로 표시됩니다.

원인: QuickBooks와 Xero는 계정의 지역 설정에 따라 날짜를 해석합니다. 계정이 미국 형식(MM/DD/YYYY)으로 설정되어 있는데 CSV에 영국 형식(DD/MM/YYYY)이 포함되어 있으면, 도구는 날짜를 거부하거나 월과 일을 조용히 바꿉니다.

가장 위험한 시나리오는 날짜가 모호할 때입니다. 03/06/2026은 3월 6일일 수도 있고 6월 3일일 수도 있습니다. 일(day) 숫자가 12 이하이면 도구는 어느 것이 올바른지 알 방법이 없습니다. 지역 설정에 따라 추측합니다.

수정 방법:

QuickBooks Online에서:

1. 설정(톱니바퀴 아이콘) > 계정 및 설정 > 고급으로 이동합니다.
2. 날짜 형식 설정을 확인합니다. CSV와 일치해야 합니다.
3. CSV가 DD/MM/YYYY를 사용하고 QuickBooks가 MM/DD/YYYY로 설정되어 있다면, CSV 날짜를 변환하거나 가져오기 중에 QuickBooks 설정을 일시적으로 변경해야 합니다.

Xero에서:

1. 설정 > 일반 설정 > 날짜 형식으로 이동합니다.
2. CSV와 일치하는지 확인합니다.
3. Xero는 가져오기 중에 날짜 형식에 대해 더 유연한 경향이 있지만, 모호한 날짜는 여전히 문제를 일으킬 수 있습니다.

최선의 방법: CSV에 YYYY-MM-DD(ISO 8601) 형식을 사용하세요. 모호하지 않으므로 어떤 도구도 2026-03-15를 잘못 해석할 수 없습니다. QuickBooks와 Xero 모두 지역 설정에 관계없이 이 형식을 지원합니다.

---

오류 2: 잘못된 열 매핑

증상: 금액이 설명 필드에 표시됩니다. 설명이 금액 필드에 표시됩니다. 날짜가 여러 열에 걸쳐 흩어져 있습니다.

원인: CSV의 열 순서가 가져오기 도구가 예상하는 것과 일치하지 않고, 열 매핑 단계가 잘못 수행되었거나 건너뛰었습니다.

QuickBooks Online은 CSV 파일을 다음 형식 중 하나로 예상합니다:

• 3열 형식: 날짜, 설명, 금액
• 4열 형식: 날짜, 설명, 입금, 출금

Xero는 더 유연하지만 가져오기 중에 명시적인 열 매핑이 필요합니다.

수정 방법:

QuickBooks Online에서:

1. 가져오기 중에 QuickBooks는 열 매핑 미리보기를 표시합니다.
2. 드롭다운 메뉴를 사용하여 각 열을 올바른 필드에 할당합니다.
3. 미리보기에 데이터가 잘못된 필드에 표시되면 확인 전에 다시 매핑합니다.
4. 미리보기가 없으면(파일 거부) CSV의 첫 번째 행에 열 헤더가 있는지 확인합니다.

Xero에서:

1. 가져오기 중에 Xero의 열 매핑 화면에 각 열과 드롭다운이 표시됩니다.
2. "날짜"를 날짜 열에, "수취인" 또는 "설명"을 텍스트 열에 매핑합니다.
3. "금액" 또는 "입금"/"출금"을 금액 열에 매핑합니다.
4. 미리보기 행을 사용하여 매핑이 올바른지 확인합니다.

최선의 방법: CSV의 첫 번째 행에 항상 명확한 헤더를 포함하세요: 날짜, 설명, 금액. QuickBooks와 Xero 모두 헤더를 사용하여 열 매핑을 자동 감지합니다. 헤더가 없으면 위치 기반 감지에 의존하게 되는데, 이는 불안정합니다.

---

오류 3: 중복 거래

증상: 가져오기 후 동일한 거래가 두 번 표시됩니다. 은행 피드에서 한 번, 수동 가져오기에서 한 번입니다.

원인: 은행 피드 연결로 인해 이미 회계 소프트웨어에 있는 날짜 범위를 포함하는 CSV를 가져왔습니다. 피드와 가져오기 모두 동일한 거래에 대한 항목을 생성했습니다.

이는 지속적인 계정에서 가장 흔한 가져오기 문제입니다. 수정하기 쉽지만 번거롭습니다. 합법적인 거래를 실수로 삭제하지 않고 중복 항목을 찾아 삭제해야 합니다.

수정 방법:

QuickBooks Online에서:

1. 은행 > 은행 피드로 이동합니다.
2. 피드와 가져온 세트 모두에 나타나는 거래를 찾습니다.
3. QuickBooks는 일부 중복 항목을 자동으로 플래그 지정할 수 있습니다. 검토하고 확인합니다.
4. 감지되지 않은 중복 항목의 경우 금액과 날짜별로 정렬하여 일치하는 항목을 찾습니다.
5. 수동으로 가져온 버전을 삭제합니다(은행의 거래 ID가 포함되어 있으므로 은행 피드 버전을 유지합니다).

Xero에서:

1. Xero의 조정 보기에서 잠재적인 중복 항목을 강조 표시합니다.
2. 은행 계좌 > [계좌] > 은행 명세서로 이동합니다.
3. 중복 명세서 줄을 찾습니다.
4. 조정된 항목이 아닌 명세서에서 가져온 중복 항목을 삭제합니다.

최선의 방법: 가져오기 전에 은행 피드에서 이미 처리된 날짜 범위를 확인하세요. 해당 범위 밖의 날짜만 가져옵니다. 겹치는 부분이 있다면, 업로드 전에 스프레드시트를 사용하여 CSV에서 겹치는 날짜를 제거하세요.

---

오류 4: 문자 인코딩 오류

증상: 모호한 오류와 함께 가져오기가 실패하거나, 설명에 e 대신 é 또는 em 대시 대신 â€"와 같은 깨진 문자가 포함됩니다.

원인: CSV 파일이 가져오기 도구가 예상하는 것(일반적으로 UTF-8)과 일치하지 않는 인코딩(예: Windows-1252 또는 ISO-8859-1)으로 저장되었습니다. 국제 문자, 악센트가 있는 글자 및 특수 기호는 인코딩 변환 중에 손상됩니다.

이는 특히 비영어권 국가의 은행 명세서나 레거시 인코딩으로 내보내는 오래된 은행 시스템에서 흔히 발생합니다.

수정 방법:

1. 인코딩을 표시하는 텍스트 편집기(예: Notepad++ 또는 VS Code)에서 CSV를 엽니다.
2. 현재 인코딩을 확인합니다(상태 표시줄에 표시됨).
3. UTF-8이 아닌 경우 파일을 **UTF-8 (BOM 없음)**으로 다시 저장합니다.
4. BOM(Byte Order Mark)은 파일 시작 부분에 있는 보이지 않는 문자이며, 일부 시스템은 추가하지만 가져오기 도구는 예상하지 않습니다. 이를 제거하면 일반적인 "첫 번째 열을 인식할 수 없음" 오류를 방지할 수 있습니다.

스프레드시트 애플리케이션에서:

1. CSV를 엽니다.
2. "다른 이름으로 저장"을 사용하고 형식으로 "CSV UTF-8"을 명시적으로 선택합니다.
3. 애플리케이션에서 UTF-8 CSV를 제공하지 않으면 "유니코드 텍스트"를 시도하거나 다른 애플리케이션을 사용합니다.

최선의 방법: 항상 CSV에 UTF-8 인코딩을 사용하세요. 모든 언어의 모든 문자를 처리할 수 있습니다. PDFSub는 기본적으로 UTF-8로 CSV를 내보냅니다.

---

오류 5: 누락되거나 추가된 열

증상: "유효한 명세서 데이터를 찾을 수 없습니다" 또는 "파일을 읽을 수 없습니다" 오류.

원인: CSV에 가져오기 도구가 예상하지 않는 추가 열(잔액, 참조 번호, 수표 번호, 범주)이 있거나 필수 열이 누락되었습니다.

QuickBooks Online은 특히 엄격합니다. 3개의 열(날짜, 설명, 금액) 또는 4개의 열(날짜, 설명, 입금, 출금)을 예상합니다. 추가 열은 전체 가져오기를 실패하게 할 수 있습니다.

Xero는 더 관대합니다. 필요한 열을 매핑하고 추가 열은 무시할 수 있습니다. 그러나 필수 열이 누락되면 가져오기가 여전히 실패합니다.

수정 방법:

추가 열 제거:

1. 스프레드시트 애플리케이션에서 CSV를 엽니다.
2. 날짜, 설명 또는 금액(또는 입금/출금)이 아닌 모든 열을 삭제합니다.
3. 일반적인 제거 대상 열: 잔액, 실행 합계, 수표 번호, 참조, 범주, 유형.
4. 저장하고 다시 업로드합니다.

누락된 열 추가: CSV에 날짜와 금액만 있고 설명이 없다면, "은행 거래"와 같은 자리 표시자 텍스트가 있는 설명 열을 추가하세요. QuickBooks와 Xero 모두 각 거래에 대한 텍스트 설명이 필요합니다.

최선의 방법: 대상과 정확히 일치하도록 CSV를 형식화하세요: 날짜, 설명, 금액. 그 이상도 이하도 아닙니다. PDFSub의 CSV 내보내기를 사용하면 포함할 열을 제어할 수 있습니다.

---

오류 6: 금액 형식 문제

증상: 금액이 잘못 해석됩니다. $1,234.56이 $1.23 또는 $123,456으로 표시됩니다. 또는 금액이 완전히 거부됩니다.

원인: 여러 형식 문제가 가져오기 중에 금액을 손상시킬 수 있습니다.

• 금액 열의 통화 기호 (1234.56 대신 $1,234.56)
• 천 단위 구분 기호가 소수점으로 해석됨 (유럽식 , 대 미국식 .)
• 음수 금액 괄호가 인식되지 않음 - -500.00 대신 (500.00)
• 금액 필드의 공백
• 숫자와 텍스트 혼합 - 1234.56 CR 또는 DR 500.00

수정 방법:

1. 스프레드시트에서 CSV를 엽니다.
2. 금액 열에서 다음을 제거합니다: - 모든 통화 기호 ($, EUR, GBP 등) - 모든 천 단위 구분 기호 (미국 형식의 쉼표, 유럽식의 마침표) - 모든 공백 - 모든 텍스트 레이블 (CR, DR, Credit, Debit)
3. 괄호로 된 음수를 마이너스 기호 음수로 변환합니다: (500.00)을 -500.00으로 변경합니다.
4. 소수점 구분 기호가 회계 소프트웨어의 지역 설정과 일치하는지 확인합니다(일반적으로 마침표).
5. 저장하고 다시 업로드합니다.

유럽식 숫자 형식 (쉼표가 소수점, 마침표가 천 단위 구분 기호):

• 모든 마침표 천 단위 구분 기호를 제거합니다: 1.234,56을 1234,56으로 변경합니다.
• 쉼표 소수점을 마침표로 바꿉니다: 1234,56을 1234.56으로 변경합니다.
• 이렇게 하면 QuickBooks와 Xero가 예상하는 미국 형식으로 변환됩니다(미국 지역 설정 가정).

최선의 방법: 깨끗한 금액으로 CSV를 내보냅니다. 숫자, 소수점, 마이너스 기호만 사용합니다. 기호, 구분 기호, 텍스트는 사용하지 않습니다.

---

오류 7: 빈 행 및 공백

증상: "유효한 명세서 데이터 없음" 오류 또는 가져오기가 파일 중간에 중단됩니다.

원인: CSV에 빈 행이 포함되어 있습니다. 헤더 이전, 거래 블록 사이, 또는 마지막 거래 이후에 있을 수 있습니다. 일부 CSV에는 비어 있는 것처럼 보이지만 실제로는 비어 있지 않은 숨겨진 공백 문자가 포함되어 있기도 합니다.

은행 명세서 PDF에는 페이지 헤더, 섹션 구분선, 요약 블록이 있는 경우가 많으며, 이는 기본 도구로 CSV로 변환될 때 빈 행이 됩니다.

수정 방법:

1. 스프레드시트 애플리케이션에서 CSV를 엽니다.
2. 전체 파일을 스크롤하여 빈 행을 찾습니다.
3. 모든 빈 행을 삭제합니다. 특히 헤더 행 이전의 행을 삭제합니다.
4. 숨겨진 공백으로 인해 비어 보이는 행을 확인합니다(셀을 선택하고 수식 표시줄을 확인).
5. 요약 행(합계, 시작/종료 잔액 줄)을 삭제합니다.
6. 첫 번째 행이 은행 이름이나 보고서 제목이 아닌 열 헤더를 포함하는지 확인합니다.
7. 저장하고 다시 업로드합니다.

텍스트 편집기에서:

1. 일반 텍스트 편집기에서 CSV를 엽니다.
2. 쉼표만 포함된 줄(,,,)을 찾습니다. 이것이 빈 행입니다.
3. 삭제합니다.
4. 첫 줄에 있는 은행 이름, 계좌 번호, 명세서 기간과 같이 거래 데이터가 아닌 모든 것을 찾습니다.
5. 헤더 행이나 거래 데이터가 아닌 모든 것을 제거합니다.

최선의 방법: 깨끗한 CSV는 1행에 헤더 행이 있고 그 바로 뒤에 거래 데이터가 오며, 빈 행이 전혀 없는 상태로 시작합니다. PDFSub는 추출 중에 거래가 아닌 콘텐츠를 제거합니다.

---

오류 8: 파일 크기 또는 거래 수 제한

증상: "파일이 너무 큽니다" 오류 또는 가져오기가 완료된 것처럼 보이지만 거래의 일부만 가져옵니다.

원인: QuickBooks와 Xero 모두 가져오기 파일 크기와 거래 수에 제한이 있습니다.

• QuickBooks Online: 가져오기 파일당 약 1,000개의 거래
• Xero: 명확하게 게시된 제한은 없지만, 매우 큰 파일은 시간 초과될 수 있습니다.

활성 계정의 전체 연간 일일 거래를 가져오려고 하면 이러한 제한을 초과할 가능성이 높습니다.

수정 방법:

1. CSV를 월별 파일로 분할합니다.
2. 각 월을 별도로 가져옵니다.
3. 각 가져오기 후 거래 수를 확인합니다.

스프레드시트에서 분할하는 방법:

1. 큰 CSV를 엽니다.
2. 날짜별로 정렬합니다.
3. 한 달의 모든 행을 선택하고 새 파일로 복사합니다.
4. 동일한 헤더 행으로 저장합니다.
5. 각 월에 대해 반복합니다.

최선의 방법: 월별로 가져옵니다. 제한을 피하는 것뿐만 아니라 월별 가져오기는 확인하기 쉽고, 조정하기 쉬우며, 문제가 발생했을 때 문제 해결하기 쉽습니다.

---

PDFSub에서 이러한 오류를 방지하는 방법

이러한 가져오기 오류의 대부분은 가져오기 자체 중에 발생하는 것이 아니라 PDF-CSV 변환 단계에서 발생합니다. 깨끗하고 올바르게 형식화된 출력을 생성하는 변환 도구는 대부분의 문제를 미리 제거합니다.

PDFSub의 은행 명세서 변환기는 각 오류 원인을 해결합니다.

오류	PDFSub에서 방지하는 방법
날짜 형식 불일치	은행 템플릿에서 날짜 형식 자동 감지; 선택한 형식으로 내보내기
잘못된 열 매핑	표준 날짜, 설명, 금액 열 출력
중복 거래	가져오기 전에 필터링하기 쉬운 거래 날짜 포함
인코딩 오류	기본적으로 UTF-8로 내보내기
누락/추가 열	회계 소프트웨어에 필요한 열만 출력
금액 형식	깨끗한 숫자: 기호 없음, 구분 기호 없음, 마침표 소수점
빈 행	추출 중에 거래가 아닌 콘텐츠 제거
파일 크기 제한	월별 세그먼트로 내보낼 수 있음

QuickBooks의 경우, CSV 형식 지정 문제를 완전히 우회하는 QBO 형식으로 직접 내보낼 수도 있습니다. QBO 파일은 열 구성 없이 QuickBooks에서 자동으로 매핑됩니다.

Xero의 경우, 표준 열 헤더가 있는 CSV 내보내기는 Xero의 유연한 가져오기 시스템과 원활하게 작동합니다.

---

빠른 참조 문제 해결 체크리스트

가져오기가 실패하면 이 체크리스트를 따라 진행하세요:

• 헤더: CSV의 첫 번째 행에 명확한 열 헤더가 있습니까?
• 날짜 형식: 날짜가 회계 소프트웨어의 지역 설정과 일치합니까?
• 금액 형식: 깨끗한 숫자만 있습니까? 기호, 구분 기호 또는 텍스트가 없습니까?
• 열 개수: CSV에 정확히 올바른 수의 열이 있습니까?
• 인코딩: 파일이 UTF-8로 저장되었습니까?
• 빈 행: 위, 중간 또는 아래에 빈 행이 있습니까?
• 행 개수: (QuickBooks의 경우) 1,000개 미만의 거래입니까?
• 날짜 범위: 기존 은행 피드 거래와 겹치는 부분이 있습니까?
• 파일 이름: 짧고 간단합니까 (특수 문자 없음)?
• 파일 형식: CSV (쉼표로 구분), 세미콜론 또는 탭이 아닙니까?

이 10가지 항목을 모두 확인했는데도 가져오기가 여전히 실패하면, 문제는 원시 데이터 자체에 있을 가능성이 높습니다. 즉, 파서가 오류를 일으키는 특정 거래에 특이한 문자나 형식이 있는 것입니다. 문제를 격리하기 위해 처음 50개 행만 가져와 보세요.

---

자주 묻는 질문

QuickBooks는 왜 Xero는 허용하는데 제 CSV를 거부하나요?

QuickBooks Online은 Xero보다 엄격한 CSV 요구 사항을 가지고 있습니다. QuickBooks는 정확히 3개 또는 4개의 열을 예상하며, 날짜 형식에 덜 유연하고, 인코딩 문제에 더 민감합니다. Xero의 가져오기는 더 많은 열을 허용하며(필요한 열만 매핑하면 됨) 더 다양한 날짜 형식을 처리합니다. CSV가 Xero에서는 작동하지만 QuickBooks에서는 작동하지 않는다면, 먼저 열 개수와 날짜 형식을 확인하세요.

동일한 파일을 QuickBooks와 Xero 모두에 가져올 수 있나요?

네, 파일이 두 도구의 요구 사항을 충족하면 가능합니다. 날짜, 설명, 금액 열이 YYYY-MM-DD 형식이고 UTF-8 인코딩이며 숫자가 깨끗한 CSV는 두 플랫폼 모두에서 작동합니다. PDFSub의 기본 CSV 내보내기는 플랫폼 간 호환성을 위해 설계되었습니다.

가져올 때 중복 거래를 방지하려면 어떻게 해야 하나요?

가져오기 전에 은행 피드에서 이미 회계 소프트웨어에 있는 날짜를 확인하세요. 피드 범위 밖의 날짜만 포함하도록 CSV를 필터링하세요. QuickBooks와 Xero 모두 일부 중복 감지 기능이 있지만 완벽하지는 않습니다. 가져오기 전에 수동으로 날짜를 필터링하는 것이 더 안정적입니다.

가져오기 중에 일부 거래만 실패하면 어떻게 되나요?

QuickBooks와 Xero 모두 건너뛰거나 실패한 행을 보고합니다. 특정 행 번호에 대한 오류 보고서를 확인한 다음 CSV에서 해당 행을 검토하세요. 개별 행 실패의 일반적인 원인: 날짜 누락, 숫자가 아닌 금액 또는 파서가 처리할 수 없는 특수 문자.

QuickBooks의 경우 CSV 대신 QBO 형식을 사용해야 하나요?

QuickBooks에 가져오는 경우 QBO가 일반적으로 더 나은 선택입니다. QBO는 열 매핑, 날짜 형식 추측 또는 인코딩 문제 없이 QuickBooks가 읽는 구조화된 형식입니다. 중복을 방지하는 데 도움이 되는 거래 ID를 포함하며 거래를 입금 또는 출금으로 명확하게 표시합니다. PDFSub는 은행 명세서 PDF에서 직접 QBO 형식으로 내보낼 수 있습니다.

---

요약

QuickBooks 및 Xero의 은행 명세서 가져오기 오류는 거의 항상 형식 문제로 귀결됩니다. 잘못된 날짜 형식, 잘못된 열 구조, 인코딩 문제 또는 금액 형식 문제 등입니다. 오류는 원인을 알면 수정 가능하지만, 특히 여러 클라이언트를 처리할 때 시간 낭비와 좌절감을 유발합니다.

가장 효율적인 접근 방식은 소스에서 오류를 방지하는 것입니다. PDFSub의 은행 명세서 변환기는 PDF 명세서에서 거래를 추출하고 QuickBooks와 Xero가 깨끗하게 수락하는 형식으로 내보냅니다. 올바른 날짜, 깨끗한 금액, 올바른 인코딩 및 올바른 열 구조를 갖춘 형식입니다.

은행 명세서를 QuickBooks 또는 Xero 형식으로 변환 - 문제 해결을 건너뛰고 깨끗한 데이터를 가져오세요.