3. 数据采集与预处理:数据源识别、数据清洗规则、异常值处理、数据标准化流程
在额度策略稳定性巡检中,数据采集与预处理是决定后续分析质量的基础环节。原始数据通常来自多个异构系统,存在格式不统一、缺失值、异常波动等问题。本章系统梳理从数据源识别到标准化输出的完整流程,确保巡检指标计算的可复现性与准确性。
3.1 数据源识别与分类
额度策略巡检涉及的数据源可归纳为以下四类,每类数据在稳定性评估中承担不同角色:
| 数据源类别 | 典型系统/表 | 核心字段示例 | 巡检用途 |
|---|---|---|---|
| 授信核心 | 额度系统、审批引擎 | 客户ID、授信额度、生效日期、到期日期 | 额度总量与分布趋势 |
| 用信行为 | 借据表、放款流水 | 借据号、放款金额、放款日期、剩余本金 | 额度使用率与周转率 |
| 风险表现 | 逾期表、催收系统 | 逾期天数、逾期金额、风险等级 | 额度质量与风险迁徙 |
| 外部参考 | 征信接口、行业数据 | 征信查询次数、多头借贷数 | 外部环境对额度策略的冲击 |
巡检要点:数据源识别阶段需建立“数据资产清单”,明确每个字段的业务定义、更新频率、数据粒度(客户级/借据级/事件级),避免因数据口径不一致导致巡检结论偏差。
3.2 数据清洗规则
数据清洗是预处理的核心环节,直接决定后续异常值检测与标准化流程的有效性。以下为额度巡检场景中常见的清洗规则:
- 格式统一:日期字段统一为
YYYY-MM-DD格式;金额字段去除千分位符与货币符号,统一为数值型。 - 去重处理:按客户ID+时间戳去重,保留最新一条记录;对借据级数据按借据号去重。
- 缺失值处理:连续型字段(如额度、利率)使用中位数填充;离散型字段(如产品类型)使用众数填充或单独标记为“未知”。
- 逻辑校验:额度生效日期必须早于到期日期;放款金额不得大于授信额度;逾期天数不得为负数。
- 边界截断:对明显超出业务常识的极端值(如单笔授信额度超过1亿元)进行截断或标记待人工审核。
-- 示例:额度数据清洗SQL片段
UPDATE credit_limit_table
SET
effective_date = CAST(effective_date AS DATE),
expire_date = CAST(expire_date AS DATE),
credit_limit = ROUND(CAST(REPLACE(credit_limit, ',', '') AS DECIMAL(18,2)), 2)
WHERE
effective_date < expire_date
AND credit_limit BETWEEN 1000 AND 100000000;
3.3 异常值处理
异常值在额度巡检中通常表现为“单日额度激增”“某产品线使用率骤降”等模式。异常值处理需区分“业务真实波动”与“数据采集错误”:
| 异常类型 | 检测方法 | 处理策略 | 巡检场景示例 |
|---|---|---|---|
| 统计离群 | Z-score > 3 或 IQR 1.5倍法则 | 截断至上下限或标记为缺失 | 某日额度使用率突增至200% |
| 时序突变 | 移动平均偏差 > 3σ | 平滑处理或人工复核 | 某周授信通过率从60%跳至95% |
| 业务规则 | 阈值规则引擎 | 直接剔除并记录日志 | 额度生效日期晚于到期日期 |
| 跨表不一致 | 关联校验 | 以核心系统为准修正 | 额度系统总额与借据汇总不匹配 |
常见陷阱:不要对所有异常值直接剔除。例如“某产品线额度使用率突降”可能是策略调整导致的真实业务变化,应保留并标记为“策略事件”,而非作为脏数据清洗掉。
3.4 数据标准化流程
标准化流程确保来自不同数据源的指标在量纲、时间窗口、聚合粒度上对齐,使巡检结果可横向对比。标准化分为三个层次:
- 时间标准化:所有指标统一到“日”粒度,缺失日期补零;周/月聚合使用自然周/自然月对齐。
- 量纲标准化:金额类指标统一为“万元”或“元”并保留两位小数;比率类指标统一为百分比格式(0.00%~100.00%)。
- 口径标准化:定义统一的“授信额度”为“审批通过且客户已签约的额度”,排除“预授信未签约”部分。
标准化检查清单:
- 所有日期字段是否已转为标准日期类型?
- 金额字段是否已去除货币符号并统一单位?
- 比率字段是否已限制在 [0, 1] 或 [0%, 100%] 区间?
- 分类字段的枚举值是否已映射到统一字典表?
- 聚合粒度是否已确认(客户级/产品级/机构级)?
3.5 数据预处理全流程架构
以下SVG图展示了从数据源识别到标准化输出的完整链路,包含清洗、异常处理、标准化三个核心阶段:
3.6 案例:数据预处理实战要点
某消费金融公司在进行季度额度稳定性巡检时,发现“循环贷产品”的额度使用率在3月15日出现异常峰值。经数据预处理排查,问题出在以下环节:
- 数据源识别遗漏:未纳入“额度调整记录表”,导致当天批量提额事件未被标记。
- 清洗规则缺失:未对“提额生效时间”与“放款时间”做先后校验,部分提额后立即放款的记录被重复计算。
- 异常值误判:初始模型将3月15日数据标记为异常并剔除,实际为业务部门执行的“春季提额活动”,属于真实策略事件。
改进方案:在数据预处理阶段增加“策略事件标签表”,将已知的业务调整、产品上线、营销活动等事件提前录入,在异常检测时自动跳过已标记的时间窗口,避免误清洗。