欧盟数字化税务的三大要点 SAFT 电子发票与 Intrastat 以波兰为例
**欧盟数字化税务的三大要点：**
**SAF-T、电子发票与 Intrastat**
**—以波兰为例**
**欧盟本地化的统一要求**
在全球化的企业运营环境中，财务本地化已成为跨国企业合规管理的重点。特别是在欧盟地区，各成员国不断推动税务数字化改革，以提高税务透明度、简化申报流程和降低税务违规风险。
SAF-T（标准审计文件）、电子发票（e-Invoicing）以及 Intrastat 等政策工具，成为企业要应对的重要合规要求。通过 SAP
系统的支持，可以将政策高效实施。以下我们以波兰为例，全面解析这些要求及其在SAP 系统中的实践。
**01**
**SAF-T（标准审计文件）在波兰的应用**
**1.1**
**什么是 SAF-T**
SAF-T（Standard Audit File for Tax）是由
OECD（经济合作与发展组织）提出的一项国际税务标准，旨在通过电子化、标准化的方式传递企业财务数据。
• **核心目标：** 帮助税务机关提高审计效率，同时降低企业的税务合规成本。
• **主要内容：** 包括销售、采购、库存等交易信息，采用XML 格式编码，确保数据的可读性和一致性。
• **应用范围：** 已在多个国家推广，但每个国家根据本地需求对SAF-T 进行了不同程度的调整。
SAF-T 在不同国家可能有不同的本地名称, 比如在法国，SAF-T 的本地版本被称为FEC（Fichier des
ÉcrituresComptables）在德奥地区则保留通用名称SAF-T。
**1.2**
**波兰的 SAF-T 实践：JPK_V7**
在波兰，SAF-T 被称为 JPK（Jednolity Plik Kontrolny）。自2020 年 10 月起，波兰引入了新的 SAF-T
文件版本——JPK_V7，它将增值税申报和交易记录整合到一个文件中。
• **适用范围：** 所有注册增值税的企业，无论规模大小。
• **文件结构：** 包含VAT 申报表、销售记录和采购记录，以标准化的 XML 格式提交。
• **提交要求：** 每月 25 日之前上传至政府指定平台。
文件类型包括
JPK_VAT：采购和销售记录
JPK_FA：增值税发票
JPK_KR：会计账簿
JPK_MAG：仓库记录
JPK_WB：银行对账单
JPK_PKPIR：收入和支出的分类账
JPK_EWP：收入记录
JPK_V7 的引入不仅简化了企业的申报流程，还提高了税务机关的数据分析能力。
**1.3**
**在 SAP 系统中的实现**
SAP 系统为 JPK_V7 提供了全面的技术支持，其优势体现在以下几个方面：
1. **文件生成**
●通过事务代码（如ZFIRP074）快速生成符合JPK_V7 要求的 XML 文件。
●自动处理VAT 清算及相关交易记录，确保数据的准确性。
2. **数据校验**
●集成增值税校验功能，自动检查主数据和税码，避免因数据错误导致的申报失败。
3. **流程自动化**
●全流程标准化操作，从数据准备到提交实现全自动处理，大幅提高了运营效率。
**02**
**电子发票（KSeF）的实施**
**2.1**
**电子发票在欧洲的发展**
近年来，电子发票（e-Invoicing）在欧洲逐渐成为一种标准化趋势。
• **欧盟要求：** 各成员国需将电子发票的使用纳入本地立法，适用于企业对政府（B2G）及企业对企业（B2B）的交易场景。
• **特点：** 通过结构化的电子格式传递发票信息，支持全程电子化处理。
• **主要目标：** 提高税务透明度、降低人工操作错误以及预防税务欺诈。
**2.2**
**波兰的电子发票系统：KSeF**
Krajowa System e-Faktur
(KSeF)，是波兰财政部推出的一个中央化平台，用于发行和交换电子发票。它将电子发票的管理集中化，使得纳税人可以通过API将发票发送至KSeF系统，系统会为每张发票分配一个唯一的标识号。
• **适用范围：** 自2024 年起，KSeF 系统对所有企业强制适用，覆盖 B2B 和 B2G 的所有交易场景。
• **技术要求：** 发票需通过API 接口上传至 KSeF 平台，并由系统分配唯一识别号。
• **实施阶段：** 从2022 年开始试运行，至 2026 年分阶段覆盖所有企业。
• **为什么需要KSeF？** KSeF的主要目的是提高增值税结算的准确性和简化控制流程。通过使用结构化电子发票，可以减少手工处理错误，并提高税务机关对交易的监控能力.
• **发票生成与系统识别：**
发票将在纳税人的系统中生成，然后通过API发送，KSeF系统将分配一个识别号码。系统将包含有关承包商收到发票的信息，发票的发出日期将是KSeF系统的日期。
**2.3**
**在 SAP 系统中的集成**
SAP 系统在 KSeF 实施中的支持，主要体现在以下几个方面：
1. **SAP发票数据提取器**
●提取器从SAP 财务和销售模块检索发票数据以及材料数据，确保数据符合 KSeF 要求的 XML 格式。
2. **状态跟踪/存储电子发票文档并通过 API 将其发送到财政部系统的集成平台**
●借助eDocument Cockpit 功能，实时监控发票状态，明确是否已被 KSeF 系统接收或拒绝。
●集成平台易于调整 - API 和发票规范的任何更改都可以快速实施并在线提供给所有客户
3. **全程自动化**
●集成端到端的发票管理流程，从生成到提交，再到数据存储，一站式完成，降低操作复杂性。
**03**
**Intrastat 和会计科目表（COA）的本地化实践**
3.1 Intrastat 的背景和要求
**电子发票在欧洲的发展**
Intrastat
是欧盟成员国间的货物贸易统计系统，替代了传统的单一行政文件（SAD），成为欧盟贸易数据的重要来源。.每个成员国必须按年度确定其自己的国家门槛，分别适用于欧盟国内的进口和出口。在设定门槛时，成员国必须确保其按价值计算的欧盟国内出口至少有
97% 被覆盖，欧盟国内进口至少有 93% 被覆盖
申报阙值
以下为部分国家总结样例，具体须参考当年各国税务局网站。阙值会根据提供商品的类型，或者用途有更加精确的分类。
• **目的：** 监测欧盟内部的贸易流动，为经济政策制定提供数据支持。
• **申报门槛：** 波兰企业当年进口总额达到 4,000,000 PLN 或出口总额达到 2,000,000 PLN 时，需提交 Intrastat 申报。
• **数据要求：** 包括货物类型、数量、价值及相关国家代码。
**3.2**
**SAP 系统的支持**
SAP 系统通过标准化模板为 Intrastat 数据的收集、整理和提交提供了便捷工具。企业可利用SAP 的内置功能，确保数据符合欧盟和波兰的统计要求。
**04**
**会计科目表（COA）在波兰的灵活性**
波兰的会计科目表具有高度灵活性。企业可以根据自身需求调整科目结构，同时满足本地合规和国际财务报告的双重要求。
目前使用的 CoA 版本多种多样，预算分类系统复杂、不一致，难以履行国际报告义务。2017 年 11 月，财政事务部 (FAD)
3代表团参考了世界银行以前的报告4 ，重申了 CoA 的不足之处。代表团就转向标准会计科目表 (SCoA) 提出了建议，并建议需要在更高级别的 CoA
标准化和为较低级别的个人用户提供灵活性之间取得微妙的平衡
• **分段编码：** 波兰的 COA 通常分为法人实体、主账户和序列号三个部分，典型格式为“00-00000-00”。
• **SAP 支持：** SAP 系统允许企业自定义 COA 结构，并结合 IFRS 和本地 PAS（波兰会计准则）进行双重标准化。
波兰：当前 CoAS 的覆盖范围
Source: MoF(财政部) and mission staff (SB=State Budget, LG=Local Government
一个典型的波兰会计科目表包括以下几个主要类别：
• 资产：包括流动资产和非流动资产，如现金、应收账款、存货、固定资产等。
• 负债：包括短期负债和长期负债，如应付账款、借款、应付税款等。
• 股东权益：包括股本、资本公积、未分配利润等。
• 收入：包括销售收入、服务收入、利息收入等。
• 费用：包括销售费用、管理费用、财务费用等。
• … …
SCOA的编码规则和分类方法确保了财务数据的系统性和一致性，便于企业的财务管理和外部审计。
**02**
**结语**
波兰的本地化规则体现了欧盟推动税务数字化改革的整体方向。借助 SAP 系统的深度集成，企业不仅能轻松应对SAF-T、KSeF 和 Intrastat
等复杂要求，还可以通过灵活的会计科目表功能，更高效地管理财务流程。
对于跨国企业而言，适应这些本地化法规并充分利用 SAP 的支持功能，不仅是合规的需求，更是提升全球竞争力的重要举措
作者|审核：隋子珺
编 辑 ：朱思聪
