PredictAP

你好 Product Hunt，我是 David，PredictAP 的联合创始人。

做这件事是因为我一直在房地产财务团队中看到同样的问题。他们已经购买了 AP 自动化工具，部署了 Yardi PayScan 或 Nexus，把路由和审批流程也理顺了，但 AP 专员每天还是把大部分时间花在录入上。自动化把所有外围环节都解决了，偏偏绕开了最难的环节。

最难的环节就是凭证编制（AC）。每一张发票都包含一系列细小的判断：哪个物业、哪个实体、哪个总账科目、哪个成本中心，以及如何把同一行拆分到这些维度上。单独看每一项都不复杂。难的地方在于它们取决于你所在组织的具体做法，而这些知识通常只装在一个人脑子里——一个干了十一年的老员工，正是他保证了月结按时完成。

市面上有不少优秀的通用 AP 平台，如果你是制造业或代理商，其中一个很可能就是合适的答案。房地产不一样，差别不会在演示中体现出来。你不是在面对一张扁平的科目表做凭证编制。你是在为某个物业、在某个实体内、对应到某个总账科目下、跨多个成本中心做凭证编制；同样一张绿化养护发票，在已稳定运营的写字楼项目上和在混合用途（复合体）项目中，处理方式就不同，因为后者部分金额是可回收的。一个面向所有行业都能用的平台，必须做到足够浅才能通用。我们只需要把房地产做对。

所以我们打造了 PredictAP，让它来做凭证编制的判断，而不仅仅是读取发票。你把发票转发到一个指定邮箱，它会对照你自己的历史入账记录进行匹配，在明细行层面完成凭证编制，大约 45 秒后返回一个待审批的完整记录，并同步到你已经在使用的 AP 平台。

关于我们思路的转变。我们一开始把这个问题当作文档理解任务来处理，这是错的。事实证明，读取发票反而是简单的一半。真正的工作是学会每一家客户自己的凭证编制方式，而我们最终意识到，训练数据早就摆在那里了。每一家公司在 ERP 里都有多年已入账的发票，那就是一份精确标注的记录，完整记录了他们自己的做法。一旦我们不再试图构建一个能通用理解房地产会计的系统，而是转向构建一个能学会单一组织惯例的系统，准确率就从“有点意思”跃升到了“真正可以落地”的程度。

我们在早期也曾误判了用户对自动化程度的需求。团队不需要一个黑盒，也不应该使用黑盒。任何异常的单据都会转给人工处理。我认为这是团队信任它的重要原因之一：它对自己不确定的地方是诚实的。

以下是一些我们经常被问到的问题：

这和 OCR 有什么区别？OCR 从页面上提取文字，给你的是一张填了一半的记录。PredictAP 真正做出凭证编制的判断，交付给你的是一张可以直接审批的完整发票。

为什么不用通用的 AP 自动化平台？很多团队确实在用，路由和审批也都没问题。但差距出在凭证编制环节。通用行业的工具无法建模房地产会计所基于的「物业—实体—总账—成本中心」结构，所以你团队里总得有人手工收尾。而这正是我们要解决的问题。

它会取代 Yardi PayScan 或 Nexus 吗？不会。你仍然需要一个现有的 AP 自动化平台。我们位于它的上游，我们是让那个你已经付费购买的平台真正发挥价值的那块拼图。