12개월, 스프레드시트 1개:
프랑스 은행 거래내역서 일괄 대조

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

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

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

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

프랑스 중소기업(SME)은 미국 소기업이 체이스 당좌 계좌 하나만 사용하는 방식과 다릅니다. 프랑스의 은행 환경은 의도적으로 분산되어 있습니다. 기업은 국내 업무용으로 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 등)를 통해 소프트웨어가 은행에서 직접 거래 내역을 가져오도록 승인하는 것입니다. 그러나 이 이론에는 연말 결산 시기에 정확히 드러나는 세 가지 공백이 있습니다.

첫째, 과거 데이터에 접근할 수 없는 경우가 많습니다. DSP2 피드와 EBICS 연결은 일반적으로 최근 90일간의 거래 내역만 가져옵니다. 1월부터 12월까지를 포괄하는 연말 대조에는 12개월 전체가 필요합니다. 피드 기간을 벗어난 기간 — 또는 집계 네트워크에 참여하지 않는 프랑스 소규모 은행의 계좌 — 의 경우, 은행의 고객 포털에서 다운로드한 은행 거래내역서 PDF가 대안이며, 오래된 상호 은행의 경우 우편으로 발송된 후 스캔된 종이 거래내역서가 대안입니다.

둘째, 프랑스 은행의 CSV 내보내기는 기관별로 표준화되어 있지 않습니다. BNP 파리바 CSV는 쉼표를 소수점으로 사용하는 세미콜론 구분자를 사용하고, 크레디 아그리콜 CSV는 다른 열 헤더와 날짜 형식을 사용하며, 라 방크 포스탈 CSV는 LCL CSV와 다른 방식으로 거래 설명을 구성합니다. 세 은행에서 12개월치 CSV를 다운로드한다는 것은 병합 전에 최소한 세 가지 다른 열 스키마를 정규화해야 함을 의미합니다. CFONB-120 형식이 표준으로 존재하지만 모든 은행이 이를 지원하는 것은 아니며, CFONB로 내보내려면 각 은행 인터페이스에서 서로 다른 메뉴 경로를 탐색해야 하는 경우가 많습니다.

셋째, 피드 방식은 실시간 디지털 접근을 전제로 하지만, 은행을 변경하거나, 계좌를 폐쇄하거나, 과거 감사를 처리하는 프랑스 기업은 PDF만 보유한 경우가 많습니다. 상법 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가 모든 페이지에 동일한 추출 로직을 적용합니다. 별도의 두 열 레이아웃이든 부호 표기가 있는 단일 "금액" 열이든 출력에서 구조적으로 동일한 행을 생성합니다.

PDF 36건에서 대조표 1개로: 일괄 워크플로우

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

일괄 프로세스는 개별 거래내역서에 사용되는 전용 은행 거래내역서 Excel 변환기와 동일한 추출 엔진을 대량 처리에 맞게 확장한 것입니다. 일괄 모드의 핵심 구조적 차이는 "소스 파일" 컬럼으로, 임의로 큰 업로드 세트에서 출처를 보존합니다.

프랑스 회계사를 위한 출력 결과물

내보낸 스프레드시트는 단순한 원본 덤프가 아닙니다. 정의한 컬럼명을 헤더로 하는 구조화된 테이블이며, 소스 형식과 관계없이 데이터가 표준화됩니다. BNP 파리바의 자동 출금(prélèvement), 크레디 아그리콜의 송금(virement), 소시에테 제네랄의 카드 결제(paiement par carte)가 모두 동일한 구조의 행과 동일한 컬럼으로 정리됩니다.

"소스 파일" 컬럼은 공인회계사 또는 감사인이 모든 거래를 원본 PDF까지 추적할 수 있게 해줍니다. 수동 작업에서는 차이를 추적하려면 PDF를 하나씩 열어봐야 합니다. 일괄 출력에서는 감사 추적이 스프레드시트 자체에 내장되어 있습니다. 연중 직접 기장(tenue de compte)을 처리하고 결산(clôture)을 위해 회계사에게 파일을 넘기는 소상공인에게 이 추적 가능성은 "이 숫자는 어디서 나온 거죠?"라는 인수인계 과정의 가장 흔한 마찰점을 제거합니다.

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

자주 묻는 질문

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

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

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

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

프랑스 거래 유형(Prélèvement, Virement, Chèque)은 구분하나요?

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

명세서 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)에 바로 넣을 수 있습니다.