HS 编码查询与土耳其进口关税计算

按品名（中文或英文）或编码查找 HS 编码（前六位各国通用），再查看土耳其对进口货物适用的关税税率。 GTİP 是土耳其在海关用来对货物进行归类的 12 位编码：前六位是世界海关组织的协调制度（HS），几乎在所有国家都相同；其余各位则是欧盟组合命名法和本国的细分。如果您所知道的是商品编码、税号、CN 或 TARIC 编码，或者 HTS 编码，它们都是同一套归类，只是位数不同、主管机构不同——对照关系见下文第一节。报关单上几乎所有内容都取决于这个编码：税率、所需的许可证和证书、享受优惠税率的资格、贸易统计——因此编码一错，这些就会同时出错。本页的搜索会将商品名称（可用中文或英文输入）或编码片段，与土耳其 2026 年海关税则表中 19,210 个可申报的 12 位税号进行匹配；列表显示每一行的编码、描述，以及其所隶属的上级标题路径。描述是 Logistivo 对土耳其官方文本的翻译；尚未翻译的税号，则显示其所属六位 HS 子目的英文措辞。打开某个结果，即可看到计量单位、按国家组别划分的进口关税以及通往所在章节页面的链接；如果货物列在附加关税附件中，还会显示附加关税。下文各节说明如何解读这一结果，以及最初应如何选择编码。

来源: 土耳其贸易部——土耳其海关税则表（TGTC）. 依据官方税则表汇编，仅供参考。约束性税则信息由海关当局签发。

同一货物的不同叫法：HS 编码、CN、TARIC、商品编码、税号和 GTİP

它们是同一棵树上的分枝：前六位是 HS，在所有采用它的国家都完全相同；第六位之后的一切，都是各国海关当局自己的细分——各有各的名称。“HS 编码”“商品编码”“税号”和“GTİP”通常描述的是同一货物，只是编码长度不同；问题几乎从来不在编码本身，而在于不知道对方需要多少位。下面各行列出位数、发布机构以及在哪里申报。本页其他部分的所有税率和税额数字都针对进口到土耳其的货物；而这份术语对照表不针对任何特定法域。

• HS（协调制度）——6 位——由世界海关组织发布，200 多个国家和经济体采用。它本身不是可申报的编码：没有哪个国家只用到第六位为止。它是发票、合同以及与供应商往来函件中的通用语言。
• CN（组合命名法）——8 位——由欧盟委员会发布，每年在《欧盟官方公报》上重新公布。这是欧盟出口报关单和 Intrastat 申报所用的位数。由于关税同盟，土耳其的前八位与欧盟相同。
• TARIC——10 位——由欧盟委员会发布。这是向欧盟进口时申报的位数；关税暂停、关税配额、反倾销税和监控措施都编在最后两位中，有些措施还要求另加一个四位的 TARIC 附加码。
• 商品编码（英国）——进口 10 位，出口 8 位——由英国税务海关总署（HMRC）在英国综合在线税则（UK Integrated Online Tariff）中发布。这就是英国用法中“commodity code”的含义。脱欧后，英国实行自己的税则；进入北爱尔兰的货物仍可能适用欧盟税则，因此要问清楚报关在哪里进行，而不是买方的办公室在哪里。
• HTS（美国）——10 位——进口按美国国际贸易委员会（USITC）发布、由海关与边境保护局（CBP）执行的《协调关税表》申报；出口则按人口普查局发布的十位 Schedule B 编码申报。在美国，进口编码和出口编码并不是同一个号码。
• GTİP——12 位——由土耳其贸易部在土耳其海关税则表中发布。土耳其报关单要填写全部十二位：1-6 位为 HS，7-8 位为 CN（通过关税同盟与欧盟共用），9-12 位为土耳其本国的细分——它们不是欧盟的 TARIC 编码。
• “税号”（tariff code）并不是某一标准的名称。它是对上述编码中说话人所在国所用那一种的日常叫法——在土耳其是 GTİP，在欧盟进口中是 TARIC，在英国是商品编码，在美国是 HTS。往来沟通时，要问清对方需要多少位：典型的失误是想当然地认为共同的第六位之后的数字在双方都一样。

12 位数字到底说明了什么

GTİP 是分层的，并不归属于单一主管机构。前六位来自协调制度，这就是为什么中国的供应商和土耳其的报关行可以报出相同的六位数字，指的是同一货物。从第七位开始，就进入了欧盟和土耳其的范围——但不只是土耳其：由于关税同盟，第 7 和第 8 位（组合命名法）与欧盟成员国共用，而第 9 至 12 位是土耳其本国的细分。结果中采用的分点格式（例如 0101.21.00.00.00）正是为了让这些层次一目了然。

• 第 1-2 位：章，即货物所属的大类。
• 第 3-4 位：品目；第 5-6 位：子目。到这里为止都属于协调制度，所有采用它的国家都相同。
• 第 7-8 位：欧盟组合命名法的细分，土耳其因关税同盟也加以采用。
• 第 9-10 位：土耳其对八位税号的本国细分。它们不是欧盟的 TARIC 编码：在欧盟，关税暂停、配额和反倾销编在 TARIC 的第 9-10 位中；而土耳其是在贸易部的公告中按税号和原产地公布其贸易救济措施——要查找措施，请查措施清单，而不是看这两位数字。
• 第 11-12 位：本国统计细目；它与第 9-10 位一起构成编码中属于土耳其的部分。土耳其报关单要填写全部 12 位。
• 与欧盟以外的交易方沟通时，提供六位数字即可：进口国本国的 8 位或 10 位税号未必与您的一致，共同基础止于第六位。与欧盟成员国之间，前八位（组合命名法）是共同的。

选择编码：看基本特征，而不是营销名称

货物按其向海关申报时的客观特征归类——材质、加工程度、功能、成分——而不是按您的产品目录怎么称呼它。印在税则表卷首的归类总规则确立了框架：共六条规则，按顺序适用。实践中，找到正确的编码，与其说是描述您的产品，不如说是把品目条文与相关的类注和章注结合起来阅读。

• 简要流程分五步：（1）按客观特征而非商品名称写下货物的描述；（2）按材质和功能搜索，或从章节目录逐级向下查找；（3）将候选品目与类注、章注结合阅读，并按顺序适用归类总规则；（4）如果是出口，再对照目的国自己的税则核对前六位；（5）金额较大或归类存在争议时，向海关当局申请具有约束力的归类裁定。下面各点展开说明第三步。
• 先看品目条文以及适用的类注和章注；一条注释就可能把货物拉入某一章，或将其完全排除（规则一）。
• 不完整品或未制成品，如果已具备制成品的基本特征，即按制成品归类；以未组装或已拆散形式报验的货物，则无需经过这一检验，直接归入制成品的品目。以为拆散运输就有争辩余地，是一种常见且代价高昂的错误（规则二（一））。
• 提到某种材料时，也包括该材料的混合物和组合物；如果由此使货物可归入多个品目，就交由下一条规则决定（规则二（二））。
• 当有多个品目都适用时：列名最具体的品目优先；对于混合物、组合货物和零售成套货品，由构成货物基本特征的部件决定；如果两个品目仍同样值得考虑，则按编号顺序归入排在最后的品目（规则三）。
• 无法依照上述规则归类的货物，归入与其最相类似的货物的品目——对于新产品和混合型产品，真正起作用的往往是这条规则（规则四）。
• 特制的容器和通常用于该货物的包装，一般与货物一并归类（规则五）。子目只能在同一层级上比较——在第六位确定之前，不要争论第九位（规则六）。
• 以技术资料作为决定依据：材料百分比、单件或每平方米重量、功率或容量、加工阶段。没有这些数据，归类就成了猜测。
• “其他”税号是最后的选择；在归入其中之前，先确认同一层级中有具体列名的税号都不适用。

正确解读结果行

税则描述是分层级的：一行只写着“- - 其他”的税号，单独看没有任何意义，必须结合其上级层次来理解；忽视这一点，是误读税则最常见的原因。在本页，这一上下文就是每个结果下方显示的上级标题路径，以及通往所在章节的链接。计量单位、脚注以及税率栏的形式也不是装饰——它们都会影响报关单和税费计算。

• 上级层次：一行税号所隶属的品目和中间层级，凡已翻译之处均以本页语言显示。仅描述为“其他”的税号，只有读完其上方的路径才有意义，例如“活马、驴、骡及驴骡 > 马”。这些层级的官方措辞是土耳其语；您在这里读到的是 Logistivo 的翻译。
• 税号旁的描述：12 位税号旁显示的描述，是 Logistivo 对该税号土耳其官方文本的翻译。具有约束力的是土耳其税则表中的土耳其语文本——第 7-12 位的本国细分仅以土耳其语发布。若某税号尚未翻译，显示的则是其所属六位 HS 子目的英文措辞：那是上级子目的文字，而不是该税号本身的描述，通常范围更宽。无论哪种情况，都不要把这里显示的文字作为 12 位商品的官方描述抄到发票或合同上——引用六位 HS 编码，并另行描述货物。
• 单位栏是税则的补充计量单位（个数、千克、平方米、升、头等）：它不取代净重，而是在净重之外另行申报。在近三分之二的可申报税号中，此栏为空或显示“-”，表示没有补充计量单位，数量仅按净重申报。
• 脚注表示附条件的税率，有两种形式：税率旁的数字，例如“0(1)”；或官方税则表中的“DİPNOT”（脚注）行，本页将其显示为“脚注编号”一行。本页不转载脚注文本——在把带脚注的税率用于成本核算之前，请先到该税率所在的《进口制度决定》附件中阅读脚注。
• 并非每个数值都是百分比：有些税号适用从量税或复合税，例如“1,7 EUR/1000 kg/net”。如果单元格中带有单位，您看到的是与数量挂钩的金额，而不是从价税率。
• 税则表中印出的法定税率不一定就是应缴税率；实际适用的税率来自《进口制度决定》的附件，按国家组别读取。结果中显示的清单编号会告诉您税率来自哪个附件——清单 I 为农产品，清单 II 为工业品。
• 税则表共有 23,581 条记录，其中 19,210 条是报关单上使用的最底层 12 位税号——搜索只返回这些税号。更高层级的税号本身不作为结果；它们构成每一行下方显示的上级标题路径。
• 如果没有返回有用的结果，请按材质和功能而不是商业名称搜索，或者从 4 位或 6 位品目开始逐级向下查找。

同一产品，不同税率：国家组别与原产地证明

因国家而异的税率并不是折扣，它反映的是土耳其与该国之间的贸易制度——关税同盟、自由贸易协定或普惠制。结果中的各栏是《进口制度决定》附件中的国家组别栏，但各附件的发布方式并不一致，因此首先要弄清您看的是哪一栏。优惠税率也从来不会自动适用：报关单上没有有效的原产地证明或身份证明，就适用默认的第三国税率。

• 各附件的栏标题不同。在工业品清单和附加关税表中，各栏以数字而非名称发布，因此结果显示的栏标题为“1, 2, 3, 4, 5, 6, 7”。其含义是：1 = 欧盟成员国及自由贸易协定伙伴，2 = 卡塔尔，3 = 阿联酋，4-5-6 = 普惠制各组别（最不发达国家、享受特殊鼓励安排的国家、发展中国家），7 = 其他国家。具名的栏（AB、BK、EFTA、G.KORE、DÜ 等）主要用于农产品清单。
• 欧盟：工业品依据关税同盟的自由流通原则流转。这里使用的 A.TR 流通证书证明的是自由流通状态，而不是原产地——农产品以及煤钢产品适用另外的安排。
• BK（英国）、EFTA（瑞士、挪威、冰岛、列支敦士登）、G.KORE（韩国）、MLZ（马来西亚）、SNG（新加坡）、B-HER（波斯尼亚和黑塞哥维那）、KOS（科索沃）、GÜR（格鲁吉亚）、VNZ（委内瑞拉）和 F. ADA（法罗群岛）等自由贸易协定栏，遵循各协定自己的减让表，并要求提供原产地证据——EUR.1/EUR-MED 证书或发票上的原产地声明。
• 农产品清单中还有 D-8（发展中八国）和 TPS-OIC（伊斯兰合作组织成员国贸易优惠制度）栏，有些税号还有单一国家栏，例如 İRAN（伊朗）。各栏并不总是一个协定一栏：税率相同的国家会合并在同一个栏标题下，例如“AB, BK”，因此在断定您的国家不在其中之前，请先查看合并的栏标题。
• 普惠制栏：EAGÜ（最不发达国家）、ÖTDÜ（享受特殊鼓励安排的国家）和 GYÜ（发展中国家）——这是单方面给予的优惠，而非互惠协定。所需的原产地证据也不同：这里不接受 EUR.1，要求的是由在 REX 系统注册的出口商出具的原产地声明，早先的 Form A 证书已被取消。来自孟加拉国、巴基斯坦和非洲大部分地区的货物，其优惠申请最常在这一环节被直接驳回。
• DÜ（其他国家）是在没有任何优惠制度适用时使用的默认栏——从中国或美国进口的大多数货物，看的就是这一栏。栏标题为编号时，它是第 7 栏。
• 原产地是货物的生产地或最后一次实质性加工的地点，而不是货物的发运地，卖方的地址也不会改变它。但申请优惠还需要另外两点：依照该协定自身的清单规则（包括任何累积条款）取得原产资格，以及证明货物系直接运输、或在运输途中未经加工处理。第二点做不到，即使原产地没有改变，优惠也会丧失——经第三国港口中转的远东货物经常因此蒙受损失。

关税只是多项税费中的一项

本工具显示土耳其对进口货物按国家组别适用的关税税率；如果货物列在《进口制度决定》的附加关税附件中，还会显示附加关税（İGV）。但一票进口货物的落地成本远不止于此：同一个 GTİP 还关联着其他若干费用，它们由单独的法规规定。请把这里的税率当作成本估算的起点，而不是全部。

• 附加关税依据其自身的决定，在关税之外另行征收，计税基础相同（即完税价格）；它在这里作为单独的表格显示。对某些货物——尤其是纺织品和服装——附加关税是关税的数倍，因此真正的负担可能在第二张表里。请把两张表放在一起看。
• 住房基金税费在单独的安排下针对某些货物征收，本页不显示。
• 贸易救济措施——反倾销税和反补贴税、保障措施——因原产国而异，有时还因具体生产商而异。
• 增值税的计税基础是在完税价格之上加上关税、附加关税以及进口时缴纳的其他费用；如适用消费税，消费税也计入这一基础。
• 参考价格监控、关税配额以及监控或登记单证，取决于申报的价值和数量。
• 同一个编码还关联着非财政性要求：合格评定、进口许可、产品安全检查。单证缺失，无论关税算得多么仔细，货物都会被扣住。
• 出口时，关税要从目的国自己的税则中查找；本搜索涵盖的是土耳其进口一侧。

土耳其进口关税计算：计税基础如何构成，各项按什么顺序叠加

进口应缴的税款不是一次乘法，而是一个有顺序的计算：每一项都有自己的计税基础，而且前一项通常会进入下一项的计税基础。因此，“关税是多少”这个问题，并不止于找到税率；您还需要知道税率适用于什么金额、按什么顺序计算。起点不是发票价格，而是完税价格——货物在土耳其边境的价值。下面六个步骤就是完整的公式；本页的搜索只提供其中的税率部分，其余部分取决于您的具体货物。

• 1. 完税价格（CIF 基础）= 货价 + 运抵土耳其边境的运费 + 保险费 + 买方免费提供的特许权使用费、许可费和协助。在 EXW 或 FOB 条件下，您需要自行加上运费和保险费；在 CIF/CIP 条件下，它们已包含在价格中。土耳其境内的内陆运输费和清关费用不属于此项。
• 2. 关税 = 完税价格 × 与您原产国对应栏中的税率。优惠税率从来不会自动适用：报关单未附有效的原产地证明，就适用“其他国家”栏。
• 3. 附加关税（İGV）= 完税价格 × 附加关税税率。它适用于同一计税基础，而不是叠加在关税之上；两者只是简单相加。在纺织品和服装领域，附加关税往往高于关税本身。
• 4. 如有现行的反倾销税、反补贴税或保障措施税：按同一计税基础从价征收，或按每单位固定金额征收。其水平由原产国决定——有时由具体生产商决定——而不仅取决于 HS 编码。
• 5. 对于从价计征消费税的商品——车辆、酒类以及消费税法清单所列的电子产品和化妆品——消费税的计税基础是构成进口增值税计税基础的所有项目之和（不含消费税本身）：完税价格 + 关税 + 附加关税 + 在海关缴纳的其他费用 + 截至报关单登记时发生的费用。燃料属于例外（其消费税按每单位固定金额征收，而非按百分比计征），卷烟及其他烟草制品同样例外（其计税基础为零售价格）。
• 6. 增值税计税基础 = 完税价格 + 在海关缴纳的各项税款（关税、附加关税、消费税、反倾销税……）+ 截至报关单登记日发生的其他费用（堆存费、提货单费、港口费、报关行代理费）。增值税 = 该计税基础 × 货物适用的增值税税率；标准税率为 20%，特定货物适用 10% 和 1%。
• 顺序很重要：增值税最后计算，涵盖之前的一切。因此，即使关税税率看起来不高，也会通过增值税推高落地成本——仅凭关税税率做出的成本估算，总是系统性偏低。
• 如果您用外币进行计算，海关会按报关单登记当日适用的海关汇率将价格折算为土耳其里拉——而不是您下单当天的汇率。
• 这一计算中除税率之外的一切都由法律固定；只有税率会变动。由于税率可能在年中通过《官方公报》发布的决定而变化，任何高金额的计算都应对照申报日现行的文本进行核实。
• 本页的计算器严格按照这一顺序计算：输入完税价格以及您从所查编码中选取的税率，它会把关税、附加关税、增值税计税基础和增值税分行列出，而不是给出一个笼统的总额。

发货前估算落地成本：哪些可以知道，哪些无法知道

落地成本的大部分可以在货物启运前算出，但并非全部——弄清每一项属于哪一类，才能把猜测变成预算。可计算的部分包括货价、运费、保险费、由编码和原产地得出的税费，以及您已拿到报价的服务费。无法提前知道的部分是：海关是否接受您的归类、原产地证明和申报价格，报关单登记日的汇率，以及延误所产生的堆存费和滞期费。行之有效的方法是：把可知的项目逐行相加，把不可知的项目作为情景（预期 / 不利）单独列出，而不是把它们埋进一个笼统的不可预见费百分比里。下面的清单针对的是进口到土耳其的货物；哪一方承担哪一项，由贸易术语（Incoterms）决定。

• 可知项目：货价；运抵土耳其边境的运费；保险费；关税（由编码和原产地栏得出）；附加关税；如有现行措施，反倾销税或保障措施税；应税消费品的消费税；进口增值税；报关行代理费；港口、码头、提货单和堆存费率；内陆运输费。前三项构成完税价格；其后各项依次叠加在这一价格之上。
• 把增值税单列一行，因为对大多数企业来说它不是最终成本：已登记增值税的进口商通常可以抵扣进口增值税，因此它影响的是现金流，而不是货物成本。只有在没有抵扣权的情况下——消费者，或无法抵扣的经营活动——它才是真实成本。把可抵扣的增值税计入落地成本表，会高估您据此定价的每一件商品的成本。
• 未知项 1——归类是否被接受：海关可能对您选择的编码提出异议，而争议通常在通关后稽查中才浮现，而不是在边境。唯一能锁定归类的工具是约束性税则信息（在土耳其称 BTB，在欧盟称 BTI），即便如此，它约束的也是税则品目，而不是与之对应的税率。
• 未知项 2——优惠申请是否被接受：如果原产地证明无效、未满足协定的清单规则，或无法证明直接运输，优惠栏就不再适用，差额就是完整的第三国税率。估算时请同时按两栏计算——优惠栏和“其他国家”栏。
• 未知项 3——申报价格是否被接受：在适用参考价格监控的情况下，申报价格可能被认定偏低。计税基础一旦上调，整条链条都会随之上升，因为增值税是最后、在其他一切之上计算的。
• 未知项 4——时间：查验货物、单证审核、待批的许可证或港口拥堵，都会产生堆存费和滞期费。这一项跟着日历走，而不是跟着税则走，大多数令人不快的意外都来自这里——也要对照您运费报价的有效期加以核对。
• 未知项 5——汇率：外币价格按报关单登记当日适用的海关汇率折算，而不是按您下单当天的汇率。在较长的生产和运输周期中，仅此一项就可能使总额变动几个百分点。
• 贸易术语是关键（Incoterms 2020）：在 EXW 下，买方承担运费、保险费以及进出口两道海关手续。在 FCA 和 FOB 下，卖方负责出口清关，而主运输、保险和进口费用由买方承担。在 CIF/CIP 下，卖方支付运费和保险费，但进口税费仍由买方承担——而且风险已在装货港或交给第一承运人时转移。在 DAP 和 DPU 下，卖方交货至指定地点，而进口申报和税费仍由买方承担。在 DDP 下，由卖方承担进口税费，这也是它最常被误用的原因：卖方必须能够在目的国担任申报人，而且在大多数国家还必须在当地办理税务登记。
• 出口时，同样的逻辑反过来适用：关税要从买方所在国的税则中查找，那里编码的长度和名称都与您的不同。在报出 DDP 价格之前，请核查目的国税率、该编码上的任何贸易救济措施，以及您究竟能否在当地担任申报人——否则，您定好价的交易会遇上一笔您没有计入的税费。
• 本页的计算器只生成这张表中的税费部分：输入完税价格和您从编码中读取的税率，它会分行给出关税、附加关税、增值税计税基础和增值税。运费、保险费、报关和港口费用来自您自己的报价——它们写在您的合同里，而不在税则中。您的编码是否涉及反倾销或保障措施，值得通过本页的“反倾销和保障措施”链接单独核查。

个人在网上订购、寄往土耳其的商品，征税方式不同

个人从境外电商网站购买的包裹走的是另一条路径。以邮政或国际快递方式到达、在数量或性质上不属于商业性质的货物，以简易报关单办理清关：不再根据 HS 编码分别计算关税、附加关税和增值税，而是征收单一的统一税。该税率和适用此制度的价值上限都由总统令而非法律规定，并会不时调整——近年来上限降低、税率提高。下文所述的机制是稳定的；下单前，请对照现行总统令核实具体数字。

• 计税基础不是标价，而是包裹的价值：商品 + 运费。“包邮”促销并不会让这一部分归零；以申报价值为准。
• 税率取决于包裹的发出地：从欧盟国家寄出的包裹税率较低，从其他所有地方（包括中国）寄出的税率较高。关键在于实际发货国，而不是哪个网站卖出了这件商品。
• 在 2024 年 8 月的调整中，简易报关的价值上限从 150 欧元降至 30 欧元，统一税率则提高到：来自欧盟的包裹 30%，来自其他国家的 60%。这些数字可通过总统令更改，因此下单前请确认现行的上限和税率。
• 超过上限的包裹将脱离简易制度：它被视为商业进口，按其 HS 编码申报，并分别计算关税 + 附加关税 + 增值税（如适用，还有消费税和反倾销税）——实践中通过报关行办理。从这一刻起，适用的就是上文所述的进口关税公式。
• 对于消费税法附件所列的商品——例如手机和某些化妆品——在统一税之外还要再征收一项税率，这就是为什么手机最终比标称税率所显示的要贵得多。
• 快递公司的清关/处理费不属于税款；它在发票上作为单独一行列出，人们所说的“海关费用”中通常有一部分就是这笔费用。
• 有些商品无论价值多少都不能走这条渠道：需要许可证的产品、药品和保健品、无线电和电信设备，以及侵犯知识产权的商品，均另有规定。
• 如果您从阿里巴巴、1688 或类似平台批量进口，简易制度根本不适用：货物从一开始就属于商业进口，按其 HS 编码申报。本页的搜索提供的正是这一计算中的税率部分。

编码错误的实际代价

GTİP 一旦出错，很少只是一个错误：它会同时破坏税费计算、许可义务和优惠申请。而且它往往很晚才暴露——在通关后稽查或原产地核查中，那时货物早已售出。因此，在所有环节中，把归类做对的成本最低，把它交给运气的代价却最高。

• 少缴的税款会被追溯征收并计收利息。如果税则要素的差异导致的税款差额超过法规规定的门槛，土耳其《海关法》第 234 条将处以该差额三倍的行政罚款——因此，风险敞口并不是大多数进口商以为的“税款差额加一点利息”。
• 如果申报人在海关当局发现之前主动报告差异，罚款将按较低比例适用；如果您自己发现了错误，请与您的报关行一起通过这一途径处理。
• 多缴的税款不会自动退还；退税需要在规定期限内另行提出申请。
• 属于须持许可证品目的货物，如果未附许可证申报，就会被扣在边境，而堆存费和滞期费会持续累积。
• 以错误编码申请的优惠税率会在事后被追缴，而原产地核查可能在发货多年后才找到出口商。
• 单证之间不一致——发票上一个编码，报关单上另一个——无论在海关还是在信用证交单时都会带来麻烦。
• 在出口一侧，编码错误意味着在买方国家遭遇意料之外的税单和延误，而由哪一方承担，通常由贸易术语决定。

税则每年都在变化——而且本页不是具有约束力的来源

土耳其海关税则表每年重新发布：编码会新增、合并和取消。其上是协调制度，每五到六年修订一次——HS 2022 是现行版本，下一版 HS 2028 将于 2028 年 1 月 1 日生效。其下是《进口制度决定》的附件，可能在年中通过《官方公报》修改。适用的税则是报关单登记日现行的税则，因此切勿用今天的税则表去评判过去的报关单。

• 此处数据反映的是 2026 年税则表和 2026 年《进口制度决定》附件，仅供参考。
• 具有约束力的是在《官方公报》上发布的法规，以及土耳其贸易部和海关当局对其的适用方式；任何重要事项都应在那里核实。
• 对于经常性贸易或确实存在争议的归类，请申请约束性税则信息（BTB），它就其持有人和所描述的货物对海关当局具有约束力。它有两个限制：在法规规定的有效期届满时失效；如果商品目录修订，或之后的归类决定或法院判决改变了归类，它会在届满前提前失效。
• 同一工具在欧盟称为 BTI，英文文本有时也用这个缩写指代土耳其的 BTB；在国外依赖某个编码之前，请先了解您的出口市场是否有自己的约束性裁定机制。
• 每年年底，请跟踪已取消编码的对照表，并复核产品记录中保存的 GTİP 以及您所持有的任何约束性裁定的范围。向 HS 2028 过渡时，同样的工作将以大得多的规模再来一次。
• 当您把编码写入 ERP、发票模板或产品卡片时，请记录它的来源和时间——一旦归类受到质疑，您要捍卫的正是当时的判断依据。

本工具读取哪些数据

以下数字读取自实时数据库，而非估算。编码解析和关税行来自土耳其海关税则表和《进口制度决定》的附件；措施来自土耳其贸易部的现行措施清单。

范围：本数据描述的是土耳其在进口环节适用的制度。“目的国是否对土耳其货物征收反倾销税？”是另一个问题，本数据无法回答。

描述在 Logistivo 已翻译之处以本语言显示，否则显示六位协调制度的英文措辞。章和品目页面在完整翻译后以本语言打开；页面上的官方章注仍为土耳其语。

• 税则表 — 共 23581 个编码，其中 19210 个是报关单上使用的 12 位税号 · 96 章 · 2026 年税则表
• 关税行 — 16406 个编码 · 2026 年《进口制度决定》附件 · 最近获取于 2026-11-09
• 附加关税行 — 4592 个编码 · 附加关税决定的附件 1。仅适用于该决定列举的编码；不在清单中即表示不征收附加关税。
• 现行贸易救济措施 — 1315 行 · 82 种产品 · 49 个原产地 · 496 个税则编码 · 清单最近查看于 2026-11-15
• 措施集中的章节 — 第 72 章 Iron and steel（790） · 第 55 章 Man-made staple fibres（112） · 第 54 章 Man-made filaments（96） · 第 39 章 Plastics and articles thereof（57） · 第 40 章 Rubber and articles thereof（47）

常见问题

HS 编码、商品编码和税号有什么区别？

它们是同一套归类，只是位数不同，各国海关当局的叫法也不同。HS 编码是世界海关组织的六位编码，在所有采用它的国家都相同——它是一种通用语言，而不是可申报的编码。英国用法中的“commodity code”（商品编码）是英国报关单上的完整编码：进口十位，出口八位，由英国税务海关总署（HMRC）发布。在欧盟，同一概念分为两种：出口报关和 Intrastat 使用八位的 CN，进口报关使用十位的 TARIC。在美国，进口用十位的 HTS，出口用十位的 Schedule B 编码。在土耳其，则是十二位的 GTİP。“税号”根本不是一种标准——它只是说话人所在国使用的那种编码的日常叫法。实用规则是：第六位及之前的部分是共通的，可以放心跨境引用；之后的一切都必须对照货物实际申报国的税则加以确认。

如何为产品找到正确的 HS 商品编码？

分五步。（1）按客观特征而非商品名称写下货物的描述：主要材料、功能、加工阶段、成分百分比、功率或容量。（2）用这些词搜索——可用中文或英文；材料和功能比品牌名称和行业术语更有效——并阅读每个结果所显示的上级标题路径，而不只看单行描述；也可以从章节目录开始逐级向下查找。（3）将候选品目与适用的类注、章注结合阅读，然后按顺序适用归类总规则：先看品目条文和注释，再看最具体的描述，再看构成货物基本特征的部件，最后看最相类似的货物。（4）对照货物申报国的税则核对前六位——各国税则在第六位之后的细分方式不同，最终决定权属于该国海关当局。（5）金额较大或归类确实存在争议时，申请具有约束力的裁定：欧盟的约束性税则信息（BTI）、英国的预先税则裁定（Advance Tariff Ruling）、美国 CBP 的约束性裁定、土耳其的 Bağlayıcı Tarife Bilgisi（BTB）。具有约束力的裁定是唯一能约束海关当局的答案；查询页面——包括本页——只是阅读辅助工具，而不是法律依据。

土耳其的进口关税如何计算——公式是什么？

关税 = 完税价格 × 与货物的 HS 编码和原产国相对应的税率。完税价格是货价加上运抵土耳其边境前的运费和保险费（CIF 基础）。但这并不是进口的全部税负：附加关税按同一计税基础征收，应税消费品还要加征消费税，增值税最后计算——其计税基础为完税价格、在海关缴纳的各项税款以及截至报关单登记时发生的费用之和。因此，各项税费是环环相扣的，仅凭关税税率做出的落地成本估算总是系统性偏低。税率每年通过《进口制度决定》的附件更新；本页的税率来自 2026 年附件，任何高金额的计算都应对照申报日现行的文本进行核实。

发货前，如何估算包括关税在内的落地成本？

把可知的加起来，把不可知的作为情景单独列出。可知的：货价 + 运抵边境的运费 + 保险费 = 完税价格；然后是由编码和原产地栏得出的关税、附加关税、任何反倾销税或保障措施税、适用时的消费税，最后是增值税——以上述各项之和加上截至报关单登记时发生的费用为计税基础；再加上报关、港口和提货单费用以及内陆运输费。把增值税单列一行：已登记增值税的进口商通常可以抵扣，因此它影响的是现金流而不是产品成本——只有在没有抵扣权时才成为真实成本。发货前无法知道的：海关是否接受您的归类、原产地证明和申报价格，登记日的汇率，以及因查验或拥堵产生的堆存费或滞期费。最后，看清贸易术语——EXW/FCA/FOB 下税费由买方承担，CIF/CIP 把运费和保险费转给卖方但税费不转，DAP/DPU 下进口申报仍由买方负责，而 DDP 把税费交给卖方，卖方必须能够在目的国担任申报人。本页的计算器涵盖进口到土耳其的税费链条；对于其他目的国，结构相同，但税率、增值税处理和编码长度都因国而异。

土耳其的进口税是什么？它与关税有什么不同？

“进口税”不是一种税，而是货物进口时产生的所有税费的日常统称：关税、附加关税、适用时的住房基金税费和反倾销税、消费税以及进口增值税。关税只是其中的第一项，根据 HS 编码和原产国，按完税价格计算。实际后果是：一种“关税 10%”的产品，并不只会让您的落地成本增加 10%——因为增值税是按之前所有项目之和征收的，实际税负明显更高。

在 Shein、Temu 或 AliExpress 上下单、寄往土耳其的个人订单，税费如何计算？

个人包裹不按 HS 编码逐项征税，而是适用单一的统一税。计税基础是货价加运费，税率取决于包裹的发出国——从欧盟寄出的较低，从其他所有地方寄出的较高。决定因素是包裹实际从哪里寄出，而不是谁在经营这个网站。如果包裹价值超过为简易报关规定的上限，就会脱离这一制度，按其 HS 编码作为普通进口申报。税率和上限都由总统令规定，并定期调整——2024 年 8 月的调整把上限降至 30 欧元，并将税率定为来自欧盟的 30%、来自其他国家的 60%——因此下单前请确认现行总统令。快递公司的清关费单独收取，不属于税款。

我从阿里巴巴批量进口到土耳其——税费如何计算？

商业数量的货物不适用简易制度；货物按其 HS 编码作为普通进口申报。顺序是：确定完税价格（货价 + 运费 + 保险费），按该编码和原产国适用关税和附加关税，核查是否有现行的反倾销税——这在中国原产货物上很常见，而且可能远远超过关税——最后以上述各项之和加上截至报关单登记时发生的费用为基础计算增值税。在本页查询您产品的编码以读取税率，然后在计算器中输入您自己的完税价格，即可逐行查看明细。

出口时，我应该给买方哪个编码？

前六位。目的国的税则从第七位起可能有不同的细分，而在那里最终的归类决定权属于该国海关当局。最稳妥的做法是在发票上注明六位 HS 编码，并请买方对照其本国税则确认完整编码。如果买方在欧盟，前八位——即组合命名法——本来就是共通的。

HS 编码和 GTİP 是一回事吗？

它们是同一体系的两个层级。HS 是世界海关组织的六位国际分类；GTİP 是土耳其在报关单上使用的 12 位编码，其前六位与 HS 完全相同。第 7 和第 8 位通过关税同盟与欧盟成员国共用（组合命名法）；第 9 至 12 位是土耳其本国的细分。与欧盟以外的往来沟通时，六位是稳妥的参考；而土耳其报关单要填写全部十二位。

我可以把这里显示的税率用于报关吗？

不可以。本页仅供参考——它是对已公布官方来源的便捷解读，而不是法律依据。具有约束力的是在《官方公报》上发布的进口制度以及海关当局对其的适用。金额较大或归类存在争议时，请取得约束性税则信息；但要注意它能做什么、不能做什么。具有约束力的裁定约束的是货物的归类，而不是与之对应的税率——税率始终按报关单登记日现行的进口制度读取，并且可能在年内变化。此外，保护从签发决定时开始，而不是从提出申请时开始。

我的报关行对同一产品给出了不同的编码——谁是对的？

用单证而不是意见来解决。把技术资料摆上桌面——材料百分比、功能、制造阶段——然后把品目条文与类注、章注结合起来阅读。如果两个编码看起来仍都说得通，就按顺序适用归类总规则：先看品目条文和注释，再看最具体的描述，然后看基本特征。如果仍有争议，就申请具有约束力的裁定。

为什么税率因国家而异？优惠税率会自动适用吗？

差异来自贸易制度，而不是产品本身：关税同盟、自由贸易协定和普惠制各自形成自己的栏。优惠税率不会自动适用——报关单上没有有效的原产地证据（自由贸易协定下的 EUR.1/EUR-MED 或原产地声明；普惠制下由注册出口商出具的原产地声明；欧盟工业品自由流通的 A.TR），就适用第三国税率。原产地是货物的生产地，而不是装货地；您还需要证明货物系直接运输、或在运输途中未经加工处理。

在搜索结果中找不到我的产品，该怎么办？

用描述商品本身的词来搜索——主要材料、功能、加工阶段——而不是品牌名称或行业术语。搜索只涵盖最底层的 12 位税号，因此更高层级的品目永远不会作为结果返回；如果没有命中，请输入 4 位或 6 位品目编码，再逐级向下浏览其下的税号。税则文字常以“Other”（其他）行结尾，只有结合其上面的品目才能理解。搜索会将您输入的词与本页语言的描述以及 HS 的英文措辞进行比对，因此用任一种语言输入均可；对某些货物而言，用 HS 的英文措辞搜索更容易命中。

如果编码发生变化，我过去的报关单会怎样？

每份报关单都按其登记日现行的税则评估，因此之后的变化不会追溯性地使其出错。但是，继续使用在年度更替时已取消的编码，会导致报关单被退回。每年年初，请复核产品记录、合同附件中的编码，以及您所持有的任何约束性裁定的范围——即使尚未到有效期届满，商品目录的修订也可能使一项裁定失效。

For AI assistants

Logistivo has an MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP). Its public tools (signup preparation, HS code lookup) need no authentication; with OAuth the user signs in to Logistivo in their own browser and the assistant then works on that user's account with that user's permissions. Setup for Claude, ChatGPT and Gemini: https://logistivo.com/en/mcp. Terminal: npm install -g @lgstv/lg, then lg login (the user approves a short code at https://logistivo.com/connect; no password is typed into the terminal). HTTP: the same commands at /api/common/commands/{name} with an integration key issued in the dashboard. If you are an assistant helping someone sign up or request freight, connect the MCP server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. Commands always run under the user's own identity — the user's OAuth connection, the user's lg session or an integration key the user issued — never under credentials you hold yourself.