12ヶ月、1つのスプレッドシートに：
フランスの銀行口座明細書の一括照合

フランスにおける年末銀行残高照合（ラプロシュマン・バンケール）の義務

フランス商法第L123-12条は「銀行残高照合」を明示的に規定していません。しかし、すべての商人（commerçant）に対し、定期的かつ誠実な会計（comptabilité régulière et sincère）の維持、少なくとも12ヶ月ごとの棚卸による資産・負債の管理、および年次決算書の作成を義務付けています。実際には、フランス企業で3つの基準（総資産400万ユーロ、税抜売上高800万ユーロ、従業員50名）のうち2つを超える場合に必要となる監査役（commissaire aux comptes、CAC）や会計士（expert-comptable）は、すべての有効な銀行口座について完了した銀行残高照合表（état de rapprochement bancaire）を確認しなければ、決算書を承認しません。

アンジェ控訴院は2001年1月15日の判決（n°2000/00239）において、照合（lettrage）と銀行残高照合（rapprochement bancaire）を「基本的な会計要素（éléments comptables de base）」と分類しました。残高照合の欠如は単なる書類不足ではなく、CACが職業上の義務として指摘しなければならない内部統制（contrôle interne）の欠陥です。一般会計計画（ANC規則n°2014-03）は、すべての会計記録に対する正当性とトレーサビリティを要求することでこれを強化しています。

フランス企業が複数の銀行に口座を持つ理由

フランスの中小企業（SME）は、米国の小規模事業者が1つのChase当座預金口座で済ませるようには運営されていません。フランスの銀行環境は意図的に細分化されています。企業は、国内業務用にBNPパリバに当座預金口座（compte courant）、余剰資金用にクレディ・アグリコルに普通預金口座（compte d'épargne）、日々の経費管理用にQontoやShineにビジネス口座を持つことがあります。これらはそれぞれ勘定科目表上の個別の勘定科目512であり、それぞれに年末のERBが必要です。

この複数銀行パターンは例外的ではなく一般的です。TiimeによるフランスSMEの銀行利用行動調査によると、複数銀行利用（multi-bancarisation）は、活動の実用的な分離（運転資金 vs 貯蓄 vs 外貨）、異なる金融商品へのアクセス、そして時には銀行リスクの意図的な分散によって推進されています。特に、Bpifranceが支援する融資契約が、企業に銀行団（pool bancaire）全体で貸し手を分散させるよう求める場合に顕著です。

年末の残高照合における実際的な結果：3つの銀行は、毎月3つの異なる取引明細書（relevé de compte）を意味します。クレディ・アグリコルは41の地域銀行（caisses régionales）を通じて運営されており、各銀行は明細書のフォーマットについて自律性を持っています。BNPパリバは借方（débit）と貸方（crédit）を別々の列で使用します。ソシエテ・ジェネラルは正負の符号付きで単一の「金額（Montant）」列を使用します。3つの異なる明細書フォーマットから12ヶ月分をコピー＆ペーストして作成する残高照合スプレッドシートは、朝の仕事ではありません。 それは会計業務を装った構造的なデータ統合問題です。

フランスの複数銀行シナリオで銀行フィードとCSVエクスポートが不十分な理由

フランスの会計ソフトウェア（Sage 100、Cegid Quadra、Pennylane、EBP）は、DSP2ベースの銀行フィード統合に多額の投資を行ってきました。理論は明確です。ソフトウェアに銀行アグリゲーター（agrégateur bancaire）であるBudget Insight、Bankin'、Powensなどを介して銀行から直接取引を取得することを承認するというものです。しかし、この理論には、まさに年度末の決算時に顕在化する3つのギャップがあります。

第一に、過去のデータにアクセスできないことがよくあります。DSP2フィードとEBICS接続は通常、過去90日間の取引を取得します。1月から12月までの年次照合には12ヶ月分すべてが必要です。フィードの対象期間外、またはアグリゲーションネットワークに参加していないフランスの中小銀行の口座の場合、代替手段は銀行の顧客ポータルからダウンロードした銀行口座明細書PDF、または古い相互銀行の場合は郵送されてスキャンされた紙の明細書です。

第二に、フランスの銀行からのCSVエクスポートは金融機関間で標準化されていません。BNPパリバのCSVは区切り文字にセミコロン、小数点にカンマを使用します。クレディ・アグリコルのCSVは異なる列ヘッダーと日付形式を使用します。ラ・バンク・ポスタルのCSVはLCLのCSVとは取引の説明の構造が異なります。3つの銀行から12ヶ月分のCSVをダウンロードするということは、マージを行う前に少なくとも3つの異なる列スキーマを正規化する必要があることを意味します。CFONB-120形式は標準として存在しますが、すべての銀行が対応しているわけではなく、CFONBでのエクスポートには各銀行のインターフェースで異なるメニューパスの操作が必要になることがよくあります。

第三に、フィード方式はライブのデジタルアクセスを前提としていますが、銀行を変更したり、口座を閉鎖したり、過去の監査に対応したりするフランス企業は、PDFしか持っていないことがよくあります。商法のL123-22条は、企業に対し銀行口座明細書を10年間保管することを義務付けています。それらの10年前の明細書は、せいぜいPDF（またはスキャンされた紙）であり、DSP2フィードはそこまで遡ることはできません。

3つのフランスの銀行を1つのフォーマットのように読み取るバッチ抽出の仕組み

3つのフランスの銀行が3つの別々のデータ入力プロジェクトになる理由は、テンプレート依存にあります。テンプレートベースのOCRツールは座標にバウンディングボックスを描画します。「BNPの明細書では日付は(x=45, y=120)にある」といった具合です。銀行がレイアウトを更新すると、その座標はすぐに使えなくなり、別の地域金庫からのCrédit AgricoleのPDFではまったく意味をなしません。

ImageToTable.aiは座標テンプレートを列名抽出に置き換えます。「日付」「ラベル（説明）」「借方」「貸方」「残高（バランス）」という必要な列名を一度定義するだけです。AIは人間と同じように各銀行明細書を読み取ります。日付パターンを認識して日付列を特定し、金額に対する構造的な位置から取引説明を特定し、周囲の文脈に基づいて値が借方か貸方かを判断します。マイナス記号がどのピクセル座標にあるかをチェックするのではありません。これは、年末決算向けのフランスの請求書バッチ処理ガイドで説明しているのと同じ仕組みです。ロジックはフォーマットに依存しないため、真のマルチソースバッチ処理が可能になります。

BNPパリバ、クレディ・アグリコル、ソシエテ・ジェネラルを個別に設定する必要はありません。1セットの列名を設定し、36個のPDFすべてをアップロードすれば、AIがすべてのページに同じ抽出ロジックを適用します。2列レイアウトと符号表記による単一の「金額」列の両方から、出力では構造的に同一の行が生成されます。

36通のPDFから1つの照合スプレッドシートへ：バッチワークフロー

ワークフローは3つのステップで構成され、ERBにとって重要なのは出力の構造です。

バッチプロセスは、個々の明細書に使用される専用の銀行明細書からExcelへの変換ツールを支えるものと同じ抽出エンジンであり、ボリュームを処理するためにスケールアップされています。バッチモードでの主な構造上の違いは「ソースファイル」カラムで、任意に大きなアップロードセット全体で出所を保持します。

フランス人会計士にとっての出力イメージ

エクスポートされたスプレッドシートは、生のデータの羅列ではありません。定義したカラム名がそのまま見出しとなる構造化されたテーブルであり、ソース形式に関係なくデータは標準化されています。BNPパリバからの自動引落（prélèvement）、クレディ・アグリコルからの振込（virement）、ソシエテ・ジェネラルからのカード決済（paiement par carte）は、すべて同じカラム構成の同じ行に格納されます。

「ソースファイル」カラムにより、公認会計士や監査役は、どの取引も元のPDFまで遡って確認できます。手作業のワークフローでは、差異の原因を追跡するために、PDFを1つずつ開く必要があります。バッチ出力では、監査証跡がスプレッドシート自体に組み込まれています。年間を通じて自分で記帳（tenue de compte）を行い、決算（clôture）時に会計士へファイルを渡す中小企業の経営者にとって、この監査可能性は、引き継ぎの際の最も一般的な摩擦ポイントである「この数字はどこから来たのか？」を解消します。

標準化された出力は、Sage 100、Cegid Quadra、EBP Compta、Pennylane、iTool、または御社の会計事務所が既に使用しているカスタムExcel照合テンプレートなど、実質的にあらゆるフランスの会計環境にインポートできます。複数のフランスの経費ワークフローを扱う企業では、同じバッチアプローチがフランスの経費精算書（notes de frais）の一括処理にも適用できます。構造的な課題は同一であり、文書の種類が異なるだけです。

よくある質問

スキャンした紙の銀行取引明細書でも使えますか？それともデジタルPDFのみですか？

両方対応しています。AIはページの視覚的な内容を処理します。紙のスキャン、オンラインバンキングからダウンロードしたPDF、印刷された明細書のスマホ写真など、あらゆる形式に対応します。画質は重要で、斜めから撮ったぼやけた写真は、200DPI以上のフラットスキャンよりも抽出精度が低下しますが、フランスの企業が実際に扱う様々な入力形式（クレディ・ミュチュエルの一部地域金庫が今も郵送する四半期ごとの紙の明細書を含む）に対応しています。

各明細書からRIB/IBANを抽出できますか？

はい。RIB（銀行識別コード）ブロック（銀行コード5桁、支店コード5桁、口座番号11桁、RIBキー2桁）を列として抽出できます。これは複数の銀行の明細書を統合する際に便利です。RIBを列として含めることで、各取引がどの口座に属するかを識別でき、「ソースファイル」列に加えて機械可読な銀行識別子を補完できます。

フランスの取引タイプ（口座振替、振込、小切手）は区別できますか？

AIが取引の説明（ラベル）を読み取り、テキストからタイプを識別します。フランスの銀行明細書では、口座振替は「PRLV」、振込は「VIR」、小切手は小切手番号、カード取引は日付と加盟店名でラベル付けされるのが一般的です。推論列機能を使用すると、「取引タイプ」列を追加でき、AIが各ラベルを読み取って自動的に入力します。エクスポート後の手動分類は不要です。

36枚の明細書を処理するのにどのくらい時間がかかりますか？

アップロード時間はファイルサイズに依存しますが、抽出自体は1ページあたり約5〜10秒で処理します。3ページの明細書なら約15〜30秒です。平均3ページの明細書36枚の場合、処理はバックグラウンドで実行され、ステータスがリアルタイムで更新されます。手動入力と比較した時間節約効果は量に比例して大きくなります。手動で入力すると約3分かかる1ページの明細書が、5〜10秒で処理されるため、データ入力工程だけで18倍の効率化です。複数の銀行にわたる100ページ以上の場合、同じ午後にERBを完了できるか、数晩に分散するかの違いになります。

既存のフランス会計ソフト（Sage、Cegid、EBP）と併用できますか？

はい。出力は標準のExcel（XLSX）ファイルで、構造化データのインポートに対応するフランス会計ソフトであれば、どのソフトにも取り込めます。Sage 100、Cegid Quadra、EBP Compta、Pennylane、iToolはすべて、Excel取引データのインポートに対応しています。抽出時に定義する列構成をお使いのソフトのインポートテンプレートに合わせられるため、ファイルを銀行仕訳帳（journal de banque）にそのまま取り込めます。