基于ERP业务数据的供应商黑名单管控

发表时间:2019/8/15   来源:《信息技术时代》2018年12期   作者:李钦 李岩
[导读] 本文首先介绍了供应商黑名单管控的背景及意义,说明了涉及的关键技术,重点分析了业务场景及系统的交互数据,建立数据模型。最后,对基于ERP业务数据的供应商黑名单管控页面进行展示。

(北京联通信息化部,北京 西城 100031

摘要:本文首先介绍了供应商黑名单管控的背景及意义,说明了涉及的关键技术,重点分析了业务场景及系统的交互数据,建立数据模型。最后,对基于ERP业务数据的供应商黑名单管控页面进行展示。

关键词:黑名单;供应商

 


1.绪论

1.1项目背景

根据中国联通办公厅印发的《中国联通供应商黑名单管理办法(试行)》〔2017351 号及〔2018383 号中,多次强调各级管理部门对与黑名单供应商的各项业务活动进行严格管控,明确要求信息化部门应在相关支撑系统中对列黑名单的供应商提供数据支持、预警提醒等功能,并加强黑名单供应商数据维护与管理工作,避免对企业经营活动造成影响、蒙受不必要的损失

ERP系统为集团统建系统,整体上依照“核心系统+专业系统”的设计思路,涵盖系统: ERP核心系统、工程项目管理系统(PMS)、采购管理系统、合同管理系统、财务报账系统、资金管理系统等系统。依据日常管理和业务模型,端到端流程划分为工程建设线、网络运维线、市场营收线、日常运营线。由于涉及系统众多、交互复杂、业务线贯穿长、主管部门多等原因,长期以来导致数据分散、统一管控不得力、全业务数据无法展示、分管部门协调困难、异常业务情况无法预警。

基于以上原因,为了落实集团对黑名单供应商的系统管控要求,设计开发了供应商黑名单管控功能。

1.2 项目意义

该项目紧密围绕“业务监控”的建设理念,通过OA系统统一的界面风格、统一的系统接口、统一的主数据源,将大ERP各个子系统的数据进行整合,打破系统壁垒、业务壁垒实现业务全景视图,对特定供应商全业务数据、黑名单供应商近期活跃业务数据、黑名单供应商异常业务活动监控数据进行集中展示,使业务管理部门或监察部门获得业务全景视图全面了解与黑名单供应商相关的各项业务活动,定位风险提供强有力的支撑。

通过供应商黑名单项目的建设实施,达到了以下几方面:

■业务贯穿,协同管理:以供应商为基准点,构建全过程、跨部门、跨层级、精细化的协同管理。实现项目->采购->合同->报账->核心,跨系统贯穿ERP全生命周期的供应商数据展示

■实施监控,异常预警:提供近期活跃业务数据和异常业务活动监控数据展示,及时发现、处理黑名单供应商不当行为提供有力的数据支撑,防止引起不必要的法律纠纷和风险

■配合检查,强化控制:利用信息化手段,更好的配合集团及各级纪检监察机构定期抽查,并依据量化数据进行汇报

1.3 本人作用

作为本项目的发起者和主要成员,除负责本项目的实施组织工作外,利用自身熟悉合同、报账、ERP核心等系统优势主要承担了数据处理、功能设计及相关业务的配置工作,包括:

1ERP核心、合同、报账、采购订单数据清洗入库;

2、供应商业务活动数据模型的搭建;

3、黑名单供应商业务活动监控功能设计及查询逻辑设计;

4、供应商黑名单信息清理导入,查询逻辑配置等业务数据处理工作。

2 关键技术

2.1 ETL

ETL,是英文Extract-Transform-Load的缩写,用来描述将数据从来源端经过萃取(extract)、转置(transform)、加载(load)至目的端的过程。

数据抽取:从数据源中抽取数据的过程。

数据转换:将数据从一种表示形式变为另一种表现形式的过程。

数据装载:是指将转换好的数据保存到数据仓库中去。

2.2 HTTP Rest服务接口

M域数据前置平台中,包含了大ERP核心系统以及各个专业系统的数据,为了向北分其他系统提供M域数据实时查询服务,需要开发一套http rest服务接口。

在接口服务设计过程中,考虑到前置平台的数据多样性以及错综复杂的关联关系,http rest服务采用了巧妙的方式,实现了通过配置实现具体数据接口的方式。这样,在需要修改或新增某类数据接口时,可以完全通过后台配置操作完成。服务调用方只需要按照规定的参数格式进行调用,即可得到json格式的数据结果集。这样,http rest服务既可以直接提供给前端页面调用,也可以提供给其他系统调用实现系统间数据接口,使用和管理简单高效,可以大大节省了开发成本。

3 需求分析

3.1 系统的定位

本系统是基于集团数据能力开发平台,对下发的大ERP各系统数据进行加工,建立供应商黑名单业务活动数据模型。并实现跨系统、跨专业的全景业务活动视图,为落实集团及各业务主管部门管控要求及监察机构检查要求提供强有力的保障,未来还将实现实时预警等管控功能。

3.2 业务场景分析

ERP 是企业物质资源、资金资源和信息资源集成一体化管理的企业信息管理系统。以管理会计为核心可以提供跨地区、跨部门、甚至跨公司整合实时信息的企业管理软件。针对物资资源管理(物流)、人力资源管理(人流)、财务资源管理(财流)、信息资源管理(信息流)集成一体化的管理。与黑名单供应商的各项业务活动也就遍布在ERP系统的各个部分中,由于系统庞大专业分散很难做到一点看全的全景展示和及时监控。经过对以往各管理部门及监察部门的管控需求进行整理,我们归纳了以下三种具体的业务场景:

1、特定供应商全业务数据完整展示:对重点关注的黑名单供应商进行全部业务活动的展现。

2、黑名单供应商近期活跃业务数据:对所有黑名单供应商指定时间范围内的项目、合同、报账、订单、记账等活动进行展示。

3、黑名单供应商异常业务活动监控数据:对所有黑名单供应商在指定时间内的特定业务活动进行展示。

4 设计与实现

4.1 总体设计

依托集团数据能力开放平台数据,对下发大ERP项目、采购、合同、报账、核心系统中的交易数据进行抽取、转换、装载到北分自建的M域数据前置平台。

通过对业务需求进行分析,开发黑名单供应商全流程数据展示视图、异常业务活动监控视图、近期活跃业务视图。

引入互联网思维建立通用业务数据查询快捷定制模块,完成相关视图的前端开发、配置,并根据业务要求进行授权。

4.2 全业务流程及数据交互

基于支出采购类ERP全业务流程,首先从项目系统进行立项、可研分析;其次在采购系统进行采购需求、采购方案、采购结果的审批,并依据采购结果起草采购合同发送合同系统进行合同审签,合同审签结束并签订盖章进入履行后,分发采购、报账等系统;最后在报账系统通过提交报账单进行付款,付款凭证传送ERP核心,并通过资金系统实现对外支付。

4.3 数据建模及功能实现

4.3.1数据ETL

使用ETL工具Kettle实现数据入库,包括:调用Shell脚本进行数据文件的下载及文件内容调整,将数据文件导入前置平台数据库。

MSS信息前置处理平台系统对数据存储进行分层。分层架构分为: 数据接入层(STAGE)、数据集市层(DM),形成MSS信息前置处理平台系统分层数据架构。

数据模型架构分层说明:

1)     STAGE层:

STAGE层用于存储集团数据能力开放平台接口数据,包含按天、按月的全量和增量数据,是数据仓库的主要数据源。

2)     DM层:

数据集市层是在STAGE层基础上,基于资产、采购、营销、报账、合同、资金的关于固定资产、采购订单、大ERP系统运行情况的信息。

4.3.2建立数据模型

以核心供应商数据为切入点,获取核心凭证信息、合同信息、报账单信息、科目段信息、支付信息。分析各系统数据业务含义,结合管理部门及纪检监察部门长期以来的痛点,选取关键含义业务字段。通过对业务场景分析及数据交互关系分析,创建数据模型。

4.3.3 数据库表配置

为了使用多业务数据关系型数据库统一查询服务,需要配置如下数据库表:

DSS_VIEW_TEMPLATE:查询功能模板表

DSS_VIEW_VIEW(查询条件表)

DSS_VIEW_VIEW_COLUMN(查询结果列表)

DSS_VIEW_VIEW_VARIABLES(查询条件属性表)

4.3.4主要功能

供应商全业务数据展示

以特定供应商为维度,提供跨系统贯穿ERP全生命周期的供应商数据展示及导出功能,包括立项批复、采购订单、合同签订、报账付款、核心凭证等信息;

近期活跃业务数据展示

以特定时间段为维度,对黑名单供应商业务操作进行展示,起到预警提示的作用。

异常业务活动监控数据展示

以特定时间段及业务动作类型为维度,对黑名单供应商异常业务进行展示。提供用户按照类型、环节、状态等多角度获取合同、项目、采购、报账系统信息。

4.4 成果展示

特定供应商全业务数据完整展示页面如下图,导出可以看到项目、采购、合同、报账详细信息。



投稿 打印文章 转寄朋友 留言编辑 收藏文章
  期刊推荐
1/1
转寄给朋友
朋友的昵称:
朋友的邮件地址:
您的昵称:
您的邮件地址:
邮件主题:
推荐理由:

写信给编辑
标题:
内容:
您的昵称:
您的邮件地址: