业务系统&MDM&NCC

是否系统非认证数据

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的日志记录表

报文里是否需要供应商信息

查自身是否存在