贯穿案例：云舟台的一份正常订单与一次异常

13.1 公司与客户

【教学示例】云舟协同科技有限公司有72名员工：研发产品30人，销售市场18人，实施与客户成功15人，平台安全4人，财务法务人力5人。客户启明制造有520名员工，希望把设备报修、IT支持和行政请求从群聊迁移到统一工单系统。

关键角色如下：客户运营副总是经济决策者，服务中心经理是业务负责人，IT经理负责技术与安全评审，采购负责比价合同，财务负责付款，六个部门主管是关键用户。

13.2 正常订单时间线（CASE-I02-N01）

日期	事件	岗位动作	单据/系统	财务影响
1月5日	下载行业指南	市场记录来源与告知	营销系统	形成线索，无收入
1月10日	资格会谈	销售确认问题预算与时间	CRM	销售成本发生
1月18日	场景演示	售前展示标准流程	需求差距表	无收入
2月1日	14天POC	售前与客户设成功标准	POC计划	发生演示环境成本
2月20日	POC通过	客户确认三项指标	POC报告	商机概率提升
3月5日	完成安全合同评审	法务与安全关闭内部例外	合同、DPA、SLA可签版本	形成可签版本并完成内部放行，尚未形成双方合同权利义务
3月8日	双方签署15万元合同	AE移交完整交接包	合同系统	合同权利义务按有效签署文件成立，但尚未等于全部收入
3月12日	全款到账并开票	财务核销并放行	ERP/Billing	现金增加
3月13日	创建租户	运营按SKU和期限开通	开通平台	开始准备履约
3月14日–4月10日	实施	配置、迁移、培训	项目系统	发生实施成本
4月12日	UAT通过上线	双方确认	上线确认	按判断形成履约证据
7月15日	首次价值复盘	CSM展示超时率下降	QBR报告	提高续费概率
次年1月	续费沟通	CSM与AE协同	续费商机	更新预测
次年3月	续费扩至150席位	签续费订单	CRM/Billing	新周期现金和履约义务

13.3 异常：客户要求把生产数据发送给境外AI服务

上线两个月后，客户希望启用“AI自动摘要”。方案原本会把工单文本发送给境外第三方模型，其中可能含设备故障描述、员工姓名、电话号码和生产信息。销售为了扩容，口头答应“一周开通”。

正确处理不是立刻打开开关，也不是简单回答“不能跨境”，而是：

1. 暂停承诺，建立正式变更与数据评估工单。
2. 识别字段、数据主体、敏感性、重要数据线索和客户行业要求。
3. 明确云舟、客户、模型供应商的角色与分包关系。
4. 绘制数据来源、传输、存储、日志、训练使用和删除路径。
5. 评估境内替代方案、脱敏、字段过滤或私有部署。
6. 结合数据量和场景判断跨境机制，不把阈值当作唯一条件。
7. 更新合同、产品说明、价格和实施计划；取得必要授权后再开通。
8. 建立用量、成本、输出质量和安全监控。

13.4 异常月数字诊断

【独立异常经营案例 CASE-I02-A02】9月出现以下信号：客户“海岚商贸”关键用户周活跃率从78%降至46%；P1工单2件；客户财务尚未支付独立扩容订单 SUB-I02-A02 的3万元款项；AI试验使单租户云成本增加65%；客户业务负责人离职。本案例与 CASE-I02-A01 中启明制造已支付的3.6万元扩容完全无关。

信号	不能草率下的结论	应补充的问题	第一负责人
活跃下降	“客户不要用了”	是否季节、角色变化、流程绕开或故障	CSM
P1两件	“研发质量差”	影响、根因、重复性、恢复和沟通	SRE/研发
扩容款逾期	“客户没钱”	发票、验收、采购、争议或流程卡点	财务/AE
成本增65%	“立即关AI”	用量、单价、缓存、模型选择和客户价值	产品/平台
负责人离职	“合同会流失”	新决策人、目标是否继续、交接是否完成	CSM/AE

经营诊断的顺序是先确认事实和共同原因，再采取行动。可能的共同原因是AI试验导致性能故障、负责人离职造成采用计划停滞，且扩容验收证据不完整；若各部门分别处理，很难看见整条因果链。

13.5 正常订单逐日状态与数字检查

同一订单在不同系统有不同状态，经营人员不能只说“这单完成了”。CASE-I02-N01 在关键日期的正确快照如下，金额单位仍为万元：

快照日	CRM/合同	Billing/ERP	开通/实施	经营与财务数字	当日勾稽结论
3月8日	ClosedWon/Signed，合同15	未出账、未收款	未开通	ARR待生效12，现金0，累计收入0	合同存在，但付款、权益和履约尚未发生
3月9日	合同版本不变	有效账单15，应收教学示意15	未开通	现金0，累计收入0	账单15=应收15；不能把应收当现金
3月12日	付款条件满足	账单15、收款15、应收0	Ready	现金+15，累计收入0，待履约示意15	账单15=收款15+应收0
3月13日	订单仍为首期	计费不变	TEN-I02-N01已创建、未Live	ARR生效按管理规则，累计收入0	权益须为100席且服务起日仍为4月12日
4月12日	合同不变	无新账单、应收0	UAT通过、Live、100席	实施收入示意3，待履约12	已收15=累计收入3+待履约12
5月11日	合同不变	无新账单、应收0	首服务月完成	ARR12、MRR1、累计收入4、待履约11	15=4+11，实施费未进入ARR

每日自动检查至少包含：CTR-I02-N01 的 SKU/数量等于 SUB-I02-N01；SUB-I02-N01 的100席等于 TEN-I02-N01 entitlement；有效账单减核销等于应收；已收对价减累计教学收入等于待履约示意；ARR只取订阅12。自动检查发现差异后进入 REC-I02-01 至 REC-I02-07 对应队列，不能自动覆盖来源系统。

此外还要做“非金额勾稽”：合同客户主体与付款主体经过批准，UAT签字人有客户授权，租户管理员属于客户确认名单，产品记录的服务起止与合同一致，数据迁移数量与DOC-I02-09一致。金额对上而主体、权限或服务期错，仍不是正常订单。

13.6 异常扩容逐日修复与数字回放

第9.8节的 CASE-I02-A01 是独立十二个月扩容订阅：三十席、价格3.6万元，服务期2026年9月1日至2027年8月31日，subscription_id=SUB-I02-A01，与原订阅不共终止。因此其合同年化金额和 ARR 增量都是3.6；如果实际采用与原合同同日到期，则账单应按约定进行期间折算，不能照用本例数字。

日期	事件	有效订单	Billing账单	ERP应收	收款	权益	ARR	处置与证据
8月28日	扩容签署	3.6	0	0	0	+0席	+0	DOC-I02-18待生效
9月1日09:00	订阅生效	3.6	正确应为3.6，实际7.2	7.2	0	+30席	+3.6	同一幂等键被错误处理两次
9月2日10:00	客户支付正确金额	3.6	7.2	3.6	3.6	+30席	+3.6	银行核销一条，虚假应收仍在
9月3日11:00	对账报警	3.6	7.2	3.6	3.6	+30席	+3.6	暂停错误催收，建立DOC-I02-15
9月4日16:00	批准冲销重复记录	3.6	有效净额3.6	0	3.6	+30席	+3.6	保留原账单、冲销和审批轨迹
9月5日12:00	修复验证与重跑	3.6	3.6	0	3.6	+30席	+3.6	DOC-I02-19通过，KPI重新计算

扩容的经营月化金额为 3.6÷12=0.3万元/月，即 ARR 增加3.6、MRR增加0.3。为展示收款与收入的区别，假定一次性收款在月末首个等额服务月完成前到账，并假定持续服务按十二个等额月履约；以下只是合同负债递减教学示意，实际确认由专业人员依据合同和履约事实判断：

日期	累计扩容收款	当期订阅收入	累计订阅收入	期末合同负债示意
9月2日到账后	3.6	0	0	3.6
9月30日首服务月完成	3.6	0.3	0.3	3.3
10月31日第二服务月完成	3.6	0.3	0.6	3.0
2027年8月31日第十二服务月完成	3.6	0.3	3.6	0

9月1日的差异向量可写为：订单3.6、账单7.2、应收7.2、现金0、权益30、ARR3.6。9月2日收款后是：订单3.6、账单7.2、应收3.6、现金3.6、权益30、ARR3.6。9月4日修复后回到：订单3.6、有效账单3.6、应收0、现金3.6、权益30、ARR3.6。只有账单和应收被更正；权益、现金和ARR原本正确，不应为了“所有系统重跑”再次加席、退款或增加ARR。

最终合并观察启明制造两份订阅：原订阅 ARR12，加独立扩容 ARR3.6，总 ARR15.6；租户权益从100席增至130席；首期合同现金15，扩容现金3.6，累计现金18.6。会计收入仍分别按各自履约期判断，不能因为现金累计18.6就把收入一次计为18.6。这个回放训练业务人员识别“哪条链错了”，避免把一处重复计费扩大成多系统二次错误。