发帖

大宗贸易管理,让数据为业务发展赋能(应用组)

大赛讨论专区  / 参赛作品展示  / 只看大图  / 倒序浏览   © 著作权归作者本人所有

#楼主# 2020-12-23

跳转到指定楼层

注册氚云社区,学习低代码知识,与更多氚友互动交流

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
本帖最后由 海盐糖 于 2020-12-23 19:03 编辑

大宗贸易管理,让数据为业务发展赋能
一、场景描述:
1、企业介绍:
1953年,中国天辰工程有限公司(以下简称中国天辰)的前身——原国家化学工业部第一设计院诞生,这是中国第一家国家化工设计院。中国天辰成为新中国最早的国家级化工勘察单位。经过60多年的发展,中国天辰已成为一家享誉全球的国际工程企业,先后完成了3000多个海内外跨行业项目。伴随着海内外项目的不断发展,集团业务也逐渐开始寻求多元化的发展之路。
天辰(天津)国际技术贸易有限公司(以下简称天辰国贸)是中国天辰核心四大板块之一——贸易板块的重要构成,肩负着贸易板块开发和业务执行拓展的责任。公司主要业务有工程采购、大宗化工品贸易、技术贸易和跨境电商。
2、业务场景(此处仅针对大宗贸易管理来进行说明):
大宗贸易与其它贸易相比较,具备流转速度快、交易量大、价格波动不稳定、交易金额高等特点。在大宗贸易业务开展的过程中,对于部门间的协同操作、流程的快速响应、执行情况动态跟踪、风险的实际发现和监控处理提出了非常高的要求。
在业务开展中产生的大量数据为后续的多维度统计分析提供充分的数据支撑。这些数据如何为业务及协同部门相关工作的开展提供参考信息、减轻组织成员的工作负担,如何发现数据背后隐藏的关键信息,如何通过数据实现资源的超高效率配置,如何通过数据实现可靠有效的风险监控…?
让数据学会主动说话,利用数据为业务赋能,为企业的发展赋能成为业务及管理部门最为关心的问题之一。
二、方案介绍:
1、  由于大宗贸易具备流转速度快、交易量大的特点,系统上会有大量的数据输入需要进行分析和处理,多种业务多个流程多条数据混杂在一起,对于后续业务执行情况的跟进,数据的筛选分析和处理造成了额外的工作负荷。
针对此种情况,我们建立了业务编码系统。同时将其作为一单业务从始至终的唯一识别码,通过业务编码串联起业务从发生到完结的全部活动,时刻明晰当前业务进展的步骤,掌握业务的进展情况,及时对业务开展过程中的各项活动进行处理。
同时通过业务编码可以将大量混杂的数据进行清晰的数据归属划分,通过检索业务编码即可筛选获得特别业务的全部数据情况,避免了人工统计的错漏。
2、  由于大宗贸易具备价格波动大、流转速度快的特点,对于业务操作的合规性和流程的快速响应提出了较高要求。常规的为了业务操作合规性的流程响应机制不能很好的适配大宗贸易的特点,为了同时兼顾业务的正常开展和操作模式合规,在业务表单及流程处理上做了优化。
在业务操作上价格审批及合同审批同步完成,减少了业务员重复录入性工作的时间及等待流程审批的时间。同时建立合同模板库,针对不同业务不同交易对手不同交易模式设置不同合同模板,申请成为合同模板需要经过公司多部门严格审批,对合同中的条款达成一致意见后生效。在后续合同审批过程中,凡是调用系统审批生效的合同模板可在审批上执行快速响应原则,着重关注对交易对手及交易价格的审核,减少审批时间。
3、  大宗贸易具备的一大特点是交易量大。大交易量往往使得合同无法一次性执行完毕,因此对于业务执行过程中的跟踪,特别是货款、发票、货物情况的监督就显得尤为重要。
针对以上困难,传统的方式是通过业务员记录手工台账完成。手工台账信息量大,记录数据详细,往往保存在业务员手中,其他部门(如财务、物流)与业务部门之间数据存在割裂。
对此,系统上给出了两个针对性的解决方式:
a.针对单合同执行状态的跟进:以前面第一条中提到的业务编码为索引,通过业务规则将单笔合同下所有的业务执行中的数据进行自动更新回填。对于特定合同,在原始合同审批表单项下即可清晰该笔合同当前的执行情况(货款、发票、货物执行情况明细和累计执行情况)。
b.针对固定业务下多合同执行情况及各部门(包括业务部门和职能部门)对于执行台账明细数据的要求,以业务编码为索引自动生成线上电子执行台账,设定产品/业务为查询维度,直接筛选查询获取当前条件下,全部合同的全部执行情况(货款、发票、货物执行情况明细和累计执行情况)。该业务相关全部成员可以根据需要随时对执行数据进行访问。同时,针对原始数据和自动生成数据使用不同的统计计算方式,结果互相校核,方便及时发现错漏保证数据的准确和稳定。
4、    由于大宗贸易的交易金额大,对于财务部门的资金调度及发票管理提出了较大挑战。财务人员需要在固定提前期内获取业务具体的资金使用计划及发票计划,方便提前进行调度和准备,好在第一时间为业务的开展提供支持。同时,在市场价格波动不稳定时,业务人员也同样需要财务人员在成本核算上提供较为专业全面的支持,确定业务开展的时机是否合适,是否能为公司带来利润。
针对以上场景,在应用下建立财务计划分组,由财务部门及业务部门协同操作,业务人员将资金及发票使用计划提前上报,财务成员可随时通过使用查询功能,知悉业务对于资金及发票的需求情况,提前进行资金调度,确保业务正常顺利开展。此外,业务人员可提出成本核算申请,申请提出后自动转交财务部门进行成本核算,给出意见后再转由业务部门确认。
5、    大宗贸易的大交易量及高成交额同时会对公司的风险管理人员带来极大的挑战。因此在应用中特别建立了风险管理机制。将业务执行过程中可能出现的风险作为基础数据,成为后续统计分析中的查询维度。建立完结合同登记及异常合同上报机制,对于完结的合同及时进行完结登记,登记完成后合同执行状态同步更新,记录执行天数。通过报表筛选仍在执行的合同,对执行天数异常的合同及时进行关注,及时发现执行过程中的潜在风险并进行处理和解决。异常合同出现后及时填写异常合同上报,转由风控管理人员处理,由风控及业务共同评估风险,部门协同提请处置方案并决定是否需要上报公司提供支援。
6、  在应用下建立了专门的统计分析分组,以便最大程度的利用业务数据通过数据来为业务活动提供参考。引进业务团队概念,分析团队执行效率,进行效率最大化的资源配置。考虑到大宗业务的独特性,建立专门的业务风险情况统计,全面灵活地对在执行合同的业务风险进行分析,为风控人员的工作提供数据信息建立对账单机制,清楚查询每项业务的业务数据(合同、结算、收付款、收开票)情况,为财务部门及业务部门提供数据支持和参考等等。
三、应用介绍:
大宗贸易管理的业务流程看似简单,但不用产品、不同业务模式都对应着不同的业务逻辑,如何在最大程度上实现业务逻辑与系统逻辑的完美统一,让系统数据能够辅助工作的开展, 实现平台数据为业务和企业的赋能,天辰国贸依托氚云平台做了大量工作,实现了大宗贸易全流程线上化运作并为管理及业务工作的开展,部门间的协同操作等方面提供了创新性功能支撑。
在此仅针对平台能够实现的对于管理和业务工作提供的创新性功能支持做出介绍,对于常规基础的表单字段构建过程及表单内容等基本功能不再多做赘述。
1.     在进行应用搭建前,首先进行了业务及流程逻辑,确认业务流程关键管控节点。在业务及系统逻辑清晰,管控节点明确后,进行统计分析需求梳理,并根据统计分析需求对业务流程中的关键字段进行拆解,形成基础数据,作为后续查询、统计、分析的基本数据维度。
基础数据1.png
基础数据2.png
图1 基础数据示例
2.        所有业务在开展前需在在业务编码中建立业务编码,该业务编码为此项业务的唯一识别码。通过业务编码串联起业务从发生到完结的全部活动,时刻明晰当前业务进展的步骤,掌握业务的进展情况,及时对业务开展过程中的各项活动进行处理。同时通过业务编码可以将大量混杂的数据进行清晰的数据归属划分,通过检索业务编码即可筛选获得特别业务的全部数据情况,避免了人工统计的错漏。
业务编码示例.png
图2 业务编码页签展示示例

3.        建立客商通讯录作为基础数据储备之一,避免因组织成员变动造成客户及供应商资源流失。供应商、客户通讯录为在进行准入审批时记录的联系人信息自动汇总生成,可随时进行新增和删除,支持通过客商名称进行查询,以便快速找到对应的联系人信息,开展业务。

客户通讯录示例.png

图3 客户通讯录示例

4.        建立合同模板库,针对不同业务不同交易对手不同交易模式设置不同合同模板,申请成为合同模板需要经过公司多部门严格审批,对合同中的条款达成一致意见后生效。生效的合同模板会进行定期的更新和升版,并且会在生效的合同模板界面展示合同模板升级情况,保证选取最新合同模板进行代入。在后续合同审批过程中可直接调用合同模板。

合同模板示例.png

图4 合同模板管理(示例)

5.        针对单合同执行状态的跟进:以前面第一条中提到的业务编码为索引,通过业务规则将单笔合同下所有的业务执行中的数据进行自动更新回填。对于特定合同,在原始合同审批表单项下即可清晰该笔合同当前的执行情况(货款、发票、货物执行情况明细和累计执行情况)

汇总数据示例.png 明细数据示例.png

图5 单个合同执行状态跟进(示例)

6.        针对固定业务下多合同执行情况及各部门(包括业务部门和职能部门)对于执行台账明细数据的要求,以业务编码为索引自动生成线上电子执行台账,设定产品/业务为查询维度,直接筛选查询获取当前条件下,全部合同的全部执行情况(货款、发票、货物执行情况明细和累计执行情况)。该业务相关全部成员可以根据需要随时对执行数据进行访问。同时,针对原始数据和自动生成数据使用不同的统计计算方式,结果互相校核,方便及时发现错漏保证数据的准确和稳定。

传统台账示例.png

传统台账示例2.png

图6 电子传统台账(示例)

7.        在应用下建立财务计划分组,由财务部门及业务部门协同操作,业务人员将资金及发票使用计划提前上报,财务成员可随时通过使用查询功能,知悉业务对于资金及发票的需求情况,提前进行资金调度,确保业务正常顺利开展。此外,业务人员可提出成本核算申请,申请提出后自动转交财务部门进行成本核算,给出意见后再转由业务部门确认。

财务资金示例.png

财务资金示例2.png

图7 财务资金计划(示例)

8.        在应用中特别建立了风险管理机制。将业务执行过程中可能出现的风险作为基础数据,成为后续统计分析中的查询维度。建立完结合同登记及异常合同上报机制,对于完结的合同及时进行完结登记,登记完成后合同执行状态同步更新,记录执行天数。通过报表筛选仍在执行的合同,对执行天数异常的合同及时进行关注,及时发现执行过程中的潜在风险并进行处理和解决。异常合同出现后及时填写异常合同上报,转由风控管理人员处理,由风控及业务共同评估风险,部门协同提请处置方案并决定是否需要上报公司提供支援。
风险管控示例2.png


风险管控示例.png

图8 风险实时管控(示例)

9.        建立对账单机制,清楚查询每项业务的业务数据(合同、结算、收付款、收开票)情况,为财务部门及业务部门提供数据支持和参考等等。

对账单系统.png

对账单系统2.png

图9 对账单系统(示例)

10.        在应用下建立了专门的统计分析分组,以便最大程度的利用业务数据通过数据来为业务活动提供参考。引进业务团队概念,分析团队执行效率,进行效率最大化的资源配置。考虑到大宗业务的独特性,建立专门的业务风险情况统计,全面灵活地对在执行合同的业务风险进行分析,为风控人员的工作提供数据信息。

1.png

2.png

3.png

4.png

5.png

图10 统计分析图表(部分示例)


注:本参赛方案及投稿所用应用为投稿公司及投稿人独立讨论制作完成,仅供参赛使用。未经投稿公司允许不得用作除参赛之外的其他用途,不得以任何形式进行对方案及投稿应用的随意转载、摘编、复制、二次发布或用作其它商业用途。
回复

使用道具

成为第一个回答人

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于作者

海盐糖

lv3

  • 主题

    1

  • 帖子

    2

  • 关注者

    0

小黑屋|氚云社区 |粤ICP备15096637号-1
Powered by Discuz! X3.4 Licensed  © 2001-2017 Comsenz Inc.