接口打通到哪一层，决定你少赔多少钱
只有询价接口的系统，下单靠人工转录、追踪靠登门户、账单靠对着 PDF 抄。我们把询价、下单、追踪、文档、Webhook 与 EDI 一路打通到底。
各通道的集成能力
全国性 3PL / Broker API
询价（含 Volume 大货）
在线下单，回写承运商单号
全程状态追踪
BOL / POD 自动回传（个别渠道仍需人工从门户获取）
Webhook 实时推送（含签名校验）
EDI 承运商
204 下单报文
214 状态报文
990 应答报文
在线询价
单据回传
小包裹 / 仓配 API
多服务等级比价
在线下单出单
面单直出
轨迹追踪
地址校验与住宅判定
同城 / 本地配送 API
即时下单派送
当日 / 次日达时段
与主干运输同一套订单流
为什么这几层缺一不可
询价：报错一次，赔一路
密度、NMFC、可堆叠、linear feet、住宅判定 —— 任一项传错，承运商都会按实际重算并发 rebill。系统在提交前把这些校验掉，比事后申诉便宜得多。
下单：人工转录是事故源头
把报价转成订单如果靠人手抄，地址、时间窗、附加费迟早抄错。API 下单直接带回承运商单号，双方账本从一开始就对得上。
追踪：客服成本的大头
定时轮询 + webhook 推送双路，状态回写到订单时间轴。没有这层，每个"我的货到哪了"都得有人去登承运商门户。
文档与 EDI：对账的前提
BOL 与 POD 自动回传归档；EDI 通道走 204/214/990，下单、状态与确认都是报文级往来，不依赖邮件附件。
你有授权，我们就能接
你自己的承运商与供应商
你已签约、已拿到接口授权的任何一方 —— 承运商、报关行、仓库、保险方 —— 我们按它的实际接口做适配接进来，用你的账号与你谈下来的费率。系统里现有的几条主干通道，本来就是这样一条条长出来的。
开放 API：接进你现有的系统
询价、下单、追踪都可以由你的程序直接调用，用独立签发的 API key 鉴权。权限按模块授权 —— 只开你要用的那几个，key 随时可吊销。ERP、WMS、电商后台接进来即可，不用让人再去后台点一遍。
白标：客户看到的是你
你自己的域名与品牌，单据抬头、收款账户与联系方式都是你的。客户从下单到收发票，全程看不到我们。
按你的流程定制
定价规则、审核闸、报表口径、单据版式、财务对接（如 QuickBooks 双向同步）都可以按你的做法改，而不是让你迁就系统预设的流程。
接进来之后长这样
