은행 거래내역 CSV 변환 | 회계 프로그램 업로드 방법

은행 피드를 연결할 수 없거나 과거 거래가 PDF로만 남아 있다면 수작업 입력 대신 통제된 파일 가져오기 절차를 만들 수 있습니다. 은행 거래내역 CSV 변환과 회계 프로그램 업로드는 PDF를 CSV로 바꾸는 것에서 끝나지 않습니다. 대상 프로그램의 열, 날짜, 금액 부호, 인코딩과 중복 규칙을 맞춘 뒤 작은 기간으로 시험해야 합니다.

가장 안전한 5단계 요약

1. 은행의 공식 CSV·OFX가 있는지 먼저 확인합니다.
2. PDF만 있다면 거래일·적요·입금·출금·잔액을 구조화합니다.
3. 원본 거래내역과 행·금액·부호를 대조합니다.
4. 대상 회계 프로그램의 공식 가져오기 양식으로 매핑합니다.
5. 은행 피드와 겹치지 않는 짧은 기간을 시험 업로드합니다.

이 절차는 은행 피드를 쓸 수 없는 구간을 보완하는 방법입니다. BankStatementLab은 표를 XLSX·CSV·JSON으로 추출하고 지원되는 흐름에서 OFX를 만들 수 있지만, 더존·세무사랑·이카운트 등 특정 회계 프로그램에 직접 연결하거나 자동 분개를 확정하지는 않습니다.

실제 업로드 전에는 대상 프로그램의 공식 샘플과 열 매핑을 문서화하고, 같은 규칙을 시험 파일과 전체 기간에 적용하세요.

통장 거래내역 엑셀·CSV를 회계 프로그램에 업로드하는 방법

1단계: 은행 원본 형식부터 확인

우선순위는 다음과 같습니다.

1. 은행이 제공한 공식 OFX·CSV·XLSX
2. 잠금이 해제된 원본 PDF에서 구조화한 데이터
3. 스캔 PDF를 OCR로 구조화한 데이터
4. 사람이 직접 입력한 데이터

은행이 제공한 구조화 파일은 PDF 표를 다시 인식하는 단계가 없어 우선 선택할 가치가 있습니다. 다만 계좌, 기간, 포함된 거래 상태와 열 정의는 다시 확인해야 합니다. 공식 다운로드 기간이 짧거나 고객이 PDF만 보관했다면 은행 거래내역서 PDF를 Excel로 변환하는 절차를 적용하세요.

2단계: 대상 프로그램의 공식 양식 확보

회계 프로그램마다 메뉴 이름과 필수 열이 다릅니다. 불러오기, 가져오기, 엑셀 업로드, 통장 입출금 내역 같은 메뉴를 찾고 사용 중인 버전의 샘플 파일을 내려받으세요. 더존, 세무사랑, 이카운트라는 제품명만 같아도 버전·모듈·권한에 따라 경로와 필드가 달라질 수 있습니다.

확인할 항목은 다음과 같습니다.

• 지원 형식: XLSX, CSV, OFX 중 무엇인가
• 파일 인코딩: UTF-8을 지원하는가
• 날짜: YYYY-MM-DD, YYYYMMDD 등 어떤 형식인가
• 금액: 단일 Amount 또는 입금·출금 별도 열인가
• 계좌: 은행 코드, 계좌 식별자, 통화가 필요한가
• 중복: 거래 ID 또는 날짜·금액 비교 기능이 있는가
• 오류: 전체 취소인지 오류 행만 제외하는지

3단계: 원본에서 필요한 열 추출

최소 작업표는 다음 구조가 실용적입니다.

추출 열	대상 열 예시	변환·검토
거래일	Date	YYYY-MM-DD로 통일
적요	Description	원문 유지, 임의 축약 금지
입금·출금	Amount	출금 음수 규칙 확인
잔액	Balance	검증용, 업로드 제외 가능
통화	Currency	외화 계좌 필수
계좌 별칭	Account	대상 계좌와 대조
source_file	Reference	원본 PDF 추적용
검토 상태	Review	업로드 전에 완료 확인

거래 적요를 다듬더라도 원문 열은 보존하세요. 분류용 설명과 원문을 같은 셀에 덮어쓰면 나중에 원본 대조가 어려워집니다.

4단계: 날짜·부호·숫자 형식 정규화

금액이 문자열이면 1,200,000원, 괄호 음수, 공백 때문에 합계와 업로드가 실패할 수 있습니다. 작업 사본에서 숫자 형식을 정리하고 원본 열은 그대로 둡니다.

단일 금액 열을 요구하는 경우의 예시는 다음과 같습니다.

=IF([@출금]<>0,-ABS([@출금]),ABS([@입금]))

이 공식은 대상 프로그램이 입금을 양수, 출금을 음수로 요구할 때만 사용합니다. Debit·Credit 열을 따로 받는 제품에는 적용하지 마세요. 날짜도 화면 표시가 아니라 실제 셀 값과 시간대 포함 여부를 확인합니다.

5단계: CSV 인코딩과 구분자 확인

CSV는 단순해 보이지만 쉼표, 큰따옴표, 줄바꿈과 인코딩 규칙 때문에 오류가 납니다. RFC 4180은 CSV의 일반적인 행·필드 표현을 설명합니다. Excel에서는 파일을 더블클릭하기보다 Microsoft의 UTF-8 CSV 가져오기 안내를 따라 데이터 > 텍스트/CSV에서 인코딩과 열 유형을 지정하세요.

다음을 확인합니다.

• 적요 안의 쉼표가 필드를 둘로 나누지 않는가
• 한글과 특수문자가 깨지지 않는가
• 계좌 식별값의 앞자리 0이 사라지지 않는가
• 날짜가 월/일로 뒤집히지 않는가
• 금액이 지수 표기로 바뀌지 않는가

6단계: OFX가 실제 지원되는지 판단

OFX는 계좌 유형과 통화 같은 정보를 함께 전달할 수 있지만 모든 회계 프로그램과 계좌가 같은 방식으로 받는 것은 아닙니다. BankStatementLab의 OFX 출력은 OFX 1.6 SGML 형식을 사용합니다. 다음을 설정하고 시험하세요.

설정	예시	검토 포인트
계좌 유형	CHECKING 또는 SAVINGS	대상 프로그램의 지원값
통화	KRW, USD 등	원본 계좌와 일치
시작·종료일	2026-07-01~07-31	중복 기간 없음
마감 잔액	원본 명세서 잔액	잔액 정의와 날짜
거래 식별자	고유값	재업로드 시 중복 가능성

다음 단계에서 실제로 지원하는 형식을 선택해야 합니다. OFX라는 이름만으로 호환성을 가정하지 마세요.

7단계: 중복 없는 짧은 기간으로 시험 업로드

전체 연도 대신 은행 피드와 겹치지 않는 5~20건을 선택합니다. 시험 결과에서 다음을 대조하세요.

• 가져온 행 수가 시험 파일의 행 수와 같은가
• 입금과 출금 방향이 뒤집히지 않았는가
• 날짜가 하루 또는 한 달 이동하지 않았는가
• 한글 적요가 보존되었는가
• 계좌와 통화가 맞는가
• 기존 거래와 중복되지 않았는가
• 합계와 순변동이 원본과 같은가

PDF만 있는 한 달치 거래로 CSV·OFX 시험 파일 만들기 →

8단계: 승인 후 전체 기간으로 확장

시험이 통과하면 같은 변환 규칙과 파일 템플릿을 저장합니다. 업로드한 파일명, 기간, 행 수, 담당자, 검토일과 오류 로그를 기록하세요. 오류가 나면 전체 파일을 반복 수정하기보다 원본 작업표에서 원인을 고친 뒤 새 버전으로 내보냅니다.

중복 거래를 막는 기간 설계

은행 피드와 수동 가져오기가 겹치면 같은 거래가 두 번 들어갈 수 있습니다. 예를 들어 피드가 8월 1일부터 시작됐다면 수동 파일은 7월 31일까지로 끝내고, 피드의 첫 며칠 거래가 실제로 언제 반영되었는지 확인합니다.

효과적인 검증 방법은 다음 키를 함께 비교하는 것입니다.

계좌 + 거래일 + 금액 + 정규화한 적요

이 조합도 완전한 고유키는 아닙니다. 같은 날 같은 가맹점에서 같은 금액을 두 번 결제할 수 있기 때문입니다. 은행 거래 ID나 잔액이 있다면 함께 사용하고, 의심 거래는 자동 삭제하지 말고 검토 대상으로 남기세요.

형식별 선택 기준

형식	장점	주의점	적합한 상황
XLSX	사람이 검토·수정하기 쉬움	수식·셀 형식이 바뀔 수 있음	검토표와 매핑 작업
CSV	구조가 단순하고 시스템 간 이동 쉬움	인코딩·구분자·열 형식	공식 CSV 템플릿 업로드
OFX	계좌 메타데이터와 거래 표현	제품별 지원 차이	OFX를 명시 지원하는 제품
JSON	중첩 데이터와 개발 처리	회계 담당자 직접 사용 어려움	자체 API·ETL 파이프라인

BankStatementLab 출력은 회계 프로그램 전용 양식이 아닙니다. 결과를 원본과 검증한 뒤 대상 템플릿에 맞추는 매핑 단계가 필요합니다.

가져오기 실패 원인과 해결 순서

증상	가능한 원인	먼저 확인할 것
한글이 깨짐	인코딩 불일치	UTF-8로 명시적 가져오기
금액이 반대로 등록	부호 규칙 불일치	시험 거래의 입금·출금
날짜 오류	로캘·텍스트 날짜	공식 날짜 형식
행 수 부족	빈 필수값·구분자 오류	오류 로그와 따옴표
중복 거래	피드와 기간 중첩	시작·종료일, 거래 ID
계좌 오류	계좌 유형·통화 불일치	대상 계좌 설정
전체 업로드 거부	헤더명·열 순서 불일치	공식 샘플 파일

오류 메시지와 원본 파일을 보존하고 한 번에 하나의 변수만 바꾸세요. 여러 규칙을 동시에 바꾸면 무엇이 해결책이었는지 재현하기 어렵습니다.

보안과 검증 기준

고객의 은행 거래내역을 처리한다면 업로드 권한, 접근 제어, 하위 처리자, 처리 지역, 보관과 삭제 조건을 확인해야 합니다. BankStatementLab의 현재 정책은 보안 페이지와 개인정보 처리방침에서 확인할 수 있습니다.

이 글의 제품 설명은 2026년 8월에 CSV/XLSX/JSON 출력, OFX 1.6 생성과 파일별 ZIP 동작을 코드 및 합성 데이터로 재확인했습니다. 실제 회계 프로그램의 필드와 메뉴는 버전에 따라 달라지므로 해당 제품의 최신 공식 문서가 우선합니다. 본 글은 일반적인 업무 정보이며 회계·세무·법률 자문이 아닙니다.

자주 묻는 질문

은행 거래내역 PDF를 회계 프로그램에 그대로 올릴 수 있나요?

대부분의 회계 프로그램은 PDF 표를 직접 거래 데이터로 받지 않습니다. 은행의 공식 CSV·OFX가 있으면 우선 사용하고, PDF만 있다면 거래를 구조화한 뒤 대상 프로그램의 공식 양식에 맞춰 열과 형식을 변환해야 합니다.

통장 거래내역 엑셀 업로드에 어떤 열이 필요한가요?

보통 거래일, 적요, 금액 또는 입금·출금, 통화와 계좌 식별자가 필요합니다. 필수 열과 이름은 제품과 버전마다 다르므로 더존, 세무사랑, 이카운트 등 실제 대상 프로그램의 현재 가져오기 양식을 확인하세요.

CSV와 OFX 중 어떤 형식을 선택해야 하나요?

열을 직접 매핑하고 수정해야 한다면 CSV가 투명합니다. 대상 제품이 OFX와 해당 계좌 유형을 명시적으로 지원한다면 OFX가 날짜, 금액, 계좌 메타데이터 전달에 유리할 수 있지만 먼저 짧은 기간으로 시험해야 합니다.

CSV를 열었을 때 한글이 깨지는 이유는 무엇인가요?

프로그램이 파일의 UTF-8 인코딩을 다른 문자 인코딩으로 해석했기 때문일 수 있습니다. Excel의 데이터 가져오기 기능에서 UTF-8과 열 형식을 지정하고, 다시 저장한 파일을 대상 프로그램에서 소량 시험 업로드하세요.

입금과 출금 부호는 어떻게 매핑하나요?

대상 양식이 단일 Amount 열을 쓰면 일반적으로 입금은 양수, 출금은 음수로 변환하지만 제품별 규칙을 확인해야 합니다. 별도 Debit·Credit 열을 요구하면 임의로 합치지 말고 공식 템플릿을 따르세요.

은행 피드와 수동 업로드가 겹치면 중복 거래가 생기나요?

생길 수 있습니다. 은행 피드가 시작되는 날짜와 수동 업로드 기간이 겹치지 않게 자르고, 이미 들어온 거래의 날짜·금액·적요·계좌를 비교한 뒤 중복 검사를 통과한 자료만 가져오세요.

가져온 거래가 자동으로 분개되나요?

파일 가져오기와 회계 분개 확정은 다른 단계입니다. 제품이 규칙이나 분류 후보를 제안하더라도 원본, 증빙, 계정과목과 세무 처리를 담당자가 확인하고 승인해야 합니다.

전체 기간을 한 번에 업로드해도 되나요?

권장하지 않습니다. 겹치지 않는 5~20건의 짧은 기간으로 날짜, 부호, 인코딩, 중복 처리와 잔액을 확인한 뒤 전체 기간으로 확장하면 잘못된 대량 등록을 피하기 쉽습니다.

마무리: 시험 업로드가 전체 마이그레이션보다 먼저입니다

좋은 파일은 열 이름이 그럴듯한 파일이 아니라 대상 프로그램에서 날짜, 부호, 계좌, 중복과 합계가 검증된 파일입니다. 은행 원본을 우선하고 PDF만 있는 기간은 구조화한 뒤, 겹치지 않는 작은 시험 가져오기로 확인하세요.

대표 거래내역으로 CSV·OFX 시험 파일 만들기 →

관련 기사

• 은행 거래내역서 PDF를 Excel로 변환하는 안전한 방법
• 세무사무소 은행 거래내역 PDF 일괄 Excel 변환
• 개인사업자 통장 거래내역 엑셀 정리 방법
• 은행 거래내역 PDF 암호 해제 후 Excel 변환