CN108536746A - 客户信息合并方法及*** - Google Patents
客户信息合并方法及*** Download PDFInfo
- Publication number
- CN108536746A CN108536746A CN201810199522.7A CN201810199522A CN108536746A CN 108536746 A CN108536746 A CN 108536746A CN 201810199522 A CN201810199522 A CN 201810199522A CN 108536746 A CN108536746 A CN 108536746A
- Authority
- CN
- China
- Prior art keywords
- customer
- customer information
- main
- information
- merged
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明提供一种客户信息合并方法及***。该客户信息合并方法包括:接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;将主客户号按由小到大的顺序进行排序,生成排序表;按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:根据主客户号确定主客户信息;根据从客户号确定从客户信息;将从客户信息迁移至主客户信息中,生成已合并的客户信息;其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息,从而完成客户信息合并,实现客户信息的一致性和真实性。
Description
技术领域
本发明涉及计算机领域,具体地,涉及一种客户信息合并方法及***。
背景技术
身份证件是十分重要的客户信息与支付凭证。基于我国身份证件的更迭,在一定的时间内,15位身份证和18位身份证同时有效,一人可以先后使用15位身份证和18位身份证在银行开立不同账户;企业、金融机构也可以使用多个不同种类的有效证件开立多个账户;***在数据迁移过程中,也存在一人由于不同证件存在多个客户号的情况。由于证件重复、柜员操作或者问题数据等原因导致一个客户(自然人或企业)在银行***中对应开立多个客户号,且每个客户号下对应存储不同的账户信息,给客户造成不便,无法享有优质的金融服务。同时,一人多号也无法满足银行监管要求。
目前对于一个客户对应多个客户号的情况,大多数都是通过后台进行数据变更,缺点是在处理过程中往往会遗漏某个***,导致各***的客户信息不一致,处理不彻底。
发明内容
本发明实施例的主要目的在于提供一种客户信息合并方法及***,以完成客户信息合并,实现客户信息的一致性和真实性。
为了实现上述目的,本发明实施例提供一种客户信息合并方法,包括:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将主客户号按由小到大的顺序进行排序,生成排序表;
按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
在其中一种实施例中,接收多组待合并的客户号之前,还包括:
接收来自客户的合并请求;
判断合并请求中的主客户信息和从客户信息是否合法;
判断合并请求中的主客户信息和从客户信息是否属于信息合并类型;
当合并请求中的主客户信息和从客户信息均合法且均属于信息合并类型时,将主客户信息的主客户号和从客户信息的从客户号作为一组待合并的客户号。
在其中一种实施例中,还包括:
判断待合并的客户号是否为键值;
当待合并的客户号不是键值时:
根据从客户号确定从客户信息之后,还包括:将主客户信息和从客户信息从数据库加载至文件中;
将从客户信息迁移至主客户信息中,生成已合并的客户信息之后,还包括:将已合并的客户信息从文件加载至数据库中。
在其中一种实施例中,还包括:
判断已合并的客户信息的数量是否小于预设阈值;
计算已合并的客户信息的总合并时间,判断总合并时间是否小于预设时间;
当数量小于预设阈值,且总合并时间小于预设时间时,接收待合并的客户号。
本发明实施例还提供一种客户信息合并***,包括:
接收单元,用于接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
排序单元,用于将主客户号按由小到大的顺序进行排序,生成排序表;
合并单元,用于按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
在其中一种实施例中,还包括:合并信息认证单元,用于:
接收来自客户的合并请求;
判断合并请求中的主客户信息和从客户信息是否合法;
判断合并请求中的主客户信息和从客户信息是否属于信息合并类型;
将主客户信息的主客户号和从客户信息的从客户号作为一组待合并的客户号。
在其中一种实施例中,还包括:
键值判断单元,用于判断待合并的客户号是否为键值;
合并单元还用于:
将主客户信息和从客户信息从数据库加载至文件中;
将已合并的客户信息从文件加载至数据库中。
在其中一种实施例中,还包括:
阈值判断单元,用于判断已合并的客户信息的数量是否小于预设阈值;
时间判断单元,用于计算已合并的客户信息的总合并时间,判断总合并时间是否小于预设时间。
本发明实施例还提供一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将主客户号按由小到大的顺序进行排序,生成排序表;
按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将主客户号按由小到大的顺序进行排序,生成排序表;
按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
本发明实施例的客户信息合并方法及***,先将主客户号按由小到大的顺序进行排序,生成排序表;再按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:根据主客户号确定主客户信息,根据从客户号确定从客户信息;将从客户信息迁移至主客户信息中,生成已合并的客户信息;当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息,从而完成客户信息合并,实现客户信息的一致性和真实性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例中客户信息合并方法的流程图;
图2是本发明实施例中客户信息合并***的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
鉴于目前的信息合并仅通过后台进行数据变更,易遗漏***,导致各***的客户信息不一致,处理不彻底,本发明实施例提供一种客户信息合并方法及***,以完成客户信息合并,实现客户信息的一致性和真实性。以下结合附图对本发明进行详细说明。
图1是本发明实施例中客户信息合并方法的流程图。如图1所示,客户信息合并方法可以包括:
S101:接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
S102:将主客户号按由小到大的顺序进行排序,生成排序表;
S103:按照排序表依次对每组待合并的客户号进行合并处理。
其中,S103具体包括:根据主客户号确定主客户信息;根据从客户号确定从客户信息;将从客户信息迁移至主客户信息中,生成已合并的客户信息:当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。例如,当主客户信息中的身份证号码与从客户信息中的身份证号码不一致时,保留主客户信息中的身份证号码,逻辑删除从客户信息中的身份证号码。
图1所示的客户信息合并方法可以应用于银行***。在银行中可能会出现一个客户对应多个客户号的情况,例如:
1、个人用15位身份证开立了一个银行账户,用18位身份证件开立了另一个银行账户,此时个人在银行拥有两个客户号。
2、军人/武警在服役期间通过军官证/武警证开立了一个银行账户,退役后用身份证件或其他证件开立了一个银行账户,此时军人/武警在银行拥有两个客户号。
3、公司通过不同的证件开立不同的对公客户号。例如,用组织机构代码证开立一个银行账户,用营业执照开立另一个银行账户,此时公司在银行拥有两个对公客户号。
客户可以根据自身的需要提出合并申请,由银行审核合并申请信息。由图1所示的流程可知,申请信息审核通过后,银行按照排序表依次对每组待合并的客户号进行合并处理,即将从客户信息迁移至主客户信息中,生成已合并的客户信息。
一实施例中,在S101之前还可以包括:接收来自客户的合并请求;判断合并请求中的主客户信息和从客户信息是否合法;判断合并请求中的主客户信息和从客户信息是否属于信息合并类型;当合并请求中的主客户信息和从客户信息均合法且均属于信息合并类型时,将主客户信息的主客户号和从客户信息的从客户号作为一组待合并的客户号。
其中,合并请求必须由客户提出并确认,银行***不能独自提出合并请求。客户提交合并请求提交后,银行***会对客户的证件、信用等级、是否进涉案名单等方面进行全面检查,一旦检查不合规,会立即终止合并处理,并返回失败原因。失败原因包括:
1、不满足监管要求,主客户/从客户是可疑客户、名下有涉案账户、一号多人、主客户/从客户是失信企业、主客户/从客户下有涉案***等,即主客户信息或从客户信息不合法。
2、不满足业务合并规定,对公客户有特殊网银制定的签约信息、主客户证件过期/失效等,即主客户信息或从客户信息不属于信息合并类型。
3、***原因,信息更新失败等。
银行的客户信息存储在数据库中,其中一部分客户信息以客户号作为键值进行存储,该类客户信息可以直接通过数据库完成信息合并操作。另一部分信息不是以客户号作为键值进行存储,例如,此类信息的键值可以为:客户号A+客户关系类型+客户号B;该类客户信息无法直接通过数据库完成信息合并操作,需要借助文件来完成信息合并处理:将主客户信息和从客户信息从数据库加载到文件中,再在文件中进行客户信息的刷选,更新,待所有客户信息在文件中处理完成后,再将处理后的客户信息重新写入到数据库中。
因此,在进行客户信息合并处理之前,需要判断待合并的客户号是否为键值。当待合并的客户号不是键值时,合并处理可以包括以下步骤:
1、根据主客户号确定主客户信息;根据从客户号确定从客户信息;
2、将主客户信息和从客户信息从数据库加载至文件中;
3、将从客户信息迁移至主客户信息中,生成已合并的客户信息
4、将已合并的客户信息从文件加载至数据库中。
另外,考虑到***的性能和时间窗口等因素,客户信息合并***并不会处理所有的合并请求。例如,规定***每天仅合并10万笔客户信息,或者每天的合并时间为30分钟。当天未处理完成的客户信息会在留下记录,并重新载入到第二天需要处理的列表中。银行对处理日期也有限定:对私客户每天都可以进行信息合并处理,对公客户只有在法定节假日才会进行信息合并。
客户信息合并处理过程中,如果存在信息合并错误的情况,例如客户A和客户B确实为两个客户实体,但由于操作原因错误地进行了合并处理,那么可以在进行合并处理之前,采用修改客户信息的方式使其不再符合客户合并的要求,强制使其失败。
客户信息合并成功后,可以将已合并的客户信息中的基本信息以文本形式下传到数据平台,其余各***通过下传平台获取客户已合并的基本信息(身份证号码、手机号码等),并于当天银行开业前进行自身***的合并处理。在基本信息下传的第二天,再将已合并的客户信息中的其他内容(工作关系、职业、家庭成员信息等)通过原表下传的方式传递给数据平台,供其余各***进行同步。
本发明的具体步骤如下:
1、客户信息合并***接收客户递交的合并请求,合并请求中包括主客户信息和从客户信息。此时返回的处理状态为“已申请”。合并请求中还可以包括合并原因。例如,合并原因为:个人用15位身份证开立了一个银行账户,用18位身份证件开立了另一个银行账户。
2、判断合并请求中的主客户信息和从客户信息是否合法、是否属于信息合并类型。当合并请求中的主客户信息和从客户信息均合法且均属于信息合并类型时,将主客户信息的主客户号和从客户信息的从客户号作为一组待合并的客户号,返回的处理状态为“已提交申请待处理”。若主客户信息或从客户信息不合法,或者不属于信息合并类型时,终止合并处理,返回失败原因。例如,失败原因为:主客户信息中的证件已过期,此时返回的处理状态为“合并失败”。
3、接收多组待合并的客户号。将主客户号按由小到大的顺序进行排序,生成排序表。另外,也可以按照其他规则如:客户等级或者申请日期进行排序,生成排序表。
4、按照排序表依次对每组待合并的客户号进行合并处理,包括:
根据主客户号确定主客户信息;根据从客户号确定从客户信息。判断待合并的客户号是否为键值:
当待合并的客户号为键值时,将从客户信息迁移至主客户信息中,生成已合并的客户信息。
当待合并的客户号不是键值时,先将主客户信息和从客户信息从数据库加载至文件中,再将从客户信息迁移至主客户信息中,生成已合并的客户信息,最后将已合并的客户信息从文件加载至数据库中。
5、将从客户置为关户状态,或将从客户信息的信息状态置为失效,返回合并原因。若合并失败,返回失败原因。
6、判断当天已合并的客户信息的数量是否小于预设阈值,客户信息合并***的工作时间是否小于预设时间。若数量达到预设阈值,或工作时间达到预设时间,则令客户信息合并***停止信息合并处理,记录未处理完成的客户信息,将其重新载入到第二天需要处理的列表中。
综上,本发明实施例的客户信息合并方法可以完成客户信息合并,实现客户信息的一致性和真实性。客户信息合并方法还包括对合并申请的检查与中断机制,也可有效减低交易风险。
基于同一发明构思,本发明实施例还提供了一种客户信息合并***,由于该***解决问题的原理与客户信息合并方法相似,因此该***的实施可以参见方法的实施,重复之处不再赘述。
图2是本发明实施例中客户信息合并***的结构框图。如图2所示,客户信息合并***包括:
接收单元,用于接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
排序单元,用于将主客户号按由小到大的顺序进行排序,生成排序表;
合并单元,用于按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
在其中一种实施例中,还包括:合并信息认证单元,用于:
接收来自客户的合并请求;
判断合并请求中的主客户信息和从客户信息是否合法;
判断合并请求中的主客户信息和从客户信息是否属于信息合并类型;
将主客户信息的主客户号和从客户信息的从客户号作为一组待合并的客户号。
在其中一种实施例中,还包括:
键值判断单元,用于判断待合并的客户号是否为键值;
合并单元还用于:
将主客户信息和从客户信息从数据库加载至文件中;
将已合并的客户信息从文件加载至数据库中。
在其中一种实施例中,还包括:
阈值判断单元,用于判断已合并的客户信息的数量是否小于预设阈值;
时间判断单元,用于计算已合并的客户信息的总合并时间,判断总合并时间是否小于预设时间。
综上,本发明实施例的客户信息合并***可以完成客户信息合并,实现客户信息的一致性和真实性。客户信息合并***对合并申请的检查与中断机制也可有效减低交易风险。
本发明实施例还提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将主客户号按由小到大的顺序进行排序,生成排序表;
按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
综上,本发明实施例的计算机设备可以完成客户信息合并,实现客户信息的一致性和真实性。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将主客户号按由小到大的顺序进行排序,生成排序表;
按照排序表依次对每组待合并的客户号进行合并处理,合并处理包括:
根据主客户号确定主客户信息;
根据从客户号确定从客户信息;
将从客户信息迁移至主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
综上,本发明实施例的计算机可读存储介质可以完成客户信息合并,实现客户信息的一致性和真实性。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施例而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种客户信息合并方法,其特征在于,包括:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将所述主客户号按由小到大的顺序进行排序,生成排序表;
按照所述排序表依次对每组待合并的客户号进行合并处理,所述合并处理包括:
根据所述主客户号确定主客户信息;
根据所述从客户号确定从客户信息;
将所述从客户信息迁移至所述主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
2.根据权利要求1所述的客户信息合并方法,其特征在于,所述接收多组待合并的客户号之前,还包括:
接收来自客户的合并请求;
判断所述合并请求中的主客户信息和从客户信息是否合法;
判断所述合并请求中的主客户信息和从客户信息是否属于信息合并类型;
当所述合并请求中的主客户信息和从客户信息均合法且均属于信息合并类型时,将所述主客户信息的所述主客户号和所述从客户信息的所述从客户号作为一组待合并的客户号。
3.根据权利要求1所述的客户信息合并方法,其特征在于,还包括:
判断所述待合并的客户号是否为键值;
当所述待合并的客户号不是键值时:
所述根据所述从客户号确定从客户信息之后,还包括:将所述主客户信息和所述从客户信息从数据库加载至文件中;
所述将所述从客户信息迁移至所述主客户信息中,生成已合并的客户信息之后,还包括:将所述已合并的客户信息从所述文件加载至所述数据库中。
4.根据权利要求1所述的客户信息合并方法,其特征在于,还包括:
判断已合并的客户信息的数量是否小于预设阈值;
计算所述已合并的客户信息的总合并时间,判断所述总合并时间是否小于预设时间;
当所述数量小于预设阈值,且所述总合并时间小于预设时间时,接收待合并的客户号。
5.一种客户信息合并***,其特征在于,包括:
接收单元,用于接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
排序单元,用于将所述主客户号按由小到大的顺序进行排序,生成排序表;
合并单元,用于按照所述排序表依次对每组待合并的客户号进行合并处理,所述合并处理包括:
根据所述主客户号确定主客户信息;
根据所述从客户号确定从客户信息;
将所述从客户信息迁移至所述主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
6.根据权利要求5所述的客户信息合并***,其特征在于,还包括:合并信息认证单元,用于:
接收来自客户的合并请求;
判断所述合并请求中的主客户信息和从客户信息是否合法;
判断所述合并请求中的主客户信息和从客户信息是否属于信息合并类型;
将所述主客户信息的所述主客户号和所述从客户信息的所述从客户号作为一组待合并的客户号。
7.根据权利要求5所述的客户信息合并***,其特征在于,还包括:
键值判断单元,用于判断所述待合并的客户号是否为键值;
所述合并单元还用于:
将所述主客户信息和所述从客户信息从数据库加载至文件中;
将所述已合并的客户信息从所述文件加载至所述数据库中。
8.根据权利要求5所述的客户信息合并***,其特征在于,还包括:
阈值判断单元,用于判断已合并的客户信息的数量是否小于预设阈值;
时间判断单元,用于计算所述已合并的客户信息的总合并时间,判断所述总合并时间是否小于预设时间。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将所述主客户号按由小到大的顺序进行排序,生成排序表;
按照所述排序表依次对每组待合并的客户号进行合并处理,所述合并处理包括:
根据所述主客户号确定主客户信息;
根据所述从客户号确定从客户信息;
将所述从客户信息迁移至所述主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现以下步骤:
接收多组待合并的客户号,每组待合并的客户号包括主客户号和从客户号;
将所述主客户号按由小到大的顺序进行排序,生成排序表;
按照所述排序表依次对每组待合并的客户号进行合并处理,所述合并处理包括:
根据所述主客户号确定主客户信息;
根据所述从客户号确定从客户信息;
将所述从客户信息迁移至所述主客户信息中,生成已合并的客户信息;
其中,当同一类型的主客户信息与从客户信息不一致时,保留主客户信息,逻辑删除从客户信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810199522.7A CN108536746A (zh) | 2018-03-12 | 2018-03-12 | 客户信息合并方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810199522.7A CN108536746A (zh) | 2018-03-12 | 2018-03-12 | 客户信息合并方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108536746A true CN108536746A (zh) | 2018-09-14 |
Family
ID=63483533
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810199522.7A Pending CN108536746A (zh) | 2018-03-12 | 2018-03-12 | 客户信息合并方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108536746A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110598453A (zh) * | 2019-09-20 | 2019-12-20 | 中国银行股份有限公司 | 客户信息数据采集方法及装置 |
CN110909115A (zh) * | 2019-11-18 | 2020-03-24 | 中国银行股份有限公司 | 客户信息合并方法及装置、存储介质及电子设备 |
CN111242645A (zh) * | 2020-01-19 | 2020-06-05 | 福建省农村信用社联合社 | 一种银行客户信息识别和完整性控制的方法 |
CN111752724A (zh) * | 2020-06-24 | 2020-10-09 | 中国银行股份有限公司 | 客户信息修改***及方法 |
CN111882445A (zh) * | 2020-07-24 | 2020-11-03 | 前海人寿保险股份有限公司 | 跨***保险用户信息管理方法、装置、设备及可读介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101452556A (zh) * | 2008-12-31 | 2009-06-10 | 中国建设银行股份有限公司 | 一种客户信息处理***及方法 |
US20150371326A1 (en) * | 2014-06-23 | 2015-12-24 | Pablo Montesano | Mobile financial solution for unbanked and under-banked consumers |
CN106934509A (zh) * | 2015-12-30 | 2017-07-07 | 平安科技(深圳)有限公司 | 客户信息合并方法和*** |
CN107766458A (zh) * | 2017-09-27 | 2018-03-06 | 中国银行股份有限公司 | 文件对碰方法、装置、计算机设备及计算机可读存储介质 |
-
2018
- 2018-03-12 CN CN201810199522.7A patent/CN108536746A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101452556A (zh) * | 2008-12-31 | 2009-06-10 | 中国建设银行股份有限公司 | 一种客户信息处理***及方法 |
US20150371326A1 (en) * | 2014-06-23 | 2015-12-24 | Pablo Montesano | Mobile financial solution for unbanked and under-banked consumers |
CN106934509A (zh) * | 2015-12-30 | 2017-07-07 | 平安科技(深圳)有限公司 | 客户信息合并方法和*** |
CN107766458A (zh) * | 2017-09-27 | 2018-03-06 | 中国银行股份有限公司 | 文件对碰方法、装置、计算机设备及计算机可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110598453A (zh) * | 2019-09-20 | 2019-12-20 | 中国银行股份有限公司 | 客户信息数据采集方法及装置 |
CN110909115A (zh) * | 2019-11-18 | 2020-03-24 | 中国银行股份有限公司 | 客户信息合并方法及装置、存储介质及电子设备 |
CN111242645A (zh) * | 2020-01-19 | 2020-06-05 | 福建省农村信用社联合社 | 一种银行客户信息识别和完整性控制的方法 |
CN111752724A (zh) * | 2020-06-24 | 2020-10-09 | 中国银行股份有限公司 | 客户信息修改***及方法 |
CN111752724B (zh) * | 2020-06-24 | 2024-05-28 | 中国银行股份有限公司 | 客户信息修改***及方法 |
CN111882445A (zh) * | 2020-07-24 | 2020-11-03 | 前海人寿保险股份有限公司 | 跨***保险用户信息管理方法、装置、设备及可读介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108536746A (zh) | 客户信息合并方法及*** | |
CN109785095A (zh) | 一种医疗费用的结算方法、结算装置和终端设备 | |
US10872389B2 (en) | Taxpayer identity determination through external verfication | |
CN102243748A (zh) | 电子债务管理运营***装置以及债权债务电子化金融商品化的实现方法 | |
CN101140648A (zh) | 银行票据线上授权线下交易的方法 | |
CN114155093B (zh) | 基于区块链的电子保函全流程管理及风险管控*** | |
CN109214819A (zh) | 一种支付方法及电子设备 | |
CN113052594A (zh) | 基于区块链的多卡协同支付方法及装置 | |
CN115456773A (zh) | 基于区块链的支付控制方法、装置、设备及介质 | |
US8510185B2 (en) | Systems and methods for obtaining automated third-party audit confirmations including client physical signatures, pin access, and multiple responders | |
AU2024200307A1 (en) | Systems and methods for obtaining accountant prepared financial statement confirmation | |
Şcheau et al. | METHODS OF LAUNDERING MONEY RESULTED FROM CYBER-CRIME. | |
CN104036416A (zh) | 个人身份证购票管理*** | |
CN111724264A (zh) | 一种基于区块链的金融资产托管*** | |
CN113011962B (zh) | 资源分配方法及装置 | |
KR102161624B1 (ko) | 환전 서비스 제공방법 | |
US11922420B2 (en) | System and method for error correcting coding of billing transactions for data management system user identity verification | |
Kabir | Letter of Transmittal | |
CN102236942A (zh) | 基于服务器端数据安全的国家防伪税控*** | |
Bilkhu | The Principles of the World Bank for Effective Insolvency and Creditor Rights | |
US20200342543A1 (en) | System for Tracking Expenditures and Adjusting Payroll | |
US20240020648A1 (en) | Benefit administration platform | |
Dhameja et al. | Clarifying liability for twenty-first-century payment fraud | |
Pradeep et al. | Study on the Changing landscape of financial Services in Indian Banking System-Opportunities and Challenges | |
Nkosi | Preserving the Sanctity of Electronic Payments: A Legal Perspective |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180914 |