Trendyol 电子发票集成 2026：自动开票、GİB 合规与多店铺管理

Trendyol → 电子发票技术栈一览

在 2026 年，很少有电商平台像 Trendyol 这样涉及如此多的监管环节。从土耳其消费者下单到证明这笔交易的合法有效发票之间，共有六个主体。下面的卡片梳理了这一技术栈——阅读后续深度章节时可随时参考。

1. 为什么 2026 年电子发票对每位 Trendyol 卖家实际上都是强制性的

监管推动——VUK 213 第 509 号总公告

自 2014 年以来，土耳其的电子文件强制要求每年都在逐步扩大，而 2026 年是电商平台卖家的转折点。 VUK 213（Vergi Usul Kanunu——税收程序法）第 229–232 条一直要求每笔商业销售在交付后 7 天内开具发票。重大变化在于 第 509 号总公告，该公告于 2023 年底和 2024 年两次修订，重新定义了“中介平台参与者”，将在 Trendyol、Hepsiburada、Çiçeksepeti 或 Amazon.tr 等平台上架商品的所有卖家都纳入其中，无论营业额多少。

过去决定是否承担该义务的门槛—— 年总销售额 300 万里拉 （e-Fatura 注册门槛）、 B2C 收入 50 万里拉 （e-Arşiv 门槛）——已被逐步下调，对于平台电商而言，2026 年的实际门槛为零。GİB 在《官方公报》（Resmî Gazete）中公布、并在 2026 年执法指引中重申的理由是：平台交易本身具有可追溯性，因此没有任何政策理由允许以纸质发票作为替代。

Trendyol 的推动——没有发票，就没有结算

如果说监管理由是胡萝卜，那么 Trendyol 的商业理由就是大棒。自 2024 年年中起，Trendyol 收紧了卖家中心政策， 卖家结算款（hakediş）将被冻结，直到针对该订单上传有效的 PDF 发票为止。倒计时从 Trendyol 将订单标记为“Hazırlanıyor”（备货中）的那一刻开始，只有在发票 PDF 与订单记录绑定后才会释放结算款。自 2026 年 1 月起，该政策进一步收紧：未附相应发票即发货的订单会自动触发 Trendyol KKM（Kalite Kontrol Mekanizması，质量控制机制）标记，可能导致店铺被暂停。

对于高订单量卖家（每天 50 单以上）而言，影响相当严重：手动开票根本无法规模化。唯一的出路是在每个订单 webhook 上运行的 API 驱动自动化。

手动开票的成本

手动开票通常需要 每单 4–6 分钟 （卖家直接使用 GİB 门户时），或 每单 2–3 分钟 （通过 Özel Entegratör 的网页界面）。按每天 100 单计算，仅开票一项每天就要耗费 5–10 个人工小时——对中型卖家而言，这项经常性成本轻松超过每月 50,000 里拉。自动化几乎可以完全消除这部分成本。

2. e-Fatura 与 e-Arşiv 发票——Trendyol 卖家必须了解的两种制度

e-Fatura——封闭式 B2B 渠道

e-Fatura 是两个已注册 GİB 纳税人之间的封闭式系统。发送方和接收方都拥有已注册的 Mali Mühür（电子印章）或 Nitelikli Elektronik Sertifika（合格电子证书，NES），双方都列在 GİB e-Fatura 纳税人名单（mükellef listesi） 中，发票通过封闭的 GİB 网络传送。法律上不要求纸质或 PDF 副本——结构化的 UBL-TR 2.1 文件本身即为原件。

在 Trendyol 上，当买家是以 VKN 明确登记订单的土耳其企业客户时，就适用这一制度。Trendyol 的 API 会提供 VKN、税务局（vergi dairesi）和公司名称；如果该 VKN 出现在 GİB 注册名单中，就必须开具 e-Fatura。

e-Arşiv 发票——开放式 B2C / 非注册用户渠道

e-Arşiv 发票 是对应的开放式渠道，适用于买家为个人消费者（以 T.C. Kimlik Numarası 身份证号识别，无 VKN）或未注册 e-Fatura 的企业的情况。结构化的 UBL-TR 2.1 XML 仍需生成并签署，仍需上报 GİB，但会通过电子邮件和/或打印的 PDF 交付给买家，而不是通过封闭的 GİB 网络。实际上， 90% 以上的 Trendyol 发票都是 e-Arşiv ，因为该平台的受众绝大多数是 B2C 消费者。

Zunapro 如何为每笔订单选择路由

当 Trendyol 订单 webhook 触发时，Zunapro 的路由引擎会在几毫秒内完成以下检查：

1. 从 Trendyol 订单数据中读取买家信息——VKN（10 位）或 TCKN（11 位）。
2. 如果是 VKN，则查询 GİB e-Fatura 纳税人名单接口（每个 VKN 缓存 6 小时）。
3. 如果该 VKN 已注册 → 开具 e-Fatura （通过 GİB 封闭网络交付）。
4. 如果该 VKN 未注册，或只有 TCKN → 开具 e-Arşiv 发票 （通过电子邮件交付 + PDF 推送至 Trendyol）。
5. 将路由决策保存在订单记录中，以备审计。

这一个决策是手动操作中最常见的错误来源，也是最值得自动化的环节。错误地向 B2B 客户开具 e-Arşiv 并不致命（买家可以要求重开），但反过来——向未注册的 VKN 开具 e-Fatura——会被 GİB 立即拒绝，并导致 Trendyol 结算款被冻结。

3. Trendyol → 电子发票端到端自动化流程

第 1 步——订单 Webhook（T+0）

Trendyol 的 订单 webhook 会在买家完成结账、Trendyol 授权交易的那一刻触发。webhook 数据包含订单 ID、商品明细（条码、商品名称、数量、单价、KDV 税率）、买家信息（TCKN 或 VKN、账单地址、适用时的税务局）以及配送信息。Zunapro 在专属的供应商级接口上监听，并在 200 毫秒内确认接收。

第 2 步——组装发票草稿（T+0.3 秒）

草稿引擎将每个 Trendyol 商品行映射到卖家的主商品目录（通过 Trendyol 条码 → 主 SKU 匹配）。对于每一行，它会提取正确的 KDV 税率（20% / 10% / 1%）、 GTIP 编码 （Gümrük Tarife İstatistik Pozisyonu，海关税则统计编码，适用于涉及外贸的品类）以及计量单位（件 / 千克 / 升 / 平方米）。

第 3 步——生成 UBL-TR 2.1 XML（T+0.5 秒）

草稿被序列化为 UBL-TR 2.1 XML ——即 OASIS UBL 2.1 的土耳其本地化规范。必填部分包括 cbc:UBLVersionID (2.1), cbc:CustomizationID （TR1.2）、 cbc:ProfileID （B2B e-Fatura 为 TICARIFATURA，e-Arşiv 为 EARSIVFATURA）、 cac:AccountingSupplierParty （您的 VKN 信息）、 cac:AccountingCustomerParty （买家信息），以及每件商品对应的一个 cac:InvoiceLine 。系统会计算合计金额，并与 Trendyol 订单总额进行核对，容差为 1 库鲁什。

第 4 步——Mali Mühür / NES 签名（T+1.2 秒）

XML 通过 mTLS 转发到您的 Özel Entegratör的签名接口。集成商保管您的 Mali Mühür （电子印章智能卡 / HSM 托管证书），并内嵌添加 XAdES-BES 签名。Zunapro 永远接触不到私钥——返回的只有已签名的 XML。

第 5 步——提交 GİB 并获取 ETTN（T+2.4 秒）

已签名的 XML 通过集成商提交至 GİB 。GİB 校验架构、签名、金额以及 VKN/TCKN 的一致性，然后返回一个 ETTN（Elektronik Tek Tip Numara，电子统一编号） ——一个 36 位的 UUID v4，成为该发票在土耳其税务记录中的唯一标识。ETTN 会保存在 Zunapro 订单记录中，并在面板中向卖家显示。

第 6 步——推送 Trendyol PDF（T+2.9 秒）

Zunapro 基于同一份 UBL-TR XML 生成土耳其语 PDF（使用 GİB 批准的 XSLT 样式表并加上卖家品牌元素），然后调用 Trendyol 的 POST /sapigw/suppliers/{supplierId}/orders/{orderId}/invoice 接口，将 PDF 绑定到订单。Trendyol 将订单标记为“Faturalı”（已开票），结算计时随即开始，按标准 14 天释放周期计算。

第 7 步——e-Defter 记账（异步）

Zunapro 会异步将该发票排入下一批 e-Defter （电子账簿）——土耳其强制要求的每月会计账簿申报。卖家的会计在月底只需导出一个 e-Defter 文件，而无需逐张手动录入发票。

4. UBL-TR 2.1、ETTN 与 Mali Mühür——深度解析

UBL-TR 2.1——为什么需要本地化 XML 规范

OASIS 通用商业语言（Universal Business Language）2.1 是全球公认的商业文件 XML 架构，欧洲 Peppol 网络等都在使用。土耳其于 2013 年采用 UBL 2.1 并增加了本地化层—— UBL-TR 2.1 ——增加了土耳其特有的字段（税务局、商业登记号、MERSİS 编号、KDV 预扣税（tevkifat）部分、ÖTV / ÖİV 税种），并将全球规范中的部分可选字段改为必填。

每一张 Trendyol 发票，无论最终是 e-Fatura 还是 e-Arşiv，都必须以有效的 UBL-TR 2.1 XML 形式生成。Trendyol 向客户展示的 PDF 只是该 XML 的呈现；XML 本身才是具有法律约束力的原件。

ETTN — Elektronik Tek Tip Numara

ETTN 是 GİB 为每份被接收的电子文件分配的全球唯一标识符（UUID v4 格式，含连字符共 36 个字符）。它取代了纸质发票过去所需的“连续发票号”。ETTN 嵌入在 UBL-TR XML 的 cbc:UUID 字段中，是该发票在 GİB、Özel Entegratör、Zunapro 以及任何下游会计系统中的标准主键。

当客户或审计人员要求“给我看发票 X”时，应提供 ETTN，而不是人类可读的流水号——因为 ETTN 能保证在所有土耳其纳税人之间唯一。

Mali Mühür——电子印章

Mali Mühür 是由 TÜBİTAK Kamu Sertifikasyon Merkezi（TÜBİTAK 公共认证中心） 向每个开具 e-Fatura 或 e-Arşiv 的土耳其法人签发的合格电子印章。它以智能卡形式交付，或者（在 2026 年更常见）托管在 Özel Entegratör 数据中心的 HSM（硬件安全模块）中。该印章为 UBL-TR XML 添加 XAdES-BES（XML 高级电子签名——基本电子签名），满足 VUK 的“imza”（签名）要求。

对 Trendyol 卖家来说，有两个操作要点。第一，Mali Mühür 的 有效期为 3 年；续期属于行政手续，但必须提前安排——Mali Mühür 一旦过期，所有开票会立即中断。第二，除了您的 Özel Entegratör（或依书面合同委托的会计师）之外，绝不能让任何一方接触私钥。Zunapro 在架构上无法存储 Mali Mühür；返回的只有已签名的 XML。

NES——自然人的替代方案

对于没有企业 Mali Mühür 的个体经营者（gerçek kişi tacir）， NES（Nitelikli Elektronik Sertifika） ——即向自然人签发的合格电子证书——承担同样的法律作用。NES 在以 şahıs şirketi （个体工商户）形式经营的 Trendyol 卖家中最为常见。从 Zunapro 的角度看，签名流程完全相同。

5. 多店铺、多 VKN：以多个法人主体经营

多品牌 Trendyol 运营的现实

越来越多的土耳其电商经营者在 不同 VKN 下运营多个 Trendyol 店铺。典型模式是：主品牌使用一家 A.Ş.（股份公司），子品牌或清仓渠道使用一家 Ltd. Şti.（有限公司），有时还会为出口为主的 SKU 设立一个自贸区主体（Aegean Free Zone、İstanbul Anadolu Yakası Free Zone）。每个主体都有自己的 VKN、自己的 Mali Mühür，通常还有各自的 Özel Entegratör 合同以及各自的 Trendyol 卖家中心账户。

如果没有一个尊重主体边界的面板，经营者最终就要同时应付 3–5 个浏览器窗口、3–5 张 Mali Mühür 智能卡，月底对账更是一场噩梦。

Zunapro 的“一主体一租户”模式

Zunapro 将每个法人主体建模为一个独立的 租户 ，每个租户拥有自己的：

• VKN、商号（ticaret unvanı）、税务局 ——显示在该租户开具的每份 UBL-TR XML 上
• Trendyol 卖家中心凭据 ——供应商 ID、API 密钥、API 密钥口令
• Özel Entegratör 绑定 ——每个集成商单独的凭据和路由规则
• KDV 映射表 ——因为商品增值税可能因主体而异（例如自贸区出口为 0% KDV）
• 品牌包 ——标志、PDF 模板、IBAN、客服电话

在这些租户之上，可选设置一个 父租户 用于合并报表：月末收入、KDV-1 / KDV-2 合计、ETTN 清单、BA-BS 交叉核对，全部汇总在一个仪表盘中。日常开票在子租户层面进行；财务操作在父租户层面进行。

我们经常遇到的陷阱

• 同一笔 Trendyol 订单经错误的 VKN 路由 ——发生在经营者误将两个店铺映射到同一个 Zunapro 租户时。解决办法在集成阶段就强制执行：如果 Trendyol 供应商 ID 与租户 VKN 不匹配，Zunapro 会拒绝导入其订单。
• 不同租户之间的 Mali Mühür 混用 ——一个 Mali Mühür 只绑定一个 VKN。跨租户签名是违法的，所生成的发票会被 GİB 当场拒绝。
• 增值税（KDV）映射不一致 ——如果主体 A 以 10% KDV 销售某个纺织品 SKU，而主体 B（自贸区出口商）以 0% 销售同一 SKU，那么映射表必须跟随租户，而不是跟随 SKU。

6. 退货发票（İade Faturası）——最容易出错的流程

为什么退货很特殊

在时尚和鞋类品类中，Trendyol 14 天冷静期退货率约为 15–25% ；电子产品和家居品类较低（3–8%），但仍然可观。每笔退款订单都需要以下其中之一：

• 一张 iade faturası （退货发票），由买家开具——仅当买家本身是 e-Fatura 纳税人时才可行（企业 B2B 情形）。
• 一张 iade e-Arşiv （退货 e-Arşiv），由卖家开具，相当于一种贷记单——这是 B2C 和未注册 B2B 情形的唯一选项。

两者都必须引用原发票的 ETTN （写在 UBL-TR XML 的 cac:BillingReference 部分中）。忘记引用是退货发票被 GİB 拒绝的最常见原因。

Trendyol 的退货 Webhook 流程

当 Trendyol 批准退货（状态变为“İade Onaylandı”）时，订单 API 会触发退货 webhook。Zunapro 在约 3 秒内响应：

1. 查找原 Trendyol 订单以及之前保存的 ETTN。
2. 生成一份新的 UBL-TR 2.1 XML，将 cbc:InvoiceTypeCode 设置为 IADE （退货），并且 cac:BillingReference/cac:InvoiceDocumentReference/cbc:ID 中填入原 ETTN。
3. 根据退回的商品行重新计算合计（部分退货很常见——Trendyol 允许按商品退货）。
4. 通过同一个 Özel Entegratör 提交，并获取该退货单据的新 ETTN。
5. 将退货 PDF 推送至 Trendyol 的发票接口，并标记为退货发票。
6. 触发退款对账：将原结算款（由 Trendyol 暂扣）与退货单据相抵，使卖家的 KDV-1 申报正确反映净额。

部分退货与多商品订单

Trendyol 允许买家只退回多商品订单中的部分商品——例如订购的 5 个 SKU 中退回 2 个。退货发票只能列出被退回的商品以及按比例计算的运费。Zunapro 的退货引擎会自动处理商品行的计算；而在这一层面的手动处理，正是大多数卖家的记账人员出错的地方，这些错误往往要到 KDV-1 申报时才暴露出来。

7. KDV 税率、GTIP 编码与税务映射层

2026 年 KDV 税率结构

土耳其 KDV（Katma Değer Vergisi——增值税） 在 2026 年主要有三档税率，由第 7346 号总统令（Cumhurbaşkanlığı Kararnamesi）及其后续修订规定：

某些出口及关税同盟内流转（0% KDV，可抵扣）、自贸区销售（0% KDV，不可抵扣）以及企业内部调拨适用特殊税率。对于 Trendyol 平台销售而言，这些细节很少涉及——绝大多数订单适用 20% 或 10%。

GTIP — Gümrük Tarife İstatistik Pozisyonu

对于进口、出口或按优惠海关制度销售的商品， GTIP 编码 （12 位土耳其海关税则统计编码，前 8 位与欧盟 CN 编码一致）必须出现在 UBL-TR XML 的 cac:Item/cac:CommodityClassification 部分中。Trendyol 平台方面不要求 GTIP，但 GİB 对任何跨境销售都有此要求，海关也依据 GTIP 计算关税。

对于 100% 内销的 Trendyol 卖家，最简做法是将 GTIP 留空；对于使用 Trendyol 国际配送计划（Trendyol Global）的卖家，GTIP 是必填项，Zunapro 会根据主 SKU 自动填写。

Zunapro 的 KDV 映射表

每个 Trendyol 商品都会在租户专属的 kdv_mapping 表中占一行，包括：主 SKU、Trendyol 类目 ID、KDV 税率（1 / 10 / 20）、可选的 GTIP、ÖTV 适用性（平台 SKU 很少涉及，但与酒类、烟草及部分电子产品相关）。映射在上手阶段一次性完成，可通过 CSV 导入或根据商品描述由机器学习辅助建议；此后每笔订单的发票都会自动采用正确的税率。

KDV 不匹配是 e-Arşiv 批次被 GİB 拒绝的头号原因。Zunapro 会执行提交前检查（各行 KDV 之和必须与 Trendyol 申报的订单级 KDV 一致，误差不超过 1 库鲁什），并在提交前将不匹配的项目放入“待审核”队列。

8. 选择 Özel Entegratör（或直接对接 GİB）

Özel Entegratör 实际上做什么

Özel Entegratör （私营集成商）是经 GİB 批准的第三方，代表不愿自行运营的纳税人运行封闭式 e-Fatura 基础设施。集成商托管基于 HSM 的 Mali Mühür，运行 GİB 提交队列，处理临时故障的重试，并提供用于手动操作的网页界面。实际上，每天订单量超过约 10 单的 Trendyol 卖家几乎都使用 Özel Entegratör；只有最大型的企业才会直接对接 GİB。

2026 年服务商格局

• Logo Yazılım ——老牌企业 ERP 厂商，旗下有开票产品“e-Logo”。擅长服务企业卖家，价格偏高。
• Uyumsoft ——独立集成商，被 Trendyol/Hepsiburada 卖家广泛使用，价格处于中档。
• QNB eFinans ——银行系集成商，深受使用 QNB Finansbank 企业银行服务的卖家欢迎；与银行对账紧密集成。
• Foriba（现属 Sovos） ——被国际企业收购，擅长多国电子发票（土耳其 + 意大利 + 波兰）。
• Mikro Yazılım ——中小企业会计师的首选；许多 SMMM 事务所统一使用 Mikro。
• İzibiz ——较年轻、以 REST API 为先的集成商，受到希望使用简洁现代 API 的电商卖家欢迎。
• Turkcell e-Şirket / e-Fatura ——电信运营商支持的产品，常与企业移动通信合同捆绑。

应该优化哪些方面

• API 质量 ——REST + JSON 优于 SOAP；可预期的速率限制；清晰的错误代码
• 到 GİB 的延迟 ——从提交 XML 到返回 ETTN 的实测往返时间；最好的集成商低于 1.5 秒；最差的在 GİB 高峰负载时可能超过 30 秒
• 多平台支持 ——您应能通过同一个集成商为 Trendyol、Hepsiburada、Çiçeksepeti、Amazon.tr 以及自营店铺开具发票
• 定价模式 ——按张计费（通常每张 0.50–2 里拉）、月度套餐或无限量；高订单量卖家应争取固定月度套餐
• 支持 SLA ——当 GİB 出现故障时（每年 4–6 次），集成商的事故响应比 API 规范更重要

Zunapro 与集成商无关的架构

Zunapro 有意不把您绑定在某一个集成商上。我们的编排层支持所有主要土耳其 Özel Entegratör 公开的 API，并将签名请求路由到当前租户所配置的集成商。2026 年如果因成本或服务原因更换集成商，在 Zunapro 中只需 30 分钟重新配置，而不是一个重新集成的项目。

9. 结算、BA-BS 与 KDV-1 对账

三方匹配

Trendyol 收入的规范会计结账需要对以下三项进行三方匹配：

• Trendyol 结算单 （hakediş raporu）——Trendyol 在该期间实际支付给您的金额，已扣除平台佣金、运费、退货退款以及平台级促销
• 已开发票（ETTN 清单） ——您通过 UBL-TR XML 向 GİB 申报的总收入
• e-Defter / 会计账簿 ——记入会计系统、用于每月 KDV-1 / KDV-2 / Geçici Vergi 申报的分录

这三个数字必须精确吻合。每月订单量超过约 1,000 单时，手动对账需要好几天，而且第一遍很少能完全对平。

BA-BS 申报

BA 表 （Mal ve Hizmet Alımlarına İlişkin Bildirim Formu，商品及服务采购申报表）和 BS 表 （Mal ve Hizmet Satışlarına İlişkin Bildirim Formu，商品及服务销售申报表）是每月交叉核对表格，用于申报与单一交易对手之间超过 5,000 里拉（2026 年门槛）的每笔采购或销售。对 Trendyol 卖家而言，Trendyol 自己向卖家开具的佣金和运费发票每月往往超过这一门槛——这些必须列入您的 BA 表。平台汇总收入一般不列入 BS 表，因为单笔销售低于门槛，但超过 5,000 里拉的企业 B2B 销售需要列入。

Zunapro 维护一份交易对手台账，自动汇总 Trendyol 开给卖家的发票（佣金、运费、Trendyol Ads），并在月底生成可直接用于 BA 申报的 CSV。

KDV-1 与 KDV-2

• KDV-1 ——适用标准制度纳税人的月度 KDV 申报表。汇总已开 e-Fatura + e-Arşiv 合计、采购发票中可抵扣的进项 KDV，以及应向税务局缴纳的余额。
• KDV-2 ——预扣 KDV 申报表，适用于买家（例如公共部门买家，或属于预扣（tevkifat）范围的 B2B 买家）预扣部分 KDV 的情况。部分 Trendyol 企业渠道订单属于此类。

Geçici Vergi（预缴企业所得税）

土耳其企业纳税人每三个月提交一次 Geçici Vergi （临时 / 预缴企业所得税）申报，就上一季度的利润纳税。对 Trendyol 卖家而言，这份申报的数据质量完全取决于发票与结算对账的准确性——收入多报会推高 Geçici Vergi，收入少报则会在年底触发带利息的更正。Zunapro 的对账导出可直接用于 Geçici Vergi 计算。

10. 应对 GİB 审计——审计轨迹、e-Defter 与日常规范

GİB 实际检查什么

GİB 对 Trendyol 卖家的审计（vergi incelemesi）通常针对三个方面：

1. 每笔 Trendyol 订单是否都在 7 天内开具了发票？ ——将 Trendyol 订单导出与 ETTN 清单交叉核对
2. KDV 申报是否与已开发票一致？ ——将 KDV-1 月度合计与 e-Fatura + e-Arşiv 合计（扣除退货后）交叉核对
3. e-Defter 是否完整且每月签署？ ——每个月的账簿必须在次次月 14 日之前加盖电子印章并上传至 GİB（因此 1 月的 e-Defter 截止日期为 3 月 14 日）

可审计的轨迹是什么样的

对于每笔 Trendyol 订单，Zunapro 都会保存一条防篡改的时间线：

• Trendyol 订单 webhook 数据（原始 JSON，已哈希并签名）
• UBL-TR 2.1 XML 草稿（签名前）
• 已签名 XML（加盖 Mali Mühür 后）
• GİB ETTN 及接收时间戳
• 生成并推送至 Trendyol 的 PDF（附 Trendyol 的确认）
• 之后关联 ETTN 的任何退货发票
• Trendyol 结算单（hakediş raporu）中结清该订单的结算行

审计人员上门时，卖家只需按审计期间筛选导出这条时间线的一个 CSV 文件，交给 SMMM 即可。我们有客户仅凭这份导出，就在两个工作日内完成了完整的税务审计（vergi incelemesi）。

需要避免的罚款

• Özel usulsüzlük cezası （特别违规罚款）：漏开发票——2026 年基数约为每张 6,900 里拉以上，并可能随 VUK 指数化上调
• Vergi ziyaı cezası （税款损失罚款）：少报 KDV——金额等于未缴税款，另加利息
• Defter onayı eksikliği （账簿缺少认证）：漏传月度 e-Defter——企业纳税人目前为 60,000 里拉以上，屡犯者加倍
• Trendyol KKM 暂停 ——不是税务处罚，而是商业处罚；店铺将被冻结，直到开票问题得到纠正

日常规范

即使有 Zunapro 自动化，人的因素依然重要：

• 每月召开一次电商运营人员与 SMMM 之间的结账会议
• 在次月 25 日（KDV-1 截止日）之前，将 Zunapro 的 ETTN 清单与 Trendyol 结算单进行对账
• 提前 60 天确认 Mali Mühür 到期日；与 TÜBİTAK Kamu SM 协调续期
• 每季度用一笔小额真实订单测试退货发票流程；退货路径的使用频率低于正向路径，定期验证很有必要
• 每年轮换 Trendyol 卖家中心的 API 密钥和密钥口令；Zunapro 支持零停机密钥轮换

2026 年土耳其法律框架——Trendyol 卖家必须了解的内容

VUK 213——税收程序法

VUK 213（Vergi Usul Kanunu——第 213 号税收程序法） 是基础性法律。Trendyol 卖家最常引用的条款有：

• 第 229 条 ——定义发票，以及每笔商业销售都须开具发票的义务
• 第 231 条 ——规定自交付之日起 7 天的开票期限
• 第 232 条 ——规定哪些类别的买家会产生开票义务
• 第 353 条 ——针对漏开或错开发票的特别违规罚款

第 509 号总公告——电子文件的“圣经”

Vergi Usul Kanunu Genel Tebliği Sıra No: 509（第 509 号税收程序法总公告）于 2019 年首次发布，此后多次修订，是最重要的行政文本。它规定了哪些主体必须使用 e-Fatura、e-Arşiv、e-İrsaliye、e-Defter 及其他电子文件，设定了营业额和行业门槛，并列出了技术要求（UBL-TR 2.1 架构、XAdES 签名等）。针对平台的条款在 2024 年和 2026 年的修订中逐步收紧。

e-İrsaliye——发货单据

e-İrsaliye 是随货物实物流转的电子送货单（运单）。对于通过 Trendyol Express 发货的 Trendyol 卖家，e-İrsaliye 通常由物流服务商而非卖家开具——但如果您在 Trendyol Express 之外使用自有物流发货，e-İrsaliye 就成为您的义务。经配置后，Zunapro 可以与 e-Fatura/e-Arşiv 同步开具 e-İrsaliye。

消费者保护——TKHK

• Tüketicinin Korunması Hakkında Kanun（第 6502 号消费者保护法，TKHK） ——土耳其的消费者保护法。规定了远程销售 14 天无理由退货权。
• Mesafeli Sözleşmeler Yönetmeliği ——远程合同条例；Trendyol 的标准条款涵盖了大部分义务，但卖家仍需对商品质量索赔承担责任。
• 2 年法定保修 （ayıba karşı tekeffül，瑕疵担保）——默认适用于所有 B2C 销售；在标准消费者合同中不得排除。

行业登记——TİTUBB、TSE、KKDIK

• TİTUBB / ÜTS ——卫生部的医疗器械和化妆品数据库；销售前必须登记。
• TSE ——土耳其标准协会；与电气、燃气及安全认证类产品相关。
• KKDIK ——土耳其版的 REACH 化学物质法规；与清洁用品、部分化妆品、DIY 化学品相关。

如何开始——15 分钟完成 Trendyol 电子发票集成

1. 前提条件

• Trendyol 卖家中心账户 ，且拥有有效的供应商 ID
• 土耳其法人主体 （A.Ş.、Ltd. Şti. 或 şahıs şirketi），且拥有有效的 VKN
• Mali Mühür （企业）或 NES （个体经营者）——由 TÜBİTAK Kamu SM 签发
• Özel Entegratör 合同 ——Logo、Uyumsoft、QNB eFinans、Foriba、Mikro、İzibiz 或同类服务商
• 已在 GİB 注册 e-Fatura 和 e-Arşiv ——申请手续由您的集成商代办

2. 将 Trendyol 卖家中心连接到 Zunapro

1. 登录 Zunapro，打开土耳其模块
2. 打开 Trendyol 卡片，粘贴您的 供应商 ID、API Key 和 API Secret （卖家中心 → Hesabım → Entegrasyon Bilgileri）
3. Zunapro 立即完成握手——验证供应商 ID、获取商品目录、列出未完成订单

3. 连接 Özel Entegratör

1. 打开 e-Fatura 卡片
2. 从下拉列表中选择您的集成商
3. 粘贴集成商的 API 凭据（大多数现代集成商为 REST 用户名/密码，较新的集成商为 OAuth 客户端 ID/密钥）
4. 确认 Mali Mühür 托管在集成商处（Zunapro 永远不会接收私钥）
5. Zunapro 端到端签署一张测试发票并显示返回的 ETTN——确认整个链路正常工作

4. 映射 KDV 税率和 GTIP

1. 打开 KDV 映射页面
2. Zunapro 根据学习得到的映射，为每个 Trendyol 类目建议默认税率
3. 覆盖例外情况（例如儿童图书适用 1%、免税商品）
4. 使用 Trendyol Global 跨境业务的卖家，需填写 GTIP 编码

5. 开启自动开票

1. 打开 Trendyol 设置页面
2. 启用 订单 webhook 触发自动开票
3. 可选启用 退货 webhook 触发自动开具退货发票
4. 设置您偏好的 PDF 模板（标志、IBAN、KEP 地址）

6. 正式上线

第一笔真实的 Trendyol 订单到达。Zunapro 生成 UBL-TR XML，通过集成商签署，获取 ETTN，生成 PDF，并推送至 Trendyol。典型订单的端到端用时为 2–3 秒。卖家手动核对前三张真实发票；此后流程即可无人值守运行。

Trendyol 电子发票常见问题 2026