土耳其电子发票集成:ERP系统对接GİB指南
在土耳其经营,ERP系统必须通过土耳其税务总局(GİB)开具e-Fatura和e-Arşiv发票,部分行业还需e-İrsaliye。单证由ERP按UBL-TR结构生成,卖方以财务印章(mali mühür)签章,私人集成商向GİB传输并完成清关,纳税人始终承担单证保管责任。
在土耳其运营,ERP系统必须支持哪些环节?
土耳其把电子发票做成清关模式:单证由卖方创建,经授权渠道传输,由GİB校验通过之后才产生法律效力。对靠ERP跑业务的公司来说,这意味着系统有四个环节必须打通:
- 单证创建。 ERP或外挂的开票引擎必须按要求的UBL-TR结构生成发票,包括schema要求的代码、交易方标识和行级数据,而不是把打印版式改造成XML。
- 数字签名。 单证用签发给纳税人的财务印章(mali mühür)签名;签名步骤要嵌在流程里,密钥管理方式须与印章的托管安排一致。
- 双向交换。 在e-Fatura机制下,交易对手的登记状态决定单证类型;收到的单证——已开具的发票、回执、允许情况下的作废——必须带着原始标识回写ERP,否则会计记录就和官方记录失去了对应关系。
- 归档与调阅。 已开具和已接收的单证都要能在法定保存期内调取;由集成商存、ERP存还是两边都存,要在上线前定下来,而不是等审计来要材料时再补。
对刚接触清关模式的团队,有一个结构性认识需要纠正:发票不是ERP打印完就算完成,要等交换结束、回执返回才算数。这意味着ERP里对发票状态的定义,得从“已创建”“已发送”延伸到“已接受”“已拒绝”“已更正”。跳过这一步的企业,月底就要在两套“真相”——自己的账和官方记录——之间手工对账,而这正是电子发票本来要消灭的活。
还有一个时点问题。清关系统里的单证不像邮件附件那样发出去就完事:驳回会在团队还在干活时到达,而它要求的更正通常动的是主数据,不是单证本身。把流程设计成“能修根因的人当场收到通知”,而不是“月底翻报表才发现”,是系统能自己跑和系统要人盯着的区别。
四类电子单证:e-Fatura、e-Arşiv、e-İrsaliye、e-Defter
| 单证 | 用途 | 常见触发情形 | 说明 |
|---|---|---|---|
| e-Fatura | 已登记该机制的纳税方之间的B2B及对政府开票 | 双方均已登记e-Fatura | 登记方之间交换的结构化单证,由交易对手状态决定走向 |
| e-Arşiv | 买方未登记e-Fatura的发票:零售与B2C,以及部分B2B | 卖方在管辖范围内,买方不在e-Fatura机制内 | 以PDF交付买方,但同样通过同一条官方链路生成和申报 |
| e-İrsaliye | 规则指定行业与交易的电子送货单 | 所管辖流程内的货物发运 | 与发票联动:送货单与发票互相引用 |
| e-Defter | 账簿记录:总账与日记账,电子申报 | 在管辖范围内的纳税方,按适用规则 | 与开票是两项独立义务,但通常在同一个项目里规划 |
谁适用哪项义务,由GİB的规则和公告界定,而这些文件会更新;门槛和行业指定由主管部门设定,也会随之变化。对买方而言,正确的说法是一句程序性的话:设计集成之前,先带着你的具体情况找会计师或税务顾问,对照现行规则确认登记状态——不要对照任何一篇文章,包括这一篇。
ERP系统的三种集成方式对比
| 方案 | 适用场景 | ERP端工作量 | 注意事项 |
|---|---|---|---|
| GİB门户 | 开票量极小、人工开票 | ERP无需改造 | 手工操作、速度慢,对有ERP的企业不构成设计目标,只留作备用通道 |
| 私人集成商(özel entegratör) | 多数企业的常规路径 | 对接集成商的API或格式,加上字段映射 | 比较集成商时,支持与API质量比logo更重要;问清谁维护schema更新 |
| GİB直连 | 希望完全掌控的较大规模运营 | 高:通道的技术与运维责任都落在你身上 | 获取和运行都更复杂,实践中少见;当作需要论证的例外,而不是默认选项 |
集成商模式有一点需要澄清,因为它常被误解:使用私人集成商并不会转移纳税人的义务。集成商提供技术通道、传输和存储服务;单证的法律责任——正确性、开具,以及按《税法通则》要求的保存——仍然在纳税人身上。当集成商的销售页面听起来像合规问题已经替你解决了,把这句话再读一遍。
在实践中,这种分工体现在一些具体的小事上。如果单证因为主数据里客户的税号填错而被驳回,集成商的系统一切正常,错要你来改;如果发票的税码开错了,任何通道检查都救不了你。集成商是基础设施,流经它的数据质量是内部纪律,而ERP正是这种纪律被建立起来、还是被放任不管的地方。所以比较集成商的买方,应该少花时间看功能清单,多问那些能揭示出事时谁做什么的问题:谁通知谁、用什么格式、更正后的单证多快能重新发送。
ERP系统集成的实施步骤与测试
ERP侧集成一个可行的顺序:
- 界定义务范围。 企业涉及哪些单证——e-Fatura、e-Arşiv、e-İrsaliye、e-Defter——和公司会计师一起对照现行规则确认。
- 选择通道。 多数企业选择私人集成商;挑选时要看API质量、沙箱环境、支持语言与时区、schema更新如何处理、有哪些客户案例,这一轮值得单独做一次初选。
- 映射主数据。 客户及其税号、物料、单位、币种和税码都要映射到schema的期望;这一环不一致,是后续错误最大的单一来源。
- 设计单证流程。 谁在什么时点创建什么、何时盖章、失败了怎么办、发出和收到的单证如何与ERP记录匹配、更正如何开具。
- 用好测试环境。 两边都提供测试环境;上线前把每种单证、每条错误路径、每个更正场景都跑一遍,字段映射要与生产环境一致。
- 把错误当作流程来管。 驳回发生在传输之后;必须有人看到它、查明原因、修正底层数据——告警收件箱没有负责人,企业就会变成开票延迟户。
- 规划归档与调阅。 单证存在哪里、谁能调取、审计在保存期内要材料时如何回应。
外资控股企业的ERP系统合规:先向顾问问清的问题
对于有外资母公司、或带着不完整的本地财务团队进入土耳其的公司,有几个问题属于税务顾问而不是IT项目——答案会决定设计,所以要在集成开始之前问,而不是之后:
- 登记路径。 公司如何成为各项义务的适用主体,谁在申请上签字,哪位代表获得认可——这是税务登记问题,不是软件问题。
- 印章安排。 公司如何取得财务印章,签字人在土耳其境外时如何组织托管。
- 代表与签字授权。 谁有权签哪些单证,以及审计追踪要求ERP记录签字人的哪些信息。
- 外资子公司的地位。 非居民持股的公司是否有额外要求,集团内部开票如何处理。
另外值得定下来的,是谁负责与顾问对接。在财务和IT都以为对方已经问过的公司里,这些问题往往到得很晚——通常是上线前几周,而单证流程早已定稿。两边各指定一名负责人,并在实施第3步之前开一次联合会议,可以挡掉大部分此类问题。
高频故障与排查
这类项目里最常出现的失败,以及它们通常指向什么:
- 校验被驳回。 几乎总是映射问题:税码、标识格式或行级字段与schema的期望不一致。修主数据,不要修重试逻辑。
- 编号重复。 号段由两个以上系统生成,或故障后被重新生成;编号只能有一个归属方,并配套书面的恢复规则。
- 交易对手状态出错。 因为缓存或想当然地认定客户的登记状态,开错了单证类型;按集成商的规则逐笔查询状态,别凭记忆。
- 来票丢失。 收到的单证没有过账回ERP,应付账款只能在另一个界面上干活;交换方向属于集成的一部分,不是可选项。
- schema更新漏掉。 结构会随时间变化;负责人必须知道它何时变了、对映射产生了什么影响。
- 赶工期跳过测试。 上述每个问题在测试环境里处理都更便宜;上线压力正是它们变成事故的时刻。
常见问题解答
e-Fatura 与 e-Arşiv 有什么区别?
e-Fatura覆盖已登记该机制的纳税方之间交换的发票,是登记方之间的结构化单证;e-Arşiv覆盖买方不在该机制内的发票——零售与B2C,以及部分B2B——买方通常收到的是同一条官方链路生成的PDF。一张发票适用哪一种,取决于交易对手的登记状态,所以集成要做的是逐笔查询,而不是凭假设。
需要私人集成商吗?
多数企业需要——这是常规路径,直连通道被普遍描述为复杂且少见。私人集成商提供通往GİB的技术通道和存储服务;你作为纳税人的义务仍然是你的。选择集成商是一项采购工作:API质量、沙箱、支持力度和schema更新的处理方式,比品牌更能决定日常体验。
财务印章(mali mühür)是什么?
它是纳税人的数字签名凭据,用于在单证传输前完成签名;印章如何托管、谁可以使用,是公司内部要落实的实际问题。对签字人在土耳其境外的团队来说,谁持有印章、谁施加签名,是最早要摆到税务顾问面前的问题之一。
任何ERP都能开土耳其电子发票吗?
不能。ERP必须能生成符合要求的UBL-TR结构并配以正确的主数据,或者连接到能做这件事的引擎或集成商,标准发票版式并不够。因此多数企业选择连接而不是重建——问供应商时要问:它的连接器支持哪些集成商、映射了哪些字段、文档在哪里。
上线前怎么测试?
用集成商和官方两侧提供的测试环境,字段映射与生产一致:每种单证、每条驳回路径、每个更正场景,以及每一张过账回ERP的来票。也要把测试当成错误流程的演练——必须有人接收、诊断并修复驳回,而不只是看到一个绿色对勾。
发票由谁保管?
纳税人始终按《税法通则》承担保存责任;集成商通常提供技术存储,许多企业也会在ERP里留一份日常使用。重要的是在上线前定好安排,知道谁能在保存期内拿出哪份单证,并在审计开口之前把调阅跑一遍。
来源与标准
- GİB——土耳其税务总局 — e-Fatura、e-Arşiv、e-İrsaliye与e-Defter的规则、公告和技术文档由GİB发布;以官网现行版本为准,其效力高于本页的一切摘要。
- 登记状态、门槛、行业指定和时限由主管部门设定并会变化;请你的会计师或税务顾问对照现行规则确认。本页不构成税务建议,WorldwideTradeX 也不主张与任何集成商存在合作、伙伴关系或认证。
相关页面
软件开发 · 贸易企业的Odoo ERP · 定制开发与成品ERP选型 · IT审计与咨询 · 索取报价