金融科技软件开发
金融科技软件有一个多数软件没有的属性：大致正确等同于错误。账本少了一分钱、一次支付被重试成了重复扣款、一份报表对不上账——这些都不是无关痛痒的表面缺陷。我们构建金融系统时，把正确性、可审计性与故障处理从第一次提交起就设计进去，而不是等出了事故再补。
我们在这个领域做什么
工作集中在资金流转，以及证明这些流转确实发生过的记录上。
- 支付集成，以及证明其账目平衡的对账机制。
- 为审计而生的复式记账账本与交易记录。
- 既满足合规、又兼顾完成率的开户与 KYC 流程。
- 经得起细查的报表数据。
把正确性当作一门工程纪律
在金融系统里，真正值得关注的是那些百万分之一才出现一次的情况，因为在足够的交易量下，它们每天都会发生。我们会明确地为它们做设计。
- 每一个涉及资金流转的操作都具备幂等性。
- 交易记录不可变——更正以新增条目的方式完成，绝不修改原记录。
- 对账任务在客户或审计人员之前，先发现数据漂移。
- 对系统与服务商之间的局部故障做出明确处理。
面对受监管的要求
我们是工程师，不是你的合规顾问，我们也不会假装是。我们做的，是构建能让合规变得可证明的系统——访问控制、审计轨迹、数据留存，以及随时可以调取的证据。义务由你的法务与合规部门界定；我们负责确保软件能证明这些义务已被履行。
常见问题
- 你们做过受监管的金融系统吗？
- 我们团队交付过处理支付与金融记录的生产系统。与你的情况相关的具体案例，欢迎在电话中沟通——比起对外发布含糊的说法，我们更愿意在保密协议下讨论真实细节。
- 你们能对接我们现有的支付服务商吗？
- 可以。金融科技的工作大多是与已经选定的服务商做集成。我们会先仔细研读其 API 语义，尤其是重试、Webhook 与结算时点这几处，因为大部分缺陷都源于此。
- 你们如何处理敏感的金融数据？
- 最小权限访问、数据最小化、传输与存储加密，且开发环境中绝不使用生产数据。具体的管控措施会在开工之前与你确认。