把「托书邮件 → 承运商订舱」
做成无人值守
这是 NOVAIX 面向货代行业刚上线的一个新产品：客户托书邮件进来，系统自动解析、缺字段才兜底、RPA 代填订舱，船司回执自动匹配归档。它不追求处理量，追求把这段最耗人的重复劳动真正跑通。
先看它怎么跑，再决定要不要聊
这不是一段概念动画，而是真实托书邮件走完「解析 → 订舱 → 回执」的现场。
- 一封格式各异的客户托书邮件，如何被自动读成订舱入参
- 缺字段时大模型如何兜底、又由规则层裁决
- RPA 代填与船司回执自动匹配归档
看一段现场演示
从一封真实托书邮件，到订舱单自动建立，全过程。
打开视频
视频号不支持网页内嵌播放，只能在微信里看。 电脑端请用微信扫左侧二维码；手机上请先把本页链接发到微信，再从微信里点开。
它跑起来是什么样
新产品刚上线，先看首例把哪些环节真正做成了自动。
以上为已沉淀案例「订舱邮件自动化」的首例实测数据，用于说明方案可行；不代表其它企业可复现同一水平。
三步，规则为主
不追求「全交给大模型」，而是把可控的环节用规则做扎实，只在必要时兜底。
规则解析为主
IMAP 收信 + 白名单校验 + 主题与托书双源解析，直接生成船司订舱入参。能规则的环节不调用大模型。
缺字段才兜底
只有规则层缺字段时才由大模型补，模型输出一律当候选值，最终由规则层裁决，保证可控。
RPA 代填与回执归位
用文件信号唤起 RPA 代填订舱网站；船司回执邮件走独立通道，自动匹配订单、落盘 PDF、更新状态。
先把边界说清楚，免得预期错位
- 当前只对接单一承运商，更换船司需重配参数与 RPA 流程。
- 采用界面自动化（RPA）方式，船司网站改版、验证码、登录态失效需人工跟进。
- 回执匹配以订单号逐字比对，暂未做航线校验；模型兜底口径为「能订上优先」，数值需人工复核。
你可能正想问的
货代公司没有船司 API，也能做订舱自动化吗？＋
可以。方案不依赖船司开放 API：以规则解析托书邮件为主，缺字段时大模型兜底，最后一公里用 RPA 在船司订舱网站/客户端上代替人工填写。首例对接的承运商就是不提供对外 API 的场景。
托书格式每家公司都不一样，系统能认出来吗？＋
系统走「主题 + 托书双源解析」，对字段名、行列结构、语言差异做归一化；只有规则层真实缺字段时才调用大模型补全，且模型输出只作为候选值由规则层裁决，不直接写入。
这套东西现在的成熟度如何？＋
它是刚上线的新产品、仍属早期版本：首例已跑通全链路（19 天 89 封托书全自动、77 条订舱零人工录单），但覆盖面有限，只对接单一承运商。我们优先陪愿意一起把流程调顺的早期客户跑第一程。
想先看看它能不能对上你们的流程？
留下公司和联系方式就够了，选填项只用来让我们回电前先做点功课。我们先给判断，再谈怎么落地。
必填只有三项：称呼、公司、联系方式。其余选填项只是让我们回电前先做点功课。