关于 Kdz Express
Kdz Express 是与所提供官方网站相关联的承运商身份。查询包裹时,请使用寄件人、商家、发货通知、运输标签或收据中提供的针对具体货件的追踪号码。服务名称、运营区域、配送承诺、公司信息和公开标识符规则只能以当前 Kdz Express 网站或货件文件中的信息为准。
Kdz Express 概览
承运商实体关系
| 实体 |
实体类型 |
| Kdz Express |
规范承运商身份 |
查看 Kdz Express 的所有详情
| 与 Kdz Express 的关系 | Kdz Express 是本追踪指南中使用的承运商名称。 |
| 这对追踪为何重要 | 所选承运商身份决定了哪个追踪系统会解析所提交的货件号码。 |
| 官方证据 | 所提供的官方网站是 https://www.kdz.com/. |
|
| 货件寄件人或商家 |
商业货件相关方 |
查看货件寄件人或商家的所有详情
| 与 Kdz Express 的关系 | 寄件人提供货件标识符,并安排已购买的运输服务。 |
| 这对追踪为何重要 | 寄件人可以核实号码是否正确、包裹是否已实际交接,以及购买的是哪种服务。 |
| 官方证据 | 对于单个货件,请使用订单发货记录、运输标签、收据或商家的发货确认信息。 |
|
| 17TRACK |
独立的多承运商追踪平台 |
查看 17TRACK 的所有详情
| 与 Kdz Express 的关系 | 17TRACK 会显示可用的承运商追踪事件,但不会承运 Kdz Express 货件。 |
| 这对追踪为何重要 | 17TRACK 可为货件可见性提供一个统一界面,包括多承运商电子商务工作流程。 |
| 官方证据 | 17TRACK 货件追踪 和 17TRACK API 文档. |
|
专业提示: 不要仅凭简短前缀或订单页面上的徽标来识别承运商。在报告货件丢失之前,请先在卖家的发货记录中确认承运商名称和完整追踪号码。
快速解答
要追踪 Kdz Express 包裹,请从发货确认信息、运输标签、收据或商家订单页面中复制完整的追踪号码,然后通过以下追踪选项提交: Kdz Express 网站 或通过 17TRACK。如果没有显示结果,请先删除意外添加的空格,将每个字符与原始通知进行比对,确认商家将 Kdz Express 列为承运商,并询问寄件人包裹是否已实际交接。
17TRACK 是一个独立的跟踪平台。它无法更改地址、从海关放行包裹、安排重新派送、批准索赔、向商家发放退款,也无法更改 Kdz Express 的派送结果。
如何追踪 Kdz Express 包裹
请使用准确的承运商跟踪标识符,而不是商家订单号。Kdz Express 网站是直接查询承运商信息的起点,而当订单包含多个承运商,或必须从运输记录中识别承运商时,17TRACK 很有用。
- 打开卖家的发货确认、包裹标签、发货电子邮件、收据或订单详情。
- 找到标有“tracking number”“shipment number”“waybill”或同等运输标识符的字段。
- 复制完整的标识符。保留字母、前导零以及任何注明的国家后缀;只有在查询拒绝这些格式时,才删除格式空格或连字符。
- 打开 Kdz Express 并使用其中显示的跟踪选项,或在 17TRACK.
- 结合最新事件及其位置和时间戳一起查看。标签或电子数据事件并不能证明实体包裹已被承运商接收。
- 如果结果为空或承运商不匹配,请联系发件人,要求提供承运商名称、准确的跟踪号码、交接日期以及所购买的服务。
标识符检查
| 标识符 |
使用方式 |
| 承运商跟踪号码或运单号 |
当该号码明确与 Kdz Express 相关联时,用它进行承运商跟踪。 |
| 商家订单号 |
与商家联系时使用。它不会自动成为承运商跟踪号码。 |
| 卖家参考编号 |
使用它帮助卖家找到订单并提供实际的运输标识符。 |
| 合作伙伴或末端派送号码 |
在有记录证明已完成交接后,与指定合作伙伴一起使用;同时也要保留原始号码。 |
| 派送通知号码 |
只能通过通知上标明的派送渠道使用。 |
追踪状态及含义
根据跟踪事件的生命周期阶段、地点和时间戳来解读事件。以下措辞解释了常见的物流概念;对于单个 Kdz Express 货件,实际显示的事件仍具有决定性作用。
状态快速查询
| 状态 |
含义 |
| 已创建标签或已收到货件信息 | 电子货件数据已存在,但仅凭该事件无法证明已实际接收货件。 |
查看创建标签的所有详情| 生命周期阶段 | 发货前 |
|---|
| 当前负责方 | 在出现接收事件之前,寄件人仍负责确认是否已实际交接。 |
|---|
| 接下来会发生什么 | 包裹将被交接,并获得接收扫描或设施扫描记录。 |
|---|
| 你应该怎么做 | 如果状态保持不变,请向寄件人询问实际交接日期。 |
|---|
|
| 已接收或已收件 | 实际收件事件表明包裹已进入有记录的运输网络。 |
查看接收的所有详情| 生命周期阶段 | 已接收 |
|---|
| 当前负责方 | 接收事件或货件记录中列明的一方。 |
|---|
| 接下来会发生什么 | 分拣、集运或运往下一个设施。 |
|---|
| 你应该怎么做 | 请监控下一次扫描,除非货件超出其显示的配送时间范围。 |
|---|
|
| 运输中或已离开设施 | 包裹正在处理点之间运输,或正在等待下一次操作扫描。 |
查看运输中移动的所有详情| 生命周期阶段 | 运输中 |
|---|
| 当前负责方 | 负责最新事件所显示运输环节的承运商或运输合作伙伴。 |
|---|
| 接下来会发生什么 | 到达另一枢纽、合作伙伴交接、海关处理或目的地分拣。 |
|---|
| 你应该怎么做 | 在升级处理前,请将最后一次扫描与预计配送时间范围进行比较。 |
|---|
|
| 海关或清关处理中 | 货件正在进行进口、出口、安全或文件处理;到达并不意味着已放行。 |
查看海关处理的所有详情| 生命周期阶段 | 海关或跨境交接 |
|---|
| 当前负责方 | 负责方取决于所要求的操作,可能是海关机关、报关行、申报人或承运商。 |
|---|
| 接下来会发生什么 | 放行、费用评估、文件请求、查验或退回操作。 |
|---|
| 你应该怎么做 | 仅按照经过验证的请求操作,并在适用时准备发票、身份、商品或税务信息。 |
|---|
|
| 已转交配送合作伙伴 | 交接已计划或已记录;只有在接收方接收包裹后,实际保管责任才会发生变化。 |
查看合作伙伴交接的所有详情| 生命周期阶段 | 网络交接 |
|---|
| 当前负责方 | 在接收合作方记录接收之前,最后一个有实体扫描记录的方仍是最佳的货物保管方指标。 |
|---|
| 接下来会发生什么 | 合作方登记收货,并开始其自身的处理流程。 |
|---|
| 你应该怎么做 | 保留两个追踪号码,并在合作方首次记录收货事件后查看所标明的合作方。 |
|---|
|
| 派送中 | 包裹已进入派送路线,但无法确定当天一定完成派送。 |
查看派送中的全部详情| 生命周期阶段 | 最终派送 |
|---|
| 当前负责方 | 最新追踪事件中显示的本地派送承运商。 |
|---|
| 接下来会发生什么 | 派送、尝试派送、取件安排,或退回本地设施。 |
|---|
| 你应该怎么做 | 确保可以安全进入,并留意派送或异常事件。 |
|---|
|
| 已送达 | 追踪记录显示的地点或收件人相关情境已记录完成扫描。 |
查看已送达的全部详情| 生命周期阶段 | 已送达 |
|---|
| 当前负责方 | 本地派送承运商负责派送记录;收件人应首先检查所述的派送地点。 |
|---|
| 接下来会发生什么 | 除非有人提出派送争议,否则该货件通常会结束。 |
|---|
| 你应该怎么做 | 在升级处理之前,请检查邮箱、包裹存放区域、前台、家庭成员、邻居以及任何可用的派送证据。 |
|---|
|
| 可取件 | 包裹正保存在货件通知中所标明的地点。 |
查看取件的全部详情| 生命周期阶段 | 取件 |
|---|
| 当前负责方 | 通知中所标明的取件设施或派送合作方。 |
|---|
| 接下来会发生什么 | 由符合条件的收件人领取,或在适用的保管期限后退回。 |
|---|
| 你应该怎么做 | 按照通知操作,并携带追踪信息和所需身份证明。 |
|---|
|
| 派送异常或尝试失败 | 派送因地址、进入权限、收件人、天气、运营或资格问题而中断。 |
查看派送异常的全部详情| 生命周期阶段 | 异常 |
|---|
| 当前负责方 | 本地派送方负责处理即时异常;寄件人可能需要授权变更。 |
|---|
| 接下来会发生什么 | 再次尝试派送、取件、地址审核、调查或退回。 |
|---|
| 你应该怎么做 | 阅读确切原因,并使用事件或通知中注明的联系渠道。 |
|---|
|
| 退回寄件人 | 外发派送已经结束,包裹正通过网络返回。 |
查看退回寄件人的全部详情| 生命周期阶段 | 退回 |
|---|
| 当前负责方 | 负责运送退件的承运商或合作方;商家决定换货或退款事宜。 |
|---|
| 接下来会发生什么 | 包裹将运往退货地址,并可能收到额外的退件扫描记录。 |
|---|
| 你应该怎么做 | 联系商家,提供退件事件信息,并询问换货、退款或重新发货条款。 |
|---|
|
常见追踪问题及解决方案
请从最新的实体扫描记录开始,而不要仅依据最新的电子消息。对于号码无效或缺少接收记录的情况,寄件人通常是最适合首先联系的对象;而包裹进入运输后,最新实体事件中显示的承运商是最佳的运营联系方。
问题与解决方案
| 显示的问题/状态 | 立即采取的行动 |
| 号码无效或无法识别 | 重新复制该标识符,删除意外输入的空格,保留前导零,并向寄件人确认承运商。 |
查看号码无效的全部详情| 可能原因 | 输入错误、误用了订单号而非追踪号码、承运商错误,或货件数据尚未被接收。 |
|---|
| 首先检查 | 将每个字符与原始发货通知进行比对。 |
|---|
| 何时升级处理 | 当寄件人无法提供有效的货件标识符或发货证明时,请升级处理。 |
|---|
| 联系谁 | 寄件人、商家或交易平台。 |
|---|
|
| 已创建标签但尚未收件 | 向寄件人询问包裹何时、何地实际交寄。 |
查看“已创建标签”的所有详情| 可能原因 | 包裹在交寄、收取或首次实体扫描前已生成运输标签。 |
|---|
| 首先检查 | 查找包含实际地点和时间戳的收件事件。 |
|---|
| 何时升级处理 | 应参考商家承诺的发货日期和买家保障期限,而不是臆造一个通用等待期。 |
|---|
| 联系谁 | 寄件人或商家。 |
|---|
|
| 近期无更新或运输停滞 | 查看最后一个处理设施、服务时效、周末、节假日、天气、海关以及合作方交接信息。 |
查看“近期无更新”的所有详情| 可能原因 | 运输过程中没有中间扫描、枢纽拥堵、运输延误、海关处理或合作方交接。 |
|---|
| 首先检查 | 将最新事件与该货件专属的预计送达时间及任何服务提醒进行比较。 |
|---|
| 何时升级处理 | 在显示的送达时限已过,或承运商指出需要采取措施的异常情况时升级处理。 |
|---|
| 联系谁 | 最新实体扫描所显示的承运商;寄件人应发起任何合同级调查。 |
|---|
|
| 合作方等待交接 | 确认最后一次实体扫描,不要假设电子数据等同于实际收件。 |
查看“合作方交接”的所有详情| 可能原因 | 接收承运商已获得预先数据,但尚未记录实际收件。 |
|---|
| 首先检查 | 原承运商的最新扫描信息及任何关联的合作方单号。 |
|---|
| 何时升级处理 | 当交接时间超过货件显示的预计送达时间时,通过寄件人升级处理。 |
|---|
| 联系谁 | 寄件人以及最后一次发生实体保管事件的一方。 |
|---|
|
| 地址问题或投递失败 | 阅读确切的异常信息,并按照投递通知或跟踪事件中指定的渠道操作。 |
查看“地址或投递问题”的所有详情| 可能原因 | 地址不完整、场所无法进入、收件人不在、需要签名或路线中断。 |
|---|
| 首先检查 | 与商家确认投递地址,并查看投递尝试通知。 |
|---|
| 何时升级处理 | 当跟踪信息要求提供指示,或警告需要取件或退回时,立即采取行动。 |
|---|
| 联系谁 | 指定的本地投递承运商;寄件人可能需要授权更正地址。 |
|---|
|
| 海关扣留 | 查看事件中是否要求提供文件、缴税、接受查验或采取报关行措施。 |
查看“海关扣留”的所有详情| 可能原因 | 文件审核、估价、税费评估、受限货物审核、查验或进口商信息缺失。 |
|---|
| 首先检查 | 在提供付款或身份信息前,通过官方承运商、报关行或海关渠道核实相关请求。 |
|---|
| 何时升级处理 | 当官方请求尚未解决,或申报人必须更正货件数据时,升级处理。 |
|---|
| 联系谁 | 根据所需提供信息的一方,联系提出请求的主管机构、报关行、承运商或寄件人。 |
|---|
|
| 显示已送达但未收到 | 查看所述投递地点、家庭成员、前台、包裹区域、邻居以及任何可用的投递凭证。 |
查看“已送达但未收到”的所有详情| 可能原因 | 其他安全地点、前台代收、地址不匹配、提前扫描或误投。 |
|---|
| 首先检查 | 将投递时间和地点描述与地址进行比对,并询问可能代收包裹的任何人。 |
|---|
| 何时升级处理 | 如果现场查找仍未找到包裹,请立即联系本地投递承运商。 |
|---|
| 联系谁 | 先联系负责投递记录的本地投递承运商,然后联系寄件人或商家进行调查或申请购买保障。 |
|---|
|
| 货件丢失或损坏 | 拍摄包裹、内容物、标签和包装的照片;保存所有材料并通知寄件人。 |
查看“丢失或损坏”的所有详情| 可能原因 | 运输损坏、内容物缺失、投递争议或调查后仍无法找到的货件。 |
|---|
| 首先检查 | 已购买的服务、申报价值、保险条款、销售发票和货件状况。 |
|---|
| 何时升级处理 | 遵守适用运输合同或商家政策中规定的申报期限。 |
|---|
| 联系谁 | 承运商索赔中的签约寄件人,以及享有更换或退款权利的商家。 |
|---|
|
| 退回寄件人 | 在申请更换或退款之前联系商家,并保留退回货件的跟踪记录。 |
查看退回货件的所有详细信息| 可能原因 | 投递失败、拒收、无人认领包裹、地址问题、海关拒收或运输限制。 |
|---|
| 首先检查 | 退回决定之前紧接着发生的事件。 |
|---|
| 何时升级处理 | 当商家的订单处理期限临近,或退件已返回寄件人但问题仍未解决时,进行升级处理。 |
|---|
| 联系谁 | 负责商业补救措施的商家,以及负责承运商咨询的签约寄件人。 |
|---|
|
客户服务
使用官方网站获取当前的 Kdz Express 支持渠道,并联系商家处理订单层面的补救措施。在联系任何一方之前,请准备完整的跟踪号码、寄件人和收件人详细信息、发件日期、最新扫描记录、服务描述、物品内容、价值证明,以及相关情况下的损坏照片。
客户服务
| 渠道 | 已验证的联系方式/链接 |
| Kdz Express 官方网站 | https://www.kdz.com/ |
查看 Kdz Express 网站的所有详细信息| 最适用于 | 当前的承运商信息,以及 Kdz Express 提供的任何支持或跟踪选项。 |
|---|
| 地区/语言 | 使用官方网站上显示的地区或语言选项。 |
|---|
| 工作时间和时区 | 遵循所选官方联系渠道附带的工作时间。 |
|---|
| 需要准备的信息 | 跟踪号码、发件日期、寄件人和收件人详细信息、最新事件、服务、物品内容及支持性证据。 |
|---|
| 重要限制 | 请使用当前官方网站上显示的联系方式,而不要使用未经验证的目录列表。 |
|---|
|
| 寄件人或商家支持 | 使用订单确认信息或购物平台账户中显示的支持渠道。 |
查看寄件人或商家支持的所有详细信息| 最适用于 | 跟踪号码错误、没有交接证明、订单取消、更换、退款,以及由卖家提交的承运商调查。 |
|---|
| 地区/语言 | 由卖家或购物平台账户决定。 |
|---|
| 工作时间和时区 | 遵循商家公布的支持时间安排。 |
|---|
| 需要准备的信息 | 订单号、跟踪号码、商品详细信息、承诺的发货或送达日期,以及付款记录。 |
|---|
| 重要限制 | 商家退款和承运商运输索赔是两个独立的流程。 |
|---|
|
| 17TRACK | https://www.17track.net/en |
查看 17TRACK 的所有详情| 最适用于 | 查看可用的多承运商跟踪事件并核实承运商身份。 |
|---|
| 地区/语言 | 使用 17TRACK 提供的语言选项。 |
|---|
| 工作时间和时区 | 网页跟踪为自助服务。 |
|---|
| 需要准备的信息 | 完整的货件跟踪号码,以及已知情况下的承运商名称。 |
|---|
| 重要限制 | 17TRACK 不持有包裹,无法批准重新投递、地址变更、海关放行、索赔或退款。 |
|---|
|
高效的升级顺序: 核实标识符和最新实物扫描记录;对于发货前或订单问题,联系寄件人;对于运营层面的投递问题,联系最新实物事件中显示的承运商;如有需要,再要求签约寄件人发起调查或索赔。
电子商务和商业追踪
消费者通常只需要查询单个货件,而商家需要标准化的状态类别、承运商识别、异常监控,以及订单 ID 与承运商跟踪号码之间的关联。请将商业订单记录与承运商事件记录分开保存,以便客服团队确定当前由谁负责下一步处理。
开发者/API 对比
| 选项 | 提供商 |
| 消费者网站查询 | Kdz Express |
查看消费者网站查询的所有详细信息| 承运商覆盖范围 | 官方网站界面接受的 Kdz Express 货件记录。 |
|---|
| 主要用途 | 手动跟踪并获取当前承运商信息。 |
|---|
| 身份验证 | 遵循官方网站提供的操作流程。 |
|---|
| 跟踪/批量处理/Webhook 功能 | 仅使用当前 Kdz Express 接口或客户协议中明确记录的功能。 |
|---|
| 当前开发者文档 | Kdz Express 官方网站. |
|---|
| 迁移/弃用说明 | 集成方应在部署前直接向 Kdz Express 核实端点和凭据。 |
|---|
|
| 多承运商追踪 API | 17TRACK |
查看 17TRACK API 的所有详细信息| 承运商覆盖范围 | 通过 17TRACK 平台进行多承运商货件追踪。 |
|---|
| 主要用途 | 登记货件编号,并将追踪功能集成到电商或运营系统中。 |
|---|
| 身份验证 | 17TRACK API 密钥通过 17token 请求标头提供。 |
|---|
| 跟踪/批量处理/Webhook 功能 | 使用当前 17TRACK API 文档中所述的功能和限制。 |
|---|
| 当前开发者文档 | 17TRACK API 文档. |
|---|
| 迁移/弃用说明 | 使用当前记录的 API 版本,并在更改生产环境集成之前查阅文档。 |
|---|
|
为可靠地管理异常,请存储商户订单 ID、原始承运商编号、任何合作伙伴编号、承运商身份、最新事件时间、标准化状态、承诺的客户日期以及下一步行动的责任方。承运商事件不应在未执行商户订单政策并审核完整货件记录的情况下自动触发退款。
Kdz Express 常见问题
1. 如何追踪我的 Kdz Express 包裹?通过 Kdz Express 官方网站上提供的追踪选项输入完整追踪号码,或将其提交至 17TRACK。请使用发货记录中的承运商编号,而不是商户订单号。
2. 我在哪里可以找到我的 Kdz Express 追踪号码?请查看发货确认信息、商户订单详情、包裹标签、运单、收据或发货消息。如果只显示订单号,请向寄件方索要单独的承运商追踪标识符。
3. Kdz Express 追踪号码是什么样的?请完全按照货件提供的内容使用完整标识符,不要仅凭前缀识别它。保留字母和前导零,并且仅在查询界面要求时删除格式空格。
4. 首个 Kdz Express 追踪事件何时会出现?包裹被接收并扫描进入记录在案的运输网络后,首个有实际意义的实体事件才会出现。电子货件信息或标签创建信息可能会早于 Kdz Express 或运输合作伙伴实际收到包裹的时间出现。
5. 为什么我的 Kdz Express 追踪信息没有更新?在设施之间、合并运输期间、海关处理期间或合作伙伴交接期间,可能会出现扫描间隔。请查看最新的实体扫描记录和针对该货件的配送时间范围;如果显示的预期时间已过,请联系寄件方。
6. Kdz Express 需要多长时间送达?请参考与单件货件相关的服务和目的地预计时效。发货时间、周末、节假日、路线状况、海关、地址质量、偏远地区配送和合作伙伴处理都可能改变实际到达日期。
7. Kdz Express 配送尝试失败后我该怎么办?阅读确切的异常信息,并按照追踪事件或配送通知中的联系或取件说明操作。当地配送方负责处理当次配送尝试,而寄件方可能需要授权更正地址。
8. 如果 Kdz Express 显示已送达,但我找不到包裹,该怎么办?请先检查所述的投递地点、邮箱、包裹存放区域、前台、家庭成员、邻居以及任何可用的配送凭证。如果包裹仍然丢失,请及时联系当地配送承运商,并要求寄件方协助调查。
9. 如何报告丢失或损坏的 Kdz Express 货件?通知寄件方,并妥善保留包裹、内容物、标签及所有包装。请拍照,并保留销售发票和价值证明,因为签约寄件方可能需要这些材料来提出运输索赔,而商户则单独处理补发或退款权利。
10. 如何联系 Kdz Express?请使用以下位置显示的当前联系或支持选项 Kdz Express 官方网站。联系支持部门前,请准备好追踪号码、发货日期、地址、最新扫描记录、服务详情、内容物和支持性证据。
11. 标签创建是否意味着 Kdz Express 已经拿到了实体包裹?不是;标签创建或收到货件信息仅表明电子数据已存在,并不表示实体保管权已经转移。请查找之后包含设施、地点或实体收货描述的接收事件。
12. Kdz Express 合作伙伴交接期间由谁负责?在接收合作伙伴记录接收之前,最后一条有记录的实体保管事件是判断责任归属的最佳依据。提前的电子数据、新分配的合作伙伴编号或“等待物品”消息本身都不能证明已实际收到包裹。
13. Kdz Express 追踪号码在配送期间会发生变化吗?当另一方负责某个运输环节时,货件可能会获得合作伙伴编号或末端配送标识符。请保留两个号码,在较早的运输过程中使用原始号码,并在接收合作伙伴记录包裹后使用第二个号码。
14. 海关到达事件是否意味着我的 Kdz Express 包裹已通过海关?不是;到达海关或交换地点与放行是两回事。清关可能仍需要风险审核、文件检查、关税或税费、查验、进口商信息或经纪商操作。
15. 企业可以通过 API 追踪 Kdz Express 货件吗?企业可以使用有文档记录的 17TRACK 多承运商 API 来登记和监控受支持的货件编号。任何直接的 Kdz Express 集成都应仅使用通过当前 Kdz Express 官方渠道或商业协议提供的端点、凭据和服务文档。
追踪 API
下面的示例使用有文档记录的 17TRACK 登记端点。请获取 17TRACK API 密钥,并替换货件和承运商占位符。请根据当前 17TRACK 账户文档或承运商检测结果验证 Kdz Express 承运商代码,而不要猜测代码。对于直接的 Kdz Express 集成,仅使用通过以下渠道提供的技术文档和凭据 Kdz Express 官方渠道.
# 1. Kdz Express direct integration
# Request current API documentation, endpoint, authentication,
# permissions, and service mapping through the official Kdz Express channel.
# 2. 17TRACK API — register a tracking number
curl --request POST \
--url 'https://api.17track.net/track/v2.4/register' \
--header '17token: YourKey' \
--header 'Content-Type: application/json' \
--data '[
{
"number": "TRACKING_NUMBER",
"carrier": "CARRIER_CODE"
}
]'
# Replace CARRIER_CODE only after validating the current
# Kdz Express carrier code through 17TRACK documentation or detection.
来源与参考资料
17TRACK 是一个独立的查询平台,与 Kdz Express 没有关联。