业务系统&MDM&NCC
2022-08-17 11:25:42 0 举报公司各系统客户数据清洗合并成客户主数据
作者其他创作
大纲/内容
是否系统非认证数据
NCC供应商
调用NCC情况同步
编码为：KH-证件号后8位；名称去首尾空格；统一社会信用代码去首尾空格且大写；
TMS供应商合并
证件存在（暂时不走）
NCC客户
客/商
以系统信息手动登记：编码为系统编码；如果证件、名称无，以系统编码代替；如果财务提供证件、名称以财务提供的为主；
调NCC-API
修改XXXX信息
证件或编码是否存在
否
判断名称是否一致，一致不录，不一致修改名称
证件号查供应商表
以自身信息为主构建报文
是
供应商表bd_supplier证件号+启用状态
开始
新增承运商证件号
查询DB还是接口还是缓存？
供应商编码、名称、承运商编码、证件号写入BD_NCC
结束
MDM供应商
系统化
监控过去N天内未入MDM的供应商，并告警
供应商主数据：供应商编码供应商名称统一社会信用代码国家供应商分类地址（非必填项）开户银行（非必填项）银行账户（非必填项）开户名（非必填项）
数据源：OA、自营承运商TMS、老商户系统、新商户系统
不处理
生成唯一编码为客户编码和证件录入系统；编码：GYS_YYYYMMDD_序列号；证件号：ZNLHXN+YYYYMMDD+序列号
名称/证件是否齐全
取数逻辑：根据修改时间增量取已实名的个人和企业；清洗逻辑：编码取自系统编码；名称去首尾空格；统一社会信用代码去首尾空格且大写；客户类型个人02，企业01；国家默认CN；
mc_jujian服务处理写入NCC数据逻辑
齐全
新增数据
编码为：GYS_YYYYMMDD_证件号后8位；名称去首尾空格；统一社会信用代码去首尾空格且大写；
物流运费单据信息
以对方信息为主构建报文
编码存在（暂时不走）
后续改造不需要这个
ETL清洗模块
不齐全
承运商物流系统-TMS
存在的丢弃，不处理
全不存在
以系统首次满足ETL条件的数据映射到MDM
执行频次（考虑到OA采购供应商，改为1小时一次）：以每小时1次获取数据，循环校验，sleep 1000ms；考虑到补数：执行日期变量值由外传入，默认是系统运行的前一小时（currenttime-1h~currenttime）；
人工录入
部门主数据
客户主数据（全必填）：客户编码客户名称统一社会信用代码客户类型客户国家
证件号查客户表
油卡供应商基本信息
以系统信息手动登记：编码为GYS_YYYYMMDD_证件号后8位；如果财务提供证件、名称以财务提供的为主；
NCC物流运费凭证
报文里是否需要客户信息
监控过去N天内未入MDM的客户，并告警
物流运输对账表
是否系统化
MDM-API
再去查对方是否存在
MDM客户
取数逻辑：根据修改时间增量取已实名的供应商（OA、TMS默认已实名）清洗逻辑：供应商编码：GYS_YYYYMMDD_证件号后8位名称去首尾空格；统一社会信用代码去首尾空格且大写国家默认CN；供应商分类默认99；地址（非必填项）开户银行（非必填项，OA/TMS部分有值）银行账户（非必填项，OA/TMS部分有值）开户名（非必填项，OA/TMS部分有值）
执行频次：以每天1次获取数据，循环校验，sleep 1000ms；考虑到补数：执行日期变量值由外传入，默认是系统运行日的前一天到执行日结束（currentday-1~currentday+1）；
由承运商编码改为承运商证件号，查询NCC-DB承运商转为NCC编码
生成唯一编码为客户编码和证件录入系统；客户编码：KH-序列号唯一编码：ZNLHXN+YYYYMMDD+序列号
任职记录主数据
数据源：CRM/平台2.0的个人及企业客户；
承运商基本信息
物流运费账单宽表：运费、邮费、物料号
自营TMS承运商运费（现金+油卡）凭证
员工主数据
TMS承运商
BD_NCC的日志记录表
报文里是否需要供应商信息
查自身是否存在
收藏
收藏
0 条评论
下一页
