工厂代码细分变更技术方案评审会议纪要
会议时间：2026-06-03
会议摘要：本次会议讨论了因事业部工厂代码细化拆分（如"金川"、"滦州"）带来的数据处理问题，明确了 TTS 系统的改造方案及主数据维护机制，并评估了对营销活动中心及数据中台的潜在影响。
一、问题背景
事业部将现有工厂进行细化拆分，同一 OU（组织单元）下的工厂代码发生变化：
| 原始工厂 | 拆分后 | 说明 |
|---|---|---|
| 金川 | a / ab | 同一 OU 下拆分为两个代码 |
| 滦州 | （类似拆分方式） | 工厂名称保持不变 |
核心影响：下游系统的数据统计、查询逻辑（特别是财务核算场景）可能受到影响。
二、TTS 系统应对方案
2.1 改造策略
TTS 系统将通过改造支持同一 OU 下传递不同的工厂代码（如 "a" 和 "ab"），以满足精细化追溯需求。
┌─────────────┐ ┌──────────┐ ┌─────────────┐
│ 事业部 │ ──▶ │ TTS系统 │ ──▶ │ 营销活动中心 │
│ (多工厂代码) │ │ (直接落库) │ │ / 数据中台 │
└─────────────┘ └──────────┘ └─────────────┘2.2 数据落库规则
- TTS 系统直接接收上游传来的工厂代码并落库
- 暂不做强校验，确保数据完整性和追溯能力
三、主数据维护机制
会议澄清了主数据系统中两套编码的职责划分：
| 编码类型 | 维护方式 | 用途 |
|---|---|---|
| 工厂编码（主键） | 系统自动生成 | 数据库主键，唯一标识 |
| 工厂代码（如 a/ab） | 用户手动维护 | 方便记忆和区分不同地址的工厂 |
关键点：工厂代码的细化不影响工厂编码的主键唯一性。
四、风险评估
| 风险项 | 影响范围 | 应对措施 |
|---|---|---|
| 下游统计逻辑变更 | 营销活动中心、数据中台 | 需确认是否需适配多工厂代码查询 |
| 财务核算准确性 | 财务报表 | 需验证按工厂维度的核算是否正确 |
| 历史数据兼容性 | 已有订单/签收记录 | 需确认新旧代码切换时的数据衔接 |
五、待办事项
| 序号 | 待办内容 | 责任人 | 状态 |
|---|---|---|---|
| 1 | 向张喜确认：当 TTS 开始支持传递多种工厂代码后，对营销活动中心及数据中台后续业务是否存在影响 | 金鑫、张喜 | ⏳ 待跟进 |
六、结论与下一步
- TTS 改造方向已明确：支持同 OU 多工厂代码传递，直接落库不校验。
- 下游影响需进一步评估：金鑫需向张喜确认对营销活动中心和数据中台的具体影响范围。
- 建议在正式上线前完成联测：确保各系统对多工厂代码的处理一致。