一条主干，三个层次
设计一次，看它运行，把活干完。
多数运营系统只做好其中一层，另外两层靠拼接。TerraTrade 把三者视为同一流程的三个视角——所以眼前这笔交易与白板上的流程永远不会互相矛盾。
-
设计
流程是什么
排布步骤：谁做、什么顺序、下一步开始前必须满足什么、允许花多长时间。不同客户类型、国家与资金伙伴走不同路径。这是配置而非发版——运营可以自行调整，不必等工程排期。
流程模板
-
运行
这笔交易走到哪了
每笔在办交易沿着它启动时的流程前进，即使模板之后被修改也不受影响。一个页面就回答所有人唯一关心的问题：卡在哪一步、轮到谁、放了多久。
运行实例
-
执行
具体要做的事
每个步骤生成一项任务，带责任人、截止时间，以及完成它所需的界面。自动化步骤同样是任务——系统的执行结果记录在任务上，因此没有任何事在暗处发生，也没有任何事无从归因。
任务
持久性
跨越数周仍不中断的流程。
准入的难点不在某一个步骤，而在于等客户三天、发一次催办、再从中断处准确继续——重复上千次，一次都不能漏。脚本和定时任务会丢失这种状态。我们的流程引擎不会。
- 重启后继续
- 发版、宕机与云故障都不会让交易归零。流程带着完整历史从中断处恢复。
- 自动重试
- 征信接口超时会按退避策略重试；未回应的人会收到催办。两者都不需要有人发现。
- 懂工作日的计时
- 截止时间按各地区的工作时间与假期计算，周五傍晚的交接不会在周六清晨变成逾期。
- 可回放的历史
- 每次状态变更都入账。卡住的交易可以逐步查看，而不是靠猜。
- 请求已发出
- 等待客户 — 第 3 天
- 已发出催办
- 单据已收到
- 审核已恢复
证据与决定
单据有生命周期，不只是一个文件夹。
文档库只能告诉您文件存在，却说不清是否有人核过、是否仍然有效、以及因此做了什么决定。这里每份单据都走一条明确的生命周期，而它支撑的决定会被盖印在记录上。
-
需要
流程规定这笔交易需要它，并指明由谁提供。
-
已上传
来自客户门户、邮件或外部系统。
-
已读取
自动提取字段，并与其他单据交叉核对。
-
已复核
由人确认或更正提取结果，并记录理由。
-
已批准
接受，并附带有效期——信用资料按时到期。
决定是「当时」的，不只是「现在」的
当分析师放行一个交易对手或一个国家时，记录保留的是他们当时的判断、时间与所依据的证据，而不仅是今天的状态。这一区别，决定了一套系统是能被审计，还是只能事后致歉。
集成
不起眼的护城河。
每一项外部核查都是一个琐碎却要耗上数周的小工程：各自的认证、频率限制、字段映射与各国特例。这些已经建好，并且与其他环节运行在同一个流程里——所以核查失败只是一个会被重试的步骤，而不是一次掉球。
- 01 信用与企业数据
- 企业登记与征信机构，报告有效期由流程强制执行。
- 02 单据识别
- 对发票、提单、采购订单与货运记录进行提取与交叉核验。
- 03 名单筛查
- 制裁与政治公众人物核查，由专业筛查服务商执行，在准入时以及之后按计划进行。
- 04 单据输出
- 基于模板生成条款书与合同，并自动放置签署位。
- 05 电子签署
- 发出并跟踪签署请求，完成后自动回传到流程中。
- 06 使用自有凭据
- 可按租户使用您自己的合约与密钥，而非我们的。
租户与品牌
您的品牌，您的客户，我们的底层。
这里的多租户指数据库层面的隔离，而不是应用层的过滤——忘记加限定条件的查询返回的是空，而不是别人的账簿。
- 01 行级隔离
- 由数据库本身按租户与公司强制执行，位于应用之下。
- 02 角色与权限包
- 权限归组为包并按角色分配，运营、信用、客户与资金方各自只看到自己的部分。
- 03 您的品牌与域名
- 按租户配置标志、配色与域名，客户门户在客户眼中就是您的。
- 04 仅限邀请
- 员工使用密码或通行密钥登录，客户用户通过邮件链接，企业客户通过自有身份提供方。
审计
当有人问起三月发生了什么。
对受监管的出资方而言，审计轨迹不是报表，而是产品本身。流程的每一步在运行时即被入账，每一个决定都被盖印在其所属的记录上，而不是事后从数据库现状反推。
- 01 谁批准了什么、在何时、给出的理由是什么
- 02 决定依据的是哪份单据或哪次核查
- 03 每一次流程状态变更都已入账，可逐步回放
- 04 无需讲解就能读懂的导出文件