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ベースの銀行フィード統合に多額の投資を行ってきました。理論上はシンプルです。予算インサイト、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にとって重要です。

バッチプロセスは、個別のrelevéに使用される専用の銀行明細書からExcelへの変換ツールと同じ抽出エンジンを、大量処理に対応できるように拡張したものです。バッチモードでの主な構造的な違いは「ソースファイル」列で、任意の大きなアップロードセット全体で出所を保持します。

フランス人会計士向けの出力例

エクスポートされるスプレッドシートは生データの羅列ではありません。定義した列名に基づいた構造化テーブルで、元の形式に関わらずデータは標準化されます。BNPパリバの口座引き落とし（prélèvement）、クレディ・アグリコルの振込（virement）、ソシエテ・ジェネラルのカード支払い（paiement par carte）も、すべて同じ構造の行と列に整理されます。

「ソースファイル」列により、会計士（expert-comptable）や監査役（CAC）は各取引を元のPDFまで追跡できます。手作業では、差異の原因を特定するためにPDFを一つずつ開く必要がありますが、バッチ出力では監査証跡がスプレッドシート自体に組み込まれています。年間を通じて自ら帳簿（tenue de compte）を管理し、決算（clôture）時に会計士にファイルを渡す小規模事業者にとって、この監査可能性は「この数字はどこから来たのか？」という引き継ぎ時の最大の摩擦を解消します。

標準化された出力は、Sage 100、Cegid Quadra、EBP Compta、Pennylane、iToolなど、フランスのほぼすべての会計環境、または会計事務所（cabinet d'expertise comptable）が既に使用しているカスタム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）にそのまま取り込めます。