关于 Reliable Mile
Reliable Mile 是由所提供官方网站确认的承运商实体。现有证据支持将该网站作为货件识别和客户服务分流的主要起点。具体承运商的服务名称、运营区域、配送标准和网络合作伙伴,应从货件记录或官方网站中获取,而不应仅根据追踪号码推断。
| 字段 | 已验证信息 |
|---|---|
| 官方显示名称 | Reliable Mile |
| 官方网站 | https://www.reliablemile.com/ |
| 追踪角色 | 使用追踪号码和货件记录来确定当前运输方及可用事件。 |
承运商实体关系
| 实体 | 关系和追踪意义 |
|---|---|
| Reliable Mile | Reliable Mile 是承运商名称,在解读事件前应先与货件记录进行匹配。 |
| 官方网站 | 官方网站是获取承运商特定追踪、服务、联系和政策说明的适当来源。 |
| 17TRACK | 17TRACK 是一个独立的追踪平台,可能会汇总可用事件;它不负责运输包裹,也不负责决定承运商索赔。 |
快速解答
在官方的货件追踪号码 Reliable Mile 网站 Reliable Mile 网站 或 17TRACK 中输入货件的追踪号码。如果没有显示结果,请先逐个字符检查号码,确认它是追踪号码而非订单号码,并在创建标签或交接后留出时间等待承运商进行首次扫描。
如何追踪 Reliable Mile 包裹
需要承运商特定说明时,请使用官方承运商渠道;需要查看各运输方的汇总信息时,请使用 17TRACK。
| 渠道 | 操作 | 如果没有结果 |
|---|---|---|
| 官方网站 | 打开 Reliable Mile 官方网站,并输入卖家、收据、标签或发货消息中显示的追踪号码。 | 检查标识符类型,并通过官方渠道联系卖家或承运商。 |
| 17TRACK | 输入相同的标识符,并查看系统识别出的承运商和事件历史记录。 | 手动尝试承运商选择的结果,并检查包裹是否已完成首次实物扫描。 |
追踪号码用于标识货件记录。订单号码用于标识购买交易,而参考号码可能用于标识商户交易。标签号码或配送通知号码可能具有不同的运营用途。如果发货消息中只有订单参考号,请向卖家索取承运商追踪标识符。
追踪号码格式和示例
Reliable Mile 的追踪格式应以货件标签或官方追踪结果为准。仅凭前缀或长度不足以证明标识符由谁签发、购买了哪项服务,或当前由哪一方持有包裹。
追踪号码格式
| 标识符系列 | 规范化模式和用途 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 承运商追踪标识符 | 使用卖家或 Reliable Mile 提供的确切标识符;将其显示为经过隐藏处理的示例,例如 RM######## 或 ###########。 | ||||||||
查看承运商追踪标识符的所有详细信息
| |||||||||
| 合作方或末端配送标识符 | 交接后可能会出现第二个标识符;请保留两个标识符,因为其中一个可能显示始发地事件,而另一个显示目的地配送信息。 | ||||||||
查看合作方标识符的所有详细信息
| |||||||||
国际邮政标识符可能采用标准化格式,包括两字母服务前缀、九位数字和两字母始发地代码,但在没有官方来源的情况下,不应将这种结构归属于 Reliable Mile。用于邮件自动化、仓库处理或商户参考的条码标识符,并不自动属于包裹追踪号码。
追踪状态及含义
| 状态 | 含义和下一步操作 |
|---|---|
| 已创建标签 / 发货前 | 电子发货数据已存在,但可能尚未进行实体接收扫描。发件人应向卖家或发货地点确认是否已完成交接。 |
| 已接收 / 运输中 | 某个运输方已记录该货件。请关注下一次扫描,并为货件在设施之间移动留出时间。 |
| 海关或交接事件 | 货件正在由主管机构或其他运输方处理。到达海关并不等同于已放行。 |
| 派送中 / 已送达 | 本地配送阶段正在进行,或已经记录了配送扫描。如果包裹丢失,请检查配送地点,并联系卖家或负责配送的一方。 |
| 异常 / 退回 | 某个问题正在影响计划路线。请查看事件详情,并通过扫描记录中注明的一方采取行动。 |
服务和配送时间
承运商特定的服务比较以及逐国配送时效估算,需要依据适用的 Reliable Mile 服务、始发地、目的地、交接方和当前官方服务标准确定。不要将市场平台承诺或聚合平台估算视为保证的送达日期。
服务比较
| 服务 | 实用指南 |
|---|---|
| 订单或标签上显示的货件服务 | 使用确切的服务名称及始发地—目的地组合来解读追踪信息和配送预期。 |
配送时间
| 时间要素 | 解读方式 |
|---|---|
| 预计送达日期 | 用于规划的估算日期,可能会因接收时间、周末、天气、海关、地址信息质量和交接情况而变化。 |
| 服务标准 | 公布的运营目标,可能不同于退款保证。 |
| 国家配送时效估算 | 必须根据实际服务和路线计算;在没有承运商证据的情况下,不应推断存在通用的 Reliable Mile 国家配送时效表。 |
常见追踪问题及解决方案
| 问题或状态 | 第一步操作 |
|---|---|
| 号码无效 | 删除意外输入的空格,将每个字符与卖家记录进行比对,并确认该标识符不是订单号。 |
| 无事件 | 询问包裹是否已实际交接;仅创建面单并不能证明承运方已接收包裹。 |
| 长时间没有更新 | 查看最新扫描地点、周末情况和交接间隔,然后请卖家在服务允许的情况下向相应承运方发起查询。 |
| 显示已送达但未收到 | 检查入口、邮箱、安全放置地点、家庭成员、楼宇服务台、邻居和送达证明;然后联系卖家和配送方。 |
| 海关或退回异常 | 阅读事件详情,在要求时准备发票和身份信息,并联系事件中指明的相关方。 |
国际运输、海关和承运商交接
对于国际货件,即使原始追踪号码仍持续显示事件,实际保管方也可能发生变化。电子预报、实际交接、首次收件扫描、出口清关、进口清关和最终送达是彼此独立的里程碑。
| 阶段 | 客户解读 |
|---|---|
| 始发地接收和出口处理 | 始发地运输方准备、分拣货件,并将其提交进行出口处理。 |
| 干线运输和抵达目的地 | 货件在不同设施或运输方之间转运时,可能会出现可见性中断。 |
| 进口海关 | 海关审核并不意味着包裹已放行;税费、文件或查验可能会影响下一次扫描。 |
| 末端交接 | 目的地配送方可能会提供下一条有用的扫描记录或单独的本地标识符。 |
配送管理和发货后选项
地址变更、配送指示、拦截、改派、取件、签名选项和送达证明访问权限取决于服务以及当前持有货件的一方。请使用官方 Reliable Mile 路径或事件中指明的末端配送承运方;17TRACK 无法执行这些操作。
丢失、损坏、索赔、保险和退款
| 流程 | 用途和证据 |
|---|---|
| 追踪查询 | 当需要解释某个事件时使用;准备好追踪号码、日期、路线和最新扫描记录。 |
| 丢失或损坏索赔 | 符合条件的索赔人应遵循适用的承运方或卖家流程,并保留包装、物品、发票、价值证明和照片。 |
| 商家退款 | 卖家或平台退款与承运方调查相互独立,并受购买条款约束。 |
运输限制和特殊处理
不要假定电池、液体、药品、易腐品、贵重物品、危险品或受限制物品一定会被接受。寄件前请查看当前 Reliable Mile 规则以及始发国、中转国和目的地国家的要求。
客户服务
| 渠道 | 最佳用途 |
|---|---|
| 官方网站 | Reliable Mile 网站;使用其中显示的当前联系方式或追踪路径。 |
| 卖家或平台 | 对于缺失的追踪信息、错误的地址数据、购买退款或货件记录,这是首选的升级处理渠道。 |
| 17TRACK | 适用于汇总事件,但不适用于索赔、地址变更、退款或实际配送指示。 |
准备好追踪号码、订单参考号、寄件人和收件人信息、发货日期、面单上显示的服务、最新事件、配送地址、物品描述、价值证明,以及在相关情况下提供照片。
电子商务和商业追踪
企业应区分商家订单 ID、承运方追踪标识符和任何目的地末端配送标识符。多承运方平台可以整合可用事件,但实际操作仍由承运方、卖家或当前负责该货件的一方执行。
开发者/API 对比
| 选项 | 提供方 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| 官方承运方集成 | Reliable Mile | ||||||||
查看官方承运方集成的所有详情
| |||||||||
| 17TRACK API | 17TRACK | ||||||||
查看 17TRACK API 的所有详细信息
| |||||||||
常见问题
基础常见问题
在 Reliable Mile 官方网站上输入追踪号码,或使用 17TRACK 查看可用的货件事件。
请查看卖家的发货电子邮件、订单页面、运输标签、收据或配送消息。
请使用为该货件提供的准确标识符;不应仅根据号码的前缀或长度来推断服务类型。
请检查是否存在输入错误,确认这是追踪号码而非订单号,并询问卖家该货件是否已交接。
在扫描记录之间可能会出现货件可见性间隔,尤其是在分拣、运输、海关处理或承运商交接期间。
不是;创建标签可能表示在实际接收之前已进行电子预通知。
请检查投递地点、家庭成员、邻居、前台以及送达证明,然后联系卖家和负责配送的一方。
符合条件的索赔人应遵循适用的承运商或卖家索赔流程,并保留包装、照片、发票和价值证明。
不可以;地址变更和配送说明必须由负责的承运商、卖家或目的地配送方处理。
请从 Reliable Mile 官方网站开始,并准备好追踪号码、货件详细信息和最新事件。
专家常见问题
不是;货件可能包含始发地、合作方、商家或末端配送标识符,因此必须根据货件记录确定签发方。
电子预通知会创建货件数据,而实际交接发生在运输方接收包裹并记录接收或签收事件时。
不是;抵达意味着货件已进入海关处理流程,而放行需要单独的清关事件。
目的地或末端配送方可能会使用关联标识符进行本地处理和配送。
企业应在实施前查看当前的 17TRACK 文档和承运商代码支持情况,然后通过文档规定的 API 工作流程提交标识符。
追踪 API
# 1. Current public official Reliable Mile tracking API: confirm through the official website before use.
# 2. 17TRACK API reference: https://api.17track.net/en/doc
POST https://api.17track.net/track/v2.4/register
Headers:
17token: YourKey
Content-Type: application/json
Body:
[
{
"number": "TRACKING_NUMBER",
"carrier": "CARRIER_CODE"
}
]
# Replace CARRIER_CODE only with the current value documented by 17TRACK.
# Do not submit an order number or an unredacted example belonging to another customer.
来源与参考资料
- Reliable Mile — 官方网站. Reliable Mile
- 17TRACK API 文档. 17TRACK
17TRACK 是一个独立的追踪平台,与 Reliable Mile 没有关联。
选择服务并跟踪您的货件
全球快件快件跟踪查询服务
























