은행 거래내역을 CSV로 변환하는 완벽 가이드 (2026)
은행 거래내역 PDF를 CSV로 변환하는 데 필요한 모든 것 — 컬럼 매핑, 날짜 형식, 회계 소프트웨어 요구사항 및 일반적인 함정.
CSV는 금융 데이터의 보편적인 언어입니다. QuickBooks, Xero, Sage, FreshBooks, Wave 등 모든 회계 플랫폼에서 가져올 수 있습니다. 모든 스프레드시트 앱에서 열 수 있습니다. 일반 텍스트이며 사람이 읽을 수 있고 무한히 유연합니다.
하지만 은행 거래내역을 좋은 CSV 파일로 만드는 것은 어려운 부분입니다. 은행은 PDF를 제공하지만 회계 소프트웨어는 특정 컬럼 레이아웃을 기대합니다. 날짜 형식은 지역마다 다릅니다. 그리고 구분 기호 하나만 잘못되어도 전체 가져오기가 손상될 수 있습니다.
이 가이드에서는 CSV가 실제로 무엇인지, 은행 거래내역을 CSV로 변환하는 방법, 각 회계 플랫폼이 무엇을 기대하는지, 그리고 가져오기를 조용히 망가뜨리는 서식 함정에 대해 모두 다룹니다.
CSV 파일이란 무엇인가요? (그리고 회계사들이 왜 좋아할까요)
CSV는 Comma-Separated Values(쉼표로 구분된 값)의 약자입니다. 각 줄이 행을 나타내고 쉼표가 열을 구분하는 일반 텍스트 파일입니다. 서식, 수식, 매크로 없이 순수한 데이터만 있습니다.
은행 거래내역 CSV는 다음과 같이 보입니다:
날짜,설명,금액,잔액
2026-01-03,급여 입금,4200.00,5432.50
2026-01-05,AMAZON.COM,-47.99,5384.51
2026-01-08,전기 요금,-142.30,5242.21
회계사들이 은행 데이터를 CSV로 선호하는 이유는 다음과 같습니다:
- 보편적인 호환성 — 모든 회계 플랫폼에서 CSV를 가져옵니다.
- 작은 파일 크기 — 1년치 거래 내역이 50KB 정도일 수 있습니다.
- 소프트웨어 종속성 없음 — QBO(QuickBooks) 또는 QFX(Quicken)와 달리 CSV는 특정 공급업체에 묶여 있지 않습니다.
- 검사 용이 — 메모장에서 열어 정확히 무엇이 있는지 확인할 수 있습니다.
- 스크립트 가능 — Python, Excel 매크로 또는 자동화 도구로 CSV 파일을 처리할 수 있습니다.
단점은 무엇일까요? CSV에는 은행 데이터에 대한 내장 표준이 없습니다. 날짜, 금액, 설명이 어디에 들어갈지 정확히 정의하는 QBO 또는 OFX와 달리 CSV는 자유 형식입니다. 이러한 유연성은 강점이자 가장 큰 골칫거리입니다.
은행 거래내역 PDF를 CSV로 변환하는 방법
대부분의 은행은 CSV가 아닌 PDF 형식으로 거래내역을 제공합니다. 다음은 최악부터 최상의 방법입니다.
방법 1: 전문 은행 거래내역 변환기 (권장)
가장 빠르고 정확한 접근 방식입니다. 은행 거래내역을 위해 특별히 제작된 도구는 금융 문서 구조(거래 섹션, 누적 잔액, 여러 줄 설명, 날짜 형식)를 이해합니다.
PDFSub를 사용한 단계별 안내:
- 은행의 온라인 포털에서 거래내역 PDF를 다운로드합니다.
- PDFSub 은행 거래내역 변환기로 이동합니다.
- PDF를 업로드합니다 — 드래그 앤 드롭하거나 클릭하여 검색합니다.
- 다운로드하기 전에 추출된 거래 내역을 검토합니다.
- 출력 형식으로 CSV를 선택합니다.
- 다운로드합니다 — 또는 "모두 다운로드"를 사용하여 8가지 형식의 ZIP 파일을 받습니다.
PDFSub의 Tier 1 추출은 디지털 PDF를 브라우저에서 완전히 처리하므로 파일이 기기를 벗어나지 않습니다. 날짜 형식을 자동 감지하고 입금과 출금을 분리하며 여러 줄 설명을 처리합니다.
PDFSub는 CSV, XLSX(Excel), TSV, JSON, QBO, OFX, QFX, QIF의 8가지 형식으로 내보냅니다. 요금제는 월 $10부터 시작하며, 은행 거래내역 변환은 월 $29(Business + BSC 추가 기능, 500페이지)이고 7일 무료 체험을 제공합니다.
방법 2: 은행의 기본 CSV 내보내기
일부 은행은 온라인 뱅킹 포털을 통해 CSV 다운로드를 제공합니다. 최근 거래 내역에는 괜찮지만 다음과 같은 제한 사항에 주의하세요.
| 은행 | CSV 기록 | 거래 제한 | 참고 |
|---|---|---|---|
| Chase | 약 24개월 | 1,000행 | 경고 없이 조용히 잘림 |
| Bank of America | 다운로드당 약 60일 | 3,000행 | 신용카드는 12개월로 제한 |
| Wells Fargo | 약 18개월 | 다름 | QFX도 사용 가능 |
| Citi | 약 24개월 | 다름 | CSV 및 QFX 옵션 |
주요 제한 사항: 이것은 거래 피드이며 공식 거래내역이 아닙니다. 시작/종료 잔액, 수수료 요약 및 이자 내역이 누락됩니다. 전체 거래내역이 필요한 경우 PDF가 필요합니다.
방법 3: 복사-붙여넣기 + 수동 정리
PDF에서 텍스트를 복사하여 Excel에 붙여넣고, "텍스트 나누기"로 정리한 다음 CSV로 저장합니다. 기술적으로는 작동하지만 거래내역당 30분 이상의 정리가 필요할 수 있습니다. 한두 개의 간단한 거래내역 이상에는 권장되지 않습니다.
방법 4: Adobe Acrobat 내보내기
Acrobat Pro는 PDF를 스프레드시트로 내보낼 수 있지만, 은행 거래내역은 최악의 시나리오 중 하나입니다. 열이 분할되고, 헤더가 병합되며, 상당한 수동 수정이 필요할 것으로 예상됩니다.
회계 소프트웨어를 위한 CSV 컬럼 레이아웃
CSV 변환이 미묘해지는 부분입니다. 다른 회계 플랫폼은 다른 컬럼 구조를 기대합니다.
세 가지 일반적인 레이아웃
단일 금액 컬럼 (가장 일반적):
날짜,설명,금액
2026-01-03,급여 입금,4200.00
2026-01-05,AMAZON.COM,-47.99
입금은 양수, 출금은 음수입니다. QuickBooks Online, Xero, Wave, FreshBooks에서 사용합니다.
별도의 차변/대변 컬럼:
날짜,설명,입금액,출금액
2026-01-03,급여 입금,4200.00,
2026-01-05,AMAZON.COM,,47.99
두 값 모두 양수이며 컬럼이 방향을 결정합니다. Sage, 일부 Dynamics 365 구성 및 일부 지역 회계 소프트웨어에서 사용합니다.
잔액 컬럼 포함:
날짜,설명,금액,잔액
2026-01-03,급여 입금,4200.00,5432.50
2026-01-05,AMAZON.COM,-47.99,5384.51
일부 플랫폼은 조정 확인을 위해 잔액 컬럼을 사용합니다. 대부분의 가져오기에는 선택 사항입니다.
각 플랫폼이 기대하는 것
| 플랫폼 | 날짜 형식 | 금액 스타일 | 필수 컬럼 | 참고 |
|---|---|---|---|---|
| QuickBooks Online | MM/DD/YYYY | 단일 컬럼, 부호 포함 | 날짜, 설명, 금액 | 통화 기호 없음 |
| QuickBooks Desktop | MM/DD/YYYY | 단일 컬럼, 부호 포함 | 날짜, 설명, 금액 | QBO/IIF 형식 선호 |
| Xero | DD/MM/YYYY 또는 MM/DD/YYYY | 단일 컬럼, 부호 포함 | 날짜, 설명, 금액 | 조직 지역 설정과 일치 |
| Sage | DD/MM/YYYY | 별도 입금/출금 컬럼 | 날짜, 설명, 입금액, 출금액 | 두 값 모두 양수 |
| FreshBooks | MM/DD/YYYY | 음수 금액만 | 날짜, 공급업체, 금액, 카테고리 | 음수 금액(비용)만 가져옵니다 |
| Wave | MM/DD/YYYY | 단일 컬럼, 부호 포함 | 날짜, 설명, 금액 | 유연한 날짜 파싱 |
핵심 요점: 변환하기 전에 항상 회계 소프트웨어의 가져오기 문서를 확인하세요. QuickBooks로 완벽하게 가져와지는 CSV가 Sage에서는 실패할 수 있습니다. Sage는 부호 있는 금액 대신 별도의 컬럼을 기대하기 때문입니다.
가장 흔한 CSV 함정 5가지
이러한 문제는 데이터를 조용히 손상시킵니다. 조정 금액이 수천 달러 차이가 나기 전까지는 알아차리지 못할 수 있습니다.
1. 날짜 형식 불일치
가장 흔한 가져오기 오류입니다. CSV에는 01/03/2026이라고 되어 있는데, 1월 3일인가요, 아니면 3월 1일인가요?
- 미국 형식: MM/DD/YYYY (1월 3일 = 01/03/2026)
- 영국/유럽/호주 형식: DD/MM/YYYY (1월 3일 = 03/01/2026)
- ISO 형식: YYYY-MM-DD (1월 3일 = 2026-01-03)
회계 소프트웨어가 영국 날짜 형식으로 설정되어 있고 CSV가 미국 형식을 사용하는 경우, 일(day)이 12 이하인 모든 날짜는 일과 월이 바뀌어 조용히 가져와집니다. 1월 3일이 3월 1일이 됩니다. 오류는 발생하지 않지만 데이터가 잘못됩니다.
해결 방법: 가능하면 ISO 형식(YYYY-MM-DD)을 사용하세요. 모호하지 않고 대부분의 플랫폼에서 지원됩니다. 그렇지 않으면 날짜 형식을 회계 소프트웨어의 지역 설정과 일치시키세요.
2. 텍스트로 저장된 숫자
Excel은 때때로 금액을 숫자가 아닌 텍스트로 저장합니다. CSV는 시각적으로는 괜찮아 보이지만 "47.99"는 실제로는 숫자 대신 텍스트 문자열입니다. 단서: Excel에서 여러 셀을 선택할 때 상태 표시줄에 "합계" 대신 "개수"가 표시됩니다.
해결 방법: CSV로 저장하기 전에 금액 컬럼을 선택하고 → 데이터 → 텍스트 나누기 → 마침을 선택합니다. 이렇게 하면 Excel이 값을 숫자로 다시 해석하도록 강제합니다.
3. 설명 내 쉼표 문제
CSV는 구분 기호로 쉼표를 사용합니다. 하지만 설명에 쉼표가 포함된 경우 어떻게 될까요?
2026-01-15,SMITH, JOHN - PAYMENT,250.00
적절한 따옴표 처리가 없으면 소프트웨어는 세 개가 아닌 네 개의 열을 읽습니다: 2026-01-15, SMITH, JOHN - PAYMENT, 250.00. 가져오기가 실패하거나 데이터가 잘못된 열에 매핑됩니다.
해결 방법: 쉼표가 포함된 설명은 큰따옴표로 묶어야 합니다:
2026-01-15,"SMITH, JOHN - PAYMENT",250.00
좋은 변환기는 이를 자동으로 처리합니다. 직접 CSV를 만드는 경우 항상 설명 필드를 따옴표로 묶으세요.
4. 인코딩 문제 (특수 문자)
은행 설명에는 때때로 특수 문자가 포함될 수 있습니다 — 악센트가 있는 이름(José), 앰퍼샌드(&) 또는 긴 대시(—). 파일이 UTF-8 인코딩으로 저장되지 않으면 이러한 문자는 가져온 후 깨진 기호로 나타납니다.
해결 방법: CSV를 UTF-8로 저장하세요. Excel에서: 파일 → 다른 이름으로 저장 → "CSV UTF-8(쉼표로 구분)"을 선택합니다. 시스템의 로컬 인코딩을 사용하는 "CSV(쉼표로 구분)"은 피하세요.
5. 음수 금액 서식
지역마다 음수를 다르게 서식합니다:
-47.99(표준, 미국)(47.99)(회계 형식)-47,99(유럽, 쉼표 소수점)
대부분의 회계 소프트웨어는 대시 형식(-47.99)을 기대합니다. 괄호 안의 음수와 쉼표 소수점은 가져오기에 실패하거나 텍스트로 가져와집니다.
해결 방법: 가져오기 전에 -47.99 형식과 점 소수점으로 표준화하세요. 은행에서 유럽 숫자 형식을 사용하는 경우 쉼표와 점을 바꿔야 할 수 있습니다.
CSV 대 기타 은행 거래내역 형식
CSV가 항상 최선의 선택은 아닙니다. 다음은 언제 무엇을 사용해야 하는지에 대한 내용입니다.
| 형식 | 가장 적합한 용도 | 중복 감지 지원 | 표준화된 레이아웃 | |--------|---------|----------------------------|-------------------|| | CSV | 보편적 호환성, 사용자 정의 워크플로우, 분석 | 아니요 | 아니요 | | QBO | QuickBooks Desktop/Online 가져오기 | 예 (FITID) | 예 | | OFX | Xero, Sage, 다중 플랫폼 가져오기 | 예 (FITID) | 예 | | QFX | Quicken 가져오기 | 예 (FITID) | 예 | | XLSX | 분석, 보고, 피벗 테이블 | 아니요 | 아니요 | | QIF | 레거시 Quicken, Money | 아니요 | 부분적 |
CSV 사용 시점: 최대 유연성이 필요하거나, 가져오기 전에 데이터를 검토하거나 편집하고 싶거나, 소프트웨어에서 CSV만 지원하는 경우.
QBO/OFX 대신 사용 시점: QuickBooks 또는 Xero로 가져오고 중복 감지를 원하는 경우. QBO 및 OFX 파일에는 동일한 거래가 두 번 가져와지는 것을 방지하는 거래 ID(FITID)가 포함되어 있습니다. CSV에는 이러한 기능이 없습니다. 동일한 파일을 두 번 가져오면 중복 항목이 생성됩니다.
은행 거래내역 CSV 작업 팁
먼저 작은 파일로 테스트하세요. 12개월치 거래 내역을 가져오기 전에 한 달치를 가져와 보세요. 날짜, 금액, 설명이 올바르게 표시되는지 확인하세요. 서식 문제를 조기에 발견하세요.
CSV는 계정별, 월별로 하나씩 보관하세요. 여러 은행 계좌를 단일 CSV로 결합하지 마세요. 대부분의 회계 소프트웨어는 한 번에 하나의 계좌만 가져옵니다.
가져오기 전에 Excel에서 CSV를 열지 마세요. Excel은 CSV를 열 때 날짜와 숫자를 자동으로 다시 서식합니다. 01-03과 같은 날짜가 1-Mar로 바뀝니다. 파일을 검토해야 하는 경우 대신 텍스트 편집기(메모장, VS Code)를 사용하세요.
총액을 확인하세요. 가져오기 후 회계 소프트웨어의 거래 합계와 은행 거래내역의 시작/종료 잔액을 비교하세요. 일치하지 않으면 누락되거나 중복된 거래가 있는 것입니다.
필요한 경우 헤더 행을 제거하세요. 일부 회계 플랫폼은 헤더를 자동으로 감지하지만, 그렇지 않은 경우도 있습니다. 가져오기가 실패하면 CSV에서 헤더 행을 제거해 보세요.
다중 통화 문제를 주의하세요. 단일 거래내역에 여러 통화로 된 거래가 있는 경우 일반적으로 통화별로 별도의 CSV가 필요합니다. 대부분의 회계 소프트웨어는 단일 가져오기에서 혼합 통화를 처리할 수 없습니다.
자주 묻는 질문
은행 거래내역 CSV에는 어떤 컬럼이 필요한가요?
최소한: 날짜, 설명, 금액입니다. 일부 플랫폼은 잔액, 카테고리 또는 별도의 차변/대변 컬럼도 지원합니다. 정확한 요구 사항은 회계 소프트웨어의 가져오기 문서를 확인하세요.
스캔된 은행 거래내역을 CSV로 변환할 수 있나요?
예, 하지만 정확도가 크게 떨어집니다. 스캔된 거래내역은 OCR(광학 문자 인식)을 사용하여 이미지에서 텍스트를 추출해야 하며, 이는 작은 글꼴, 낮은 스캔 품질 또는 손으로 쓴 항목으로 인해 오류가 발생할 수 있습니다. 디지털 PDF(은행 웹사이트에서 다운로드)는 95–99%의 정확도로 변환됩니다. 스캔된 PDF는 평균 80–90%입니다.
Excel이 CSV를 열 때 내 날짜를 변경하는 이유는 무엇인가요?
Excel은 데이터를 자동으로 해석합니다. CSV를 열 때 Excel은 값이 날짜, 숫자 또는 텍스트인지 추측하며 종종 잘못 추측합니다. 이를 방지하려면 파일을 두 번 클릭하는 대신 데이터 → 데이터 가져오기 → 텍스트/CSV를 사용하여 CSV를 가져오세요. 이렇게 하면 각 컬럼을 어떻게 해석할지 제어할 수 있습니다.
QuickBooks에는 CSV와 QBO 중 무엇을 사용해야 하나요?
가능하면 QBO를 사용하세요. QBO는 중복 가져오기를 방지하는 거래 ID(FITID)를 포함합니다 — 동일한 파일을 두 번 가져와도 QuickBooks는 이미 가져온 거래를 건너뜁니다. CSV에는 이러한 보호 기능이 없습니다. 그러나 CSV는 가져오기 전에 데이터를 편집할 수 있는 더 많은 유연성을 제공합니다. 자세한 단계는 QuickBooks로 은행 거래내역 가져오기 가이드를 참조하세요.
입금 및 출금 컬럼이 분리된 은행 거래내역은 어떻게 처리해야 하나요?
일부 은행은 단일 부호 금액 대신 별도의 컬럼에 입금과 출금을 나열합니다. 대부분의 회계 소프트웨어의 경우 입금은 양수, 출금은 음수로 처리되는 단일 금액 컬럼으로 병합해야 합니다. Excel에서: 새 컬럼을 만들고 =IF(D2>0, D2, -E2)를 사용합니다 (D는 입금, E는 출금).
여러 달을 하나의 CSV로 합칠 수 있나요?
예, 하지만 중복에 주의하세요. 월 경계의 거래는 때때로 연속된 두 개의 거래내역에 나타날 수 있습니다. 가져오기 전에 중복을 제거하세요. 또한 회계 소프트웨어가 대용량 파일을 처리할 수 있는지 확인하세요 — 일부 플랫폼에는 CSV 가져오기에 대한 행 제한이 있습니다.
CSV 은행 거래내역에 가장 좋은 날짜 형식은 무엇인가요?
**ISO 8601(YYYY-MM-DD)**은 전 세계적으로 모호하지 않기 때문에 가장 안전합니다. 회계 소프트웨어에서 이를 지원하지 않으면 회계 소프트웨어의 지역 설정과 일치하는 형식(일반적으로 미국 기반 플랫폼의 경우 MM/DD/YYYY 또는 영국/유럽/호주 플랫폼의 경우 DD/MM/YYYY)을 사용하세요.