一种应用于建材行业的客户信用管理系统的制作方法

1.本发明涉及数据处理及共享技术领域，尤其一种应用于建材行业的客户信用管理系统。


背景技术：

2.在建材行业传统赊销业务中，对客户进行授信主要靠人工收集、统计客户相关资料，如客户资信、诉讼情况、合作情况等，依托企业自身的一套授信规则及管理者的评价给予客户一定的赊销额度，过程中客户的信用管理主要依靠人工跟进，坏账的风险相对较高。
3.现阶段建材行业普遍存在垫资销售的情况，对客户的信用管理模式存在如下缺陷：1）合作客户的相关数据依托人工统计、分析、核算，信息无法及时管理，不利于对货款风险信息的监控；2）客户资信发生变化，没有有效手段去监控，主要依托相关人员不定期使用“天眼查”等第三方平台人工查询，客户信用风险无法及时发现；3）企业存在多个子公司的情况下，难于统筹单一客户在各个子公司的整体合作情况等。


技术实现要素：

4.本发明的目的在于克服现有建材行业传统客户信用管理存在的诸多问题，提供一种应用于建材行业的客户信用管理系统。
5.本发明的目的是通过以下技术方案来实现的：一种应用于建材行业的客户信用管理系统，包括存储层、技术层、资源层、应用框架层和产品应用层，资源层获取系统所需的数据信息；资源层进行数据存储，实现内外部信息交互及融合；技术层进行服务开发；应用框架层按业务需求划分为多项应用；产品应用层对满足信用管理、工作移动端服务的系统产品进行应用；系统采用基于容器技术的微服务架构，包括数据层、业务层、展示层和平台安全层，系统基于底层数据层的支持和平台安全层的保护，实现业务层与展示层各个模块的功能。
6.所述数据层包括存储库模块和资源库模块；存储库模块使用mysql存储信用管理、客户管理、应收账款和风险预警数据信息；资源库模块从外部资源中获取并保存系统所需的工商数据、客户数据、合同数据和销售数据信息。
7.所述平台安全层包括微服务api网关和服务注册中心；微服务api网关为微服务对外部提供服务的唯一入口，通过权限认证和流量控制机制保证微服务的安全稳定；服务注册中心对各个服务进行识别身份的配置管理，获取服务身份信息，并进行服务身份正确性确认。
8.所述业务层包括工作台模块、客户信息模块、信用管理模块、应收跟进模块和风险监测模块；
工作台模块展示角色权限内的客户信息、项目信息、待办信息和其他任务信息，并提供人机交互功能；客户信息模块包括项目画像、客户画像和业主画像，用于修订和展示当前合作项目的全部信息、当前客户的全部信息和当前客户的实际业主信息；信用管理模块用于对客户开展信用评级、信贷约定跟踪、信用动态管理；应收跟进模块设置数据分析逻辑，对应收款项进行动态管理；风险监测模块用于推送外部失信情况，向内部进行风险预警。
9.所述其他任务信息包括信用评估、审批、预警跟进和数据报表。
10.所述展示层包括信息共享模块和数据报表模块：信息共享模块用于共享同一在各子公司的信用评级数据及合作历史数据，给各公司做信用评级及信用额度调整时提供数据参考；共享客户的负面信息，实现风险信息共享；数据报表模块用于对客户、项目涉及信用的数据进行分析、管理、展示，共享可视化数据报表。
11.本发明的有益效果：1）本发明的特点在于使用微服务架构，实现各个服务独立运行达到客户信用管理要求。基于微服务架构，将单体的组件进行服务分解，打破服务体系技术、语言一致性的限制，在构建服务时依据不同的业务领域特性选择更为合适业务本身的技术。
12.2）客户信用管理系统设计初衷是对过往审计问题进行根源性整改及实现信用管理的信息化，并在两者兼而有之的情况下，要求简单高效。此系统的设计不追求全面、复杂、繁琐，但以迭代的方式逐步进行相应的完善。同时系统充分贯彻了“系统的思考问题并落地于系统”的信息化理念，将现有的管理逻辑，通过建立数据模型并植入基于业务规则的数据算法，解决了相应的管理问题。
13.体现了如下优势：（1）系统融合了企业内部erp等业务系统及外部天眼查等系统的数据，并结合系统数据算法及时发现客户信用问题，实现信用风险的有效预测、预判，降低企业对客户的信用管理风险；（2）解决了传统客户信用管理数据滞后问题，通过信息系统的优化及时处理数据、分析数据，让管理者能够获取实时业务数据，更好、更精准的做业务决策，降低决策风险；（3）替代了客户信用管理流程中传统的人工跟踪环节，过程阶段通过系统逻辑自动运算跟踪，极大的提升了管理效率；（4）将传统的事后信用管理转变为事前管理及过程管控，较大程度上降低了客户信用管理风险；（5）通过数据的综合应用，很好的实现了数据汇集及共享，提升了总公司对子企业管控的及时性与有效性，同时了促进了子公司之间的互动，风险共享。
附图说明
14.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见的，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
15.图1是本发明的系统结构示意图；图2是本发明应用架构图。
具体实施方式
16.应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。
17.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当人认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
18.本发明旨在构建一种基于微服务架构的客户信用管理系统，与传统信用管理系统不同，本系统基于建材行业管理规则、困难应收、内部审计发现，将信用管理及应收账款管理融入到信用管理系统中，通过建立数据模型并植入基于业务规则的数据算法，实现建材行业信用管理风险的有效预测、预判，降低应收账款管理风险。
19.如图1-2所示，系统整体包括存储层、技术层、资源层、应用框架层、产品应用层。根据系统需要，从资源层天眼查、erp等内外部资源中获取系统所需的工商数据、客户数据、合同数据、销售数据等信息；资源层配置mysql、redis等数据库，进行数据存储，实现内外部信息交互及融合；技术层搭载使用springcloud、vue、jdk等技术，进行服务开发；框架层按业务需求划分为信用管理、客户管理、风险预警、菜单管理、配置管理等多项应用；最终在产品应用层面满足信用管理、润工作移动端服务等系统产品应用。
20.本系统采用基于容器技术的微服务架构来提升系统的可扩展性、敏捷性、容错性。根据业务功能要求其业务间耦合度情况，将系统划分为多套微小的服务，各应用服务采用独立开发、部署形式，运行在各自的进程之内，服务与服务之间采用轻量级通信机制在http的restfulapi进行通信协作，即构建一群协同工作的小而自治的服务。
21.本系统微服务架构包括客户端、微服务网关、服务发现、数据库、部署平台、权限认证等模块，包含数据层、业务层、展示层、平台安全层。系统基于底层数据层的支持及平台安全层的保护，实现业务层与展示层各个模块的功能。
22.系统采用针对系统业务领域进行接口设计方式，围绕业务边界设计接口，在接口设计过程中，进行业务流程的再梳理再思考，为管理模式优化提供切入口；确保接口稳定的前提下，更好体现业务变化情况，后续也可更加轻松的应对业务变化。
23.本系统采用内置习惯性配置的springboot为基础框架进行开发，开发者通过少量配置即可创建独立运行的基于spring框架的项目，节约开发时间，缩短项目周期。
24.使用简单的rest风格的协议来编排，使得应用程序尽可能的内聚。
25.数据层基于信用管理要求，构建系统数据的存储库。使用mysql存储信用管理、客户管理、应收账款、风险预警等数据信息；使用资源模板、预设资源规则将微服务部署至kubernetes中。实现系统数据储存与支持系统目的。
26.系统使用https协议和字段级别动态加密方法保证数据传输的安全。
27.同时，设置微服务api网关，作为所有微服务对外部提供服务的唯一入口，通过权限认证和流量控制机制保证了微服务的安全稳定，并可通过url重写、报文转换等适配不同服务的具体不同调用方式。
28.本架构中的服务注册中心用来存放所有的服务描述信息以及服务接口信息。提供
接口允许其他服务查询其他服务的信息，发布、更新和注销自己的服务信息。
29.服务认证中心作为安全认证机制，可以对各个服务进行识别身份的配置管理，可以获取服务身份信息，并进行服务身份正确性确认。
30.在综合管理中心，可以查询每个微服务的服务状态、服务调用追踪记录等信息。
31.本系统应用docker技术不依赖于任何服务器和数据模型，实现自动化部署的全栈应用，每个服务都是单独打包与发布，运行在自己的进程里，在不影响其他服务的前提下独自进行代码和服务的修改、开发和升级，实际工作中可针对性选择需要发布代码，而无需同步改动其他代码，降低产品迭代投入，避免人为事故的发生，充分体现微服务模型的自治性。
32.信用管理系统业务层根据业务需求情况，设计包含工作台、客户信息、信用管理、应收跟进、风险监测、数据报表6个功能板块，具体如下，1）工作台：包含我的客户、我的项目、我的待办、常用功能快捷入口等。其中，我的客户展示当前角色权限内所有客户信息，包括：客户名称、客户编号等基本信息，通过点击客户卡片，可跳转至客户画像页面进行详细信息查看；我的项目展示当前角色权限内所有项目信息，包括：项目名称、预警状态、合同编号、客户名称、签约方量、销售员等基本信息，通过点击项目卡片，可跳转至项目画像页面进行详细信息查看；我的待办按照时间轴倒序展示当前角色所有待办信息，包括：审批事项、需更新事项、预警事项等，通过点击各待办事项，跳转至相应页面进行信息处理；常用功能快捷入口提供了信用评估、我的审批、预警跟进、数据报表等功能的快捷进入方式。
33.2）客户信息：包含项目画像、客户画像及业主画像。其中项目画面展示当前合作项目的全部信息，如项目基本信息（名称、评级、数量、状态）、业务信息（销售情况、应收情况、逾期情况）、风险预警（额度使用、外部失信/诉讼变化）等信息，且可进行新增项目或变更客户信息，包含相应资料（如授权书、项目联系人等）上传等，此外，可以快速发起信用评级更新、信用额度调整、临时额度申请等；客户画面展示当前客户的全部信息：如客户基本信息（名称、客户评级、客户编号、税务编码）、风险信息（失信情况、诉讼情况）、业务信息（项目数量分布等情况、应收情况、逾期情况）等，同时，校验客户名称、统一信用代码是否唯一，校验统一社会信用代码与客户名称是否匹配，校验系统中是否已有相应客户，此外，可进行客户资料维护，包含相应资料（如营业执照、法人身份证等）上传；业主画像展示当前客户的实际业主的主要信息：如业主基本信息、风险信息、合作项目情况等，可进行新增业主或变更业主信息等操作。
34.3）信用管理：包含信用指标模板管理、客户信用评级、项目信贷约定、信贷约定调整、临时信贷额度申请、信评信贷审批、合同关联。其中信用指标模板管理依托公司制度固化了一套信用评价的指标库，如结算方式、合同价格、数量、历史履约情况、客户资信情况、客户诉讼情况等，各子企业可根据企业自身的情况酌情在指标库选择相关的评价指标并设置相应的指标权重（百分制），形成信用评级指标模板，并需要预设得分区间对应的客户信用等级（分为a、b、c、d级及所分别对应的最大赊销额度、最大逾期额度、最大逾期天数），指标模板形成后需要设置相关层级的审批且通过后，模板才能生效，此外，同一时期在同一子企业只能有一份生效的信用评级模板，新模板生效系统自动停用旧评级模板；客户信用评级由负责该客户的业务员发起，根据审批通过的信用评级模板填写各项指标的实际得分，
其中涉及到客户资信、诉讼情况、客户资质等外部信息，系统通过api直接与天眼查对接，自动获取相关信息，各项指标打分结束后会计算出合计得分，并根据系统预设逻辑自动计算出该客户所对应的信用等级及最大赊销额度、最大逾期额度、最大逾期天数，填写完成后需要按照系统预设的逻辑提交审批流程，审批通过后，信用评级结果才能生效，生效后，信用额度通过数据接口自动同步至业务erp系统；项目信贷约定是客户产生了逾期账款时，根据逾期账款的金额及天数，对客户采取的相应追款措施，主要手段有发催款函、停止供货、发律师函、起诉等，系统将信贷约定各节点的管控流程进行固化，各子企业根据自身需求人工录入各节点的管控数据（逾期天数、逾期金额），系统会根据预设条件根据信贷约定各流程节点，填写完成后需按照系统预设逻辑提交审批通过后方能生效；信贷约定调整是在评估客户信贷约定条件不满足合作需求后，可根据实际情况对原信贷约定条件进行修改，修改完成后需按照系统预设逻辑提交审批通过后方能生效，同时，旧的信贷约定自动失效；发起信贷额度调整，需填写调整金额、调整原因等事项，按照系统预设逻辑提交审批通过后方能生效，同时，旧的信贷约定自动失效；合同关联是在对客户完成信用评级、信贷约定后，通过手工操作，关联erp系统合同编号字段，通过关联合同编号后，系统可以通过数据接口自动获取erp内此客户的相关数据，为客户画像、项目画面、数据报表提供数据支持。
35.4）应收跟进：包含应收全生命周期管理、对账跟进反馈、应收跟进反馈。应收全生命周期管理通过接口从erp等企业内部业务系统获取了客户应收账款从销售、对账、开票、回款各阶段数据，系统预设了数据分析逻辑，可查询全公司、子企业等全量的相关数据信息，供业务进行应收款项的动态管理；对账跟进反馈功能配置了上传对账单及对账单复核功能，相应的业务员在与客户完成对账后需按照系统预设的要求在一定时间期限内上传对账单并提交，由子企业财务相关人员进行对账单的复核，如无法及时完成对账，需在系统内手工输入无法对账的原因并提交；应收跟进反馈主要是对信用额度使用超限、应收账款逾期的情况进行跟进，相应的业务员需对超限、逾期的账款说明原因，并拟定下一步执行动作，如回款（填写预计回传时间）、固定额度调整、申请临时额度、停供准备、正式停供、其他等，按照系统预设逻辑提交审批。
36.5）风险监测：包含负面清单、外部风险监测、内部风险监测。其中负面清单为子企业在与客户合作过程中出现客户恶意拖欠款项、严重失信等行为后，子企业可以将该客户的基本情况纳入负面清单并填写拉入负面清单的具体事由，该信息可在总公司范围内所有子企业共享，为其它子公司与该客户合作提供决策依据；外部风险监测主要为系统通过api与第三方系统进行数据连接，如天眼查，通过系统预设的规则定期自动获取客户资信变化、诉讼变化、经营异常、被列为失信人等信息，并将该变化信息及时推送至相关人员，让相关人员及时掌握客户经营情况的变化，做好风险应对措施；内部风险监测会记录合作客户的预警数据，如，额度频繁调整、频繁申请临时额度、长时间未对账、应收账款逾期等信息，并将预警数据推送给相关人员。
37.6）数据报表：系统建设了丰富的可视化数据报表，数据报表可以实现从总公司、子企业、业务员数据的层层穿透，主要含基础数据展示、经营基础数据分析、逾期账龄分布、子企业应收等数据排行榜、项目及客户应收与逾期排行榜等。其中基础数据展示包括应收总额、应收同比增长率、销售总额、销售额同比增长率、逾期总额、逾期比例、周转天数等；经营基础数据分析展示了销售额与应收额、销售额与回款情况、回款率与逾期比例的同比、环比
变化趋势；逾期账龄分布展示了0-6个月、6-12个月、12-24个月、24个月以上各个区间段的逾期账款情况；子企业应收等数据排行榜展示了各子企业应收金额、逾期比例、周转天数、回款总额等数据在总公司排名情况；项目及客户应收与逾期排行榜是在总公司层级分为项目、客户两个维度，对所有子企业数据进行分类汇总，展示了总公司层面项目在应收、逾期方面的排行及客户在应收、逾期方面的排行，为总公司统筹管理提供决策依据以上所述仅是本发明的优选实施方式，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。