12개월, 하나의 스프레드시트:프랑스 은행 거래내역 일괄 조정

2026년 5월 20일. 이는 12월 31일 결산 법인을 위한 프랑스 연간 법인세 신고 패키지인 liasse fiscale의 전자 제출 마감일입니다. 모든 liasse fiscale 뒤에는 최소한 하나의 état de rapprochement bancaire(ERB), 즉 대차대조표의 compte 512 잔액이 실제와 일치함을 증명하는 은행 거래 조정 명세서가 있습니다. 세 개의 다른 프랑스 은행에 계좌를 가진 회사의 경우, 이는 expert-comptable이 승인하기 전에 각각 다른 형식의 약 36개의 개별 relevés bancaires를 조정해야 함을 의미합니다.

프랑스 은행 거래내역 데이터 추출이 처음이신가요? 프랑스 은행 거래내역을 Excel로 추출하는 가이드부터 시작하세요 — RIB/IBAN 형식, 거래 유형 및 단일 명세서 작업 흐름을 다룹니다. 이 글은 여러 은행에 걸쳐 12개의 명세서가 있고 마감일이 있을 때 무엇이 달라지는지에 관한 것입니다.

연말 조정 및 회계 마감을 위한 프랑스 은행 거래내역 PDF 일괄 처리

핵심 요약

  1. DSP2 은행 피드는 최근 90일 거래만 가져옵니다. liasse fiscale 마감일에는 12개월 전체가 필요하며, 1월 relevé bancaire는 피드 기간이 시작되기 훨씬 전에 이미 PDF로 존재했습니다.
  2. 세 개의 프랑스 은행은 세 가지 다른 relevé 형식을 제공하며, Crédit Agricole의 41개 지역 caisses는 동일한 레이아웃조차 공유하지 않습니다. 36개의 명세서를 조정하는 것은 회계 작업이 아니라 원장 안에 숨겨진 데이터 통합 문제입니다.
  3. ImageToTable.ai는 픽셀 위치 대신 열 이름으로 모든 프랑스 은행의 relevé를 읽습니다. Date, Libellé, Débit, Crédit을 한 번 정의하면 36개의 PDF가 모두 자동 감사 추적과 함께 단일 스프레드시트로 병합됩니다.

프랑스의 연말 은행 잔액 조정(라프로슈망 방케르) 요건

프랑스 상법(Code de commerce) 제L123-12조는 "은행 잔액 조정"을 명시적으로 언급하지 않습니다. 그러나 모든 상인(commerçant)은 정기적이고 정직한 회계(comptabilité régulière et sincère)를 유지하고, 최소 12개월마다 재고 조사를 통해 자산과 부채를 관리하며, 연간 재무제표를 작성해야 합니다. 실제로, 프랑스 기업이 세 가지 기준(총자산 400만 유로, 연간 순매출 800만 유로, 종업원 50명) 중 두 가지를 초과할 경우 요구되는 법정 감사인(CAC)이나 전문 회계사(expert-comptable)는 모든 활성 은행 계좌에 대해 완료된 은행 잔액 조정 명세서(état de rapprochement bancaire)를 확인하지 않고는 재무제표를 인증하지 않습니다.

2001년 1월 15일 앙제 항소법원(Cour d'appel d'Angers) 판결(번호 2000/00239)은 대사(lettrage)와 은행 잔액 조정(rapprochement bancaire)을 "기본 회계 요소(éléments comptables de base)"로 분류했습니다. 잔액 조정이 없다는 것은 단순한 서식 누락이 아니라, CAC가 직업적으로 지적해야 할 내부 통제(contrôle interne)의 결함입니다. 일반 회계 계획(Plan Comptable Général, ANC 규정 2014-03)은 모든 회계 입력에 대한 정당성과 추적 가능성을 요구함으로써 이를 강화합니다.

ERB는 단독으로 법적 필수 사항은 아니지만, 세무 신고서(liasse fiscale) 제출은 필수이며, ERB는 대차대조표(bilan)상의 compte 512 잔액이 정확함을 증명하는 문서입니다. 12월 31일 결산 기준으로, 서면 제출은 5월 5일, EDI-TDFC 전자 제출은 5월 20일까지 세무 당국에 도착해야 합니다. 즉, 회계사가 이를 대차대조표와 손익계산서(compte de résultat)에 반영할 수 있도록 잔액 조정 작업은 몇 주 일찍 완료되어야 합니다.

프랑스 기업이 여러 은행에 계좌를 보유하는 이유

프랑스 중소기업(SME)은 미국 소기업이 체이스(Chase) 당좌 계좌 하나만 사용하는 방식과 다릅니다. 프랑스의 은행 환경은 본질적으로 분산되어 있습니다. 기업은 국내 업무를 위해 BNP Paribas에 당좌 계좌(compte courant)를, 여유 현금을 위해 Crédit Agricole에 저축 계좌(compte d'épargne)를, 일상적인 비용 관리를 위해 Qonto나 Shine에 비즈니스 계좌를 보유할 수 있습니다. 이 각각은 계정과목표상 별개의 compte 512이며, 연말마다 각각 자체 ERB가 필요합니다.

이러한 다중 은행 패턴은 예외라기보다 일반적입니다. Tiime의 프랑스 SME 은행 이용 행태 조사에 따르면, 다중 은행 이용(multi-bancarisation)은 활동의 실질적 분리(운영 vs. 저축 vs. 외화), 다양한 금융 상품 접근, 그리고 때로는 의도적인 은행 위험 분산, 특히 Bpifrance 지원 금융 약정이 기업에 은행 풀(pool bancaire) 전반에 걸쳐 대출처를 다각화하도록 요구할 때 발생합니다.

연말 잔액 조정의 실질적 결과: 은행이 세 곳이면 매월 세 개의 별도 계좌 명세서(relevé de compte)가 발생합니다. Crédit Agricole은 각각 명세서 형식에 대한 자율권을 가진 41개의 지역 은행(caisses régionales)을 통해 운영됩니다. BNP Paribas는 별도의 차변(débit) 및 대변(crédit) 열을 사용합니다. Société Générale은 양수 및 음수 부호가 있는 단일 "금액(Montant)" 열을 사용합니다. 세 가지 다른 명세서 형식에서 12개월 분량을 복사하여 붙여넣기로 만든 잔액 조정 스프레드시트는 아침 시간에 끝낼 작업이 아닙니다. 이는 회계 작업으로 위장된 구조적 데이터 통합 문제입니다.

프랑스 다중 은행 시나리오에서 뱅크 피드와 CSV 내보내기의 한계

프랑스 회계 소프트웨어(Sage 100, Cegid Quadra, Pennylane, EBP)는 DSP2 기반 뱅크 피드 통합에 많은 투자를 해왔습니다. 이론적으로는 깔끔합니다. Budget Insight, Bankin', Powens 같은 은행 집계업체(agrégateur bancaire)를 통해 소프트웨어가 은행에서 직접 거래 내역을 가져오도록 승인하는 것입니다. 하지만 이 이론은 연말 결산 시점에 정확히 세 가지 허점을 드러냅니다.

첫째, 과거 데이터에 접근하기 어려운 경우가 많습니다. DSP2 피드와 EBICS 연결은 일반적으로 최근 90일의 거래 내역만 가져옵니다. 1월부터 12월까지를 포괄하는 연말 조정에는 12개월 전체가 필요합니다. 피드 기간을 벗어난 기간이나 집계 네트워크에 참여하지 않는 소규모 프랑스 은행 계좌의 경우, 은행의 고객 공간(espace client)에서 다운로드한 PDF 형태의 계좌 명세서(relevé bancaire)나, 구형 상호 금고의 경우 우편으로 발송된 후 스캔된 종이 명세서에 의존해야 합니다.

둘째, 프랑스 은행의 CSV 내보내기는 기관별로 표준화되어 있지 않습니다. BNP Paribas CSV는 쉼표를 소수점으로 사용하고 세미콜론을 구분자로 사용하는 반면, Crédit Agricole CSV는 다른 열 헤더와 날짜 형식을 사용합니다. La Banque Postale CSV의 거래 설명 구조는 LCL CSV와 다릅니다. 세 은행에서 12개월치 CSV를 다운로드하려면 병합 전에 최소 세 가지 다른 열 스키마를 정규화해야 합니다. CFONB-120 형식이 표준으로 존재하지만 모든 은행이 이를 지원하는 것은 아니며, CFONB로 내보내려면 각 은행 인터페이스에서 서로 다른 메뉴 경로를 찾아야 하는 경우가 많습니다.

셋째, 피드 방식은 실시간 디지털 접근을 전제로 하지만, 은행을 변경하거나 계좌를 폐쇄하거나 과거 감사를 처리하는 프랑스 기업은 종종 PDF만 보유하고 있습니다. 상법(Code de commerce) 제L123-22조는 기업이 계좌 명세서를 10년간 보관하도록 요구합니다. 그 10년 된 명세서는 기껏해야 PDF(또는 스캔된 종이)이며, DSP2 피드가 그렇게 오래전까지 도달하지는 않습니다.

세 프랑스 은행을 하나의 형식처럼 읽는 일괄 추출 방식

세 프랑스 은행이 각각 별도의 데이터 입력 프로젝트가 되는 이유는 템플릿 의존성 때문입니다. 템플릿 기반 OCR 도구는 좌표 주위에 경계 상자를 그립니다. "BNP 명세서에서 날짜는 (x=45, y=120)에 있습니다." 이 좌표는 은행이 레이아웃을 업데이트하는 순간 무용지물이 되며, 다른 지역 금고의 Crédit Agricole PDF에서는 전혀 의미가 없습니다.

ImageToTable.ai는 좌표 템플릿을 열 이름 추출로 대체합니다. "날짜", "적요(설명)", "출금", "입금", "잔액" 등 원하는 열 이름을 한 번만 정의하면 됩니다. AI는 사람이 하는 방식으로 각 은행 명세서를 읽습니다. 날짜 패턴을 인식하여 날짜 열을 식별하고, 금액에 대한 구조적 위치를 기준으로 거래 설명을 찾으며, 마이너스 기호가 포함된 픽셀 좌표를 확인하는 것이 아니라 주변 맥락에 따라 값이 출금인지 입금인지 판단합니다. 이는 연말 결산을 위한 프랑스 송장 일괄 처리 가이드에서 다루는 메커니즘과 동일합니다. 로직이 형식에 구애받지 않기 때문에 진정한 다중 소스 일괄 처리가 가능합니다.

BNP Paribas, Crédit Agricole, Société Générale를 각각 설정할 필요가 없습니다. 한 세트의 열 이름을 구성하고 36개의 PDF를 모두 업로드하면 AI가 모든 페이지에 동일한 추출 로직을 적용합니다. 별도의 두 열 레이아웃과 부호 표기가 있는 단일 "금액" 열 모두 출력에서 구조적으로 동일한 행을 생성합니다.

내부에서 일어나는 일은 위치 기반이 아닌 의미 기반입니다. AI는 Société Générale 명세서의 음수 값 "금액"이 BNP Paribas 명세서의 출금 항목과 동일하다는 것을 이해합니다. 금액이 페이지의 어디에 나타나는지 알 필요가 없습니다. 거래 행의 맥락에서 금액이 무엇을 의미하는지 알면 됩니다. 이것이 템플릿 OCR과 비전-언어 모델 추출의 차이점이며, 수정 없이 모든 프랑스 은행의 명세서 형식에서 동일한 열 정의가 작동하는 이유입니다.

36개의 PDF에서 하나의 조정 스프레드시트로: 배치 워크플로우

워크플로우는 세 단계로 구성되며, ERB에서 중요한 것은 출력의 구조입니다:

1
36개의 PDF를 모두 업로드합니다. BNP, Crédit Agricole, Société Générale의 1월부터 12월까지 모든 relevé bancaire를 한 번에 업로드하세요. 이 도구는 은행 espace client 포털에서 다운로드한 PDF, 스캔한 종이 명세서, 인쇄된 relevé의 스마트폰 사진을 지원합니다. 수동 워크플로우에서는 세 개의 개별 CSV 정규화가 필요한 형식도 하나의 배치로 처리됩니다.
2
열을 한 번만 정의합니다. ERB에 필요한 열 이름을 입력하세요: "날짜", "내역", "참조", "차변", "대변", "잔액", "은행". 또한 추론 열을 추가할 수 있습니다. AI가 명세서에 명시적으로 인쇄되지 않은 값을 결정하는 열입니다. 예를 들어 "카테고리 (옵션: 은행 수수료/자동이체/계좌이체/수표/카드/기타)"를 정의하면 AI가 각 거래 내역을 읽고 문구에서 거래 유형을 인식하여 카테고리를 자동으로 채워 추출 후 분류 단계를 생략합니다. 계산 열을 사용하면 추출 중에 계산을 실행할 수도 있습니다: "차이 = 대변 − 차변"을 정의하여 AI가 읽는 각 행의 불일치를 표시할 수 있습니다.
3
병합된 Excel 파일을 내보냅니다. 출력은 12개월 전체와 3개 은행의 모든 거래가 하나의 테이블에 담긴 단일 스프레드시트입니다. "원본 파일" 열은 각 행이 어떤 relevé에서 왔는지 식별합니다. 이 열은 감사 추적이 됩니다: ERB의 모든 거래는 특정 은행 PDF 페이지로 추적 가능합니다. 이 파일은 Sage, Cegid, EBP, Pennylane에 직접 가져오거나 expert-comptable에게 전달하여 liasse fiscale에 통합할 수 있습니다.

배치 프로세스는 개별 relevé에 사용되는 전용 은행 명세서 Excel 변환기와 동일한 추출 엔진으로, 대량 처리를 위해 확장되었습니다. 배치 모드의 주요 구조적 차이점은 "원본 파일" 열로, 임의로 큰 업로드 세트에서 출처를 보존합니다.

JPG/PNG/PDF AI 추출

파일은 안전하게 처리되며 저장되지 않습니다.

프랑스 회계사에게 출력 결과는 이렇게 보입니다

내보낸 스프레드시트는 단순한 원시 데이터 덤프가 아닙니다. 각 열 제목은 사용자가 정의한 열 이름이며, 데이터는 출처 형식과 관계없이 표준화됩니다. BNP Paribas의 자동이체(prélèvement), Crédit Agricole의 계좌이체(virement), Société Générale의 카드 결제(paiement par carte) 모두 동일한 구조의 행과 열로 정리됩니다.

"출처 파일(Source File)" 열 덕분에 전문 회계사(expert-comptable)나 CAC(회계감사인)는 모든 거래를 원본 PDF까지 추적할 수 있습니다. 수동 작업에서는 불일치 항목의 출처를 찾기 위해 PDF를 하나씩 열어봐야 합니다. 하지만 일괄 출력에서는 감사 추적(audit trail)이 스프레드시트 자체에 내장됩니다. 연중 자체 장부(tenue de compte)를 관리하다가 결산(clôture)을 위해 회계사에게 파일을 넘기는 소상공인에게 이 감사 가능성은 인수인계 과정에서 가장 흔한 마찰점인 "이 숫자는 어디서 나온 거죠?"를 제거해 줍니다.

표준화된 출력은 Sage 100, Cegid Quadra, EBP Compta, Pennylane, iTool 등 사실상 모든 프랑스 회계 환경이나 회계 법인(cabinet d'expertise comptable)에서 이미 사용 중인 맞춤형 Excel 대사 템플릿으로 가져올 수 있습니다. 여러 프랑스 비용 워크플로를 처리하는 기업의 경우, 동일한 일괄 접근 방식을 프랑스 비용 보고서(notes de frais) 일괄 처리에도 적용할 수 있습니다. 구조적 과제는 동일하며, 문서 유형만 다를 뿐입니다.

자주 묻는 질문

스캔한 종이 계좌명세서(Relevés Bancaires)에서도 작동하나요, 아니면 디지털 PDF만 가능한가요?

둘 다 가능합니다. AI는 페이지의 시각적 콘텐츠(스캔한 종이, 고객 전용 공간에서 다운로드한 PDF, 출력된 명세서의 스마트폰 사진)를 처리합니다. 이미지 품질이 중요합니다. 비스듬히 찍은 흐릿한 사진은 200 DPI 이상의 평평한 스캔보다 추출 신뢰도가 떨어지지만, 시스템은 프랑스 기업이 실제로 다루는 다양한 입력(일부 Crédit Mutuel 지역 금고에서 여전히 우편으로 발송하는 분기별 종이 명세서 포함)을 처리합니다.

각 명세서에서 RIB/IBAN을 추출할 수 있나요?

네. 은행 코드(5자리), 지점 코드(5자리), 계좌 번호(11자리), RIB 키(2자리)가 포함된 RIB(계좌 식별 명세서) 블록을 열로 추출할 수 있습니다. 이는 여러 은행의 명세서를 통합할 때 유용합니다. RIB를 열에 포함하여 각 거래가 속한 계좌를 식별하고, "원본 파일" 열을 기계가 읽을 수 있는 은행 식별자로 보완할 수 있습니다.

프랑스 거래 유형(자동이체, 계좌이체, 수표)은 구분하나요?

AI는 거래 설명(적요)을 읽고 텍스트에서 유형을 식별합니다. 프랑스 은행 명세서는 일반적으로 자동이체에 "PRLV" 접두사, 계좌이체에 "VIR", 수표에 수표 번호, 카드 거래에 날짜와 가맹점명을 표시합니다. 추론 열 기능을 사용하면 AI가 각 적요를 읽어 자동으로 채우는 "거래 유형" 열을 추가할 수 있습니다. 내보내기 후 수동 분류가 필요 없습니다.

36장의 명세서를 처리하는 데 얼마나 걸리나요?

업로드 시간은 파일 크기에 따라 다르지만, 추출 자체는 페이지당 약 5-10초가 소요됩니다. 3페이지 분량의 명세서는 약 15-30초가 걸립니다. 평균 3페이지인 36장의 명세서의 경우, 상태가 실시간으로 업데이트되는 동안 처리가 백그라운드에서 실행됩니다. 수동 입력 대비 시간 절약 효과는 분량이 늘어날수록 커집니다. 수동으로 입력하는 데 약 3분이 걸리는 단일 명세서 페이지가 5-10초 만에 처리되어 데이터 입력 단계만 18배 개선됩니다. 여러 은행에 걸쳐 100페이지가 넘는 경우, 이는 ERB를 같은 오후에 끝내는 것과 여러 저녁에 걸쳐 하는 것의 차이를 만듭니다.

기존 프랑스 회계 소프트웨어(Sage, Cegid, EBP)와 함께 사용할 수 있나요?

네. 출력물은 표준 Excel(XLSX) 파일로, 구조화된 데이터 가져오기를 지원하는 모든 프랑스 회계 소프트웨어로 가져올 수 있습니다. Sage 100, Cegid Quadra, EBP Compta, Pennylane, iTool 모두 Excel 거래 데이터 가져오기를 지원합니다. 추출 시 정의한 열 구조를 소프트웨어의 가져오기 템플릿에 맞출 수 있으므로, 파일을 다시 포맷할 필요 없이 은행 분개장(journal de banque)에 바로 넣을 수 있습니다.

ERB는 회계 작업이 아닙니다. 회계 작업은 각 인출(prélèvement)이 어떤 비용 계정(compte de charge)에 매핑되는지, 그리고 그 차변(débit)이 계정 627(은행 서비스 수수료), 계정 6616(이자) 또는 공급업체 계정 중 어디에 기록되어야 하는지 결정하는 것입니다. 이러한 판단은 자동화되지 않습니다. 자동화되는 것은 36개의 PDF에서 거래 데이터를 추출하여 스프레드시트에 옮기는 작업이며, 이를 통해 먼저 5시간 동안 숫자를 입력할 필요 없이 해당 판단을 수행할 수 있습니다.

📮 contact email: [email protected]