纽约创业公司 Stuut 完成 5250 万美元 B 轮融资，Insight Partners 领投，微软旗下 M12 跟投。它把 AI 放进应收账款：按账龄和付款历史排跟进，关联合同与签收凭证处理争议，再把核销结果写回 ERP。

2026 年 10 月 7 日，纽约创业公司 Stuut 宣布完成 5250 万美元 B 轮融资，由 Insight Partners 领投，Andreessen Horowitz、微软旗下 M12 和 Activant 参投。

Stuut 从应收账款催收切入，想让 AI 接手从订单到回款之间连续而琐碎的工作；据悉，目前已有超过 150 家企业使用 Stuut，累计经平台流转的资金超过 30 亿美元。

一张逾期发票背后的断点

Stuut 对问题的理解，来自联合创始人兼 CEO Tarek Alaruri 早年的物流工作。公司介绍称，他在 Total Quality Logistics 发现，许多逾期账款背后是单据和文书差错。后来他联合创办采购软件公司 Fairmarkit，再创办 Stuut；现任 COO Ben Winter 也曾在 Fairmarkit 工作。

左为 CEO Tarek Alaruri，右为 COO Ben Winter

企业采购与个人购物有不同的节奏。买卖双方约定账期，供应商开具发票，再等待客户核验、审批和付款；一张发票能否按时结清，还取决于价格是否吻合、材料是否完整，以及它有没有进入正确的审批队列。订单、邮件和收款记录分散在不同系统里，催款之前，往往要先还原交易。

这种工作很难靠一封更有礼貌的邮件解决。客户说没有收到货，需要查签收凭证；客户少付了一笔，需要辨认扣款原因；款项到账但没有发票编号，还得把钱记到正确的账上。真正耗时的部分，是确认下一步该做什么，然后把它做完。

Stuut 所选择的入口因此有清晰的商业解释。应收账款已经对应一笔发生过的交易，回款速度和人工投入可以被记录，采购方比较容易为试用设定目标。但从观察到现金增加，再到确认增加部分由软件带来，中间仍需要可比较的基线。

这里也有自动化的天然边界。单据缺失、联系人错误，可以通过补全信息推进；客户经营恶化、没有能力付款，就不是增加跟进次数能够解决的。软件需要先辨认两种情况，否则更勤快的催收只会制造更多无效往来。

让软件接着做下一步

按 Stuut 的产品说明，系统先利用账龄、付款历史和互动情况安排跟进，再通过邮件、短信或语音联系客户。它还记录付款承诺、门户访问和后续回复，让同一个客户的信息能够留在连续的工作记录中。客户按惯例付款、提出争议或迟迟不回应，应该触发不同的后续动作。

催收演示把客户排序、联系与付款承诺放入连续记录

争议处理把这条链向前延伸。产品页描述，Stuut 会把扣款与原始发票关联，查找合同、定价协议、提单和签收证明，再判断材料能否支持客户的说法。复杂谈判和关系敏感的案件则交给人，连同已整理的证据一起移交。

争议处理示意将邮件与六类交易文件关联

款项到账后，还有核销这一步。Stuut 称，它能从银行数据、付款通知、邮件和表格中提取信息，处理部分付款、差额和跨实体匹配，并把结果写回企业资源计划系统，也就是 ERP。连接 SAP、Oracle 或 NetSuite 的价值，落在财务人员每天使用的正式账簿上。

官方核销演示展示付款匹配及 ERP 入账准备

执行权限也随之变得重要。按照催收产品页，企业可以规定联系对象、渠道、频率和审批条件，并先审核外发内容，再逐步放开低风险账户。能否留下完整记录、把例外交还给人，与能否自动发出一封邮件同样重要。

融资公告把目标推向整个 order-to-cash，即从订单到现金的流程，但产品边界仍在变化。截至 10 月 8 日，官网主页的订单管理和信用模块仍标着“即将推出”。扩大产品版图是明确的方向，不能据此认定所有环节已经普遍可用。

沿着同一笔交易扩展，有利于复用已经获取的客户与单据信息。但销售、运营和财务对同一笔账的理解未必一致，新增一个模块，也可能新增一组权限和数据核对工作。产品能否保留完整上下文，最终要靠这些系统之间实际传递的信息来检验。

回款数字需要放回现场

起重与吊装设备供应商 Bishop Lifting 提供了一个更具体的样本。按 Stuut 发布的客户案例，收购扩张后，这家公司在美国和加拿大拥有 45 家分支机构、约 5000 个活跃账户，每天最多处理 1000 张发票，各地催收方式不一。上线项目用了 6 周，首先改变的是分散的跟进流程。

同一案例称，在 7 个月的观察期内，Bishop 的逾期应收账款减少 35%，平均应收账款周转天数，也就是 DSO，缩短 2 天，产生约 300 万美元营运资金收益。这些是供应商发布的客户结果，公开页面未给出对照组，也没有证明所有变化都由 Stuut 单独造成。

ZoomInfo 的情况更能说明新产品如何进入已有系统。它原本就使用 HighRadius 和第三方催收机构，仍有大量拨打电话、重复发邮件与手动排序的工作。Stuut 案例称，相关发票累计回款超过 2120 万美元，首次跟进等待时间缩短超过 90%；案例标注的报告期为 2025 年 7 月至 2026 年 7 月。

这份案例还写到，ZoomInfo 的催收团队通过自然减员，从 43 人变为 33 人，没有补齐离职岗位。原文将变化置于更广泛的应收账款改造中，Stuut 是支撑新增处理能力的技术之一。把它概括为“AI 裁掉十个人”，会把实施过程和人员变化一并抹去。

相比之下，融资公告中的 DSO 降低 47%、最多增加 40% 现金流，没有同时交代客户样本、计算方式和观察窗口，适合作为公司自述阅读。提前收回一笔应收款，可以缓解资金占用，却不能把全部回款都记成新增利润。真正值得比较的是回款时间、逾期余额和人工成本，连同软件及实施费用一起看。

最难的是实施

目前，Stuut 已经开始寻找更大的分发渠道。支付服务商 Fiserv 在 8 月 5 日宣布合作，由 Commerce Hub 为 Stuut 提供支付处理基础，SnapPay 则计划整合其自动化技术。合作公告同时注明资格、可用性及实施时间等条件：合作提供了新的渠道入口，实际覆盖仍取决于逐家部署。

另一端，它也在尝试缩短小客户的购买路径。截至 10 月 8 日，官网限量测试版自助方案标价为 299、749 和 1900 美元每月，对应最多 250、1000 和 5000 张月度发票，企业方案另行报价。这些公开价格说明产品正在尝试标准化售卖，尚不足以推算大型企业完整部署的成本。

这个定价细节也很有意味。Stuut 用回款结果解释产品价值，自助版本却按发票量收费；两者之间需要客户自己算账。一张大额、长期未结清的争议发票，与大量流程简单的小额账单，对财务团队的价值和处理成本并不相同，企业合同如何覆盖这些差别，公开资料尚未说明。

价格便于标准化，实施难度却未必相同。官网宣传数天上线，Bishop 和 ZoomInfo 的案例分别列出 6 周和 5 周，具体项目与宣传口径不能直接互换。客户需要接通数据、划定权限，并决定哪些付款异常可以由 AI 处理；这些环节的差异，会决定软件到底释放多少人工时间。

竞争也已经进入同一方向。HighRadius 在 2025 年公布了已上线的智能体产品，并将更全面的自主财务能力设为后续目标。因此，Stuut 很难长期只靠“AI 会执行”与既有厂商区分；它需要在真实账单里，证明接入、例外处理和持续运转的成本更合算。

值得注意的是，财务软件还有比回答错误更直接的风险。重复催促已付款客户会损伤关系，错误核销会污染账簿，放行不合理扣款则可能造成损失。产品越接近资金流转，客户越需要知道审批责任、异常处理和审计记录如何落实，采购评估也会从演示效果走向长期可靠性。

因此，一次试点最有信息量的结果，往往是哪些账单顺利处理，哪些仍需人工，以及失败后花了多少时间修正。续约时还要判断，节省下来的工时是否转化为实际成本变化，还是让原有团队覆盖了更多账户。这些差异，会直接影响客户愿意为下一年支付多少钱。

对于 Stuut 来讲，接下来还要证明的是面对各不相同的账期、客户门户和旧系统，仍能以可控成本把这份工作持续做下去。对于一家承诺把订单变成现金的公司，后续的说服力最终还要来自客户账上的变化。