德国电子发票不能简单套用“接一个税局清算平台”的思路。面向 B2B，客户真正要面对的问题更宽：企业是否已经具备接收、读取、处理、归档和后续审计结构化发票数据的能力。
德国相关讨论里经常出现 EN 16931、XRechnung、ZUGFeRD 等格式名称。这些当然重要，但对 SAP 客户来说，变化不只在格式。供应商发票可能以结构化数据进入企业，财务用户仍然需要可阅读视图，采购、发票校验、审批、过账和归档流程也要保持连贯。
B2B 传输方式：邮件和 Peppol 都是通道选择
德国 B2B 电子发票首先要区分“发票格式”和“传输方式”。合规电子发票需要能被电子化处理的结构化数据；具体传输通道则可以由交易双方约定。实践中，可能是电子邮件、ERP 到 ERP 接口、门户、类似 EDI 的传输路径，也可能是 Peppol。
电子邮件可以作为 B2B 收票的务实起点，但附件本身必须是结构化电子发票，例如 XRechnung XML 或符合要求的 ZUGFeRD 文件。普通 PDF 通过邮件发送，不应被当作 2025 年以后德国 B2B 准备度意义上的合规电子发票；在适用过渡期内，它更接近“其他发票”。
Peppol 更适合需要标准化、自动化交换的场景，例如长期合作伙伴、跨国 rollout 或较高发票量。它应被定位为 B2B 自动化的可选网络通道，而不是德国 B2B 的唯一强制路径。
为什么“能收”跟“能开”一样重要
很多企业一开始会把注意力放在销项电子发票输出上。但在德国 B2B 场景下，进项电子发票接收和处理同样关键。如果企业只是能收到一个文件，却不能把它送到正确流程、解释字段含义、展示给财务用户、连接到发票校验和归档，那么电子发票很难真正进入日常运营。
更实际的 SAP 推进路径
更稳妥的路径，是先确认 B2B 范围、格式范围、合作伙伴通道偏好，再设计收票邮箱或接口、可阅读展示、FI 发票校验、审批过账和归档规则。销项开票可以建立在同一套基础上，而不是另做一套单独的文件转换逻辑。
景荣铄在德国电子发票议题中，会把重点放在 SAP 流程准备度、B2B 传输方式设计和集成治理上。具体税务解释仍应以当地税务顾问和官方要求为准。