国家/地区
泰国
文章范围
B2B, B2C, 出站, 税务申报
最后核查
2026-08-28
泰国 SAP 集成是一个协调的单据流程，而不是一次简单的出站 XML 转换。
如何使用本指南
高质量项目成果不是复述法规，而是形成一个可追溯的判断模型，把法规连接到法律实体、交易场景、源数据、系统行为、运营责任和留存证据。
明确集成边界上的事实归属
稳健方案要求每个事实和状态只有一个权威层。中间件负责转换和编排，不得猜测缺失业务事实。
| 判断领域 | 需要明确什么 | 应保留的证据 |
|---|---|---|
| SAP / ERP | 负责发票身份、伙伴、税务、行项目、金额、币种和原票关系。 | 已校验源快照和准备度结果。 |
| 集成层 | 转换确定事实、按批准规则路由、实施幂等并保留关联。 | 映射版本、路由判断、请求与响应日志。 |
| 服务商/官方渠道 | 执行所选传输、签名或平台交互，但不重新定义源事实。 | 服务商参考号、时间戳和未篡改响应。 |
| 财务运营 | 负责业务解决、客户沟通、对账和期末完整性。 | 动作日志、账龄、对账状态和批准。 |
| 归档/审计 | 在一个业务键下保留源单、负载、响应、可读文档和后续事件。 | 可检索且具备保留控制的证据包。 |
本国关键判断
| 判断领域 | 需要明确什么 |
|---|---|
| 区分业务事实与输出表示 | SAP 仍然提供公司、客户、税务、物料、金额和单据引用等权威事实。客户文档和税局 XML 从同一组已校验事实生成，但服务于不同目的。 |
| 明确签名责任 | 方案必须确定由企业还是受托服务商制作并签名电子文档、使用哪个证书，以及如何处理签名失败。 |
| 保存完整证据集 | 将 SAP 来源、客户文档、签名证据、已提交 XML、传输回执和任何更正归集到同一个可追溯业务身份下。 |
使用业务状态模型，而不是 HTTP 结果
集成必须明确下一动作，防止把技术成功误认为法定或运营完成。
- 就绪
全部必需业务事实和范围判断已经完成。 - 阻断
确定性的准备度错误阻止生成或传输。 - 排队
单据符合资格并等待受控处理。 - 已提交
已经取得关联号，但尚无终态业务结果。 - 接受/拒绝
标准化平台结果，同时保留原始响应。 - 需要更正
受治理的后续流程与原单建立明确关系。 - 关闭
平台结果、客户交付、ERP 状态和对账全部完成。
上线退出标准
- 每个映射字段只有一个权威来源，缺失时有明确阻断规则。
- 路由由公司、交易和批准渠道确定，不使用静默兜底。
- 超时、重复、拒绝、更正和取消均通过端到端测试。
- 财务用户无需阅读中间件日志即可解决异常。
- 对账能够证明 ERP 总体与电子发票终态结果之间的完整性。
- 能够在约定审计时间内按业务键调阅完整证据包。
官方来源
- Thai Revenue Department e-Tax Invoice & e-Receipt portal
- Thai Revenue Department ICT standards for electronic tax transactions
- ETDA e-Tax Invoice & e-Receipt FAQ
- Revenue Department system overview
信息说明: 本指南根据所列官方来源提供一般业务信息，不构成法律、税务或会计意见。实施前应结合最新规定，并由当地专业顾问确认公司与交易的具体适用情况。