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）は、すべての会計記録に対する正当性とトレーサビリティを要求することでこれを強化しています。

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

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

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

年末の残高照合における実際的な結果：3つの銀行は、毎月3つの異なる取引明細書（relevé de compte）を意味します。クレディ・アグリコルは41の地域銀行（caisses régionales）を通じて運営されており、各銀行は明細書の形式について自律性を持っています。BNPパリバは借方と貸方の列を別々に使用します。ソシエテ・ジェネラルはプラスとマイナスの符号が付いた単一の「金額（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つのフランス銀行が別々のデータ入力プロジェクトになる理由は、テンプレート依存にあります。テンプレートベースの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）に直接取り込めます。