概览
运费结算异常容易出错，而且错误都朝一个方向走。一张承运商发票是按一份运价协议构建的，上面有几十种附加费——燃油附加、住宅配送、尾板、滞留、仓储、复磅、地址更正——每一种都有自己的触发条件。几乎没有人去核对那个条件是否成立，因为认真做意味着要同时把运价表、发运记录和发票装在脑子里，逐票如此，跨越成千上万票。
于是那些经典问题一直活着。一次体积复磅，加上了这批货本来没有的重量。按司机并不在场的时间计收的滞留费。开在工业地址上的住宅附加费。按错误基数计算的燃油附加。同一批货以两个单号被开了两次票。
问题的另一半是期限。多数合同只给有限的争议窗口——常常是三十天——过后，无论多明显的多收都变成永久的。一条发现只有在还来得及的时候才值钱。
这个智能体把每一张发票对照你自己的运价协议和发运记录做审核，报告每一行它无法用条款或记录佐证的收费，并在每一条发现上标出争议截止日期。它不提交任何索赔，也不联系承运商——一张有争议的发票，是与一个明天还要替你运货的伙伴之间的商业对话。
价值
在还来得及时抓住多收
在窗口之内，那时它们还追得回来。
看到模式，而不只是一张发票
一家承运商反复犯同一个错误，那是一场关于合同的对话。
一份真正被执行的运价协议
而不是一份存在着、却从来没人拿来对照的协议。
功能说明
每一项附加费对照它的触发条件
在有月台的地点收尾板费。开在工业园区的住宅附加费。每一项都需要一个真正成立的条件。
用你自己的量测核对复磅
揽收之后加上的体积重量，与你在发出时记录的数据核对。
用时间戳核对滞留
所计收的时间与到达和离开记录核对，而不是因为发票上写着就接受。
抓住重复计费
同一批货挂在两个单号下，任何逐票复核都永远看不到。
在每条发现上标出争议截止日期
窗口关闭之后才发现的多收，一文不值。日期就写在那一行上，而不是留在合同条款里。
不提交任何东西
争议是与一个明天还要替你运货的伙伴之间的对话。那属于人。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 逐行把承运商发票与运价表和发运记录核对。
- 目前由谁完成
- 在几十票以上的任何量级上，都是没有人做。
- 多久一次
- 每一张发票，而争议窗口通常是 30 天。
- 通常的人工投入
- 每一行都需要同时把运价表、发运记录和发票装在脑子里。
为什么偏偏是物流与供应链。每一项附加费都有一个没人去核实的触发条件，还有一个会关闭的争议窗口。晚发现的多收，一文不值。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
运费发票稽核代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"asAtDate": "2026-09-02",
"currency": "USD",
"invoices": [],
"disputeWindowDays": 30
}输出
{
"escalate": true,
"findings": [
{
"type": "accessorial-without-trigger",
"billed": 42,
"charge": "Residential delivery surcharge",
"status": "contradicted",
"carrier": "Carrier A",
"daysLeft": 7,
"evidence": "Delivery address is recorded as a commercial industrial unit with dock access.",
"expected": 0,
"disputeBy": "2026-09-09",
"difference": 42,
"invoiceNumber": "INV-88214"
},
{
"type": "reweigh-dispute",
"billed": 318,
"charge": "Dimensional reweigh",
"status": "contradicted",
"carrier": "Carrier A",
"daysLeft": 19,
"evidence": "Carrier recorded 214kg. Your own pre-collection record shows 138kg with photographed scale reading.",
"expected": 196,
"disputeBy": "2026-09-21",
"difference": 122,
"invoiceNumber": "INV-88301"
}
],
"disclaimer": "An audit against your own rate agreement and shipment records. Nothing has been disputed, filed or withheld, no carrier has been contacted, and a charge marked unsupported is one the records do not evidence rather than one proven wrong.",
"couldNotCheck": [
"Detention on 11 shipments — no arrival or departure timestamps recorded."
],
"totalIdentified": 8940,
"verifiedCorrect": 412,
"atRiskOfExpiring": [
"3 findings worth 1,180 close their dispute window within 7 days."
],
"escalationReason": "Three findings expire within seven days, and one carrier's error rate is above the threshold across the period.",
"carrierErrorRates": [
"Carrier A: 6.8% of audited lines contradicted. That is a contract conversation, not an invoice one.",
"Carrier B: 0.4%. They bill accurately and it is worth knowing."
],
"rateAgreementFound": true
}使用条件
集成
无需集成。
开始之前
- 带明细收费项的承运商发票
- 运价协议，含附加费条款与争议窗口
- 发运记录：重量、尺寸、地址、时间戳
- 需要 全量访问 套餐或更高
使用场景
每周发票批次
每一张发票在被批准付款之前都被检查过。
承运商招标之前
他们实际收了多少，对照他们当初报了多少。
一路上涨的运费成本
通常是附加费，而不是基础运价。
合同续签
把附加费的模式折算成金额。
价格
常见问题
它会替我们向承运商提出争议吗？
不会。它产出发现、证据和截止日期。提出争议是与一个你所依赖的伙伴之间的商业对话，而其中的语气比金额更重要。
我们需要加载运价协议吗？
附加费和运价方面的发现需要——没有它就没有可对照的东西。重复计费、算术错误和没有发运记录的收费，没有它也照样能找出来。
那些确实该收的费用呢？
它也会确认，并明说。一份只会找问题的复核，不会让你知道哪些承运商结算得准确。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体