您的货物运营指挥中心

从询价到交付，所有货物尽在一屏——实时位置、单证、消息和状态流转，都汇集在同一条记录中。

所有货物一屏掌握——可按状态、路线或日期筛选

公路与 RoRo 实时追踪，位置直接来自司机 App

单证、消息和状态汇集在同一条运单记录中

从询价到开票，一条记录贯穿始终

每一步都在同一条运单记录中推进——无需复制粘贴，单证不再丢失。

询价

报价

接受

单证

报关

追踪

交付

开票

全程一条记录

公路与海运，同一张地图

司机 App 共享位置；无需刷新看板，每票货物身在何处一目了然。

每次状态变化，您都会即时收到通知。

所有装载信息，尽在一张卡片

件数、重量和体积集中一处；装载米由系统自动计算，托盘可直接在您的设备上测量——尺寸自动换算为体积。

件数、重量和体积汇集在一张卡片上。

装载米（LDM）根据您录入的数据自动计算。

用手机或平板测量托盘，尺寸自动换算为体积。

全部运单业务，运行在同一核心上

可视化、追踪、通知和单证——用一个系统取代零散的工具。

• 一屏全览 — 所有货物集中在一个列表中；数秒内即可按状态、路线或日期筛选，随时打开任意一票货物。
• 实时追踪 — 借助司机 App 提供的实时位置，公路与 RoRo 运输在看板上实时更新。
• 状态通知 — 已装货、清关中、运输中、已送达——每次状态变化，都会即时通知到相关人员。
• 拼车配载与多点停靠 — 一辆车可装载多票相互隔离的分票货物；路线顺序自动排定，每票货物仍是一条独立的记录。
• 可见范围由您掌控 — 每条询价发给谁由您选择：仅限您自己的承运商名单、除您排除的企业以外的所有承运商，或经营该线路的全部承运商。
• 单证与消息，汇于一条记录 — CMR、发票、ATR 及所有消息都汇集在该票货物自己的记录中；AI 读取单证并自动填写字段。

协同模块

一个核心，一个操作系统——每个模块都为下一个模块输送数据。

• 智能关务 — HS 税则、关税与反倾销查询
• 仓储与库存 — 商品目录、托盘测量、库存台账
• AI — AI 单证识别、翻译、税则查询与一致性校验
• 工厂 / 外贸企业 — 为您的角色打造的解决方案页面

把运单业务集中到一个屏幕上

从询价到交付的每一步，都在同一条运单记录中管理——实时追踪、单证和状态尽在一处。

国际公路货运中，如何实现货物与单证追踪的数字化？

按顺序推进，并且落在同一条记录上。先把状态流数字化（货物处于哪个阶段、由谁在何时更新），再是签收凭证和现场照片，然后是司机端，再然后是实时位置；单证归档和系统集成放在最后。决定成败的不是技术，而是数据模型：位置、状态、单证和消息必须挂在货物记录之下，而不是车辆之下——一旦两位客户共用一辆卡车，基于车辆的记录就无法把各自的可见范围区分开。纸质单证不会完全消失：有些单证在满足条件时可以采用电子形式，另一些在您的线路上仍以纸质随货流转。衡量进展的标准不是开通了多少个界面，而是还有多少次需要有人打电话询问货物到哪儿了。

货物与单证追踪的数字化不是一项安装工作，而是一项排序工作。在国际公路货运中，数据产生于三个不同的地方——办公室（询价、报价、订单）、驾驶座上（状态、位置、交付）以及边境（申报单、随附单证、盖章）——在这三个来源打通之前，开通了多少个界面都无关紧要。大多数企业从可见度最高的地方入手：车辆定位设备，或者单证档案系统。两者都是合理的投资，但如果顺序不对，它们都回答不了一天中被问得最多的问题——这票货此刻处于哪个阶段。

正确的顺序不是从便宜到昂贵，而是从回报确定到回报不确定。司机点两下就能生成的一条状态记录，搭建成本几乎为零，却能消化办公室相当大一部分的来电询问。实时位置并不能立即带来同样的价值：它取决于电池、信号覆盖、权限和使用习惯。单证档案只有在单证产生的那一刻就被采集时才有用。因此，下面各层的顺序是经过刻意安排的，每一层都说明了它替代哪个手工环节、如何衡量、在哪里会失效，以及需要哪些前提。

本页后半部分讨论的是大多数企业会跳过的决定：记录挂在什么之上。随后会介绍哪些单证可以电子化、需满足什么条件——每一行都以附带条件的方式撰写，因为规则因国家、线路和时间而异——接着是现场会出什么问题、如何在演示中检验供应商的追踪宣称，以及一套切实可行的十三周推进顺序。

• 第一层是状态，而不是位置：“货在哪儿”的答案通常是一个阶段——已装货、在海关、运输途中、已交付——而不是一个坐标。
• 以单票货物作为记录单位。如果选择行程或车辆，两位客户的数据就会落在同一条记录上，可见范围再也无法分开。
• 如果一条状态记录看不出是谁、在何时、从何处写入的，那您拥有的就不是数字记录——而是数字化了的道听途说。
• 在单证产生的地方采集，而不是从档案里补录：单证产生于现场、边境和报关行；事后收集的档案永远是不完整的。
• 纸质单证实际能减少多少，取决于单证本身和运输路线；未针对您自己的线路确认过的电子效力说法，切勿拿来作为搭建流程的依据。
• 如果司机端一直空着，系统就只建成了一半：现场步骤不能在一个界面内完成，数据就会继续通过电话传回办公室。

数字化什么、按什么顺序——七个层级

• 1. 状态流——第一层，也是成本最低的一层 — 在同一个地方、以同一种格式记录货物处于哪个阶段：待装货、已装货、运输途中、在海关、卸货中、已交付。列表要短，只保留贵公司真正会区分的阶段；一份十五项的状态列表，到了现场会缩水成三项。 一天中反复打来的“货在哪儿”电话、调度员私下记在本子上的平行清单，以及在群聊里往回翻找最后一条消息。 统计一周内收到多少次“这票货到哪个阶段了”的询问，变更后再按同样方法统计一次。第二个指标：已完成的行程中，有多少趟以完整的状态记录收尾。 由办公室录入状态的时候。办公室写下的是自己以为的情况，现场信息滞后，记录很快就变得不可信。第二种失效是列表膨胀：分不清两个状态的司机，只能随便选一个。 货物必须以带有唯一编号的记录形式存在，司机必须与该记录关联，并且要以书面形式明确由谁录入哪个步骤。
• 2. 签收凭证与现场照片 — 收集交付已完成的证据：已签字单证的照片、交付时间、签收人姓名，以及在相关情况下货物或设备的状况照片。这一层的特殊之处在于它不可逆——交付那一刻没收集到的证据，事后无法再补。 在司机驾驶室里一放好几天的纸质副本、等他回来后成批扫描的一摞单证，以及每次货损纠纷中都会听到的那句话：没人拍照。 从交付到单证出现在系统中所用的时间（以小时而非天来衡量），以及未附照片就关闭的交付所占比例。 照片存进了手机相册或聊天记录，而不是货物记录；照片太暗无法辨认；签收人的姓名从未被记录。三者中任何一种，都会让证据在纠纷中无法使用。 司机手中要有能正常拍照的设备，装货和卸货时各留出几秒钟。如果还要追踪设备状况，就必须提前向团队宣布交接前后的拍照规范。
• 3. 司机层——来自现场的数据录入 — 现场数据录入本身：司机看到的界面、点击次数、界面语言以及注册步骤。这不是功能问题，而是落地使用的问题，系统有一半是在这里被填满的——办公室端配置得再好，只要现场端是空的，记录就不完整。 办公室与司机之间大部分的语音协调，以及调度员把电话里听到的内容再敲进系统的工作。 活跃司机比例（至少通过 App 发送过一次更新的司机数 / 司机总数），以及一趟行程中有多少步骤来自现场而非办公室。 冗长的注册和密码步骤、面向多国籍团队却只有单一语言的界面、要求现场填写的字段过多，以及没有信号覆盖的区域：如果没有离线队列，断网时录入的更新就发不出去，司机只能重新录入。 司机设备上已安装 App、账户可正常使用，并且明确规定谁负责哪个步骤。对司机来说也必须有好处：任务详情、地址和单证都在手机上。
• 4. 实时位置 — 将车辆或司机的位置实时传送到货物记录上，并显示在路线上。位置是一种答案，但单靠它还不够：客户要的不是坐标，而是到达时间。 打电话问司机在哪儿，以及办公室凭自己的猜测向客户报到达时间。 位置连续性：行程中有多大比例的时间位置在实际传输，中断持续多久，发生在哪里（信号覆盖、电池、权限、App 被关闭）？ 手机电量、后台定位权限被关闭、信号盲区，以及位置被写入车辆记录，却从未与当时正在运输的货物关联。位置也属于个人数据，必须审慎处理：要清楚地告知司机收集什么、何时收集以及为何收集。 App 已安装并与该行程关联、已授予后台定位权限，并书面规定在工作时间以外或两趟行程之间位置共享如何处理。
• 5. 单证采集——在产生之处 — 在每份单证产生的地方采集它：在装货点采集装箱单和 CMR 运单副本，在边境采集随附单证和 MRN，从报关行处采集报关单输出件，从卖方处采集发票。单证在哪里产生，数字化就必须部署在哪里。 行程结束后再扫描文件夹、在邮件附件里翻找单证，以及把同一份文件复制到三个不同的地方。 已完成的行程中，有多少趟的必备单证齐全，以及查找某一份特定单证平均需要多长时间。 上传单证时不指定类型——所有东西都成了“其他”，事后什么也找不到——把档案建成独立于货物的文件夹树，以及把回溯性的批量扫描项目放在首位。最后这一项在大多数企业都会停滞，而在尝试期间，新的单证也没有被收集。 定义好的单证类型、扩展到现场和报关行的上传权限，以及分辨率足以辨认的照片。
• 6. 参与方可见性 — 将与货物相关的每一方以各自的角色关联到同一条记录上：发货人、承运商、（如有）分包承运商、收货人和报关行。各方能看到的内容应因角色而异，而且这种区分应以“默认不开放”为起点。 手工给客户写的状态邮件、逐一转发给报关行的单证，以及收货人打来询问何时到货的电话。 手工外发的状态邮件和消息数量的变化，以及客户提出的信息询问数量。 对所有人开放全部内容（价格和其他客户的信息会泄露），或者什么都不开放（电话往来照旧）。第三种错误是行程结束后访问权限无限期保持开放。 准确的企业通讯录，以及事先做出的决定：哪个角色能看到什么。
• 7. 从运营到开票 — 把行程数据与开票和对账打通：所运货物、附加费用、等待时间、币种和日期都出自同一条记录。在这一层，数字化的成效以金钱来衡量。 月底把运营清单和财务清单摆在一起手工核对，以及因为没人记得而始终没能开进发票的附加费用。 月末结账需要多少天，以及有多少笔附加费用没有开进发票。 运营和财务分处两套独立系统，二者之间的匹配依赖人的记忆，而不是共同的编号。 货物记录上的价格和附加费用字段真正在使用，并且财务端识别同一个货物编号。

决定一切的选择：记录挂在什么之上

决定数字化能否奏效的唯一选择，是数据挂在什么之上。把同样的信息写在车辆、行程或客户之下，会产生三套截然不同的系统——而这也是日后推翻起来代价最高的决定。以下六条规则，是这一决定在国际公路货运中的实际体现。

• 记录单位是单票货物，而不是车辆 — 一条货物记录代表一项运输业务；如果两位客户的货物在同一辆卡车上运输，就必须有两条记录。围绕车辆或行程构建的系统会把两者合并，一位客户可能因此看到另一位客户的地址、货物或单证。如果您做拼车业务，这不是偏好而是硬性要求——即便是整车业务，一旦行程转交给分包承运商，同样的需求也会立刻出现。
• 位置和状态写入货物记录 — 来自设备或手机的位置，应关联到正在运输的那票货物的记录上，而不是车牌上。按车牌写入的位置回答不了真正被问到的问题：没有人想知道卡车在哪儿，他们想知道的是某一票特定货物何时到达。同样的检验也适用于行驶记录仪和油耗数据——它们本身很有价值，但只有与行程关联之后，才能成为运营层面的答案。
• 每条状态记录都带有来源信息 — 谁写入了某个状态、何时写入、通过哪个渠道（来自现场还是办公室），都必须在记录上可见。没有来源信息的状态在纠纷中什么也证明不了，团队也很快就会不再信任它。一条可以修改但会留下痕迹的记录，胜过一条不可修改却没人填写的记录。
• 参与方按角色关联，而不是按个人 — 发货人、承运商、分包承运商、收货人和报关行，应以各自的角色关联到记录上。当访问权限绑定在某个人的电子邮箱上时，这个人一离开，可见性就随之消失，档案成了无人接管的孤儿，交接只能手工完成。按角色关联还能让您不必在每一票货上重新争论“谁能看到什么”。
• 唯一标识：货物编号 — 一票货物应只有一个编号，单证、消息、位置、签收凭证和发票都应挂在这个编号之下。如果两套编号体系——运营的业务档案号和财务的发票号——互不关联，月末对账就会退化为手工匹配。也把这个编号告诉客户，以便在他们询问时可以据此检索。
• 可见性默认关闭 — 访问权限需明确授予，绝不应自动产生。在国际货运中，同一票货周围的各方之间可能是竞争对手；谁能看到什么，应在创建货物记录时就决定好，并在业务结束时关闭访问权限。这既是一项商业保护措施，从个人数据的角度看也是一个站得住脚的默认设置。

单证层：哪些可以电子化，需要满足什么条件

纸质单证实际能消失多少，取决于单证、路线和主管机关；不存在一个“现在全都电子化了”的统一答案。下表概括了国际公路货运中常见的单证是否有电子形式，以及这种形式取决于什么。由于规则因国家而异并会随时间变化，每一行都是有条件的。

本节内容仅供参考，不构成法律意见。在据此搭建流程之前，请向您的海关、会计师或运输行业协会确认您自己线路上的情况。哪批货需要哪些单证，我们在货运单证清单中另有专门介绍。

• CMR 运单 — 存在电子形式——取决于所涉国家及各方的同意. 2008 年通过的《CMR 公约关于电子运单的附加议定书》使 e-CMR 成为可能。要使用 e-CMR，路线上的国家必须是该议定书的缔约方，且运输合同各方必须接受电子运单；缔约国名单一直在逐步增加。 实践中存在过渡期：司机在途中仍可能遇到要求出示纸质副本的检查人员。在转向电子流程之前，请确认您线路上每个国家的情况以及合作方是否接受。在货物记录上保存一份扫描件，即使纸质单证仍在途中，办公室和报关行也可以继续推进工作。
• 过境申报单（T1/T2）及过境随附单证 — 已经电子化——申报单在主管机关的系统中提交. 在共同过境程序下，申报以电子方式（NCTS）提交。随货流转的不是申报单本身，而是载有 MRN（移动参考号）的过境随附单证。 您在这里要做的不是把申报单数字化，而是把 MRN 和随附单证关联到货物记录上。一旦 MRN 能在记录上检索到，来自边境的大部分问题就可以由办公室直接回答，而不必等司机找出单证再拍照发来。
• 出口 / 进口报关单 — 已经电子化——在主管机关的系统中提交. 报关单在相关海关当局的电子系统中提交，通常由报关行制作。报关单号连同任何出境单证或随附单证，构成这批货物的身份标识。 需要数字化的不是报关单本身，而是把报关单号及其输出件关联到货物记录上。让报关行直接把单证上传到同一条记录上，就能免去原本来回往复的邮件往来。
• 商业发票 — 电子形式已广泛普及——适用范围因国家和纳税人而异. 在土耳其，e-Fatura 和 e-Arşiv 发票制度的适用范围由税务机关公告确定，并随营业额门槛和行业而变化。在欧盟，公共采购中电子发票的标准已有明确定义，而各成员国对于更广泛的强制要求则各自设定时间表。 请咨询您的会计师并查阅主管机关的现行规定，以确认您是否在适用范围内；由于适用范围一直在扩大，一年前的信息可能会产生误导。在运营端，要做的是能够从货物记录生成发票，并把已开出的发票副本保存在同一条记录上。
• 国内发货单（随货单据） — 土耳其有电子形式（e-İrsaliye）——适用范围由法规确定. 是否纳入 e-İrsaliye 制度以及相关豁免，均由税务机关公告确定；其适用范围已随时间扩大。 在国际运输中，发货单涉及的是国内段；跨境运输所用的单证是 CMR 运单。不要以其中一种代替另一种，并请向您的会计师确认您自己的适用范围。
• 流通证书与原产地证书（A.TR、EUR.1、原产地证书） — 部分电子化——因协定和国家而异. 这些单证需经过签注和审批程序。有些国家实行电子签发和核验；在某些线路上，仍要求提供加盖湿章的纸质副本。以出口商声明而非证书来证明优惠原产地的制度也日益普遍。 请在发货前询问您的线路接受哪种形式。在货物记录上保存扫描件，即使纸质原件仍在途中，您也能继续与报关行和收货人推进工作。
• 装箱单、过磅单、货物清单 — 格式自由的商业单证——以电子方式保存不存在普遍障碍. 这些是双方之间的商业单证；其格式由合同和买方的要求决定。海关可能会要求将其作为报关单的附件，因此手边应始终备有一份清晰可读的副本。 这是最容易数字化、回报也最快显现的一组单证。一旦件数、毛重、净重和体积作为数据录入货物记录，装载米和车辆适配性的计算也就不必再手工完成了。
• 签收凭证、现场照片、ADR 及司机/车辆证件 — 运营证据可以电子化；法律证据取决于具体单证. 法律意义上的交付证明通常是经收货人签字的 CMR 运单副本。App 内确认和照片是有力的运营证据，但除非您的合同对此有所约定，否则不要假定它们可以替代纸质单证。对于适用 ADR 的运输，司机必须随车携带的单证（包括书面指示）的电子版本能否被接受，因国家而异。 每次交付都收集一张照片和一个时间戳：这几乎不花任何成本，在纠纷中却价值巨大。在系统中追踪司机和车辆证件的有效期，就能消除在边境才发现证件过期的大部分风险。

问题出在哪里——让数字化前功尽弃的六种情况

• 没有设定切换日期 — 数字化通常不是从软件安装那天开始的，而是从旧渠道不再作为正式记录载体的那天开始的。如果不宣布一个日期，两套记录会并行一段时间；结果两套都不完整，团队分不清哪一套是对的，于是退回到自己信任的渠道——电话。可行的做法是先在一条线路或一位客户上执行这个日期：在这条线路上，状态、照片和单证只保存在系统中，群聊仍是沟通渠道，但不再是正式记录的载体。
• 车载终端数据困在自己的孤岛里 — 定位终端、行驶记录仪和油耗传感器在各自的门户里运行正常，但问题都是在运营端被提出的。数据如果不与行程关联，办公室就要整天在两个屏幕之间充当人工桥梁；而且由于能登录设备供应商门户的人很少，这些信息会集中在一两个人的脑子里。在考虑更换硬件之前，先弄清楚它的数据能以什么方式导出——实时访问、文件，还是根本导不出来？仅这一个问题，往往就足以判定集成是否可行。
• 必填字段不断增加 — 每一个新需求都会在表单上增加一个字段，六个月后现场端就什么都不填了。系统向现场索取的内容，不应超出这些数据要回答的问题；没人看的字段只会产生成本。一个有用的审查方法：对每个必填字段都问一句“如果这里空着，哪项决定就做不了”，凡是答不上来的字段都改为选填。
• 推进工作全压在一个人身上 — 数字化通常由一位热心人推动；这个人休假或调岗离开时，流程就停了。至少要有两个人对系统足够熟悉，能够进行配置。更重要的是，已做出的决定——状态列表、单证类型、谁能看到什么、切换日期——必须形成书面记录并妥善保存。没有文档记录的推进，一年后留下的只会是一堆没人能解释的设置。
• 数据只进不出 — 如果录入系统的数据无法导出，数字化到第二年就会变成一个新的档案难题。请把三类输出分开考虑：运营历史、财务与往来账流水，以及单证图像。大多数系统都能以表格形式导出前两类。真正的瓶颈是第三类：如果成千上万张单证图像无法批量下载，那么退出并非在技术上不可能，而是在实际上不可能。
• 从未开放面向客户的一端 — 内部运营实现了数字化，对外的界面却一成不变：客户照样打电话，收货人照样发邮件，报关行照样索要单证。节省下来的时间有很大一部分又花在了向外转达信息上，团队于是得出数字化没有奏效的结论。开放的界面可以很小：状态、预计到达时间和相关单证。价格和其他客户的信息不应可见。

在演示中检验供应商追踪宣称的六种方法

• “我们的系统可以实时追踪您的货物。” — 在演示中，不要满足于地图上代表一辆车的一个点：让对方打开某一条具体的货物记录，展示位置正是从那里来的。然后问那个棘手的问题：如果两位客户的货物在同一辆卡车上，每位客户分别能看到什么？如果位置绑定的是车牌而不是货物，答案要么是“两人看到的一样”，要么就是转移话题。 说不清位置究竟写入哪条记录，并以“这种情况我们会另做定制”敷衍拼车场景。
• “司机 App 在现场使用毫无问题。” — 把设备切换到飞行模式，尝试发送一条状态更新和一张照片，然后恢复网络连接。这条更新是进入队列后自动发出，还是发送失败后消失，抑或需要司机从头重新录入？在国际线路上，信号盲区是常态而非例外。 用“一般都有信号”来回答这个问题，而且离线时的行为在任何地方都没有文档说明。
• “您所有的单证都会汇集到系统中。” — 上传一份您自己扫描效果最差的单证，检查两件事：它落在了货物记录上，还是落在了一个通用档案里？类型是否选对了？然后问清楚由谁决定客户能否看到这份单证——是逐份单证设置，还是由一个全局设置统一控制？ 单证可见性由单一全局设置控制、单证类型列表无法修改，而且分错的类型事后无法更正。
• “您的客户可以自行追踪货物。” — 让对方从客户的视角打开一个界面，逐项列出究竟能看到什么：状态、预计到达时间、单证。价格看得到吗？您的其他货物看得到吗？还要问清楚这项访问权限何时关闭；行程结束后无限期开放的访问权限不是可见性，而是暴露。 演示中根本展示不了客户视图，答案是“他们看到的是同一个界面”，而且对访问期限没有明确规则。
• “我们会与您现有的定位设备集成。” — 签约前先跑一个小规模的实际样本：真正把一辆车一天的数据传过来。拿到四个书面答复——由谁来做、数据以什么格式传入、是否收费，以及您的设备供应商是否开放这项访问权限。没有这四项书面答复，集成只是一个愿望，而不是一个日期。 把集成描述为“已在我们的路线图上”，而且从未与设备供应商讨论过访问权限。
• “一周就能完成部署。” — 要求对方以书面形式逐项说明部署中哪些部分由您负责：企业信息与通讯录、用户与权限、单证类型、司机设备、上线培训、数据清理。然后把这份清单与您团队每周的工作量进行对比；拖慢上线进度的，几乎从来不是供应商负责的那部分。 被告知全部部署工作都由供应商承担，而且从未给买方一侧提供过任何准备清单。

三种做法：群聊、以车辆为中心的追踪、以货物为中心的系统

• 群聊加电子表格（有数字工具，却没有数字化） — 业务量极低、只跑一条线路、由一个人操作的情况。搭建成本为零，人人都已在使用这些工具，第一天就能用起来。在参与方少、业务量不固定的情况下，它确实可能就够用了。 没有学习成本；团队和司机每天都在使用这些工具 没有额外成本，也不依赖任何上线部署 灵活：任何非常规情况都可以用自由文本描述 记录无法检索；信息淹没在消息流里，最终只存在于某个人的记忆中 同一信息在多处重复出现，分不清哪个版本是最新的 无法对外提供受控的可见性：要么全部共享，要么什么都不共享 有人离开时，历史记录随之而去；在纠纷中很难拿出证据
• 以车辆为中心的追踪（车载远程信息 / 车队管理软件） — 运营自有车队的企业，以及属于车辆本身的问题：司机工作时间合规、油耗监控、维保计划、位置连续性。对于这些问题，基于硬件的解决方案无可替代。 位置连续性来自硬件，不依赖司机的手机或其电量 能产生只能来自设备的数据，例如行驶记录仪和油耗读数 在车队成本分析和驾驶行为分析方面很强 记录单位是车辆；货物的状态、单证和参与方在这种模型中没有天然的归属 在拼车运输中，共用一辆卡车的不同客户的可见范围无法区分开 租用车辆和分包承运商会产生覆盖范围之外的行程 通常要么没有可以向客户开放的界面，要么开放的界面显示的内容超出应有范围
• 以货物为中心的运营系统 — 与多个客户、多个承运商合作或从事拼车业务的企业；以及任何问题不在于“卡车在哪儿”，而在于“这票货到了哪个阶段”的运营。在单证与参与方协调占据日常工作主体的地方，收益最为明显。 状态、位置、单证和消息汇聚在同一条记录上，因此不必每天由人重新拼接 由于参与方按角色关联，可见性可以按每票货物分别调整 运营数据可以直接与开票和对账打通 通过分包承运商和租用车辆完成的行程也纳入同一个模型 位置的来源因产品而异：依赖司机 App 的系统本身无法提供硬件级的连续性，而提供设备集成的系统则可以——请逐一询问每家候选供应商属于哪种 如果现场什么都不上传，记录就只填了一半——在这种模型中，能否真正用起来是关键路径 行驶记录仪、油耗和维保等车辆专属需求，需要单独的解决方案或集成

六个常见误区

• 数字化就是给卡车装上定位设备。 — 定位设备告诉您车辆在哪儿；而运营真正要问的是货物处于哪个阶段、何时到达。设备是这个答案的一项输入，而不是答案本身。由于状态流不需要硬件、不需要安装，也不需要额外订阅，它通常是获得第一个可量化成果的最短路径。
• 系统一上线，纸质单证就会消失。 — 有些单证在满足条件时可以采用电子形式；另一些在您的线路上仍以纸质流转。现实的目标不是消灭纸张，而是让纸质件不再是唯一的副本，这样查找单证就不再取决于司机驾驶室里的那个文件夹。
• 先把全部历史档案扫描完，再切换到系统。 — 回溯性的批量扫描项目在大多数企业都会停滞，而且在此期间新的单证也没有被收集。顺序应当反过来：从今天起产生的单证在其出现之处采集，历史文件则按需有选择地补录。
• 有了实时位置，客户就不会再打电话了。 — 客户要的不是坐标，而是承诺：今天能卸货吗？在海关要待多久？几点能到？位置是这个答案的原材料；答案本身是状态、预计到达时间和延误通知。只共享地图却从不配置通知的方案，等于让客户自己去推算答案——这正是电话不断打来的原因。
• 小车队用不着这个，打电话就够了。 — 关键不在车辆数量，而在参与方数量。即使只有一辆卡车，只要同时与收货人、报关行和客户打交道，就会产生协调负担。话虽如此，并非每家企业都需要一整套系统：状态流和签收凭证这两层，是您可以单独迈出的最小一步。
• 干脆一次性全部启用，团队会适应的。 — 一次性启用大量新字段，通常的结果是现场端一个都不填。逐层推进的企业在每一步都能展示可量化的收益，说服团队也就更容易；没有量化数据，讨论就只能停留在“感觉更好”和“感觉更糟”的层面。

十三周推进顺序，每个阶段都有可量化的检查

以下顺序是优先级建议，而不是进度承诺；所需时长因企业业务量和团队能抽出的时间而异。不变的是，每个阶段都以一项可以手工计数的检查收尾——没有数字，进展就始终可以争论不休。

• 第 0-2 周——单线路试点 — 在一条线路或一位客户上让状态流运转起来。 写下贵公司真正会区分的状态列表；控制在五到七个步骤 选择试点线路：业务量稳定、参与方熟悉、意外少 在系统中创建货物记录，并为每趟行程分配唯一编号 以书面形式宣布由谁录入哪个步骤 在试点周内，有多少趟行程以系统中的状态记录收尾，又有多少趟仍在群聊里跟进？两项都手工统计并记录下来。
• 第 3-5 周——现场层 — 司机直接从现场发送状态、签收凭证和照片。 找最不情愿的用户来安装 App，并记录需要多少分钟 把对现场的要求压到最低；每个必填字段都要经过“如果这里空着，哪项决定会做不了”的检验 规定交付时必须拍照并记录签收人姓名 写清楚在信号盲区路段会发生什么 活跃司机比例（至少发送过一次更新的司机数 / 司机总数），以及从交付到单证出现在系统中的平均小时数。
• 第 6-9 周——单证与参与方 — 在单证产生之处采集，并向客户和报关行开放可见性。 定义单证类型，让“其他”成为例外 让报关行直接把单证上传到货物记录上 决定客户能看到什么：状态、预计到达时间和相关单证；价格和其他货物除外 让 MRN 和报关单号可以在货物记录上检索 已完成的行程中，有多少趟的必备单证齐全？与试点前相比，手工发送的状态邮件数量有何变化？
• 第 10-13 周——切换与财务打通 — 让旧渠道不再作为正式记录的载体，并把运营数据与开票打通。 宣布切换日期：此后记录保存在系统中，群聊仅作为沟通渠道 以与试点相同的设置纳入其余线路 规定附加费用、等待时间和币种必须录入货物记录 试走一次导出流程：运营历史、财务流水和单证图像 月末结账用了多少天？有多少笔附加费用没有开进发票？还有一个最简单的问题：与第一周相比，“我的货到哪儿了”的来电数量有何变化？

Logistivo 在这一顺序中处于什么位置

Logistivo 是一套把本页所述模型落地为产品的物流运营系统：记录单位是货物而不是车辆，状态、位置、单证和消息汇聚在同一条货物记录上。司机通过 iOS 和 Android App 更新状态、共享位置，并把单证照片直接发送到该记录；每次状态变更都会通知相关各方。在拼车运输中，同一辆卡车上的每票货物都保持为独立记录——聊天、单证和状态彼此隔离——而多站点行程则在单一记录上运行。参与方（发货人、承运商、分包承运商、收货人、报关行）以各自的角色关联到记录上，由创建货物记录的一方决定谁能看到什么。单证上传时需指定类型；AI 读取字段后将其作为建议填入表单，经确认后才会保存。运营数据从同一个核心连接到开票和客户往来账。可免费开始，无需信用卡。

不提供车载远程信息、行驶记录仪或油耗传感器集成：位置来自司机的手机，如果手机关机或从未授予后台权限，就不会有位置数据传输。App 没有离线队列；在信号覆盖范围外尝试的更新，要等到网络恢复后才能发送。多方电子签名（eCMR 签署流程）目前尚未提供——单证会关联到记录并存储，但不在系统内签署；该功能已列入路线图。没有可供无账户一方打开的公开追踪链接；收货人或客户需作为参与方关联到记录上。预计到达时间并非由系统计算：它是各方录入（或从单证中读取并经确认）的日期；没有从历史行程中学习的预测模型。部分操作会消耗点数：货物记录或报价中每辆车消耗一个点数，每次税则查询消耗一个点数。点数从套餐的年度额度中扣除；不单独出售额外点数，额度用完后升级到更高档套餐即可。业务量大的企业应从一开始就按这一消耗量选择套餐。

常见问题

如何追踪我的货物？

打开看板，您的所有货物都会连同状态标签一并列出。点击某票货物，其路线时间轴、实时位置、单证和消息都会在同一屏幕上展开。

公路和海运能在同一个屏幕上查看吗？

可以。公路和 RoRo（海运）运输显示在同一看板上，采用相同的状态流转。海运段与公路段合并在同一条运单记录中。

司机的位置是如何获取的？

司机通过 iOS 或 Android App 共享位置。位置写入该票货物的记录，并实时显示在看板上；状态更新和单证照片也来自同一个 App。

能否用一辆车运输多位客户的货物？

可以。通过拼车配载，您可以在一辆车上运输多票相互隔离的分票货物。每票分票都是一条独立的运单记录——聊天、单证和状态彼此隔离，路线顺序则自动排定。

谁能看到我的询价？

发布询价时由您选择：仅限您名单中的承运商、除您排除的企业以外的所有承运商，或网络中经营该线路的全部承运商。如果您的名单中没有承运商经营该线路，询价会开放给网络中匹配的承运商，以免无人报价。

数字化货物与单证追踪，应该从哪里入手？

从状态流入手。在同一个地方、以同一种格式记录货物处于哪个阶段，是搭建成本最低、回报显现最快的一步；它能消化一天中大部分“货在哪儿”的电话。接下来是签收凭证和现场照片，然后是司机端的落地使用，再然后是实时位置。单证归档和系统集成留到最后。在一条线路或一位客户上先做试点，比一次性改变整个运营更快，也更容易回退。

我已经有车辆定位系统了，还需要货物追踪软件吗？

两者回答的是不同的问题。定位设备告诉您车辆在哪儿、用了多少油、司机工作时间记录显示了什么；货物追踪管理的是某一票特定货物处于哪个阶段、单证是否齐全，以及哪一方能看到什么。一旦两位客户的货物共用一辆卡车，基于车辆的记录就不够用了。正确的问题不是“选哪一个”，而是您现有的设备数据能否关联到货物记录上——请就这一点分别询问两家供应商。

什么是 e-CMR？我能完全弃用纸质 CMR 运单吗？

2008 年在 CMR 公约基础上增加的附加议定书，使以电子方式签发运单成为可能。要依赖它，您路线上的国家必须是该议定书的缔约方，且运输合同各方必须接受电子运单；缔约国名单随时间有所变化。实践中存在过渡期，司机仍可能遇到要求出示纸质单证的检查人员。在搭建流程之前，请向您的海关和合作方确认您自己线路上的情况。

如果司机不用怎么办？如何让他们用起来？

如果现场什么都不上传，系统就有一半是空的，办公室只能像以前一样靠电话收集数据。有三件事会有帮助：让现场步骤在一个界面内完成、把对现场的要求压到最低，以及用您最不情愿的司机来测试整套设置。对司机来说也必须有好处——任务详情、地址和单证都在手机上，被打扰的次数也更少。纯粹为了监督而安装的系统，会在现场遭到抵触，收集到的数据也不完整。

应该先扫描历史单证吗？

不应该。从今天起产生的单证，在其出现之处采集：装货点、边境和报关行。回溯性的批量扫描项目在大多数企业都会停滞，而且在此期间新的单证也没有被收集。历史文件可以按需有选择地补录；通常最近一年的文件以及与未决纠纷相关的文件就足够了。

我的客户如何查看货物？需要账户吗？

系统提供可见性的方式有两种：对方用自己的账户接入，或者无需账户即可打开分享链接。两者的取舍不同——链接方便，但任何拿到链接的人都能看到内容；账户可控，但需要对方多走一步。无论采用哪种方式，都要事先回答两个问题：对外能看到多少内容？访问权限何时关闭？

拼车运输中，一辆卡车装载多位客户的货物时，如何区分可见范围？

以单票货物作为记录单位。每位客户的货物都是一条独立记录；车辆和路线是共用的，但状态、单证和消息按记录相互隔离。在围绕车辆或行程构建的系统中，这种隔离无法事后添加，因为所有数据都写进了同一条行程记录。如果您做拼车业务，这是选择软件时首先要问的问题。

数字化需要多长时间？

这取决于企业的业务量和团队能抽出的时间；但一旦把工作拆分成若干层，第一个可量化的成果在几周内就会出现——在单条线路上，状态流几周即可稳定运行。耗时最长的部分不是技术部署，而是习惯的改变：在宣布切换日期之前，旧渠道不会停止充当正式记录的载体。

对小车队来说值得吗？

决定这一点的不是车辆数量，而是参与方数量。即使只有一辆卡车，只要同时与客户、收货人和报关行打交道，就会产生协调负担，而这份负担是靠电话扛着的。另一方面，小型运营未必需要一整套系统：状态流和签收凭证这两层可以单独启用，其余部分随着业务量和参与方数量的增长再逐步加入。

以后能把我的货物和单证数据迁移到其他系统吗？

请在签约前问清楚这一点，并分别讨论三类输出：运营历史、财务与往来账流水，以及单证图像。大多数系统都能以表格形式导出前两类；真正的问题在于，成千上万张单证图像往往无法批量下载，这让退出在实际上变得不可能。在演示账户里跑一次小规模导出，比口头承诺更能说明问题。

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.