CN114298790A - 一种应用于客商管理的主数据管理方法和系统 - Google Patents

Abstract

本申请实施例公开了一种应用于客商管理的主数据管理方法和系统，其中方法为：通过接收在客户管理模块和/或供应商管理模块录入的客商信息；将客商信息经过资质检查、审核、状态更新后，将客商信息提交至主数据管理模块；对主数据管理模块中的客商信息按照预设格式进行清洗；根据预设格式判断主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新客商信息；若否，则在客商库中新增客商信息，实现了对客商主数据进行统一管理，保证主数据的数据唯一性，提升了用户体验，解决了各业务系统的交互过程中同一家企业的业务出现重复的问题。

Description

一种应用于客商管理的主数据管理方法和系统

技术领域

本申请涉及主数据管理技术领域，尤其涉及一种应用于客商管理的主数据管理方法和系统。

背景技术

随着我国信息化水平的不断提升，电子商务实现了爆发式的增长，增长的背后必将产生大量的数据。

针对一家跨境电商集团中，集团的各业务模块通常采用不同的信息化系统和模块来应对不同的业务要求。各业务模块分期开展，采用分布式架构搭建，导致信息孤岛现象，当进行系统间信息交互时出现主数据不唯一，信息冗余，无法统一指定信息对象。特别在业务系统与财务结算系统的交互过程中，未清洗的数据接入财务系统后可能会出现一个客户在一个结算周期内出现多对账单或成本单据的现象，严重影响用户体验和财务处理进程。

因此，如何提供一种应用于客商管理的主数据管理方法和系统，对客商主数据进行统一管理，保证主数据的数据唯一性，从而准确判断各业务系统的交互过程中多个企业是否属于同一家企业，是本领域技术人员需要解决的技术问题。

发明内容

本申请实施例提供了一种应用于客商管理的主数据管理方法和系统，实现了对客商主数据进行统一管理，保证主数据的数据唯一性。

有鉴于此，本申请第一方面提供了一种应用于客商管理的主数据管理方法，应用于一种客商管理的主数据管理系统，所述系统包括：客户管理模块、供应商管理模块、企业库模块、办公管理模块和主数据管理模块；所述方法包括：

接收在所述客户管理模块录入的客户信息和/或在所述供应商管理模块录入的供应商信息；

将所述客户信息提交至所述主数据管理模块；

将所述供应商信息提交至所述企业库模块进行资质检查；

将满足资质的所述供应商信息发送至办公管理模块进行审核；

将审核通过的所述供应商信息在所述供应商管理模块中进行状态更新，并提交至所述主数据管理模块；

对所述主数据管理模块中的客商信息按照预设格式进行清洗；所述客商信息包括客户信息和供应商信息；

根据所述预设格式判断所述主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新所述客商信息；若否，则在所述客商库中新增所述客商信息。

优选的，还包括：

接收业务系统发送的新增客商请求；

判断对应的客商信息是否存在于所述主数据管理模块的客商库中，若否，则允许所述业务系统的新增客商请求，并建立所述业务系统的客商与所述主数据管理模块的对应客商的关联关系。

优选的，还包括：

当接收到业务系统发送的新增非客商请求时，所述主数据管理模块提供公用服务URL，以便于所述业务系统按照所述预设格式新增非客商。

优选的，还包括：

接收在所述客户管理模块变更的客户开票银行信息和/或在所述供应商管理模块变更的供应商付款银行信息；

将所述客户开票银行信息和/或供应商付款银行信息发送至办公管理模块进行审核；

将审核通过的所述客户开票银行信息和/或供应商付款银行信息提交至主数据管理模块中保存。

优选的，还包括：

在所述主数据管理模块新增和更新客商信息后进行版本管理。

本申请第二方面提供一种应用于客商管理的主数据管理系统，包括客户管理模块、供应商管理模块、企业库模块、办公管理模块和主数据管理模块；

所述客户管理模块，用于录入客户信息，并将所述客户信息提交至所述主数据管理模块；

所述供应商管理模块，用于录入供应商信息，将所述供应商信息提交至所述企业库模块进行，对审核通过的所述供应商信息进行状态更新，并提交至所述主数据管理模块；

所述企业库模块，用于对所述供应商信息进行资质检查，将满足资质的所述供应商信息发送至办公管理模块；

所述办公管理模块，用于对满足资质的所述供应商信息进行审核，将审核通过的所述供应商信息发送至供应商管理模块；

所述主数据管理模块，用于对客商信息按照预设格式进行清洗，根据所述预设格式判断客商库中是否存在对应的客商信息，若是，更新所述客商信息；若否，则在所述客商库中新增所述客商信息；所述客商信息包括客户信息和供应商信息。

优选的，所述主数据管理模块，还用于接收业务系统发送的新增客商请求，判断对应的客商信息是否存在于客商库中，若否，则允许所述业务系统的新增客商请求，并建立所述业务系统的客商与所述主数据管理模块的对应客商的关联关系。

优选的，所述主数据管理模块，还用于当接收到业务系统发送的新增非客商请求时，提供公用服务URL，以便于所述业务系统按照所述预设格式新增非客商。

优选的，所述客户管理模块，还用于接收变更的客户开票银行信息，并发送至办公管理模块；

所述供应商管理模块，还用于接收变更的供应商付款银行信息，并发送至办公管理模块；

所述办公管理模块，还用于对所述客户开票银行信息和供应商付款银行信息进行审核，并将审核通过后的客户开票银行信息和供应商付款银行信息提交至主数据管理模块；

所述主数据管理模块，还用于对客户开票银行信息和供应商付款银行信息进行保存。

优选的，还包括订阅模块；

所述订阅模块，用于当客商信息、客户开票银行信息和供应商付款银行信息发生变更时，向业务系统发送变更信息。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，提供了一种应用于客商管理的主数据管理方法，通过接收在客户管理模块录入的客户信息和/或在供应商管理模块录入的供应商信息；将客户信息提交至主数据管理模块；将供应商信息提交至企业库模块进行资质检查；将满足资质的供应商信息发送至办公管理模块进行审核；将审核通过的供应商信息在供应商管理模块中进行状态更新，并提交至主数据管理模块；对主数据管理模块中的客商信息按照预设格式进行清洗；根据预设格式判断主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新客商信息；若否，则在客商库中新增客商信息，实现了对客商主数据进行统一管理，保证主数据的数据唯一性，避免了在业务系统与财务结算系统的交互过程中，未清洗数据接入财务系统后可能会出现一个客户在一个结算周期内出现多对账单或成本单据的现象的发生，提升了用户体验，解决了各业务系统的交互过程中同一家企业的业务出现重复的问题。

附图说明

图1为本申请第一实施例中应用于客商管理的主数据管理方法的方法流程图；

图2为本申请第二实施例提供了一种客商管理的主数据管理方法的方法流程图；

图3为本申请第三实施例所提供的应用于客商管理的主数据管理系统的系统架构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请第一方面设计了一种应用于客商管理的主数据管理方法。

为了便于理解，请参阅图1，图1为本申请第一实施例中应用于客商管理的主数据管理方法的方法流程图。

本申请所提供的应用于客商管理的主数据管理方法应用于一种客商管理的主数据管理方法系统，请参阅图3，包括客户管理模块、供应商管理模块、企业库模块、办公管理模块和主数据管理模块。客商信息包括客户信息和供应商信息。

本申请实施例所提供的应用于客商管理的主数据管理方法包括：

步骤101，接收在客户管理模块录入的客户信息和/或在供应商管理模块录入的供应商信息。

可以理解的是，客户与供应商的业务意义不同，但是要解决客户与供应商角色转换的业务场景，主数据需要统一进行管理。因此，首先，用户在CRM(Customer RelationshipManagement，客户管理)模块录入客户信息，或在SRM(Supplier RelationshipManagement，供应商管理)模块录入供应商信息。

步骤102，将客户信息提交至主数据管理模块。

需要说明的是，由于客户不需要进行资质审核，因此客户信息可以直接提交到MDM(Master Data Management，主数据管理)模块。

步骤103，将供应商信息提交至企业库模块进行资质检查。

需要说明的是，供应商在提交之前需要进行资质审核，因此需要将供应商信息提交到企业库模块进行资质检查。企业库模块可以是集团或公司内针对特定需求建立的符合公司要求的供应商企业集合，也可以是根据预设指标进行筛选的一套标准，满足标准的供应商企业可以通过资质检测。

步骤104，将满足资质的供应商信息发送至办公管理模块进行审核。

可以理解的是，提交企业库模块进行客商资质检查，如查询有结果则提交OA(Office Automation，办公自动化/办公管理)模块进行审核；如查询无结果则重新编辑重调OA。

步骤105，将审核通过的供应商信息在供应商管理模块中进行状态更新，并提交至主数据管理模块。

可以理解的是，相关负责人在OA模块对供应商信息进行审核操作：①对于审核不通过的供应商退回SRM模块，用户可修改客商信息再重新提交OA审核；②对于审核通过的供应商通知SRM模块更新状态。SRM模块将审核通过的供应商信息提交MDM模块保存。

步骤106，对主数据管理模块中的客商信息按照预设格式进行清洗。

可以理解的是，MDM接收CRM/SRM客商新增信息后，按预设格式进行清洗，以便于后续对客商信息的查找。例如：按照“证件类型+证件号+租户”清洗。

步骤107，根据预设格式判断主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新客商信息；若否，则在客商库中新增客商信息。

需要说明的是，在主数据管理模块新增和更新客商信息后还可以进行版本管理，对客商信息进行清洗之后，新增客商库信息，处理版本号。如果该客商信息的“证件类型+证件号+租户”不存在则插入一行记录，版本号＝最新版本号+1，保存客商库；如果存在更新客商信息。

本申请实施例所提供的应用于客商管理的主数据管理方法，通过接收在客户管理模块录入的客户信息和/或在供应商管理模块录入的供应商信息；将客户信息提交至主数据管理模块；将供应商信息提交至企业库模块进行资质检查；将满足资质的供应商信息发送至办公管理模块进行审核；将审核通过的供应商信息在供应商管理模块中进行状态更新，并提交至主数据管理模块；对主数据管理模块中的客商信息按照预设格式进行清洗；根据预设格式判断主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新客商信息；若否，则在客商库中新增客商信息，实现了对客商主数据进行统一管理，保证主数据的数据唯一性，避免了在业务系统与财务结算系统的交互过程中，未清洗数据接入财务系统后可能会出现一个客户在一个结算周期内出现多对账单或成本单据的现象的发生，提升了用户体验，解决了各业务系统的交互过程中同一家企业的业务出现重复的问题。

本申请第二实施例提供了一种客商管理的主数据管理方法。

请参阅图2，图2为本申请第二实施例提供了一种客商管理的主数据管理方法的方法流程图，在上述第一实施例的基础上，还包括：

步骤201，接收业务系统发送的新增客商请求；

步骤202，判断对应的客商信息是否存在于主数据管理模块的客商库中，若否，则允许业务系统的新增客商请求，并建立业务系统的客商与主数据管理模块的对应客商的关联关系。

需要说明的是，业务系统可以进行自建客商申请，在新建客商前需查阅MDM客商库，如MDM客商库数据存在，则允许业务系统新增客商，且建立业务系统客商与MDM客商库编码的关联关系。如不存在提示“请走CRM/SRM流程新增客商”。可以理解的是，如果客商库不存在该客商数据，说明该客商企业要么未经过审核，要么客商信息没有进行清洗。那么该客商如果在业务系统中进行新建，则又会出现主数据不唯一的问题。因此，业务系统中新建的客商，只能是在MDM的客商库中已存在的客商企业。

此外，各业务系统查询MDM客商数据过滤规则：1、按版本号(如空则查最新版本)；2、按客商全称/证件号(二选一)，查询范围仅限于客商，不含非客商企业。

进一步的，还包括：

步骤203，当接收到业务系统发送的新增非客商请求时，主数据管理模块提供公用服务URL，以便于业务系统按照预设格式新增非客商。

需要说明的是，对于一些特定场景会出现非客商企业，需要与客商企业统一清洗主数据：

1)、电商平台企业：不直接与集团产生结算关系，但是海关申报、业务运作不可缺失；

2)、资金方：不直接与集团产生结算关系，但业务供应链金融流动质押业务需要体现该企业主数据；

3)、快递企业：业务场景客户快递费与电商平台结算时，不委托公司快递业务时，需要使用的场景。

需要说明的是，MDM提供公用服务URL，业务系统可进入直接进行非客商企业的新增。新增要求：必须录入“证件类型+证件号+租户”，符合客商库清洗规则。只能新增客商库客商信息以外的信息。MDM在保存非客商信息时进行数据清洗，如果客商库中存在，更新客商信息外的其他信息，版本号＝最新版本号+1，保存历史库。如果客商库中不存在则插入一条记录，版本号为1。

进一步的，还包括客商银行信息(客户开票信息、供应商付款信息)更新，具体为：

步骤204，接收在客户管理模块变更的客户开票银行信息和/或在供应商管理模块变更的供应商付款银行信息；

步骤205，将客户开票银行信息和/或供应商付款银行信息发送至办公管理模块进行审核；

可以理解的是，用户在CRM模块变更客户开票银行信息，或在SRM模块变更供应商付款银行信息，并提交OA模块进行审核。相关负责人在OA模块对客户/供应商的开票、付款信息进行审核操作：①对于审核不通过的客户、供应商退回CRM模块或SRM模块，用户可修改信息再重新提交OA审核；②对于审核通过的客户、供应商通知CRM模块或SRM模块更新状态。

步骤206，将审核通过的客户开票银行信息和/或供应商付款银行信息提交至主数据管理模块中保存。

可以理解的是，CRM模块/SRM模块将审核通过的客户、供应商变更信息提交MDM模块保存，MDM接到客户开票银行信息、供应商付款信息后进行版本管理。

进一步的，还包括银行信息查询：业务系统调MDM的【企业银行信息查询】服务，MDM同步从本地查询结果响应。

进一步的，还包括订阅服务：MDM提供订阅服务作为版本变更消息推送各业务系统，订阅范围：企业信息变更、银行信息变更。

本申请第二方面提供了一种应用于客商管理的主数据管理系统

请参阅图3，图3为本申请第三实施例所提供的应用于客商管理的主数据管理系统的系统架构图，包括客户管理模块301、供应商管理模块302、企业库模块303、办公管理模块304和主数据管理模块305；

客户管理模块301，用于录入客户信息，并将客户信息提交至主数据管理模块305；

供应商管理模块302，用于录入供应商信息，将供应商信息提交至企业库模块303进行，对审核通过的供应商信息进行状态更新，并提交至主数据管理模块305；

企业库模块303，用于对供应商信息进行资质检查，将满足资质的供应商信息发送至办公管理模块304；

办公管理模块304，用于对满足资质的供应商信息进行审核，将审核通过的供应商信息发送至供应商管理模块302；

主数据管理模块305，用于对客商信息按照预设格式进行清洗，根据预设格式判断客商库中是否存在对应的客商信息，若是，更新客商信息；若否，则在客商库中新增客商信息；客商信息包括客户信息和供应商信息。

进一步的，主数据管理模块305，还用于接收业务系统发送的新增客商请求，判断对应的客商信息是否存在于客商库中，若否，则允许业务系统的新增客商请求，并建立业务系统的客商与主数据管理模块的对应客商的关联关系。

进一步的，主数据管理模块305，还用于当接收到业务系统发送的新增非客商请求时，提供公用服务URL，以便于业务系统按照预设格式新增非客商。

进一步的，客户管理模块301，还用于接收变更的客户开票银行信息，并发送至办公管理模块；

供应商管理模块302，还用于接收变更的供应商付款银行信息，并发送至办公管理模块；

办公管理模块304，还用于对客户开票银行信息和供应商付款银行信息进行审核，并将审核通过后的客户开票银行信息和供应商付款银行信息提交至主数据管理模块305；

主数据管理模块305，还用于对客户开票银行信息和供应商付款银行信息进行保存。

进一步的，还包括订阅模块306；

订阅模块306，用于当客商信息、客户开票银行信息和供应商付款银行信息发生变更时，向业务系统发送变更信息。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种应用于客商管理的主数据管理方法，其特征在于，应用于一种客商管理的主数据管理系统，所述系统包括：客户管理模块、供应商管理模块、企业库模块、办公管理模块和主数据管理模块；所述方法包括：

接收在所述客户管理模块录入的客户信息和/或在所述供应商管理模块录入的供应商信息；

将所述客户信息提交至所述主数据管理模块；

将所述供应商信息提交至所述企业库模块进行资质检查；

将满足资质的所述供应商信息发送至办公管理模块进行审核；

将审核通过的所述供应商信息在所述供应商管理模块中进行状态更新，并提交至所述主数据管理模块；

对所述主数据管理模块中的客商信息按照预设格式进行清洗；所述客商信息包括客户信息和供应商信息；

根据所述预设格式判断所述主数据管理模块中的客商库中是否存在对应的客商信息，若是，更新所述客商信息；若否，则在所述客商库中新增所述客商信息。

2.根据权利要求1所述的应用于客商管理的主数据管理方法，其特征在于，还包括：

接收业务系统发送的新增客商请求；

判断对应的客商信息是否存在于所述主数据管理模块的客商库中，若否，则允许所述业务系统的新增客商请求，并建立所述业务系统的客商与所述主数据管理模块的对应客商的关联关系。

3.根据权利要求1所述的应用于客商管理的主数据管理方法，其特征在于，还包括：

当接收到业务系统发送的新增非客商请求时，所述主数据管理模块提供公用服务URL，以便于所述业务系统按照所述预设格式新增非客商。

4.根据权利要求1所述的应用于客商管理的主数据管理方法，其特征在于，还包括：

接收在所述客户管理模块变更的客户开票银行信息和/或在所述供应商管理模块变更的供应商付款银行信息；

将所述客户开票银行信息和/或供应商付款银行信息发送至办公管理模块进行审核；

将审核通过的所述客户开票银行信息和/或供应商付款银行信息提交至主数据管理模块中保存。

5.根据权利要求1所述的应用于客商管理的主数据管理方法，其特征在于，还包括：

在所述主数据管理模块新增和更新客商信息后进行版本管理。

6.一种应用于客商管理的主数据管理系统，其特征在于，包括客户管理模块、供应商管理模块、企业库模块、办公管理模块和主数据管理模块；

所述客户管理模块，用于录入客户信息，并将所述客户信息提交至所述主数据管理模块；

所述供应商管理模块，用于录入供应商信息，将所述供应商信息提交至所述企业库模块进行，对审核通过的所述供应商信息进行状态更新，并提交至所述主数据管理模块；

所述企业库模块，用于对所述供应商信息进行资质检查，将满足资质的所述供应商信息发送至办公管理模块；

所述办公管理模块，用于对满足资质的所述供应商信息进行审核，将审核通过的所述供应商信息发送至供应商管理模块；

所述主数据管理模块，用于对客商信息按照预设格式进行清洗，根据所述预设格式判断客商库中是否存在对应的客商信息，若是，更新所述客商信息；若否，则在所述客商库中新增所述客商信息；所述客商信息包括客户信息和供应商信息。

7.根据权利要求6所述的应用于客商管理的主数据管理系统，其特征在于，

所述主数据管理模块，还用于接收业务系统发送的新增客商请求，判断对应的客商信息是否存在于客商库中，若否，则允许所述业务系统的新增客商请求，并建立所述业务系统的客商与所述主数据管理模块的对应客商的关联关系。

8.根据权利要求6所述的应用于客商管理的主数据管理系统，其特征在于，

所述主数据管理模块，还用于当接收到业务系统发送的新增非客商请求时，提供公用服务URL，以便于所述业务系统按照所述预设格式新增非客商。

9.根据权利要求6所述的应用于客商管理的主数据管理系统，其特征在于，

所述客户管理模块，还用于接收变更的客户开票银行信息，并发送至办公管理模块；

所述供应商管理模块，还用于接收变更的供应商付款银行信息，并发送至办公管理模块；

所述办公管理模块，还用于对所述客户开票银行信息和供应商付款银行信息进行审核，并将审核通过后的客户开票银行信息和供应商付款银行信息提交至主数据管理模块；

所述主数据管理模块，还用于对客户开票银行信息和供应商付款银行信息进行保存。

10.根据权利要求9所述的应用于客商管理的主数据管理系统，其特征在于，还包括订阅模块；

所述订阅模块，用于当客商信息、客户开票银行信息和供应商付款银行信息发生变更时，向业务系统发送变更信息。

Images