Supplier Control · Business Blueprint
从真实供应商到请求级毛利的一套完整信息模型
将供应商接入、合同账号、账号具体模型、路由原始请求、采购成本、 客户收入、毛利、对账、关账和受控修订放在同一条可追溯链路中。
本页用于公开说明业务模型。真实运营控制台包含账号权限、供应商账单和财务数据，
必须连接独立 PostgreSQL、持久文件与定时任务，因此不会匿名暴露。
一、业务主数据与技术映射分离
财务归属落在真实签约与计费主体；Provider Config 只承担技术映射。
供
真实供应商
法务主体、采购关系、默认税币口径
→
合
合同
签约周期、价格依据、结算与开票要求
→
账
计费账号
供应商账单与余额的实际归属
→
模
账号具体模型
跨账号独立定价、路由与核算
技术映射：Provider Config + routed model + Route Node → 账号具体模型
二、从接入到正式路由
商务完整、技术可用和财务可核算是三道独立门槛。
采
采购建档
供应商、合同、账号、模型与价格
→
技
技术验证
映射、容量、失败与重试计费
→
财
财务确认
合同、价格、税与币种完整
→
路
发布路由快照
只返回商务和技术均可用的节点
三、一个收入，多个上游成本
根请求确认一次客户收入；所有供应商可计费尝试都进入成本。
一个根请求
收入事实：Paid / Complimentary 二选一，最多一条
上游尝试 1：失败但供应商计费
上游尝试 2：重试成功并供应商计费
→
请求级毛利账本
付费业务毛利 = 不含税收入 − 所有上游应计成本
赠送用量 = 0 收入 + 营销成本
重试成本单列，但仍包含在真实采购成本中
四、D+1、对账与关账
事
不可变事实
使用、收入、健康、余额与日汇率
→
算
D+1 暂算
价格、阶梯、税和日汇率生成版本
→
对
供应商对账
最终账单与暂算分开，差异追加
→
结
日结 / 月结
数据质量完整才能生成正式版本
缺价格、价格冲突、缺汇率、未知失败计费或缺收入不会默认为 0，而会阻塞正式关账。
五、修订不是覆盖
申
提出修订
原因、范围、拟议变更与证据
→
预
影响预览
请求、客户、成本、毛利与告警
→
审
双人审批
按错误类型匹配采购/技术/财务
→
版
发布新版本
旧版本保留，失败不替换正式结果
系统坚持的三条原则
事实不可变
原始事件、已批准价格、已发布路由、成本、毛利与审计由数据库保护。
缺失不是零
数据质量状态独立于计算状态，所有正式关账都有完整性门槛。
告警只通知
告警可以确认和解决，但不会自动充值、停服、切流或封禁客户。