WorldwideTradeX 是一家总部位于伊斯坦布尔的贸易公司:我们供货、出口并负责交付。

返回企业定制软件开发与 ERP 架构设计 — 国际 B2B 交付
土耳其电子发票集成:ERP系统对接GİB指南 - 技术规格

土耳其电子发票集成: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与私人集成商之间加一个集成层,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侧集成一个可行的顺序:

  1. 界定义务范围。 企业涉及哪些单证——e-Fatura、e-Arşiv、e-İrsaliye、e-Defter——和公司会计师一起对照现行规则确认。

  2. 选择通道。 多数企业选择私人集成商;挑选时要看API质量、沙箱环境、支持语言与时区、schema更新如何处理、有哪些客户案例,这一轮值得单独做一次初选。

  3. 映射主数据。 客户及其税号、物料、单位、币种和税码都要映射到schema的期望;这一环不一致,是后续错误最大的单一来源。

  4. 设计单证流程。 谁在什么时点创建什么、何时盖章、失败了怎么办、发出和收到的单证如何与ERP记录匹配、更正如何开具。

  5. 用好测试环境。 两边都提供测试环境;上线前把每种单证、每条错误路径、每个更正场景都跑一遍,字段映射要与生产环境一致。

  6. 把错误当作流程来管。 驳回发生在传输之后;必须有人看到它、查明原因、修正底层数据——告警收件箱没有负责人,企业就会变成开票延迟户。

  7. 规划归档与调阅。 单证存在哪里、谁能调取、审计在保存期内要材料时如何回应。
决定成败的不是接口,而是第3、6、7步——数据质量、错误归属和调阅能力,因为项目组回家之后,这三件事还在继续。

外资控股企业的ERP系统合规:先向顾问问清的问题

对于有外资母公司、或带着不完整的本地财务团队进入土耳其的公司,有几个问题属于税务顾问而不是IT项目——答案会决定设计,所以要在集成开始之前问,而不是之后:

  • 登记路径。 公司如何成为各项义务的适用主体,谁在申请上签字,哪位代表获得认可——这是税务登记问题,不是软件问题。

  • 印章安排。 公司如何取得财务印章,签字人在土耳其境外时如何组织托管。

  • 代表与签字授权。 谁有权签哪些单证,以及审计追踪要求ERP记录签字人的哪些信息。

  • 外资子公司的地位。 非居民持股的公司是否有额外要求,集团内部开票如何处理。
这些问题特意写成问顾问的问题:登记与代表规则会变,而且高度本地化,产品页面无法替它们下结论。IT项目能做的是把“答案可能很慢”设计进去——单证流程保持可配置,不要写死在某一个假设上。

另外值得定下来的,是谁负责与顾问对接。在财务和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审计与咨询 · 索取报价

相关主题

B2B订购门户与ERP系统对接:经销商订货范围指南 → 土耳其IT外包与软件开发:供应商选型指南 → Odoo ERP系统实施指南:贸易公司的分阶段上线 → 软件开发供应商招标RFP清单:需求、评分与合同条款 →