金融服务
静态规则总会落伍。识别新型骗局需要从您的交易数据中学习的模型，而且不能把数据交给第三方。
金融犯罪负责人KYC 材料、贷款档案和合规审查仍靠人手流转。代价不只是工时，还有审计面前的不一致。
运营主管核心银行系统、CRM 和表格互不相通，决策只能依据片面的信息。
数据负责人监管会问数据存在哪里、谁能接触。按席位计费、处理过程不透明的 SaaS，让这个问题很难答。
合规专员
最先发生的变化
对账不再吃掉一整周
差异连同匹配证据一并生成，队列因此是一份决策清单，而不是一次排查。
材料一次就交齐
缺的文件在有人打开案卷之前就已去要，审核人看到的是完整案件，而不是一路催件。
审计问题有答案
数据存储在哪里以及谁访问过它，这些问题都可以通过查询来解答。
工作从哪里漏掉，我们又构建什么
账本
业务量涨上来了，而现有账本当初根本不是为此设计的
基于 TigerBeetle 的复式记账系统，其官方公开基准超过每秒 100 万笔交易。事件流与审计留痕从第一天就纳入设计。
在任何记账发生之前，表结构与对账规则都由您的工程师签字确认。
后台
大家真正在用的看板，是一张没人负责的表格
围绕您的工作流构建后台看板、对账与报表。一次固定范围交付，之后归您，没有按席位收费。
每条流程在取代现有做法之前，都由真正在做这件事的人批准。
文档
KYC 材料和贷款卷宗仍靠人工流转，不一致最后由审计发现
KYC、贷款档案与合规文件在您的基础设施上处理，所有重大决定均经人工复核。
有后果的决定逐条由审核人批准。没有任何东西会自己归档。
异常
静态规则总是慢一步，新手法往往在钱走了之后才被发现
基于您的交易模式训练、部署在您边界之内的模型。它是内建于上述系统的能力，不是一个黑盒评分。
每一条预警都由您的分析师确认或排除，确认与排除都会留痕。
与系统共度的一周
- 星期一
- 过去要拖到周中的对账已经完成，差异连同匹配证据一起排进了队列。
- 星期二
- 一份 KYC 材料交得不全。缺的文件在任何人打开案卷之前就已发出索取。
- 星期三
- 一条此前无规则可依的模式触发了异常。您的审核人认下一部分、排除其余，确认与排除都会留痕。
- 星期四
- 一笔贷款卷宗在核心系统与 CRM 之间对不上。差异被拟给人处理，而不是等到月末才冒出来。
- 星期五
- 审计问题来了：这些数据存在哪里、谁碰过。您在自己的基础设施上，一块屏幕、一句话就答完。
示例说明。此处内容均非实际测量结果。
我们会和您一起盯的指标
| 我们关注什么 | 如何衡量 | 基线 |
|---|---|---|
| 对账差异率与清理天数 | 生成的差异与已对账笔数之比，以及从生成到关闭的天数中位数。 | 通常只作为月末总量存在，从不按成因拆解。 |
| 首次提交的材料完整率 | 无需补充材料即被受理的份数与提交总份数之比。 | 今天靠审核人的烦躁程度来衡量，而不是靠一个数字。 |
| 每周减少的后台工时 | 具体到人和工时的手工任务量，前后各测一次。 | 最容易被诚实建立的基线，也是财务最先感受到的一项。 |
| 异常预警准确度 | 审核人确认为真实的预警与发出的预警之比。 | 决定系统能否活下来的数字；信任会在反复误报之后消失。 |
| 审计问题的响应时长 | 从提出数据存放地或数据血缘问题，到给出书面答案所用的小时数。 | 如今，这需要一个项目来解答。 |
金融团队常问的问题
你们能构建把数据留在本地的金融系统吗？
可以，而且这是默认做法。账本、文档处理与分析都跑在您自己的服务器或私有云上，按 PCI DSS 与 UK GDPR 的要求对齐设计，全链路留有审计日志。
你们构建的交易系统有多快？
视情况而定：取决于您的工作负载。我们会衡量您的参与度，并基于 TigerBeetle 进行构建，其公开基准超过每秒 1M 笔交易。
项目结束后系统归我们所有吗？
是的。代码、表结构、模型与文档都归您，并含交接期。之后可以另签支持合同，但您永远不会被绑定。
