フランスの請求書80件を1つのスプレッドシートに
手入力不要の一括AP処理

月末に80枚の請求書が届くとき — バッチ処理は「単発×80」ではない

請求書を1枚ずつ処理する方法は、処理枚数が増えて1枚あたりの時間が実際のデータ抽出ではなく、その周辺の機械的な作業に支配されるようになるまでは有効です。フランスの中小企業の場合、その閾値は月間40～60枚の請求書のあたりにあります。つまり、ファイルを開く、閉じる、名前を付ける、頭を切り替えるといった作業が、抽出自体よりも時間を消費するようになるポイントです。80枚の請求書になると、単発のワークフローが継承し増幅させる4つの構造的な問題が浮上します。

サプライヤーごとのフォーマットのばらつき。 PennylaneやCegidに手動でデータを入力する場合、あなたの脳は請求書のレイアウトの違いを補正します。Metroの請求書の「N° Facture」とTransgourmetの請求書の「Numéro de facture」を見て、同じフィールドだと認識します。自動バッチ抽出には、フィールドの位置ではなく意味を読み取らない限り、そのような直感はありません。8つのフランスのサプライヤー、8つのレイアウトがあり、バッチ出力はそれらをすべて1つのスプレッドシートに混在させます。「Numéro facture」「N° Fact.」「Facture N°」がすべて同じデータポイントを指すことを理解する仕組みがなければ、問題が生じます。

TVAの細分化。 Metroのような卸売業者からの標準的なフランスのサプライヤー請求書には、1つの文書に最大4つのVAT率が含まれます。設備や包装には20%（標準税率）、調理済み食品には10%（中間税率）、主食には5.5%（軽減税率）、特定の医薬品などには2.1%（超軽減税率）です。1つの「税」列を出力する汎用抽出ツールは、4つの異なるTVAベースを1つの数値にまとめてしまいます。そうなると、あなたの会計士（comptable）は1つの税額を4つの異なるPCG勘定科目に計上したり、CA3に正しく申告したりできません。商法典第L441-9条および一般税法第289条に基づく必須項目は、すべての請求書に記載すべき事項を定義しています。バッチ処理では、これらのフィールドが異なるサプライヤーからの80行にわたって意味的に一貫していることが求められます。

エラーの伝播。 80枚の請求書を手動で入力する場合、それぞれが独立した操作です。請求書#44のSIRENの入力ミスが#45のミスに連鎖することはありません。バッチ抽出では、AIがロゴの配置のずれのために1枚の請求書のサプライヤー名を誤認識した場合、出力全体を確認するまで気づきません。さらに悪いことに、あるサプライヤーが一貫してSIRENを標準的でない位置（例：「SIREN 123 456 789」と「SIREN 123456789」の代わりに）でフォーマットしている場合、このエラーはそのサプライヤーのすべての請求書で繰り返されます。そして、月末に1行だけをスポットチェックする検証では、他のすべての行を見逃すことになります。

トレーサビリティの欠如。 80行の結合されたスプレッドシートは、どの行がどの請求書から来たのかを示す必要があります。元の請求書に戻ってTVA intracommunautaireをVIESデータベースと照合したり、割引行を確認したりする必要がある場合、信頼できるファイル名と行のマッピングが必要です。ソース文書の列がないと、バッチ抽出の監査はメッセージやダウンロードフォルダーを探し回る宝探しのようになります。そして、税務調査（contrôle fiscal）の場合、調査官は抽出スプレッドシートではなく、元の請求書ファイルを要求します。

これらの問題は、3枚の請求書を処理する場合には存在しません。80枚になると、4つすべてが同時に発生します。これらを解決することが、バッチ処理ワークフローを「単発抽出を80回繰り返すこと」から区別するものです。

仕入先フォーマット問題 — 1つのスプレッドシートに8つの異なるフランス語レイアウト

メトロの請求書とトランスグルメの請求書は、商法典第L441-9条に基づく法的構造は同じですが、見た目はまったく異なります。メトロは「N° Facture」をSIRENとともに右上ブロックに配置しますが、トランスグルメはそれをテーブルヘッダーに埋め込みます。ランジスの地元の果物生産者は、仕入先住所ブロックに明示的なラベルがまったくない手書きの請求書を送るかもしれません。それが左上にあり、通り名で始まることで認識できます。ポモナの配送請求書はまた別のレイアウトを使用します。これが、フランスの仕入先請求書に対するテンプレートベースの一括抽出に対する核心的な反論です：新しい仕入先ごとに、新しい抽出テンプレートを構築し維持する必要があります。

具体的に言うと、中規模のフランス料理店は、メトロ（食品卸）、トランスグルメ（飲料）、ポモナ（青果・乳製品）、地元のワイン商、清掃サービス、メンテナンス会社、マーケティング代理店、フランス・ボワソンからの請求書を受け取る可能性があり、さらに単発の仕入先も加わります。これは8つの異なる請求書フォーマットですが、メトロ内のバリエーション（標準請求書、納品書、クレジット請求書）は同じブランドレイアウトを使用しながらフィールドを再配置するため、さらに複雑になります。テンプレートベースのツールでは、各バリアントに個別の設定が必要です。セマンティック抽出（AIがラベルの意味を理解してフィールドを特定する）では、列名を一度定義するだけで済みます。

これが、ImageToTable.aiの背後にあるメカニズムであるカスタム列抽出が、大規模なテンプレートマッチングと異なる点です。「請求書番号」「仕入先名」「仕入先SIREN」「仕入先VAT ID」「請求日」「サービス日」「HT金額20%」「TVA 20%」「HT金額10%」「TVA 10%」「HT金額5.5%」「TVA 5.5%」「TTC合計」など、必要な列名を入力するだけで、AIが各請求書の値をラベルの意味を理解して特定します。ラベルがどこに表示されるか、ラベルテキストが異なるか（「N° Facture」vs「Numéro de facture」vs「Facture N°」）、一部の請求書が3文字の略語を使用するかどうかに関係なく、1つの列定義で1回のバッチアップロードで8つすべての仕入先レイアウトをカバーします。

実用的な意味：月間の全仕入先請求書ファイル（80のPDF、JPG、スキャン文書）をアップロードすると、フォーマットに関係なく、各行が同じ列を持つ1つの結合スプレッドシートが得られます。仕入先ごとのテンプレート、フォーマットの事前分類、「この仕入先の請求書はレイアウトが異なるため別々にアップロードする必要がある」といった手間は一切不要です。

80枚の請求書におけるTVA税率の内訳 — フランスの会計士にとって「税」列が1つだけでは役に立たない理由

ここで、バッチ抽出が正常に機能し、80枚すべての請求書が一貫した列でスプレッドシートに取り込まれたと仮定します。次の問題は、フランスの請求書の単一のTVA列に、20％、10％、5.5％、2.1％という4つの異なる値が含まれる可能性があり、それぞれに異なるPCG会計処理が必要になることです。単にTVA列を合計すると、勘定科目44566（その他の財及びサービスに係る控除対象TVA）に計上される20％の標準税率の付加価値税、同じく44566に計上されるがCA3の異なる行に影響する5.5％の軽減税率の付加価値税、そして、TVAの義務が買い手に移る（つまり控除はゼロで、別途申告義務が生じる）CGI第283条に基づく可能性のある自動清算を一緒に加算することになります。

CA3 — impots.gouv.frを通じて提出されるフランスの月次または四半期ごとの付加価値税申告書 — では、付加価値税額を税率ごとに別々の行で報告する必要があります。

バッチ抽出でこれを処理する実用的な方法として、推論列を定義します。これは、AIがページに明示的に記載された値を抽出するのではなく、請求書の内容に基づいて分類する列です。例えば、VATタイプ（選択肢：20%標準/10%中間/5.5%軽減/2.1%超軽減/自己課税/免税事業者）という列名を指定すると、AIが各請求書を読み取り、該当するVAT制度を判断して正しいカテゴリラベルを出力します。これによりフィルタリング可能な列が得られ、VATタイプごとにグループ化し、各グループのTVAを個別に合計してCA3に使用できます。抽出と分類は1回のパスで行われ、2つの別々の操作は必要ありません。

これは経費側の会計処理にも重要です。免税事業者の請求書のHT（税抜）金額は、控除可能なTVAがゼロであっても、クラス6勘定の営業費用（charge d'exploitation）です。「VATがない＝関係ない」として経費集計から除外すると、費用を過少報告することになります。バッチ抽出では、VAT還付対象部分だけでなく、財務全体の状況を把握する必要があります。

混合VAT税率の請求書（例：キッチン機器に20%、調製ソースに10%、生鮮品に5.5%が課税されるMetroの請求書）の場合は、税率ごとに個別の列ペアを定義します：「HT 20%」「TVA 20%」「HT 10%」「TVA 10%」「HT 5.5%」「TVA 5.5%」。AIは請求書から各税率グループを独立して抽出します。20%の品目のみの請求書の場合、他の税率の列は空のままです。バッチ出力では、各TVA税率が独自の列を形成するため、SUM(TVA 20%)とSUM(TVA 5.5%)は別々の数値としてCA3の行マッピングにすぐ使用でき、抽出後の分割処理は不要です。

SIREN検証とバッチ全体での仕入先識別

フランスの請求書には、同じ仕入先に対して2つの識別番号があります：SIREN（9桁、INSEE管理のSirene登録簿における企業固有識別子）とTVA intracommunautaire（N° TVA intracommunautaire）（形式：FR + 2桁のチェックキー + SIREN、例：FR12 345 678 901）。TVA番号はSIRENから派生します（2桁のキーは数学的なチェックです）。つまり、外部照会なしで仕入先のTVA IDがSIRENと一致するかを検証できます。抽出されたSIRENが345 678 901で、抽出されたTVA IDがFR12 345 678 901の場合、チェックキー12は公式アルゴリズムを使用してSIRENに対して検証されるべきですが、より実用的にはEU VIESデータベースが即座にペアリングを確認します。

30の異なる仕入先からの80件の請求書のバッチでは、この検証は管理の機会であると同時に時間の浪費にもなります。30のSIREN-TVAペアをVIESで手動チェックすると、仕入先あたり2〜3分かかり、バッチ処理に追加で1時間かかります。しかし、これは譲れない条件です：VIESで検証できない売り手のTVA番号は、その請求書の仕入VATが否認される可能性があり、税務調査（contrôle fiscal）で責任が生じます。CGI第1737条に基づき、請求書の記載漏れや誤記載には1項目あたり15ユーロの罰金が科せられます。

バッチレベルのアプローチ：TVA intracommunautaireにSIRENの桁が含まれているかを確認する計算列を追加します。SIREN列が「345678901」、VAT ID列が「FR12 345 678 901」の場合、計算列は「OK」を出力し、内部の整合性を確認します。SIRENの桁がVAT IDに含まれていない場合、「VERIFY」とフラグが立てられ、その行のみ手動でのVIESチェックが必要になります。これにより、検証作業が30の仕入先から、不一致がフラグされた2〜3の仕入先に削減されます。残りはデータを抽出する同じバッチパスで自動検証されます。

ワークフロー — 80枚の仕入先請求書を一括処理する方法

サプライヤー形式の多様性、4つの税率にまたがるTVAの分割、SIREN-TVAの検証といった構造的な課題を踏まえ、ここでは80枚の請求書フォルダから会計士がすぐに使えるスプレッドシートを作成するまでのエンドツーエンドのバッチワークフローを説明します。

特に検証工程において、バッチ内で最もリスクが高いのは「明らかに間違っている」ように見える項目ではなく、「正しく見えるが、仕入先固有のフォーマットの癖によって特定のフィールドが体系的に誤読されている」項目です。Metroの請求書がTVA内訳を2列ではなく3列の表で配置している場合、エラーは表示されません。セルには数値が入り、その数値ももっともらしく見えます。この問題を発見するチェック方法は、TTC合計額上位10件のスポットチェックです。元のMetro請求書を開き、抽出されたTTC合計額、および税率別HT合計＋税率別TVAの合計を比較してください。3つの数値がすべて一致すれば抽出は信頼できます。一致しない場合はフォーマットの癖を調査する必要があります。そしてその癖は、1件だけでなくバッチ内のすべてのMetro請求書に影響している可能性が高いです。

バッチ出力から税理士へ — エクスポートとCA3対応

80枚の請求書をスプレッドシートに抽出すれば、データ入力の問題は解決します。しかし、そのスプレッドシートを税理士（expert-comptable）が再入力せずに使える形にする「引き継ぎ」の問題は自動的には解決しません。フランスの会計事務所は以下のソフトウェアエコシステムを使用しており、それぞれに異なるインポート要件があります。

• Pennylane. フランスのPMEで最も急成長しているプラットフォーム。列マッピング機能付きのCSVをインポート可能 — アップロード時に列とフィールドを紐付けられます。抽出列をPennylaneのスキーマに合わせましょう：「請求日」「請求書番号」「仕入先」「TTC合計」「仕入先SIREN」、さらに「TVA 20%」「TVA 10%」「TVA 5.5%」の各列を用意します。
• Cegid / EBP. 多くの会計事務所で使われる従来型デスクトップソフト。通常、特定の列順序を持つ構造化CSVをインポートします。Cegidが期待するのは「コード仕訳」（ACH＝仕入）、「日付」「伝票番号」「勘定科目」（仕入先は401、費用は6xx）、「摘要」「借方」「貸方」 — 会計仕訳ごとに1行。つまり、バッチ抽出結果を請求書1行単位から会計明細1行単位に変換する必要があります。
• Sage 100 Cloud. 固定列構造のCSVインポート形式を使用：「タイプ」（F＝請求書）、「日付」「参照」「取引先」「一般勘定」「摘要」「HT金額」「TVAコード」「TVA金額」「TTC金額」。Sageのインポートでは「TVAコード」が内部のTVA税率テーブルと一致する必要があります — 通常20%は「T20」、10%は「T10」、5.5%は「T55」。

重要なポイント：抽出列は、会計システムが期待するインポート列に合わせるべきです。 税理士が仕入先請求書を勘定科目401（仕入先）に計上し、TVAを勘定科目44566（その他の財貨・サービスに係る控除対象TVA）と勘定科目44562（固定資産に係る控除対象TVA）に分割する場合、それらの勘定科目に直接マッピングできるデータを生成するように抽出列を設計しましょう。「費用勘定」列に「607」（商品仕入）や「606」（非在庫仕入）の値を入れれば、手動での再分類作業が不要になります。抽出結果がそのままインポートファイルになる — 使用可能にする前に再フォーマットが必要な書類ではないのです。

フランスの段階的電子請求書義務化 — 2026年9月（大企業）および2027年9月（PME/零細企業）から全事業者に受領が義務化 — により、DGFiPに登録されたパートナー型電子化プラットフォーム（PDP）を通じて、構造化形式（Factur-X、UBL、CII）が徐々に導入されています。移行期間中は、バッチパイプラインで様々な形式を処理することになります：Factur-X PDF（構造化XML埋め込み）、プレーンPDF、2027年まで切り替えない仕入先からのスキャン請求書。抽出ワークフローは3形式すべてを1回のアップロードで処理できる必要があり、商法典第L123-22条に基づく保存義務（原本10年間）のため、ソースファイルは抽出出力とともに保存しなければなりません。

税理士に送る80枚の請求書バッチの場合、フランス会計に合わせた列セットは次のようになります：

• 請求日 — DD/MM/YYYY
• 請求番号 — 一意の連続番号
• 仕入先 — 法人名
• 仕入先SIREN — 9桁、スペースなし（例：345678901）
• 仕入先VAT番号 — FR + 2桁キー + SIREN
• 課税対象20% / 消費税20%
• 課税対象10% / 消費税10%
• 課税対象5.5% / 消費税5.5%
• 税込合計 — 支払総額
• VAT区分 — CA3申告用の推定区分
• 元ファイル — 監査用の元ファイル名

支払期限 — バッチ処理が支払期限の計算を変える理由

フランス商法では、事業者間の標準的な支払期限（délai de paiement）は請求日から30日以内です。定期請求書の場合は最長45日、農産物・食品の非生鮮品は業界固有のルールで60日まで延長されます。これらの期限は任意ではなく、超過すると法定利率の3倍の遅延損害金（intérêts de retard）と、商法第D441-5条に基づく1通あたり40ユーロの固定回収費用が自動的に発生します。

80通の請求書を1通ずつ処理する場合、3日に届いた請求書は15日に届いたものの後ろに並び、早期の請求書にたどり着く頃には30日期限のうち20日が経過しています。バッチ処理はこの待ち行列を1回の操作に圧縮し、すべての請求書が同じ日（バッチ実行日）に会計システムに取り込まれます。法的な期限は変わりませんが、請求書を確認する前に支払期限を静かに蝕んでいた処理順序の遅延が解消されます。

ビジネス上の影響：2025年、フランス企業の86%が支払遅延を経験し、平均遅延日数は39.5日でした（Coface年次支払調査）。2025年最初の8ヶ月間だけで、支払遅延により過去最多の42,505社が倒産し、36億ユーロの仕入債務が危機に瀕しました。月80通の請求書を受け取る中小企業にとって、バッチ処理はデータ入力時間を節約するだけでなく、「請求書受領」から「入力・支払準備完了」までの時間を短縮し、遅延損害金の発生リスクと、支払遅延の繰り返しによる仕入先関係の悪化を防ぎます。手作業1通3分に対し抽出処理5〜10秒という18倍の効率化は見出し上の数字ですが、逐次処理から並列バッチ処理への圧縮こそが、支払期限のコンプライアンスを守る鍵です。

よくある質問

フランス語請求書のバッチ処理を始める

フランスの仕入先請求書のバッチ処理は、ある分岐点に位置しています。それは、請求書の件数が「手入力は面倒だが何とかなる」から「手入力が構造的な時間の無駄になる」へと変わる地点です。ほとんどのフランスの中小企業にとって、そのラインは月間40～60枚の請求書の間にあります。それ以下では、ワークフロー（次のPDFを開き、Pennylaneにフィールドを入力し、保存し、繰り返す）に摩擦があります。それ以上では、摩擦はシステム全体に及びます。サプライヤーごとに異なるフォーマット、4つの異なるTVA税率を別々の列に分類する必要性、30の取引先にわたるSIREN-TVAの検証、そして月末に迫るCA3の期限です。

ここで説明するバッチ処理アプローチ（サプライヤーのフォーマットを問わず機能する列名ベースの抽出、TVA税率を自動分類する推論列、SIREN検証のための計算列、エキスパート・コンプタブル対応のエクスポートスキーマ）は、請求書1枚あたりの処理速度だけでなく、システム全体の問題に対処します。18倍の効率化（手動で1枚3分→抽出で5～10秒）は見出しとなる数字です。しかし、より大きな運用上の変化はこれです。月間の全仕入先請求書が1つの操作になる。80の操作をより速く行うのではなく、1つの操作で、さまざまな形式の請求書が入ったフォルダを、すべての行に同一の列があり、CA3に備えて税率別にTVAが分割され、エキスパート・コンプタブルがファイルを確認する前にSIREN-TVAのペアが検証されたスプレッドシートに変換します。そして、80枚の請求書を1つのバッチで処理することで支払期限が短縮されます（すべての請求書が同じ日に会計システムに入力されるため）。時間を節約するだけでなく、現在フランスの企業が直面している平均39.5日の遅延に伴う延滞利息やサプライヤーとの摩擦から会社を守ることにもなります。