1. 课程导论：采购支出数据仓库概述、价格方差问题的业务影响、ETL中数据清洗与对齐的重要性
1.1 采购支出数据仓库概述
采购支出数据仓库（Procurement Spend Data Warehouse）是企业级数据仓库在采购领域的垂直应用。其核心目标是将分散在 ERP、SRM、供应商门户、电子招投标系统、合同管理系统中的采购交易数据、供应商主数据、合同条款数据、物料清单数据进行统一抽取、清洗、转换和加载，形成以“支出分析”为中心的单一事实来源。
典型的采购支出数据仓库星型模型包含以下核心组件：
| 组件类型 | 名称 | 说明 |
|---|---|---|
| 事实表 | 支出事实表 | 记录每笔采购订单行项目的数量、单价、总金额、折扣、税费、运费 |
| 维度表 | 物料维度 | 物料编码、描述、品类、规格、单位 |
| 维度表 | 供应商维度 | 供应商编码、名称、等级、区域、行业 |
| 维度表 | 采购组织维度 | 公司代码、采购组、采购员、成本中心 |
| 维度表 | 时间维度 | 会计年度、期间、周、日 |
| 维度表 | 合同维度 | 合同编号、有效期、定价条款、折扣率 |
关键概念： 采购支出数据仓库的“单一事实来源”原则要求所有支出数据在进入仓库前必须经过严格的对齐和校验，否则下游的支出分析、预算偏差预警、供应商绩效评分将失去可信基础。
1.2 价格方差问题的业务影响
价格方差（Price Variance）是指同一物料在同一供应商、同一合同条款下，实际采购单价与标准单价或合同单价之间的偏差。在ETL过程中，价格方差问题如果未被识别和清洗，将直接导致以下业务后果：
- 预算失控： 价格方差累积造成实际支出与预算偏差超过20%，财务部门无法准确预测现金流。
- 供应商绩效失真： 价格方差被错误归因于供应商涨价，实际可能是数据录入错误或单位换算错误。
- 合同合规失效： 合同单价与实际结算单价不一致，但ETL未做对齐，导致合规审计无法发现。
- 品类策略误导： 基于错误的价格数据做出的品类支出分析，导致采购策略偏离真实成本结构。
以下表格展示了价格方差的典型类型及其业务影响等级：
| 方差类型 | 典型场景 | 业务影响等级 | ETL处理优先级 |
|---|---|---|---|
| 单位换算方差 | 采购订单以“千克”下单，发票以“吨”结算 | 高 | P0 |
| 货币汇率方差 | 合同以USD定价，本地ERP以CNY入账，汇率未同步 | 高 | P0 |
| 折扣/返利未分摊 | 合同约定批量折扣，但订单行未按比例分摊 | 中 | P1 |
| 含税/不含税混淆 | 采购订单为不含税价，发票为含税价，未做税项分离 | 中 | P1 |
| 尾差/四舍五入 | 单价保留2位小数，总金额保留2位小数，乘积后产生尾差 | 低 | P2 |
业务警示： 某全球制造企业因未处理单位换算方差，导致年度采购支出虚增1200万美元，直到年度审计才发现是“磅”与“千克”的换算错误。价格方差清洗不是技术细节，而是财务合规的生命线。
1.3 ETL中数据清洗与对齐的重要性
在采购支出数据仓库的ETL流程中，数据清洗与对齐是决定数据质量的核心环节。价格方差问题的根源往往不在业务系统，而在ETL过程中缺乏标准化的清洗规则和对齐策略。
ETL中的数据清洗与对齐需要解决以下关键问题：
- 源系统异构性： ERP、SRM、供应商门户使用不同的编码体系、单位制、货币代码、日期格式。
- 数据缺失与空值： 合同编号、物料编码、单价字段在源系统中可能为空，导致无法关联标准价格。
- 重复与冗余： 同一采购订单在多个系统中重复记录，单价不一致时无法确定主记录。
- 业务规则冲突： 合同约定“含税价”，但采购订单按“不含税价”录入，ETL需要根据税率反向计算对齐。
- 时间窗口偏差： 价格有效期与订单日期不匹配，导致使用了过期合同价格。
以下SVG图展示了采购支出数据仓库ETL中价格方差清洗与对齐的核心流程：
ETL最佳实践： 价格方差清洗与对齐不应在数据加载到仓库后再做补救，而应在ETL的清洗层（Staging Area）中完成。建议在清洗层建立“价格方差日志表”，记录每条被修正的记录原始值、修正值、修正规则、修正时间，便于审计追溯。
1.4 价格方差清洗与对齐的ETL策略框架
基于上述分析，本课程将围绕以下ETL策略框架展开：
- 规则驱动清洗： 建立可配置的价格方差检测规则库，支持单位换算、汇率转换、税项分离等常见场景。
- 参考数据对齐： 构建合同价格主数据、标准单价主数据、物料单位转换表等参考数据，作为对齐基准。
- 异常分级处理： 根据方差幅度和业务影响等级，将异常分为自动修正、人工审核、拒绝加载三个级别。
- 审计追踪： 所有清洗和对齐操作记录变更日志，支持数据血缘追溯。
以下SVG图展示了价格方差清洗与对齐的ETL策略框架：