은행 거래내역 PDF를 CSV로 변환: 완벽 가이드 (2026)
은행 거래내역 PDF를 CSV로 변환하는 데 필요한 모든 것 - 컬럼 매핑, 날짜 형식, 회계 소프트웨어 요구사항 및 일반적인 함정.
CSV는 금융 데이터의 보편적인 언어입니다. QuickBooks, Xero, Sage, FreshBooks, Wave 등 모든 회계 소프트웨어가 CSV를 가져올 수 있습니다. 모든 스프레드시트 앱에서 열 수 있습니다. 일반 텍스트이며 사람이 읽을 수 있고 무한히 유연합니다.
하지만 은행 거래내역을 양질의 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가지 형식으로 내보냅니다. 올인원 플랜은 사용자당 월 $20(연간) 또는 사용자당 월 $25(월간)이며, 사용자당 월 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)
- 영국/EU/호주 형식: 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에서: D2가 양수이면 D2, 그렇지 않으면 -E2로 하는 새 컬럼을 만듭니다(D는 입금, E는 출금).
여러 달을 하나의 CSV로 결합할 수 있나요?
예, 하지만 중복에 주의하세요. 월 경계의 거래는 때때로 연속된 두 개의 거래내역에 나타날 수 있습니다. 가져오기 전에 중복을 제거하세요. 또한 회계 소프트웨어가 대용량 파일을 처리할 수 있는지 확인하세요. 일부 플랫폼에는 CSV 가져오기에 대한 행 제한이 있습니다.
CSV 은행 거래내역에 가장 좋은 날짜 형식은 무엇인가요?
**ISO 8601(YYYY-MM-DD)**은 전 세계적으로 모호하지 않기 때문에 가장 안전합니다. 회계 소프트웨어에서 이를 허용하지 않으면 회계 소프트웨어의 지역 설정과 일치하는 형식을 사용하세요. 일반적으로 미국 기반 플랫폼의 경우 MM/DD/YYYY, 영국/EU/호주 플랫폼의 경우 DD/MM/YYYY입니다.