KSeFポーランド電子インボイス2026年2月義務化：導入・コンプライアンス・EC連携ガイド

1. KSeF（Krajowy System e-Faktur）とは何か、なぜ存在するのか

KSeF — Krajowy System e-Faktur （国家電子インボイスシステム）— は、ポーランド国家が中央で運営する請求書クリアランスプラットフォームです。実務上は、REST APIとWebポータルで構成され、ホストしているのは Ministerstwo Finansow（財務省） で、URLは ksef.podatki.gov.plです。ポーランドの納税者が発行するすべての構造化請求書（faktura ustrukturyzowana）は、FA(2) XMLドキュメントとしてKSeFにアップロードされ、公式XSDスキーマに照らして検証され、タイムスタンプが付され、一意の 10文字のKSeF識別子 （例： 7A3D-19F0）が割り当てられたうえで、中央の登録簿に少なくとも 10年間保存されます.

法的な観点では、KSeFは改正された Ustawa o podatku od towarow i uslug（ポーランドVAT法、Ustawa o VAT） によって導入され、財務省のKSeF省令（Rozporzadzenie Ministra Finansow w sprawie KSeF）で詳細が定められています。2022年1月1日から任意利用が可能となっており、 2026年中に2段階で義務化 されます。これにより、ポーランドの事業者間における従来のPDF請求書フローはすべて置き換えられます。

ポーランドはなぜKSeFを構築したのか？

財務省は、2021年にKSeFを初めて発表した際、3つの明確な目標を掲げました。 VATギャップの解消 （ポーランドのluka VATは、SAF-Tと分割払い制度のおかげで2015年の25%超から2024年には約7–9%まで縮小しました。KSeFはカルーセル詐欺やミッシングトレーダー詐欺を構造的に困難にします）、 事務負担の削減 （KSeF請求書は登録された瞬間に購入者へ届けられたものとみなされます。PDFのメール送付も受領確認も不要で、KSeFのタイムスタンプが法的な送付日となります）、そして EUのViDAとの整合 （2024年の「VAT in the Digital Age」パッケージは、2030年までに単一市場全体で構造化電子インボイスを義務付けます。ポーランドは先行国であり、KSeFは最小限のアーキテクチャ変更でViDAに接続できる見込みです）。

KSeFを運営するのは誰で、対象となるのは誰か？

KSeFは、財務省のIT部門（Departament Informatyzacji Ministerstwa Finansow）が、 KAS（Krajowa Administracja Skarbowa）と共同で構築・運営しています。義務化日以降は、ポーランドで活動するすべてのVAT納税者が対象となります。個人事業主（JDG）、有限責任会社（sp. z o.o.）、ポーランドVATに登録している外国企業、そしてJPK_V7Mを申告する大企業です。Allegro、Amazon.pl、Empik、Ceneo、Morele.net、Erliのマーケットプレイス出品者も例外ではありません。

2. 2026年2月1日 — 義務化日（2024年から延期）

当初の計画と延期

2023年の電子インボイス法では当初、 2024年7月1日 をB2BとB2Gの一斉稼働日と定めていました。2024年1月、負荷テストでスケーラビリティと信頼性の問題が明らかになったことを受け、財務省は本番KSeF APIの外部監査を委託しました。 2024年1月19日 、財務省は2024年7月の期限を延期すると発表し、同年後半に新たな導入スケジュールが公表され、2026年に確定しました。

2026年の導入スケジュール

財務省は、 緩やかな執行の移行期間 （2026年第1四半期）を設ける意向を示しています。KSeFへの送信遅延や未送信に対する制裁は、少なくとも 2026年7月1日までは裁量的に適用されます。2026年後半からは、Ustawa o VATに基づく罰則が猶予なしで全面適用されます。

紙やPDFの請求書はどうなるのか？

義務化日以降、紙やPDFの請求書はポーランドにおいて法的に有効なB2B請求書ではなくなります。構造化KSeF請求書の代わりにそれらをポーランドの法人購入者に発行すると、第9章で説明する罰則の対象となります。例外は次のとおりです。 B2C取引 （paragonyは引き続き会計用レジとオプションのe-Paragonで発行されます。消費者が請求書を求めた場合はKSeF経由となります）、 国境を越える請求書 で、国外のVAT登録顧客向けのもの（Council Directive 2006/112/ECに基づく標準的なEU VAT請求書ルールが適用され、輸出向けにはPDFが引き続き有効です）、そして 不可抗力時のオフラインモード （APIの障害中にKSeF外で発行した請求書は、1営業日の猶予期間内に遡ってアップロードします）。

3. FA(2)スキーマ — XML請求書フォーマット

FA(1)からFA(2)へ：何が変わったか

FA(2)スキーマ は、2026年から義務化される第2世代の構造化請求書XMLフォーマットです。FA(1)（2022年から2024年半ばまでの任意フェーズ）に代わるもので、XSDとして ksef.podatki.gov.plで公開され、送信のたびにサーバー側で検証されます。

FA(1)と比べたFA(2)の主な変更点： NIP検証の厳格化 （受取人のNIPは10桁で、Biała ListaおよびVIESに照らしてリアルタイムで検証されます）、 新しいマーケットプレイス項目 (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci が販売チャネルで必須になりました）、 FaKorygujacaブロックの強化 （修正請求書は次の項目で元の10文字のKSeF識別子を参照します： NrFaKorygowanej); 通貨＋為替レート (Waluta / KursWaluty は売上日の前営業日のNBP参照レートに照らして検証されます）、そして MPP分割払いフラグ （Annex 15のカテゴリーでPLN 15,000を超える請求書には必須）。

FA(2) XML請求書の構造

最小限のFA(2)ドキュメントには、Naglowek（スキーマバージョンを含むヘッダー）、Podmiot1ブロック（販売者のNIP、名称、KodKraju=PLを含む住所）、Podmiot2ブロック（購入者のNIPと名称）、そしてFaブロックが含まれます。Faブロックには、通貨コード（KodWaluty=PLN）、発行日（P_1）、請求書番号（P_2）、税抜／VAT／税込の合計額（P_13_1、P_14_1、P_15）、請求書の種類（RodzajFaktury）、さらに商品説明（P_7）、数量（P_8B）、単価（P_9A）、明細の税抜額（P_11）、VAT税率（P_12）を持つ1つ以上のFaWiersz明細行が含まれます。

名前の付いた要素はすべてFA(2) XSDによって強制されます。不正な形式のNIP、 WariantFormularzaの欠落、あるいは P_12 のVAT税率が公式の値（0、5、8、23、zw、np、oo）以外である場合、KSeF APIは4xxの構造化エラーレスポンスでドキュメントを拒否します。ZunaproのKSeFコネクターは、受信したマーケットプレイス注文からFA(2)ドキュメントを自動的に作成・検証・送信します — 販売者がXSDを手作業で扱う必要はありません。

FA(2)のバージョン管理とスキーマ更新

財務省はFA(2)スキーマのバージョンを 1-0E, 1-1Eといった形式で管理しています。スキーマの変更は公式の Dziennik Urzedowy Ministra Finansow で告知され、少なくとも3か月の実装期間が設けられます。本番用のXSDは crd.gov.pl/wzor/でホストされています。KSeFのトラフィックを扱う連携プラットフォームはこれらのバージョンを追跡しなければなりません。古いスキーマで作成されたFA(2)ドキュメントは、業務データが正しくても拒否されます。

4. NIP-VATによる受取人の識別

NIP — ポーランドの納税者番号

NIP（Numer Identyfikacji Podatkowej） はポーランドの10桁の納税者識別番号で、会社設立時に管轄の税務署から発行されます。ポーランドで活動するすべてのVAT納税者がNIPを持っています。ポーランドVATに登録している外国企業には、EU域内取引用に国コードを前に付けたNIPが付与されます（例： PL5252344078）。NIPはFA(2)請求書における当事者の主要な識別子です。

リアルタイム検証 — Biała ListaとVIES

KSeF APIは、すべてのB2B請求書に対して3つのオンラインチェックを行います。 Biała Lista （VAT納税者ホワイトリスト。URLは wykaz-podatnikow.mf.gov.pl — 請求書の日付時点でNIPが登録され有効であること）、 名称の一致 (Nazwa がBiała Listaの記録とおおむね一致していること。重大な不一致は現在はソフト警告ですが、2026年後半からは拒否対象となります）、そして VIES （受取人が国外のEU VAT番号を持つEU域内B2B取引の場合）。

マーケットプレイス注文 → NIPの取得

マーケットプレイスのチェックアウトで購入者のNIPを取得する方法： Allegro は、注文が法人購入としてフラグ付けされている場合、NIPを buyer.company.taxId として提供します。 Amazon.pl ビジネス購入者はNIPを、SP-APIの BuyerInfo.BuyerTaxInfo オブジェクトを通じて渡します。 Empik / Ceneo / Morele / Erli は、いずれも注文JSONに「Faktura na firme」フラグとNIPフィールドを用意しています。Shopify / WooCommerce / PrestaShop / BigCommerceの自社ショップのチェックアウトでは、「VAT請求書（NIP）」のチェックボックスを追加してください。ポーランド市場向けのテーマにはすでにこのウィジェットが付属しています。

Zunaproは、すべてのマーケットプレイス注文のWebhookペイロードから購入者のNIPを取り込み、事前にBiała Listaで検証したうえで、 Podmiot2 → NIP （送信するFA(2)の項目）に設定します。NIPの不一致や欠落があれば、請求書を送信する前にパネル内でアラートが表示されるため、KSeFの拒否を後から追いかけるのではなく、注文の段階でデータ品質を修正できます。

5. B2G向けPEF（Platforma Elektronicznego Fakturowania）

PEFとは何か、どこに位置づけられるか

PEF — Platforma Elektronicznego Fakturowania（電子請求プラットフォーム） — は、ポーランドで以前から運用されているB2G（企業対政府）向け電子インボイスプラットフォームで、2019年に開始され、開発技術省（Ministerstwo Rozwoju i Technologii）が運営しています。PEFは、 EU Directive 2014/55/EU （公共調達における電子請求に関する指令）を実施するために構築されました。ポーランドのすべての公共部門の購入者（中央政府、自治体、病院、学校）は、公共調達契約についてPEF経由で構造化電子インボイスを受け取ることが義務付けられています。

PEFとKSeF：共存モデル

2026年によくある質問は、KSeFが義務化されたらPEFはなくなるのか、というものです。答えは、 PEFは引き続き運用されるです。2つのプラットフォームは明確な役割分担のもとで共存します。

• PEF — B2G請求書の伝送・ルーティング層で、EUの Peppol ネットワークを介した国境を越えるB2Gも含みます。公共調達のワークフロー（注文 → 請求書 → 支払い → アーカイブ）に最適化されています。
• KSeF — ポーランドの納税者が発行するすべてのB2BおよびB2G請求書の税務クリアランス・登録層です。構造化データの受け手は財務省です。
• B2Gの共同フロー — ポーランドの企業がポーランドの公共機関の購入者に請求する場合、送付用にはPEFを通じて請求書を発行し、VAT申告用に同じ内容の写しをKSeFに登録します。財務省は、販売者が二重に送信しなくて済むよう、PEF↔KSeFの自動照合の構築を約束しています。

PEFを使わなければならないのは誰か？

ポーランドのすべての公共部門の契約当局は、PEF請求書を受け取る義務があります。サプライヤー（ポーランド国内・国外を問わず）は、EUの基準額（現在、中央政府向けの物品・サービスはEUR 140,000、地方機関向けはEUR 215,000）を超える調達について公共機関の購入者に請求する場合、PEF請求書を発行する義務があります。基準額未満ではPEFの利用は任意ですが、推奨されています。PEFへのログインには、ePUAP、適格電子署名、または専用のPEFトークンを使用します。

PEFの技術スタック

• 伝送 — AS4（Applicability Statement 4）。Peppolが安全な文書交換に使用しているOASIS標準です。
• 文書フォーマット — 国境を越える取引では主に Peppol BIS Billing 3.0 （UBL 2.1構文）を使用し、純粋にポーランド国内のB2G請求書には国内向けのPEFスキーマを使用します。
• 識別 — Peppolアドレス帳の参加者ID。ポーランドの公共機関の購入者のPeppol IDは、次のスキームでエンコードされたNIPです： 0190 スキーム。
• 運営者 — PEFは財務省が運営する無料のプラットフォームとして提供されているほか、認定Peppolアクセスポイント（Comarch、Sage、Edicomなど）を通じても利用できます。

6. ePUAP + APIによる認証

3つの認証方法

KSeFは3つの認証メカニズムに対応しており、それぞれ異なる運用パターンに適しています。

1. 適格電子署名（kwalifikowany podpis elektroniczny） — ポーランドの適格トラストサービスプロバイダー（KIR Szafir、CenCert、Certum、EuroCert）が発行する個人用の証明書です。少量の請求書を手作業で発行する会計士や個人納税者に最もよく使われます。
2. ePUAP経由の信頼プロファイル（Profil Zaufany） — PESEL番号に紐づき、オンラインバンキングで本人確認される、政府発行の無料の電子IDです。ポーランドの個人なら誰でも利用でき、中小企業にとって標準的な認証方法です。
3. 適格電子シール（kwalifikowana pieczec elektroniczna） — 自動化されたシステムが法人に代わってFA(2)ドキュメントに署名できるようにする、企業単位の証明書です。マーケットプレイスやERPとの連携で現実的に使える唯一の方法です。

ePUAP — ポーランドの信頼プロファイル

ePUAP（Elektroniczna Platforma Uslug Administracji Publicznej、公共行政サービス電子プラットフォーム） はポーランドの中央電子政府ゲートウェイで、 epuap.gov.pl でホストされ、デジタル省傘下のCentralny Osrodek Informatyki（COI）が運営しています。 Profil Zaufany（信頼プロファイル） はePUAPを通じて発行され、ポーランドの電子IDの要となっています。納税申告、CEIDGを通じた個人事業の登録、公的機関との契約署名に使われ、2022年以降はKSeF連携の初期認証にも使われています。

マーケットプレイス出品者の典型的な流れは次のとおりです。会社の代表者（KRSで適切な権限を持つ取締役または代理人）がePUAP経由でKSeFポータルに一度ログインし、適格電子シールに紐づいたAPIトークンを生成し、Zunapro（または他のインテグレーター）を「osoba uprawniona」（権限を付与された者）として承認します。以降、すべてのFA(2)送信は自動化されます。

KSeF APIの概要

KSeF APIはJSON over HTTPSのRESTサービスです。主なエンドポイント： POST /api/online/Session/InitToken はトークンと署名済みチャレンジで認証セッションを開始します。 POST /api/online/Invoice/Send はBase64エンコードしたFA(2) XMLドキュメントを送信し、処理用の参照番号を返します。 GET /api/online/Invoice/Status/{ref} は成功時に10文字のKSeF識別子を返します。 POST /api/online/Query/Invoice/Sync は取引先の請求書をダウンロードします。 POST /api/online/Session/Terminate はセッションを終了します。

APIにはサンドボックス（ksef-test.mf.gov.pl）と本番（ksef.mf.gov.pl）の環境があります。通常の業務量であればレート制限は十分ですが、急増しやすいマーケットプレイスのトラフィックでは送信をバッチ処理すべきです。

権限モデル — 誰が誰の代わりに署名できるのか？

KSeFは「osoby uprawnione」モデルを採用しています。NIPに対するすべての操作は、KSeFポータルまたはAPIを通じて権限を付与された者が行います。役割には Wlasciciel （所有者、全権限）、 Faktury sprzedaz （請求書の発行）、 Faktury zakup （受け取る請求書のダウンロード）、そして Nadawanie uprawnien （権限の管理）があります。

マーケットプレイス出品者は通常、Zunaproに 「Faktury sprzedaz」 の権限を自社のNIPに限定して付与し、必要に応じて受領請求書の照合用に「Faktury zakup」も付与します。販売者は所有者の役割を保持し、いつでもアクセスを取り消せます。

7. ポーランドの主要ソフトウェア（Comarch、Sage、Symfonia）との連携

ポーランドのERP／会計ソフトウェアの状況

ポーランドの中小企業や大企業は独自のERP・会計プラットフォームを使っており、その多くが2024年から2026年にかけてKSeFコネクターをリリースしています。マーケットプレイス出品者は通常、これらのシステムのいずれかをすでに使っています — 主たる会計元帳として、あるいはマーケットプレイスデータの下流の利用先として。以下に主要な製品と、それぞれのKSeFへの対応を紹介します。

ZunaproはERPの全体像のどこに位置するのか

ZunaproはERPを置き換えるものではありません。Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erliと、御社の会計基盤とのあいだに立つマーケットプレイス・オーケストレーション層です。KSeFのフローには2つの方式があります。 Zunaproが発行 （ZunaproがFA(2)を作成・署名・送信し、請求書と10文字のKSeF識別子をERPに戻します）、または ERPが発行 （ZunaproがComarch / Sage / Symfonia / Insert / Enova / iFirmaに注文を流し込み、ERPが自社のコネクターを通じてFA(2)を発行します）。どちらの構成でもKSeFに完全に対応できます。

連携でよくある落とし穴

• スキーマのずれ — ERPが財務省のFA(2)スキーマに1リリース遅れることがあります。四半期末の前に、有効なXSDのバージョンを照合しましょう。
• NIPの正規化 — マーケットプレイスはさまざまな形式でNIPを送ってきます（525-23-44-078, PL5252344078、数字のみなど）。10桁に正規化してください。
• 会計事務所でのスケール — 会計事務所が50件のNIPのKSeFを管理する場合は、NIPごとのWeb UIではなく、KSeFポータルの一括権限付与フローを使いましょう。
• サンドボックスへの混入 — 本番用の適格電子シールをサンドボックスで使ってはいけません。次の環境用に専用のテストシールを発行してください： ksef-test.mf.gov.pl.

8. 国境を越える電子インボイス — PEF経由のPeppol UBL

国境を越える取引の問題

ドイツの購入者に請求するポーランドのマーケットプレイス出品者、ポーランドの公立病院に請求するチェコの再販業者、フランスにB2B販売するポーランドの輸出業者 — これらはいずれもKSeFでは直接 扱われません 。KSeFは国内のクリアランスシステムであり、国境を越えるB2B請求書は引き続き、次の指令に基づく標準的なEU VAT請求書ルールに従います： Council Directive 2006/112/EC。輸出ではPDFやEDIも引き続き認められますが、重要な例外がひとつあります。 国境を越えるB2G.

Peppol — EUの越境取引の基盤

Peppol（Pan-European Public Procurement Online） は、構造化されたビジネス文書を交換するための、標準規格に基づくEU全域のネットワークで、OpenPeppol Associationが管理しています。EUの全加盟国は、Directive 2014/55/EUを実施するために、Peppolを公共調達インフラに統合しています。文書フォーマット： UBL 2.1（Universal Business Language） をPeppol BIS Billing 3.0仕様で包んだもの。伝送： AS4 による4コーナーモデル（送信者 → 送信者のアクセスポイント → 受信者のアクセスポイント → 受信者）。

PEFはポーランドのB2GをどのようにPeppolへ接続するのか

PEF（第5章で解説）は、Peppolネットワークへのポーランドの入り口です。ポーランドのサプライヤーがドイツの公立病院に請求する場合、サプライヤーはERPでPeppol BIS Billing 3.0（UBL 2.1）の請求書を作成し、PEF（サプライヤー側のPeppolアクセスポイント）にアップロードします。PEFはAS4でドイツの受信者のアクセスポイントにルーティングし、そこから病院の会計システムに請求書が届けられます。PEFは取引を記録し、ポーランドのVAT申告用に同じ内容の写しがKSeFに登録されます。

Peppol BIS Billing 3.0とFA(2)：項目の対応

Peppol UBLとFA(2)は異なるXML文法ですが、根底にある請求書データは同じです。販売者と購入者のNIPは次に対応します： cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID; Fa/P_2 は次に対応： cbc:ID; Fa/P_1 の発行日は次に対応： cbc:IssueDate; KodWaluty は次に対応： cbc:DocumentCurrencyCode; FaWiersz/P_7 は次に対応： cac:InvoiceLine/cac:Item/cbc:Name; P_12 のVAT税率は次に対応： cac:ClassifiedTaxCategory/cbc:Percent; Fa/P_15 の税込合計は次に対応： cbc:PayableAmount.

最新の連携プラットフォーム（Zunaproを含む）は、請求書データを正規化された内部モデルで保持し、同じソースからKSeF向けにはFA(2)を、国境を越えるB2G向けにはPeppol UBLを出力します。販売者が手作業でXMLを書く必要はありません。

EUのViDA — KSeFの次に来るもの

EUの VAT in the Digital Age（ViDA） パッケージは2024年末に合意され、EU域内のB2B取引について、 2030年7月までに構造化電子インボイスと準リアルタイムのデジタル報告要件（DRR）を義務付けます。ViDAのデータモデルは明確にPeppolに沿ったものです。ポーランドのKSeFスタック — FA(2)とPEF/Peppolルーティング — は、最小限のアーキテクチャ変更でViDAに接続できる好位置にあります。財務省は、規則の発効時にはFA(3)スキーマがViDAの必須項目を取り込むことを示唆しています。

9. 罰則 — VAT額の最大100%

法的根拠

KSeFを使用しなかった場合の罰則は、改正された Ustawa o VATに定められています。具体的には、2023年電子インボイス法で導入された新しい条文と、KSeF省令の詳細規定です。財務省は2026年第1四半期を緩やかな執行の移行期間とすると伝えており、 2026年7月1日 からは罰則が猶予なしで全面適用されます。

罰則の一覧

違反内容	罰則	下限
KSeFが義務化されているのにKSeF外で請求書を発行した場合	最大で VAT額の100% （請求書ごと）	請求書1件あたり最低PLN 1,000
不可抗力によるオフライン発行後、規定の期間内に請求書をKSeFに送信しなかった場合	最大で 請求書の税込金額の18.7%	請求書1件あたり最低PLN 1,000
重大な誤りのある請求書をKSeFで発行した場合（例：誤ったNIP、MPPフラグの欠落）	Kodeks karny skarbowy（財政刑法典）に基づく標準的なVAT誤りの罰則	KKS第56条に基づく日額罰金（kary dzienne）
発行した請求書をJPK_V7Mに記録しなかった場合	最大で 過少申告した税額の20%	VAT法第112b条による

計算例 — マーケットプレイスのシナリオ

ポーランドの家電販売者が、毎月200件のAllegro B2B注文を出荷しているとします。平均税込額はPLN 1,500、VAT税率は23%（請求書1件あたりのVATは約PLN 280）です。KSeFが義務化されているのにPDFのみで発行し続けた場合、理論上の最大罰金は 200 × PLN 280 = PLN 56,000/月 （VAT額に基づく罰金）となります。実際の下限は 200 × PLN 1,000 = PLN 200,000/月 （請求書ごとの最低罰金。高いほうが適用されます）で、さらにJPK_V7Mの不一致や、購入者側の仕入VAT控除権の喪失も生じます。KSeFを適切に導入するコストは、コンプライアンス違反によるリスクのごく一部にすぎません。

防御策とリスク軽減

オフラインモードの証拠 — 障害によってKSeFへの送信ができなかった場合はAPIのレスポンスログを保管し、猶予期間（現在は1営業日）内に遡ってアップロードします。 Czynny zal — KKS第16条に基づくポーランドの自主申告手続きです。KASが調査を開始する前に納税者が自発的に違反を開示すれば、刑事上の税責任が消滅する場合があります。 監査証跡 — KSeF識別子はコンプライアンスの正式な証拠です。Zunaproが注文詳細で行っているように、注文と一緒に保存しましょう。

10. EC＋KSeFコンプライアンス — マーケットプレイスの実践ガイド

マーケットプレイスの現実

ポーランドのマーケットプレイス — Allegro（顧客22M+）、Amazon.pl（4M+）、Empik（Premium会員1.5M+）、Ceneo（訪問者19M+）、Morele.net（8M+）、Erli（4M+）— は、2026年に合計で 月間30M+件の注文 を2026年に処理しており、そのうち少なからぬ割合が「faktura na firme」としてフラグ付けされています。マーケットプレイスの取引量では、KSeFの手作業での発行は不可能であり、連携は自動化しなければなりません。

マーケットプレイスKSeFフローの5ステップ

1. 注文の取り込み — Zunaproが注文のWebhookを受信します（「faktura na firme」が選択されていればNIPも含む）。
2. NIPの検証 — Biała Listaで照会し、無効であればパネル内アラートでソフトフェイルとします。
3. FA(2)の作成 — 正規化された注文データを、有効なXSDバージョンに沿ってFA(2) XMLに変換します。
4. KSeFへの送信 — FA(2)をBase64エンコードし、販売者の適格電子シールで署名してAPIに送信します。10文字のKSeF識別子はポーリングで取得します。
5. 書き戻し — KSeF識別子をマーケットプレイスの注文に書き戻し、ダウンロード可能な請求書として購入者に提供し、JPK_V7M用に販売者のERPへ送ります。

マーケットプレイスごとの特徴

• Allegro — 購入者のNIPは、購入者が注文を「Faktura VAT」モードに切り替えた後にのみ届きます。出荷後に切り替えられた場合、販売者は15日以内に請求書を遡ってKSeFに登録する必要があります。
• Amazon.pl — Amazon Businessの請求書は、Vendor Central向けにはAmazonが事前に発行します。Seller Central / 3Pの販売者は、自社の納税者プロファイルで自ら発行します。
• Empik / Ceneo / Morele / Erli — 各マーケットプレイスは同様の「Faktura na firme」フラグとNIPフィールドを提供しています。購入者がアカウントで請求書を確認できるよう、KSeFのタグ情報を注文詳細に書き戻す必要があります。Ceneo CPCでは請求書の発行は販売者自身のECショップで行われ、KSeFのロジックはチェックアウト連携の中にあります。

国境を越えるマーケットプレイス注文

ポーランドの販売者がAllegroの注文をドイツの消費者に発送する場合はB2Cの遠隔販売です（PDFが有効で、VATはOSSで処理）。ポーランドの販売者がPan-EU FBAでドイツの法人購入者に発送する場合はEU域内B2Bです（標準的なEU VATルールが適用され、KSeFではありません）。逆のケース — 外国の販売者がAllegro経由でポーランドの企業に請求する場合 — は、 実際に KSeFの対象となります（外国の販売者がポーランドVATに登録している場合）。

報告と照合

すべてのKSeF請求書はJPK_V7Mの月次報告を通じて自動的に把握されますが、販売者は監査や購入者からの苦情に備えて、注文→請求書→KSeF識別子のトレーサビリティを確保しておく必要があります。Zunaproのコンプライアンス台帳は、マーケットプレイスの注文ごとに次の情報を保存します：マーケットプレイスの注文ID、FA(2) XMLペイロード全体、KSeF参照番号、10文字のKSeF識別子とタイムスタンプ、購入者のNIPとBiała Listaの照会結果、JPK_V7Mの明細参照、そして修正請求書の履歴。

コンプライアンススタックの全体像

レイヤー	標準 / システム	役割
国内B2B請求書	KSeF（FA(2) XML）	義務的なクリアランス、10文字のID、アーカイブ
国内B2G請求書	PEF＋KSeF並行	PEFで送付、KSeFに登録
国境を越えるB2G	Peppol BIS Billing 3.0（UBL 2.1）	EU全域の公共部門向け電子インボイス
国境を越えるB2B	EU VATルール（Dir. 2006/112/EC）	標準的なEUの請求書発行、PDFも有効
B2Cレシート	会計用レジ＋e-Paragon	消費者向けレシート、要望があればKSeF
認証	ePUAP / 適格電子署名 / 電子シール	KSeFとPEFのためのID
VAT申告	JPK_V7M（SAF-T）	月次ファイル、KSeFからデータ供給

法的枠組み — Ustawa o VATとKSeF省令

Ustawa o VAT — ポーランドVAT法

Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug（Ustawa o VAT） は、ポーランドのVATを規定する主要な法律です。KSeFに関する義務は、2023年電子インボイス法（Ustawa z dnia 16 czerwca 2023 r. o zmianie ustawy o podatku od towarow i uslug oraz niektorych innych ustaw, Dz.U. 2023 poz. 1598）によって同法に追加されました。関連する条文は、構造化請求書（faktura ustrukturyzowana）の定義、KSeFの使用義務、API障害時のオフラインモード、そして罰則を定めています。

KSeF省令

詳細な技術ルール — FA(2)スキーマのバージョン、API認証、オフラインモードの猶予期間、一括権限付与フロー — は、財務省のKSeF省令（Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur）に定められており、Dziennik Urzedowy Ministra Finansowで公布され、定期的に更新されています。

関連するポーランド税法とEUレベルの規定

• Kodeks karny skarbowy（KKS） — 第56条と第62条が請求書に関する違反と日額罰金（kary dzienne）制度を定めています。
• Ordynacja podatkowa & KKS第16条 —「czynny zal」（自主的な悔悟）による自主申告は、正しく用いれば責任を消滅させます。
• JPK省令 — KSeFがデータを供給するJPK_V7M SAF-Tファイルの構造を定めています。
• Ustawa o KAS — KASの執行上の役割と突き合わせ機能を定めています。
• Council Directive 2006/112/EC — EU VAT指令。請求書の記載内容に関する基本ルールです。
• Directive 2014/55/EU — 公共調達における電子インボイスの義務化（PEFの根拠）。
• EU ViDAパッケージ — 2024年に合意。2030年までにEU域内B2Bの構造化電子インボイスを義務化。KSeF/PEFと整合しています。

KSeF対応の進め方 — 2026年版ステップ・バイ・ステップ

1. 自社の義務化日を確認する

• 2026年の売上高がVAT抜きでPLN 200M超 — 義務化日は 2026年2月1日.
• 2026年の売上高がVAT抜きでPLN 200M以下 — 義務化日は 2026年4月1日.
• VAT納税者であれば、任意のオプトインはすぐに利用できます。

2. 認証手段を揃える

• 法人用の 適格電子シール を、KIR Szafir、Certum、CenCert、EuroCertのいずれかを通じて発行（または更新）します。
• 初期認証のために、少なくとも1名の取締役が有効な Profil Zaufany をePUAP経由で保有していることを確認します。
• KSeFの「wlasciciel」（所有者）の役割を持つ自然人と、「Faktury sprzedaz」/「Faktury zakup」の担当者として権限を付与する人物を決めます。

3. KSeFポータルに登録する

1. ksef.podatki.gov.pl にePUAPの信頼プロファイルでログインします。
2. 会社のNIPを確認し、会計士 / インテグレーター / ERPシステムに権限の役割を割り当てます。
3. KSeF APIトークンを生成します。請求書の発行だけが必要なら「Faktury sprzedaz」に限定し、双方向のフロー全体が必要なら「Faktury zakup」と「Faktury sprzedaz」の両方を付与します。
4. トークンはプラットフォームのシークレット保管庫に保存してください — ソース管理には絶対に入れないでください。

4. FA(2)の生成を設定する

1. 商品カタログのVAT税率を、FA(2)で許可されている値（0、5、8、23、zw、np、oo）に対応付けます。
2. 請求書発行エンジンが、FA(2)の必須項目をすべて出力することを確認します。これには WariantFormularza, KodWaluty 、 Adres/KodKraju が含まれます.
3. 本番送信の前に、サンプルドキュメントを公式XSDで検証します。
4. 次の環境でエンドツーエンドのテストケースを実行します： ksef-test.mf.gov.pl— 標準的なB2B請求書、修正請求書（faktura korygujaca）、リバースチャージ請求書（mechanizm odwrotnego obciazenia）、MPPフラグ付き請求書。

5. ZunaproでマーケットプレイスをKSeFに接続する

1. Zunaproにサインイン し、ポーランド会計モジュールを開きます。
2. KSeFの役割を接続 — APIトークンを貼り付け、適格電子シールの証明書をアップロードします。
3. マーケットプレイスを接続 — Allegro、Amazon.pl、Empik、Ceneo、Morele.net、Erliを、標準のマーケットプレイスタイルから接続します。
4. 注文 → FA(2)のマッピング — 標準スキーマならワンクリックでマッピングでき、上級ユーザーはマーケットプレイスごとの上書き設定を調整できます。
5. 本番稼働 — 初回同期で保留中のB2B注文に対して遡って請求書を発行し、その後は注文が届くたびにリアルタイムで請求書が発行されます。

KSeFのよくある質問 — 2026年版