## G9　源系统厂商与接口信息缺失的处置

内部件，不进投标文件。结论先说：**这个缺口已经被稿件自己消化掉了，不需要改稿。**
本件的作用是把散落在 T12、T7 里的回退口径汇总成一张可核的表，
并写明澄清期已过之后该怎么守。

### 一、缺口是什么

招标文件 `b0804r02` 给了 16+ 源系统的清单（CRM／ERP／SCM／QMS／WMS／MES／LMS／EMS／
PLM／OA／SCADA／EAM／SOS／主数据平台／安全监管平台等），但**没有给**：
各系统的厂商与版本、接口形式（API／只读视图／文件交换）、是否有现成接口文档、
数据量级、可用时间窗、只读账号由谁开。

**正式澄清期已过**——招标文件要求提问须在递交前 10 天（2026-10-10），今天 10-13。
这些信息问不到了，只能靠稿件的写法自我保护。

### 二、现稿已经做对了（机器核过）

| 检查项 | 结果 |
|---|---|
| T12 里对接口的**硬承诺**（「通过 XX 接口对接」这类写死的说法） | **0 处** |
| T7 里的接口类表述 | 9 处，**全部写成「若 X 不可用转 Y」的双通道形式** |
| T7 逐接口的「联调与验收判据 + 不通过的处理」 | **17 条** |

也就是说，两段稿子都不是在赌某个接口存在，而是把**通道选择权留到实施阶段**，
同时给出了判据与回退。这正是缺口情形下该有的写法。

### 三、现稿的回退口径汇总（可直接用于核对与答辩）

| 情形 | 回退到 | 出处 |
|---|---|---|
| 结构化接口通道不可用 | 转数据库只读视图 | T7 |
| 文件传输服务不可用 | 改按批次的现场介质交付，登记在接口台账 | T7 |
| 只读账号不可得 | 转 API 接口通道；两者均不可得时按 `b0801` 提交变更，由招标方指定实施方式 | T7 |
| 时序接口不可用 | 由设备侧／能源管理侧按周期或按炉次导出文件，转文件通道 | T7 |
| 图纸原生格式不可批量读取 | 退到 PDF 转换件 ＋ 同时取 DWG/DXF 可读副本，两者都取都登记，由加工阶段按解析能力选用 | T7 |
| 采集范围不足的设备 | 列入扩展清单，由双方按场景优先级排期，**不在本期强行要求全覆盖** | T7 |
| 编码映射关系不可得 | 由我方按业务规则建立，建立规则与例外逐条留痕 | T7 |
| 指标字典缺失 | 该指标暂不纳入对外数据集，在数据卡中说明原因 | T7 |
| 两系统数据冲突 | 提交双方业务部门裁定，**不由我方自行取舍** | T7 |
| 库直连不可用 | 按更新时间戳 ＋ 自增主键双键水位线 | T12 |
| 变更标识与主键都没有 | 低峰窗口全量快照 ＋ 与上一快照做差分 | T12 |

四条通道的分工（T12）：库只读直连 · 文件与附件 · 时序与设备 · 单向监管数据。
每条写明了适用系统、取数协议、增量机制、频次窗口、对源系统的压力控制。

### 四、澄清期之后守什么

1. **不要在后续改稿中把双通道改成单通道。** 任何「通过 XX 接口对接」的写死表述
   都是在赌一个我们没有证据的前提。后续如有新稿涉及源系统，用这里汇总的回退口径。
2. **不要在投标阶段承诺具体接口形式与数据量级。** 现稿把这些留到
   「需求确认阶段」「蓝图设计阶段」是对的。
3. **接口契约里不留「视情况而定」。** T12 已明确：增量识别三档必选其一，
   选第三档的还要写明全量快照体量与窗口时长。这个纪律要守住——
   「视情况而定」在评标时是扣可实施性的分，在实施期是争议的源头。
4. **把缺口写进开工后的首批澄清。** 澄清期过了不等于信息永远拿不到，
   只是不能在投标阶段拿。T7 已把「API 接口地址与鉴权材料」等列为
   「需求确认阶段结束前」由招标方及其系统运维方提供——这条要在合同与蓝图阶段兑现。

### 五、本稿待补材料清单

| # | 待补 | 谁提供 | 什么时候 |
|---|---|---|---|
| 1 | 16+ 源系统的厂商、版本、接口形式 | 招标方及其系统运维方 | 需求确认阶段结束前（已写进 T7 接口契约要求） |
| 2 | 只读账号与 API 鉴权材料 | 同上 | 同上 |
| 3 | 各系统数据量级与低峰窗口 | 同上 | 蓝图设计阶段 |

**投标阶段不需要这三项**——现稿的双通道写法已经覆盖了它们缺失的情形。