フランスのPME向け電子インボイス：2027年9月1日までに自社の請求システムを接続する

2026年9月1日から、改革の対象となるフランスのすべての企業は、plateforme agréée（認定プラットフォーム）を通じて電子インボイスを受信できなければならなくなりました。大企業とETI（中堅企業）は、同じ経路での請求書の発行とe-reportingも義務になっています。フランスの税務サイトは、この改革をすでに「effective depuis le 1er septembre 2026」と説明しています。

第2弾は 2027年9月1日 です。この日から、PME（中小企業）、TPE（小規模企業）、micro-entreprise（マイクロ企業）は、B2Bの請求書を認定プラットフォーム経由で電子的に発行し、e-reportingを始めなければなりません。e-reportingとは、消費者向けの売上、国際取引、そしてサービスについては受領した支払のデータを当局に送ることです。

請求書をSage、Cegid、Pennylaneのような主要なパッケージから出しているなら、認定プラットフォームへの接続はベンダーが用意します。ベンダー自身が認定プラットフォームであるか、認定プラットフォームと提携しているからです。御社の役割は、プラットフォームを選び、顧客データを整えることです。

この記事は、もう一方のケースのためのものです。自社の請求ソフトウェア、カスタマイズしたERP、自社プラットフォーム独自のコードが請求書を作っている場合です。その場合、接続は自分で構築しなければなりません。いま始めれば、11か月で足ります。

日程と、自社がどちらの波に入るか

DGFiP（公共財政総局）の電子インボイス開始に関する実務ガイドが日程を定めています。

• 2026年9月1日：対象となるすべての企業が電子インボイスを受信できなければならない。大企業（grandes entreprises）とETIは、発行とe-reportingも義務。
• 2027年9月1日：PME、TPE、micro-entrepriseが発行とe-reportingを開始しなければならない。

規模は法人ごと（SIRENごと）に、2025年1月1日時点で、その日より前に締まった直近の事業年度を使って判定します。公式FAQによれば、PMEとは従業員が250人未満で、売上高が5,000万ユーロ以下または総資産が4,300万ユーロ以下の企業です。これを超えるなら、期限は2026年でした。

落とし穴が1つあります。外部仕様書（バージョン3.2、2026年4月30日）は、VATグループ（assujetti unique）に属する事業体を、規模にかかわらず2026年の波に入れています。自社がそれに該当するなら、すでに遅れています。

ガイドは、御社に有利な形で2つの問いにも決着をつけています。期限より前に、任意で電子的な発行を始めることができます。そして顧客は、改革を理由に2027年9月1日より前に電子インボイスを送るよう強制することはできません。ただし、請求書のやり取りの方法を契約で定めることは引き続き可能です。

認定プラットフォームの役割

plateforme agrééeとは、国によって登録（immatriculée）された民間の事業者です。公式の一覧に載るには、税務上の法令遵守、インフラとデータのセキュリティ、技術的な相互運用性を示さなければなりません。

仕様書はこのアーキテクチャを「Y」モデルと呼んでいます。自社のシステムは請求書を自社のプラットフォームに送ります。プラットフォームは、公的請求ポータル（PPF）が運営する中央ディレクトリ（annuaire）で買い手を検索し、買い手のプラットフォームに請求書を届けます。それとは別に、プラットフォームは請求書から規制上のデータを抽出してPPFに送り、PPFがそれを税務当局に渡します。

連携を構築する側にとっての帰結は3つです。

• 国と直接やり取りすることはありません。 請求書を受領者に届け、データをPPFに送れるのは認定プラットフォームだけです。自社の請求システムは、仕様書でいうsolution compatible（互換ソリューション）であり、プラットフォームとやり取りし、残りはプラットフォームが行います。
• プラットフォームはおそらくすでにあります。 2026年9月1日からの受信に必要だったからです。まずそのプラットフォームに、発行について何を提供しているかを尋ねてください。別のプラットフォームを使うのも自由ですが、契約も連携も1つのほうが簡単です。
• インターフェースは標準化されています。 AFNOR規格XP Z12-013が企業のシステムと認定プラットフォームの間のAPIを定め、XP Z12-012が請求書とステータスのフォーマットを扱っています。プラットフォームはEDIやポータルの経路も提供しており、プラットフォーム同士はPeppolでつながっています。何かを設計する前に、自社のプラットフォームがどれに対応しているかを確認してください。

公的機関の買い手はChorus Proのままで、既存のChorus Proの接続は維持できます。

自社システムが出力しなければならないもの

プラットフォームは請求書を運び、変換することはできます。自社システムが一度も持っていなかったデータを作り出すことはできません。

共通基盤のフォーマット

すべての認定プラットフォームは、欧州規格EN 16931に基づく3つのフォーマットに対応しなければなりません。UBL（バージョン2.1）、CII（バージョンD22B）、そして構造化データを埋め込んだPDFであるFactur-Xです。プラットフォームはそれ以外の形式を受け付けてもよいのですが、保証されているのはこの3つだけです。

選ぶ基準は、各顧客の好みではなく、自社システムがきれいに出力できるものです。売り手は買い手にフォーマットを押し付けられず、買い手のプラットフォームが買い手の好むフォーマットに変換できます。顧客がまだ読めるPDFを求めているならFactur-Xが向いており、純粋なシステム間の流れならUBLかCIIが向いています。

項目ごとのデータ

当局は、EN 16931のビジネス用語に対応づけた当局が受け取る請求データの一覧表を公表しています。フランスの請求書の多くにとって、新しい記載事項は4つです。

• 顧客のSIREN（BT-47）
• 取引の区分：物品、サービス、またはその両方（BT-23）
• 該当する場合は、請求時にVATを納付する選択（option pour le paiement de la TVA d'après les débits）（BT-8）
• 顧客の請求先住所と異なる場合は、完全な納品先住所（BT-75からBT-80）

残りの必須項目はおなじみのものですが、構造化しなければなりません。自社のSIREN、双方の国、時系列順で連続した番号体系による請求書番号、発行日、税抜合計とVAT合計、通貨、そして使用するすべての税率について課税標準、税額、税率を示すVATの内訳（BT-116、BT-117、BT-119）です。条件付きの項目には、VAT番号、非課税理由（VATEXコード）、リバースチャージ、自己請求、請求日と異なる納品日、訂正請求書における元の請求書の参照などがあります。

この表のいくつかの項目は、2027年9月1日からはじめて求められます。明細行の詳細（品名、数量、単価）、文書単位の値引きと手数料、納品先住所、訂正対象の請求書の日付、早期支払割引の注記、エコ負担金（éco-participation）の金額です。2027年の期限は、すべての企業にとってデータモデルが深くなる日でもあります。

独自システムがつまずきやすいのは、次のような点です。

• 顧客レコードにSIRENがない、またはSIRENの項目にSIRETが入っている。
• 取引の区分が商品やサービスごとに保存されておらず、混在した請求書を分類できない。
• VATを行ごとに計算して丸めているため、税率ごとの内訳が合計と一致しない。
• クレジットノートが、訂正対象の請求書を参照しない独立した文書になっている。
• 請求書番号に欠番がある、または取消し後に番号を使い回している。

どれも、コネクターではなく元のシステムで直すべきものです。

ルーティングのデータ

ディレクトリは、民間企業を既定ではSIRENの単位で宛先指定しますが、顧客が事業所や部署ごとに請求書を受け取りたい場合は、SIRET、ルーティングコード、サフィックスでも振り分けられます。顧客ごとに正しい識別子を保存してください。検索に失敗したとき、ガイドが最初に指示しているのは、使ったSIREN、SIRET、受領事業所を確認することです。

ライフサイクルのステータスを双方向で

請求書には今後ライフサイクルがあり、それはステータスメッセージで伝えられます。必須のステータスは4つで、税務当局にも届きます。

「プラットフォームが受領」「係争中」「支払送金済み」など、それ以外のステータスは任意です。

自社システムは、ステータスを送るだけでなく読み取れなければなりません。差し戻し（rejet） は技術的なものです。フォーマットの誤り、データの欠落や不整合、ルーティングの誤りなどで、修正して再送します。拒否（refus） は買い手から来るもので、理由を示さなければならず、使えるのは規格が認める理由（プラットフォームが見落とした規制上の不備、宛先の誤り、契約条件の不履行）だけです。単なる商業上の争いは理由になりません。拒否の後で再発行する場合、新しい請求書には新しい番号が必要です。仕様書によれば、拒否または差し戻しを受けた請求書は、社内のクレジットノートで帳簿上取り消します。ガイドは、拒否に異議を唱える場合にはクレジットノートを自動的に作成すべきではないと付け加えています。

独自システムが忘れがちなのが Encaissée です。支払時にVATの納税義務が生じるサービスの場合、このステータスには請求書番号、支払日、VAT税率ごとの受領額が載ります。国内B2Bについて、支払データはこの経路で当局に届きます。したがって、銀行照合や売掛金のモジュールから請求連携へデータを流す必要があり、それらはたいてい、これまで一度もつながったことのない2つのシステムです。

e-reporting：国内B2Bの請求書以外のすべて

電子インボイスが扱うのは、フランス国内に拠点を置くVAT登録事業者同士の売上です。それ以外はe-reportingの対象で、これも認定プラットフォームを通じて送ります。

• 課税事業者でない者への売上（B2C）：フランス国内か国外かを問いません。個々の請求書ではなく1日ごとの合計を、区分（課税物品、課税サービス、EU域内の通信販売、マージン課税）に分け、税率ごとの課税標準とVATとともに送ります。
• 国際B2B：フランスに拠点を置かない事業者への売上と、そうした事業者からの仕入れです。請求書ごとに、国内の請求書とほぼ同じ項目を送ります。仕入れも対象です。ドイツの業者から研修を購入した場合、報告するのはフランス側の買い手である自社です。
• 支払データ：サービスについてのみで、リバースチャージの取引や、請求時にVATを納付する選択をした企業は対象外です。支払日とVAT税率ごとの受領額を送ります。

頻度はVAT制度によって異なり、公表されている頻度表に従います。毎月申告のrégime réel normalでは、取引データは月3回（1日から10日、11日から20日、21日から月末）、それぞれの期間の10日後が期限で、支払データは翌月10日までに毎月送ります。régime simplifiéでは、どちらも毎月で、翌月の25日から30日の間が期限です。franchise en baseでは、どちらも2暦月ごとです。

月3回の提出は、スプレッドシートではなく定期実行のジョブの仕事です。B2Cの売上がレジ、Webショップ、請求ツールを通っているなら、1日ごとの合計は3つすべてから集めなければなりません。

11か月計画

2027年9月1日から逆算し、8月は8月なので計算に入れません。

1. 2026年10月：範囲の確定。 自社の規模区分と、VATグループに属しているかどうかを確認します。請求書や売上を生むすべての流れを洗い出します。国内B2B、B2C、国際取引、クレジットノート、前受金、自己請求、公的部門です。受信に使っているプラットフォームに、発行のサービス内容を尋ねます。フォーマット、APIのドキュメント、テスト環境、返されるステータス、e-reportingです。
2. 2026年11月と12月：データ。 項目の一覧表を実データに当てはめます。顧客レコードにSIRENとSIRETを追加して検証し、商品マスタに取引の区分を加え、請求時VAT納付のフラグを決め、請求書の採番を監査します。フォーマットを選びます。
3. 2027年1月から3月：構築。 フォーマットの生成機能、送信前のEN 16931とフランス独自ルールによる検証、プラットフォームのAPIクライアント、請求書の状態遷移を使ったステータス処理、売掛金からのEncaisséeの連携、e-reportingの集計です。
4. 2027年4月と5月：テスト、そして任意での稼働開始。 まずテスト環境で、次に同意してくれた数社の顧客に本物の請求書を送ります。ガイドは期限前の任意の発行を認めており、うまくいかなければ、その流れについては従来の方法に戻せます。2027年春は、本番でテストできる最も安上がりな時期です。
5. 2027年6月と7月：拡大。 国内B2Bをすべてプラットフォーム経由にし、e-reportingを稼働させ、最初の月末とVAT申告をプラットフォームが報告した内容と突き合わせます。
6. 2027年8月：凍結。 リリースは行わず、差し戻しと拒否への対応手順を文書にし、休暇期間をカバーする担当者を指名します。
7. 2027年9月1日：義務化。 その後に来る最初のe-reportingの期限が、報告側の本当の試験です。

当日に間に合わなかったら

2026年9月の開始に向けて書かれたガイドは、寛容な線を引いています。困難に直面していても「trajectoire sérieuse de mise en conformité」にある企業には、立ち上げ期間中は罰則を科さないというもので、その判断は具体的で日付のある証拠（プラットフォームとの契約、テスト、サポートへの問い合わせ記録）に基づきます。同時にガイドは、これが義務の「ni un report ni une suspension」であるとも述べています。2027年9月にも同じ線が適用されるかどうかは書かれていません。

罰則はFAQに載っています。電子的に発行しなかった請求書1通につき50ユーロ、上限は暦年あたり1万5,000ユーロで、初回の違反には罰則が科されません。e-reportingの不履行は、CGI（租税一般法典）第1788条Dの対象です。

2027年9月1日は動かないものとして扱い、それでも証拠の記録は残しておいてください。当局が求めるのはそれだからです。

当社の役割

フランスのPMEの多くは、これをソフトウェアベンダーから受け取ることになり、そうすべきです。当社の仕事は、それ以外の企業のためのものです。すでに請求書を作っているシステムの中に、フォーマットの生成、プラットフォームとの接続、ステータス処理、e-reportingの連携を構築し、その下にあるデータも直します。詳しくは電子インボイス連携サービスを、請求システムそのものが問題ならERPモダナイゼーションをご覧ください。

期限が2027年9月で、誰も触りたがらない請求システムを抱えているなら、office@c9group.devまでご連絡ください。当社は税務アドバイザーではなくエンジニアです。適用範囲とVATの扱いは御社のexpert-comptable（公認会計士）に委ね、当社はその回答に沿って構築します。