欧盟数字化税务的三大要点：
SAF-T、电子发票与 Intrastat
—以波兰为例
欧盟本地化的统一要求
在全球化的企业运营环境中，财务本地化已成为跨国企业合规管理的重点。特别是在欧盟地区，各成员国不断推动税务数字化改革，以提高税务透明度、简化申报流程和降低税务违规风险。
SAF-T（标准审计文件）、电子发票（e-Invoicing）以及 Intrastat 等政策工具，成为企业要应对的重要合规要求。通过 SAP 系统的支持，可以将政策高效实施。以下我们以波兰为例，全面解析这些要求及其在SAP 系统中的实践。
什么是 SAF-T
SAF-T（Standard Audit File for Tax）是由 OECD（经济合作与发展组织）提出的一项国际税务标准，旨在通过电子化、标准化的方式传递企业财务数据。
核心目标：帮助税务机关提高审计效率，同时降低企业的税务合规成本。
主要内容：包括销售、采购、库存等交易信息，采用XML 格式编码，确保数据的可读性和一致性。
应用范围：已在多个国家推广，但每个国家根据本地需求对SAF-T 进行了不同程度的调整。
SAF-T 在不同国家可能有不同的本地名称, 比如在法国，SAF-T 的本地版本被称为FEC（Fichier des ÉcrituresComptables）在德奥地区则保留通用名称SAF-T。
波兰的 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 的引入不仅简化了企业的申报流程，还提高了税务机关的数据分析能力。
在 SAP 系统中的实现
SAP 系统为 JPK_V7 提供了全面的技术支持，其优势体现在以下几个方面：
文件生成
●通过事务代码（如ZFIRP074）快速生成符合JPK_V7 要求的 XML 文件。
●自动处理VAT 清算及相关交易记录，确保数据的准确性。
数据校验
●集成增值税校验功能，自动检查主数据和税码，避免因数据错误导致的申报失败。
流程自动化
●全流程标准化操作，从数据准备到提交实现全自动处理，大幅提高了运营效率。
电子发票在欧洲的发展
近年来，电子发票（e-Invoicing）在欧洲逐渐成为一种标准化趋势。
欧盟要求：各成员国需将电子发票的使用纳入本地立法，适用于企业对政府（B2G）及企业对企业（B2B）的交易场景。
特点：通过结构化的电子格式传递发票信息，支持全程电子化处理。
主要目标：提高税务透明度、降低人工操作错误以及预防税务欺诈。
波兰的电子发票系统：KSeF
Krajowa System e-Faktur (KSeF)，是波兰财政部推出的一个中央化平台，用于发行和交换电子发票。它将电子发票的管理集中化，使得纳税人可以通过API将发票发送至KSeF系统，系统会为每张发票分配一个唯一的标识号。
适用范围：自2024 年起，KSeF 系统对所有企业强制适用，覆盖 B2B 和 B2G 的所有交易场景。
技术要求：发票需通过API 接口上传至 KSeF 平台，并由系统分配唯一识别号。
实施阶段：从2022 年开始试运行，至 2026 年分阶段覆盖所有企业。
为什么需要KSeF？ KSeF的主要目的是提高增值税结算的准确性和简化控制流程。通过使用结构化电子发票，可以减少手工处理错误，并提高税务机关对交易的监控能力.
发票生成与系统识别：
发票将在纳税人的系统中生成，然后通过API发送，KSeF系统将分配一个识别号码。系统将包含有关承包商收到发票的信息，发票的发出日期将是KSeF系统的日期。
在 SAP 系统中的集成
SAP 系统在 KSeF 实施中的支持，主要体现在以下几个方面：
SAP发票数据提取器
●提取器从SAP 财务和销售模块检索发票数据以及材料数据，确保数据符合 KSeF 要求的 XML 格式。
状态跟踪/存储电子发票文档并通过 API 将其发送到财政部系统的集成平台
●借助eDocument Cockpit 功能，实时监控发票状态，明确是否已被 KSeF 系统接收或拒绝。
●集成平台易于调整 - API 和发票规范的任何更改都可以快速实施并在线提供给所有客户
全程自动化
●集成端到端的发票管理流程，从生成到提交，再到数据存储，一站式完成，降低操作复杂性。
电子发票在欧洲的发展
Intrastat 是欧盟成员国间的货物贸易统计系统，替代了传统的单一行政文件（SAD），成为欧盟贸易数据的重要来源。.每个成员国必须按年度确定其自己的国家门槛，分别适用于欧盟国内的进口和出口。在设定门槛时，成员国必须确保其按价值计算的欧盟国内出口至少有 97% 被覆盖，欧盟国内进口至少有 93% 被覆盖
申报阙值:
以下为部分国家总结样例，具体须参考当年各国税务局网站。阙值会根据提供商品的类型，或者用途有更加精确的分类。
目的：监测欧盟内部的贸易流动，为经济政策制定提供数据支持。
申报门槛：波兰企业当年进口总额达到 4,000,000 PLN 或出口总额达到 2,000,000 PLN 时，需提交 Intrastat 申报。
数据要求：包括货物类型、数量、价值及相关国家代码。
SAP 系统的支持
SAP 系统通过标准化模板为 Intrastat 数据的收集、整理和提交提供了便捷工具。企业可利用SAP 的内置功能，确保数据符合欧盟和波兰的统计要求。
波兰的会计科目表具有高度灵活性。企业可以根据自身需求调整科目结构，同时满足本地合规和国际财务报告的双重要求。
目前使用的 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的编码规则和分类方法确保了财务数据的系统性和一致性，便于企业的财务管理和外部审计。
波兰的本地化规则体现了欧盟推动税务数字化改革的整体方向。借助 SAP 系统的深度集成，企业不仅能轻松应对SAF-T、KSeF 和 Intrastat 等复杂要求，还可以通过灵活的会计科目表功能，更高效地管理财务流程。
对于跨国企业而言，适应这些本地化法规并充分利用 SAP 的支持功能，不仅是合规的需求，更是提升全球竞争力的重要举措
作者|审核：隋子珺
编 辑 ：朱思聪
