2026年2月起波兰KSeF电子发票强制实施：落地、合规与电商集成指南

1. KSeF（Krajowy System e-Faktur）— 它是什么，为何存在

KSeF ——即 Krajowy System e-Faktur （国家电子发票系统）——是波兰国家集中运营的发票清关平台。在操作层面，它是一套REST API加一个网页门户，由 Ministerstwo Finansow（财政部） 托管于 ksef.podatki.gov.pl。波兰纳税人开具的每一张结构化发票（faktura ustrukturyzowana）都以FA(2) XML文档形式上传至KSeF，依据官方XSD架构进行校验、加盖时间戳、分配一个唯一的 10位字符KSeF标识符 （例如 7A3D-19F0），并在中央登记库中保存至少 10年.

从法律角度看，KSeF由修订后的 Ustawa o podatku od towarow i uslug（波兰增值税法，Ustawa o VAT） 引入，并由财政部KSeF条例（Rozporzadzenie Ministra Finansow w sprawie KSeF）细化。自2022年1月1日起可自愿使用，并将 在2026年分两批强制实施 ——取代波兰企业之间所有传统的PDF发票流程。

波兰为何建设KSeF？

财政部在2021年首次宣布KSeF时提出了三个明确目标： 缩小增值税缺口 （得益于SAF-T和分账支付，波兰的luka VAT已从2015年的超过25%缩小到2024年的约7–9%；KSeF使循环欺诈和失踪交易商欺诈在结构上更难实施）； 减少行政摩擦 （KSeF发票在登记的那一刻即送达买方——无需PDF邮件，无需确认回执；KSeF时间戳即为法定送达日期）；以及 与欧盟ViDA接轨 （2024年“数字时代增值税”一揽子方案要求在2030年前于整个单一市场推行结构化电子发票；波兰是先行者，KSeF只需极少的架构改动即可接入ViDA）。

谁运营KSeF？谁必须遵守？

KSeF由财政部IT部门（Departament Informatyzacji Ministerstwa Finansow）与 KAS（Krajowa Administracja Skarbowa）共同建设和运营。自强制实施之日起，所有活跃的波兰增值税纳税人均须遵守：个体经营者（JDG）、有限责任公司（sp. z o.o.）、在波兰登记增值税的外国公司，以及提交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年第一季度设置 宽松执法过渡期 ——至少在 2026年7月1日之前，对逾期或缺失的KSeF提交将酌情处罚。自2026年下半年起，Ustawa o VAT规定的全部处罚措施将不再宽限地适用。

纸质和PDF发票将何去何从？

自强制实施之日起，纸质或PDF发票在波兰不再是合法有效的B2B发票。向波兰企业买家开具此类发票以代替结构化KSeF发票，将触发第9节所述的处罚制度。例外情形： B2C交易 （paragony继续通过税控收银机和可选的e-Paragon开具；消费者要求开具的发票仍经由KSeF流转）； 向外国增值税客户开具的 跨境发票（适用理事会指令2006/112/EC规定的标准欧盟增值税发票规则；出口业务的PDF发票仍然有效）；以及 不可抗力离线模式 （API中断期间在KSeF之外开具发票，并在1个工作日的宽限期内补传）。

3. FA(2)架构 — XML发票格式

从FA(1)到FA(2)：有哪些变化

FA(2)架构 是自2026年起强制使用的第二代结构化发票XML格式。它取代了FA(1)（2022年至2024年中的自愿阶段），以XSD形式发布于 ksef.podatki.gov.pl，每次提交时都会在服务器端进行校验。

FA(2)相对FA(1)的主要变化： 更严格的NIP校验 （收件方NIP，10位数字，实时对照Biała Lista和VIES进行校验）； 新增平台字段 (P_RodzajFaktury, P_KSeF, P_TerminPlatnosci 对销售渠道成为必填项）； 强化的FaKorygujaca模块 （更正发票须在 NrFaKorygowanej); 中引用原始的10位字符KSeF标识符）；币种 + 汇率 (Waluta / KursWaluty 对照销售日前一个工作日的NBP参考汇率进行校验）；以及 MPP分账支付标记 （附件15类别中金额超过PLN 15,000的发票为必填）。

FA(2) XML发票结构解析

一份最简FA(2)文档包含：Naglowek（含架构版本的头部）、Podmiot1模块（卖方NIP、名称、地址，KodKraju=PL）、Podmiot2模块（买方NIP和名称），以及Fa模块，其中包括币种代码（KodWaluty=PLN）、开票日期（P_1）、发票号码（P_2）、净额/增值税/含税总额（P_13_1、P_14_1、P_15）、发票类型（RodzajFaktury），以及一个或多个FaWiersz明细行，含商品描述（P_7）、数量（P_8B）、单价（P_9A）、行净额（P_11）和增值税税率（P_12）。

每个命名元素都受FA(2) XSD约束。NIP格式错误、缺少 WariantFormularza，或 P_12 增值税税率不在官方集合（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 上公布，并至少留出三个月的实施期。生产环境XSD托管于 crd.gov.pl/wzor/。任何承载KSeF流量的集成平台都必须跟踪这些版本：基于过时架构构建的FA(2)文档，即使业务数据正确也会被拒绝。

4. NIP-VAT收件方识别

NIP — 波兰纳税人识别号

NIP（Numer Identyfikacji Podatkowej） 是波兰的10位税务识别号，在公司注册时由主管税务局签发。每个活跃的增值税纳税人都有NIP；在波兰登记增值税的外国公司会获得一个用于欧盟内部业务、带国家代码前缀的NIP（例如 PL5252344078）。NIP是FA(2)发票上各方的主要识别号。

实时校验 — Biała Lista与VIES

KSeF API对每张B2B发票执行三项在线检查： Biała Lista （增值税纳税人白名单，位于 wykaz-podatnikow.mf.gov.pl ——NIP在开票日必须存在且处于有效状态）、 名称匹配 (Nazwa 必须与Biała Lista记录基本一致；目前重大不一致仅为软性警告，自2026年下半年起将被直接拒绝），以及 VIES （适用于收件方持有外国欧盟增值税号的欧盟内部B2B交易）。

平台订单 → 获取NIP

在平台结账环节获取买家NIP： Allegro 在订单被标记为企业采购时，通过 buyer.company.taxId 提供NIP。 Amazon.pl 企业买家通过SP-API的 BuyerInfo.BuyerTaxInfo 对象传递NIP。 Empik / Ceneo / Morele / Erli 均在订单JSON中提供“Faktura na firme”标记和NIP字段。对于Shopify / WooCommerce / PrestaShop / BigCommerce上的自营店铺结账，可添加一个“增值税发票（NIP）”复选框；面向波兰市场的主题已自带该组件。

Zunapro从每个平台订单的webhook数据中获取买家NIP，预先对照Biała Lista进行校验，并填入待发FA(2)的 Podmiot2 → NIP 字段。NIP不匹配或缺失会在提交发票前触发面板内提醒，让您在订单层面就解决数据质量问题，而不是事后追查KSeF拒收。

5. 面向B2G的PEF（Platforma Elektronicznego Fakturowania）

PEF是什么，处于什么位置

PEF — Platforma Elektronicznego Fakturowania（电子开票平台） ——是波兰早已存在的B2G（企业对政府）电子发票平台，于2019年推出，由发展与技术部（Ministerstwo Rozwoju i Technologii）运营。PEF的建设旨在落实关于公共采购电子发票的 欧盟指令2014/55/EU ：波兰每个公共部门采购方（中央政府、市政府、医院、学校）都必须通过PEF接收公共采购合同的结构化电子发票。

PEF与KSeF：共存模式

2026年常见的一个问题是：KSeF强制实施后PEF是否会消失？答案是： PEF将继续运行。两个平台分工明确、并行共存：

• PEF ——B2G发票的传输和路由层，包括通过欧盟 Peppol 网络进行的跨境B2G。针对公共采购流程（订单 → 发票 → 付款 → 归档）进行了优化。
• KSeF ——波兰纳税人开具的所有B2B和B2G发票的税务清关和登记层。财政部是结构化数据的接收方。
• B2G联合流程 ——波兰公司向波兰公共采购方开票时，通过PEF开具并送达发票，同时在KSeF中登记一份平行副本用于增值税申报。财政部已承诺建设PEF↔KSeF自动对账功能，使卖家无需重复提交。

谁必须使用PEF？

波兰每个公共部门采购机构都有义务接收PEF发票。供应商（波兰及外国）在为超过欧盟门槛的采购向公共采购方开票时，有义务开具PEF发票（目前中央政府货物/服务门槛为EUR 140,000，地方政府为EUR 215,000）。低于这些门槛时，使用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 Access Point（Comarch、Sage、Edicom等）接入。

6. 通过ePUAP + API进行身份认证

三种认证途径

KSeF支持三种认证机制，分别适用于不同的业务模式：

1. 合格电子签名（kwalifikowany podpis elektroniczny） ——由波兰合格信任服务提供商（KIR Szafir、CenCert、Certum、EuroCert）签发的个人证书。最常见于会计师和手动开具少量发票的个人纳税人。
2. 通过ePUAP的可信档案（Profil Zaufany） ——免费的政府签发电子身份，与PESEL号码绑定并通过网上银行验证。所有波兰个人均可使用；是中小企业的标准认证途径。
3. 合格电子印章（kwalifikowana pieczec elektroniczna） ——公司级证书，允许自动化系统代表法人实体签署FA(2)文档。是平台和ERP集成唯一可行的途径。

ePUAP — 波兰可信档案

ePUAP（Elektroniczna Platforma Uslug Administracji Publicznej，公共行政服务电子平台） 是波兰的中央电子政务门户，托管于 epuap.gov.pl ，由数字事务部下属的Centralny Osrodek Informatyki（COI）运营。通过ePUAP签发的 Profil Zaufany（可信档案） 是波兰电子身份的基石：可用于报税、通过CEIDG登记个体经营、与公共行政机构签订合同——并且自2022年起，还可用于认证KSeF集成的初始化。

对平台卖家而言，典型流程是：公司代表（在KRS中具有相应授权的董事会成员或代理人）通过ePUAP登录一次KSeF门户，生成一个与合格电子印章绑定的API令牌，授权Zunapro（或其他集成商）为“osoba uprawniona”（授权人），此后所有FA(2)提交即全部自动化。

KSeF API概览

KSeF API是一项基于HTTPS传输JSON的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授予限定于其NIP的 “Faktury sprzedaz” 权限，并可选择授予“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流程有两种运行方式： 由Zunapro开具 （Zunapro构建、签署并提交FA(2)，然后将发票连同10位字符KSeF标识符回传至您的ERP），或 由ERP开具 （Zunapro将订单流式传入Comarch / Sage / Symfonia / Insert / Enova / iFirma，由其通过自身连接器开具FA(2)）。两种配置都能实现KSeF全覆盖。

常见集成陷阱

• 架构漂移 ——ERP有时会比财政部的FA(2)架构晚一个版本。请在季度末之前核对当前生效的XSD版本。
• NIP规范化 ——平台提供的NIP格式五花八门（525-23-44-078, PL5252344078、纯数字）。请统一规范为10位数字。
• 事务所规模化 ——如果一家事务所为50个NIP管理KSeF，请使用KSeF门户中的批量授权流程，而不是逐个NIP的网页界面。
• 沙盒串用 ——切勿在沙盒中使用生产环境的合格电子印章；请为以下环境单独签发测试印章： ksef-test.mf.gov.pl.

8. 跨境电子发票 — 通过PEF的Peppol UBL

跨境问题

波兰平台卖家向德国买家开票、捷克经销商向波兰公立医院开票、波兰出口商向法国进行B2B销售——这些都 不 直接由KSeF处理。KSeF是国家清关系统；跨境B2B发票继续遵循 理事会指令2006/112/EC规定的标准欧盟增值税发票规则。出口业务仍可使用PDF和EDI——但有一个重要例外： 跨境B2G.

Peppol — 欧盟跨境骨干网络

Peppol（Pan-European Public Procurement Online） 是覆盖全欧盟、基于标准的结构化商业文档交换网络，由OpenPeppol协会管理。每个欧盟成员国都已将Peppol整合进其公共采购基础设施，以落实指令2014/55/EU。文档格式： UBL 2.1（Universal Business Language） ，封装于Peppol BIS Billing 3.0规范中。传输： AS4 ，基于四角模型（发送方 → 发送方Access Point → 接收方Access Point → 接收方）。

PEF如何将波兰B2G接入Peppol

PEF（见第5节）是波兰接入Peppol网络的门户。以波兰供应商向德国公立医院开票为例：供应商在其ERP中构建Peppol BIS Billing 3.0（UBL 2.1）发票，上传至PEF（供应商一侧的Peppol Access Point），PEF通过AS4路由至德国接收方的Access Point，再由后者将发票送达医院的会计系统。PEF记录该交易；同时在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 增值税税率对应 cac:ClassifiedTaxCategory/cbc:Percent; Fa/P_15 含税总额对应 cbc:PayableAmount.

现代集成平台（包括Zunapro）将发票数据保存在统一的内部规范模型中，并从同一数据源分别生成用于KSeF的FA(2)和用于跨境B2G的Peppol UBL。卖家无需手写XML。

欧盟ViDA — KSeF之后的下一步

欧盟 数字时代增值税（ViDA） 一揽子方案于2024年底达成一致，要求在 2030年7月之前，欧盟内部B2B交易必须采用结构化电子发票并满足近实时数字申报要求（DRR）。ViDA的数据模型明确与Peppol接轨。波兰的KSeF体系——FA(2)加PEF/Peppol路由——只需极少的架构改动即可接入ViDA；财政部已表示，在该法规生效时，将以FA(3)架构纳入ViDA要求的字段。

9. 罚款 — 最高达增值税额100%

法律依据

未使用KSeF的处罚规定于修订后的 Ustawa o VAT，具体见2023年电子发票法新增的条款，并由KSeF条例细化。财政部已宣布2026年第一季度为宽松执法过渡期；自 2026年7月1日 起，全部处罚制度将不再宽限地适用。

处罚明细

违规行为	罚款	下限
在KSeF强制实施后仍在KSeF之外开具发票	最高达发票 增值税额的100%	每张发票最低PLN 1,000
在不可抗力离线开票后，未在规定期限内将发票提交至KSeF	最高达 发票含税金额的18.7%	每张发票最低PLN 1,000
通过KSeF开具的发票存在重大错误（例如NIP错误、缺少MPP标记）	依据Kodeks karny skarbowy（财政刑法典）的标准增值税错误处罚	依据KKS第56条的日罚金（kary dzienne）
未在JPK_V7M中记录已开具的发票	最高达 少报税额的20%	依据增值税法第112b条

实例演算 — 平台场景

一家波兰电子产品卖家每月发出200笔Allegro B2B订单，平均含税金额PLN 1,500，增值税率23%（每张发票约PLN 280增值税）。如果KSeF已强制实施而卖家仍只开PDF发票：理论最高罚款为200 × PLN 280 = 每月PLN 56,000 的增值税额罚款；实际下限为200 × PLN 1,000 = 每月PLN 200,000 的单张发票最低罚款（取较高者）；此外还有JPK_V7M差异，以及买方丧失进项增值税抵扣权。正确实施KSeF的成本，只是违规风险敞口的一小部分。

应对策略与风险缓解

离线模式证据 ——如因中断导致无法提交至KSeF，请保留API响应日志，并在宽限期（目前为1个工作日）内补传。 Czynny zal ——依据KKS第16条的波兰自我披露程序，若纳税人在KAS启动稽查之前主动披露违规行为，可免除刑事税务责任。 审计轨迹 ——KSeF标识符是合规的权威证明；请将其与订单一并保存，正如Zunapro在订单详情中所做的那样。

10. 电商 + KSeF合规 — 平台实操手册

平台现状

2026年，波兰各平台——Allegro（2200万+客户）、Amazon.pl（400万+）、Empik（150万+ Premium会员）、Ceneo（1900万+访客）、Morele.net（800万+）、Erli（400万+）——合计每月处理 3000万+笔订单 ，其中相当一部分被标记为“faktura na firme”。在平台订单量下，手动开具KSeF发票是不可能的；集成必须自动化。

平台KSeF五步流程

1. 订单接入 ——Zunapro接收订单webhook（如选择了“faktura na firme”，则包含NIP）。
2. NIP校验 ——查询Biała Lista；如NIP失效，以面板内提醒的方式软性失败。
3. 构建FA(2) ——依据当前生效的XSD版本，将规范化订单数据生成FA(2) XML。
4. 提交至KSeF ——FA(2)经Base64编码，用卖家的合格电子印章签署后提交至API；通过轮询获取10位字符KSeF标识符。
5. 回传 ——将KSeF标识符写回平台订单，以可下载发票的形式提供给买方，并推送至卖家的ERP用于JPK_V7M。

各平台的特殊之处

• Allegro ——买家只有将订单切换为“Faktura VAT”模式后才会提供NIP；如果在发货后才切换，卖家有15天时间在KSeF中补登发票。
• Amazon.pl ——Amazon Business发票由Amazon为Vendor Central预先开具；Seller Central / 第三方卖家通过自己的纳税人档案自行开具。
• Empik / Ceneo / Morele / Erli ——各平台都提供类似的“Faktura na firme”标记和NIP字段；KSeF标记必须回传至订单详情，以便买方在其账户中看到发票。Ceneo CPC的开票在卖家自己的网店中进行，KSeF逻辑位于结账集成中。

跨境平台订单

波兰卖家将Allegro订单发给德国消费者属于B2C远程销售（PDF有效，增值税由OSS处理）。波兰卖家通过泛欧FBA向德国企业买家发货属于欧盟内部B2B（适用标准欧盟增值税规则，而非KSeF）。反过来的情形——外国卖家通过Allegro向波兰企业开票——如果该外国卖家已登记波兰增值税， 则会 触发KSeF。

申报与对账

每张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）	全欧盟公共部门电子发票
跨境B2B	欧盟增值税规则（指令2006/112/EC）	标准欧盟开票；PDF有效
B2C收据	税控收银机 + e-Paragon	消费者收据；应要求开具KSeF发票
身份认证	ePUAP / 合格电子签名 / 电子印章	KSeF和PEF的身份凭证
增值税申报	JPK_V7M（SAF-T）	月度文件；由KSeF提供数据

法律框架 — Ustawa o VAT与KSeF条例

Ustawa o VAT — 波兰增值税法

Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug（Ustawa o 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并定期更新。

相关波兰税法与欧盟层面

• Kodeks karny skarbowy（KKS） ——第56条和第62条涵盖发票违法行为和日罚金（kary dzienne）制度。
• Ordynacja podatkowa与KKS第16条 ——“czynny zal”（主动悔过）自我披露，正确运用时可免除责任。
• JPK条例 ——规定KSeF数据所汇入的JPK_V7M SAF-T文件结构。
• Ustawa o KAS ——界定KAS的执法职责和交叉比对能力。
• 理事会指令2006/112/EC ——欧盟增值税指令；发票内容的基础规则。
• 指令2014/55/EU ——公共采购强制电子发票（PEF的法律基础）。
• 欧盟ViDA一揽子方案 ——2024年达成一致；2030年前欧盟内部B2B强制采用结构化电子发票；与KSeF/PEF接轨。

如何为KSeF做好准备 — 2026年分步指南

1. 确认您的义务生效日期

• 2026年不含增值税销售额超过PLN 200M——自以下日期起强制： 2026年2月1日.
• 2026年不含增值税销售额不超过PLN 200M——自以下日期起强制： 2026年4月1日.
• 任何活跃的增值税纳税人均可立即自愿选择使用。

2. 获取认证工具

• 签发（或续期） 法人实体的合格电子印章 ，可通过KIR Szafir、Certum、CenCert或EuroCert办理。
• 确保至少有一名董事会成员持有可用的 Profil Zaufany （通过ePUAP），用于初始化认证。
• 确定将担任KSeF“wlasciciel”角色的自然人，以及将被授权为“Faktury sprzedaz” / “Faktury zakup”代表的人员。

3. 在KSeF门户注册

1. 使用ePUAP可信档案登录 ksef.podatki.gov.pl 。
2. 确认公司的NIP，并为您的会计师/集成商/ERP系统分配授权角色。
3. 生成KSeF API令牌：如只需开具销项发票，权限限定为“Faktury sprzedaz”；如需完整的双向流程，则授予“Faktury zakup”加“Faktury sprzedaz”。
4. 将令牌存放在您平台的密钥保管库中——切勿放入源代码管理。

4. 配置FA(2)生成

1. 将商品目录中的增值税税率映射到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年版