概览
收入漏损是那种少见的问题：钱已经赚到了。没有人需要去卖、去谈或者去收任何新东西：合同说的是一回事，发票说的是另一回事，而自从这两者不再一致的那一刻起，那个差额每个月都在往外流。
它在各处发生的方式都一样。一条没人去执行的年度涨价条款，因为执行它在一个不知道这条条款存在的系统里是一个手工步骤。一位升到了更大套餐、而发票原地不动的客户。一笔为一个季度批下来的善意折扣，三年后还在跑。存在着、却从来没被计量过的超量条款。一个被开在错误价目表上的客户。
没有人抓得住它，因为合同活在文档库里、权益活在产品里，而发票活在计费系统里。三个系统、三个负责人，而那个缺口只对把三者并排来读的那个人可见——而那不是任何人的职责。
这个智能体去做那次并排阅读。对每一个客户，它报告合同赋予你开票的权利是什么、实际开了多少、差额是多少，以及这个差额出自哪一条条款。它不开任何发票、不改任何价格：向一位客户补开票是一场商业对话，而它找出来的东西里，有一些你会选择不去追。
价值
不用去卖就追回的收入
最稀有的那一种：已经赚到、也已经交付了的钱。
把漏洞堵上，而不只是找到它
每条发现都点名那条条款，于是修补是具体的。
从今往后定价正确
而这比补收更重要，而且会复利。
功能说明
把合同对着发票读
你所约定的和你所开票的之间的差距。单看任何一个系统它都是隐形的，而这正是它活下来的原因。
找出未被执行的涨价条款
写进合同、却从来没有人去触发的年度上调。每一年都在复利。
抓住那笔从没结束的折扣
作为善意批了一个季度，三年后还在跑，而且是在你最大的那个客户上。
标出未计量的超量
允许你就超额使用收费的条款，而在那些客户上从来没有人去测量过。
把每条发现定量
金额、它已经跑了多久，以及它出自哪一条条款。而不是一份「关切事项」清单。
不开任何票
为过去的期间向客户补开票，是一项带着一段关系的商业决定。它给你那份清单。
这会改变什么
这会如何改变你的一周
- 它接手的工作
- 把每一份合同对着每一张发票去读，找出从来没被开过票的东西。
- 目前由谁完成
- 没有人，而这正是它不断累积的原因。
- 多久一次
- 最好也就一年一次，通常是从不。
- 通常的人工投入
- 好几周，而且只会在某个人已经起疑的那些客户上做。
为什么偏偏是财务与会计。合同活在文档库里、权益活在产品里、发票活在计费系统里。三个系统、三个负责人，而那个缺口只对把三者并排来读的那个人可见。
无人值守运行
由你或某个事件启动，然后自行完成。没有什么需要等人坐到工位前。
每一次都是同一标准
第两百件与第一件用同一把尺子衡量。一致性正是人做不到长期保持的部分。
它无法自行采取行动
收入漏损稽核代理 没有任何发送、支出或承诺的途径。正是这个限制，让依据它的输出行动是安全的。
运行方式
该智能体通过 PROMIVO 运行时在服务器端运行。每次运行都会逐步记录，每次工具调用在执行前都会进行权限检查。
- 1输入按智能体的输入结构进行校验
- 2模型claude-opus-5，并自动回退
- 3工具search_knowledge, extract_structured_data
- 4权限自动执行 READ 级操作；更高的等待你批准
- 5输出符合输出结构的结构化结果
- 6日志记录 token、耗时和每一个步骤
演示
演示数据Illustrative sample output, abridged.
输入
{
"accounts": [],
"currency": "USD",
"periodsReviewed": "24 months"
}输出
{
"escalate": true,
"findings": [
{
"type": "expired-discount-still-running",
"basis": "measured",
"total": 60750,
"clause": "Schedule B: 15% introductory discount, first four months only.",
"account": "ACC-2140",
"perPeriod": 2250,
"periodsAffected": 27,
"annualisedImpact": 27000
},
{
"type": "unapplied-uplift",
"basis": "measured",
"total": 18800,
"clause": "Clause 6.2: annual increase at CPI, minimum 3%, each 1 January.",
"account": "ACC-1877",
"perPeriod": 940,
"periodsAffected": 20,
"annualisedImpact": 11280
}
],
"disclaimer": "A reconciliation of your own records. Nothing has been invoiced, credited or repriced, no statement is made about what is legally recoverable, and amounts marked estimated are not measured.",
"overbilled": [
"ACC-3012 was invoiced for a tier above the one the contract names, for 5 months. This one needs correcting whether or not you claim anything else."
],
"couldNotCheck": [
"Overage on 6 accounts — usage was never recorded, so there is nothing to compare against."
],
"totalAnnualised": 38280,
"totalIdentified": 79550,
"ambiguousClauses": [
"ACC-2455 clause 4.1 ties the uplift to 'the prevailing index' without naming one. The finding depends entirely on which index is meant."
],
"escalationReason": "One account was overbilled for five months, and one finding rests on an ambiguous clause rather than on a clear term."
}使用条件
集成
无需集成。
开始之前
- 各客户的合同条款：价格、涨价条款、折扣及其结束日期、超量条款
- 各客户按期间实际被开出的发票金额
- 在合同就其收费时，对应的权益或使用量
- 需要 全量访问 套餐或更高
使用场景
年度合同复核
每一个客户、每一条条款，对照实际开出的发票。
融资或出售之前
被低估的经常性收入，就是留在估值上的钱。
一次调价之后
哪些客户从来没有被迁到新条款上。
一路下滑的毛利
通常是漏损，而不是成本。
价格
常见问题
它会把差额开成发票吗？
不会。向客户补开过往账单是一场带着一段关系的商业对话，而它找出来的东西里，有一些你会决定不去追。它产出证据和金额；决定在你。
它需要接入我们的计费系统吗？
不需要。它基于导出文件工作——合同条款、权益，以及各客户的已开票金额。大部分漏损在三列数据里就看得见；它不需要对任何东西有写权限。
如果合同有歧义呢？
它会报告这处歧义，而不是朝对你有利的方向去了断它。一条可以有两种读法的条款是一条留给人的发现，而不是一个可以加进总数的数字。
评价
客户运行过该智能体后，评价功能将开放。
需要这个智能体换一种做法？
告诉我们要改什么，我们的团队会为您的业务规划一个定制版本。
定制此智能体