定义
轨迹追溯（Trajectory Trace）指根据时间范围、地点、事件等条件检索并还原移动对象历史 轨迹 的能力，是 追溯 在位置数据场景的延伸。轨迹追溯用于物流审计（如货物何时经过某地）、事故还原、合规验证、可追溯 供应链等。与 轨迹回放 侧重可视化不同，轨迹追溯侧重按条件检索与证据链构建。
轨迹追溯依赖 定位器、物流追踪器 等终端采集并上传的 轨迹 数据。跨境物流、跨境车辆的轨迹追溯需支持多国、多时区、跨境路线。
技术特点与架构
轨迹追溯架构包括：数据存储——轨迹 时序数据、空间索引；检索——按时间、地理范围、设备 ID 查询；关联——与 追溯链、温控链 关联；导出——报表、合规证明、证据链。轨迹数据可 上链 实现防篡改。与 溯源平台 结合，可提供完整的物流+温控+轨迹 可追溯 能力。
跨境场景下，轨迹追溯需满足多国监管、多时区、多语言报表。
在物联网与跨境场景中的应用
轨迹追溯广泛应用于：物流——物流追踪 货物途经地、停留时长审计；冷链——与 温控链 结合，验证运输路线与温控合规；车队——车辆历史路线、事故还原；合规——满足医药、食品等行业的运输追溯要求。跨境物流、跨境冷链、全球供应链等场景均依赖轨迹追溯实现审计与合规。
达希物联为 定位器 提供覆盖 200+ 国家的连接，支持轨迹数据稳定回传，助力跨境轨迹追溯场景落地。
轨迹追溯是按条件取证不是把线画出来
轨迹追溯回答的是有限定的问题：某对象在给定时段是否出现在给定范围内、停留了多久、前后与哪一次运输或温控记录属于同一票货。它以检索和证据关联为主，地图只是结果的一种呈现。没有时间范围和对象标识的“把所有点都画出来”，是浏览，不是追溯。检索条件要能复现。今天用一批点得出“曾进场”，明天因为过滤规则改了就得出相反结论，这份结果不能交给审计。过滤规则、坐标系和定位来源的取舍都应随结果一起保存。
点和业务单据的关联要在事件发生时建立。靠事后把最接近的运单配给一段轨迹，错配时会让没有运输该票货的车背上海关或温控责任。
跨境检索结果站得住的条件
结果能用，需要对象标识在整个时段内没有被绑定到别的设备、样本时间是定位时间、以及查询范围使用与样本相同的坐标基准。换卡或换定位器而不做绑定历史，检索会在换装那天断开，或把新设备的旧主历史算进来。定位来源的误差大于查询范围时，不能把“圆心落在围栏内”写成“已经进入”。基站粗定位尤其容易在边境两侧误判。温控和交接若要一起作为证据，它们的标识必须已经和这段轨迹绑定，不能在导出时临时并列。
补传数据应能被同一条查询看到，但要带标记。隐藏补传，复核者不知道这些点是当时可见还是事后写入；把补传排除在外，又会把已经发生的停留漏掉。两种做法都要在查询说明里写明。
用距离最近的点认定到达
离场站最近的一个点，可能是公路上的一次粗定位，误差圈覆盖了场站，车并未进门。用最近点代替“点列进入并停留”，会把过路写成送达。另一类错误是忽略时间空洞：进场前最后一个点和出场后第一个点都在围栏附近，中间十小时没有数据，系统仍计算成一次正常停留。还有跨日界和夏令时换算错误，检索窗口差一小时，把上一班车的轨迹算到下一班。
可靠的到达判断应看到连续样本进入范围、停留超过约定时间、再离开。缺少中间样本时，结论应是“无法确认”，而不是自动取距离最近的点。
查询范围跨越国境时，还要避免把两国不同的场地编码当成同一个围栏。同名仓库在边境两侧都存在时，只按名称检索会把另一国的停留算进来。检索条件应使用场地标识和坐标范围，名称只作显示。结果导出要带上当时采用的围栏版本，围栏后来扩大或缩小，不能改写已经出具的结论。