合同变更方法、装置、电子设备和存储介质

技术领域

本公开涉及金融科技、信息技术产业、合同变更技术领域，尤其涉及一种合同变更方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

目前，随着互联网技术的不断发展，工作流程具有办公自动化程度高、办公效率高等优点，在合同管理领域得到了广泛应用。比如，可发起工作流程，以变更合同。然而，相关技术中的合同变更方法，存在工作流程发起数量多、合同变更效率低的问题。

发明内容

本公开提供一种合同变更方法、装置、电子设备、计算机可读存储介质和计算机程序产品，以至少解决相关技术中的合同变更方法，存在工作流程发起数量多、合同变更效率低的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种合同变更方法，包括：确定业务系统上第一批复流程下的待变更的多个目标合同；在所述业务系统上为多个所述目标合同创建一个第二批复流程；在所述业务系统上执行所述第二批复流程，以变更多个所述目标合同。

在本公开的一个实施例中，所述在所述业务系统上执行所述第二批复流程，包括：在所述业务系统上录入多个所述目标合同的总变更信息；基于多个所述目标合同各自的合同明细信息，在所述业务系统上生成业务明细列表。

在本公开的一个实施例中，所述方法还包括：若所述目标合同为未签订合同，基于所述第一批复流程下剩余的批复金额，确定所述目标合同的金额；基于所述第一批复流程的信息，确定所述目标合同除金额以外其余的合同明细信息。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述方法还包括：基于所述总变更信息，确定多个所述目标合同各自的子变更信息。

在本公开的一个实施例中，所述总变更信息包括第一最长展期期限和第一最晚到期日，所述子变更信息包括第二最长展期期限和第二最晚到期日；

所述基于所述总变更信息，确定多个所述目标合同各自的子变更信息，包括：将所述第一最长展期期限作为所述第二最长展期期限；基于所述第一最长展期期限和所述目标合同的原始到期日，得到所述目标合同的第三最晚到期日；若所述第一最晚到期日不晚于所述第三最晚到期日，将所述第一最晚到期日作为所述第二最晚到期日；若所述第三最晚到期日早于所述第一最晚到期日，将所述第三最晚到期日作为所述第二最晚到期日。

在本公开的一个实施例中，所述在所述业务系统上执行所述第二批复流程，包括：若所述第一批复流程的业务类别为银团业务，对金融机构对应的多个目标合同的金额进行汇总，得到所述金融机构的汇总金额；基于多个所述金融机构的汇总金额，在所述业务系统上生成银团分工列表。

在本公开的一个实施例中，所述在所述业务系统上执行所述第二批复流程之后，还包括：在所述业务系统上为多个所述目标合同创建各自对应的合同申请流程；在所述业务系统上执行所述目标合同对应的合同申请流程，以变更所述目标合同。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述在所述业务系统上执行所述目标合同对应的合同申请流程，包括：在所述业务系统上录入所述目标合同的候选变更信息；判断所述候选变更信息是否符合录入条件，其中，所述录入条件是基于所述子变更信息确定的；若所述候选变更信息符合所述录入条件，将所述候选变更信息作为所述目标合同的目标变更信息。

在本公开的一个实施例中，所述子变更信息包括第二最长展期期限和第二最晚到期日，所述候选变更信息包括候选展期期限和候选到期日；所述方法还包括：将所述候选展期期限小于或者等于所述第二最长展期期限，和/或，所述候选到期日不晚于所述第二最晚到期日，作为所述录入条件。

在本公开的一个实施例中，所述在所述业务系统上为多个所述目标合同创建各自对应的合同申请流程，包括：若所述目标合同为已签订合同，为所述目标合同创建合同变更申请流程；若所述目标合同为未签订合同，为所述目标合同创建新增合同申请流程。

在本公开的一个实施例中，所述确定业务系统上第一批复流程下的待变更的多个目标合同，包括：若所述第一批复流程的业务类别属于银团业务，在所述业务系统上为所述第一批复流程创建意向收集流程；在所述业务系统上执行所述意向收集流程，以获取至少一个第一金融机构针对各自对应的候选合同的变更意向，其中，所述候选合同为所述第一批复流程下的合同；若所述第一批复流程的业务类别属于银团业务或者非银团业务，在所述业务系统上录入第二金融机构针对自身对应的候选合同的变更意向；基于所述候选合同的变更意向，确定所述候选合同是否为所述目标合同。

根据本公开实施例的第二方面，提供一种合同变更装置，包括：确定模块，被配置为确定业务系统上第一批复流程下的待变更的多个目标合同；创建模块，被配置为在所述业务系统上为多个所述目标合同创建一个第二批复流程；执行模块，被配置为在所述业务系统上执行所述第二批复流程，以变更多个所述目标合同。

在本公开的一个实施例中，所述执行模块，还被配置为：在所述业务系统上录入多个所述目标合同的总变更信息；基于多个所述目标合同各自的合同明细信息，在所述业务系统上生成业务明细列表。

在本公开的一个实施例中，所述执行模块，还被配置为：若所述目标合同为未签订合同，基于所述第一批复流程下剩余的批复金额，确定所述目标合同的金额；基于所述第一批复流程的信息，确定所述目标合同除金额以外其余的合同明细信息。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述执行模块，还被配置为：基于所述总变更信息，确定多个所述目标合同各自的子变更信息。

在本公开的一个实施例中，所述总变更信息包括第一最长展期期限和第一最晚到期日，所述子变更信息包括第二最长展期期限和第二最晚到期日；

所述执行模块，还被配置为：将所述第一最长展期期限作为所述第二最长展期期限；基于所述第一最长展期期限和所述目标合同的原始到期日，得到所述目标合同的第三最晚到期日；若所述第一最晚到期日不晚于所述第三最晚到期日，将所述第一最晚到期日作为所述第二最晚到期日；若所述第三最晚到期日早于所述第一最晚到期日，将所述第三最晚到期日作为所述第二最晚到期日。

在本公开的一个实施例中，所述执行模块，还被配置为：若所述第一批复流程的业务类别为银团业务，对金融机构对应的多个目标合同的金额进行汇总，得到所述金融机构的汇总金额；基于多个所述金融机构的汇总金额，在所述业务系统上生成银团分工列表。

在本公开的一个实施例中，所述在所述业务系统上执行所述第二批复流程之后，所述创建模块，还被配置为：在所述业务系统上为多个所述目标合同创建各自对应的合同申请流程；所述执行模块，还被配置为：在所述业务系统上执行所述目标合同对应的合同申请流程，以变更所述目标合同。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述执行模块，还被配置为：在所述业务系统上录入所述目标合同的候选变更信息；判断所述候选变更信息是否符合录入条件，其中，所述录入条件是基于所述子变更信息确定的；若所述候选变更信息符合所述录入条件，将所述候选变更信息作为所述目标合同的目标变更信息。

在本公开的一个实施例中，所述子变更信息包括第二最长展期期限和第二最晚到期日，所述候选变更信息包括候选展期期限和候选到期日；所述执行模块，还被配置为：将所述候选展期期限小于或者等于所述第二最长展期期限，和/或，所述候选到期日不晚于所述第二最晚到期日，作为所述录入条件。

在本公开的一个实施例中，所述创建模块，还被配置为：若所述目标合同为已签订合同，为所述目标合同创建合同变更申请流程；若所述目标合同为未签订合同，为所述目标合同创建新增合同申请流程。

在本公开的一个实施例中，所述确定模块，还被配置为：若所述第一批复流程的业务类别属于银团业务，在所述业务系统上为所述第一批复流程创建意向收集流程；在所述业务系统上执行所述意向收集流程，以获取至少一个第一金融机构针对各自对应的候选合同的变更意向，其中，所述候选合同为所述第一批复流程下的合同；若所述第一批复流程的业务类别属于银团业务或者非银团业务，在所述业务系统上录入第二金融机构针对自身对应的候选合同的变更意向；基于所述候选合同的变更意向，确定所述候选合同是否为所述目标合同。

根据本公开实施例的第三方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如前第一方面所述的合同变更方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如前第一方面所述的合同变更方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如前第一方面所述的合同变更方法。

本公开的实施例提供的技术方案至少带来以下有益效果：针对原有第一批复流程下的多个目标合同，仅需为多个目标合同创建并执行一个第二批复流程，以变更多个目标合同，可实现同一批复流程下合同的批量变更，相较于相关技术中需要为多个目标合同分别发起第二批复流程，提高了合同变更效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据本公开第一实施例的合同变更方法的流程示意图。

图2是根据本公开第二实施例的合同变更方法中确定子变更信息的流程示意图。

图3是根据本公开第三实施例的合同变更方法的流程示意图。

图4是根据本公开第四实施例的合同变更方法的流程示意图。

图5是根据本公开第五实施例的合同变更方法中执行第二批复流程的流程示意图。

图6是根据本公开第一实施例的合同变更装置的框图。

图7是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开技术方案中对数据的获取、存储、使用、处理等均符合相关法律法规的规定。

图1是根据本公开第一实施例的合同变更方法的流程示意图。

如图1所示，本公开第一实施例的合同变更方法，包括以下步骤：

S101，确定业务系统上第一批复流程下的待变更的多个目标合同。

需要说明的是，本公开的合同变更方法的执行主体为电子设备，比如，可包括业务系统对应的服务器。本公开实施例的合同变更方法可以由本公开实施例的合同变更装置执行，本公开实施例的合同变更装置可以配置在任意电子设备中，以执行本公开实施例的合同变更方法。

需要说明的是，业务系统指的是金融机构(比如银行)的业务系统，至少用于实现合同管理业务，比如，可包括信贷系统。第一批复流程为业务系统上的工作流程，候选合同为第一批复流程下的合同，目标合同为待变更的候选合同，目标合同为部分或者全部的候选合同。

需要说明的是，对目标合同不做过多限定，比如，目标合同为信贷合同。目标合同可包括已签订合同、未签订合同，其中，已签订合同也叫存量合同。由此，本方案适用于原有第一批复流程下的已签订合同、未签订合同的变更场景，可实现同一批复流程下的已签订合同、未签订合同的同时变更。

需要说明的是，对第一批复流程的业务类别不做过多限定，比如，可包括银团业务、非银团业务。由此，本方案适用于银团业务、非银团业务下的多个目标合同的变更场景，可实现多个金融机构对应的目标合同的同时变更，还可实现一个金融机构对应的多个目标合同的同时变更。

在一种实施方式中，若第一批复流程的业务类别属于银团业务，则第一批复流程下的多个候选合同对应不同的金融机构。应说明的是，银团业务指的是需要多个金融机构共同参与的业务。比如，若第一批复流程A的业务类别属于银团业务，第一批复流程A下的候选合同包括合同A

在一种实施方式中，若第一批复流程的业务类别属于非银团业务，则第一批复流程下的多个候选合同对应同一金融结构。应说明的是，非银团业务指的是仅需一个金融机构参与的业务。比如，若第一批复流程B的业务类别属于非银团业务，第一批复流程B下的候选合同包括合同B

在一种实施方式中，确定业务系统上第一批复流程下的待变更的多个目标合同，包括获取候选合同的变更意向，基于候选合同的变更意向，确定候选合同是否为目标合同。

在一些例子中，获取候选合同的变更意向，包括接收客户端发送的候选合同的变更意向。可以理解的是，用户、RPA(Robotic Process Automation，机器人流程自动化)系统可在客户端上登录业务系统，并在业务系统上录入候选合同的变更意向。

在一些例子中，基于候选合同的变更意向，确定候选合同是否为目标合同，包括若候选合同的变更意向指示候选合同参与本次变更，确定候选合同为目标合同，若候选合同的变更意向指示候选合同不参与本次变更，确定候选合同非目标合同。

在一些例子中，基于候选合同的变更意向，确定候选合同是否为目标合同，包括若候选合同为未签订合同，且候选合同的变更意向指示第一批复流程下剩余的批复金额参与本次变更，确定候选合同为目标合同，若候选合同为未签订合同，且候选合同的变更意向指示第一批复流程下剩余的批复金额不参与本次变更，确定候选合同非目标合同。

需要说明的是，第一批复流程下剩余的批复金额，指的是第一批复流程下的总批复金额减去第一批复流程下已用的批复金额。其中，第一批复流程下已用的批复金额，指的是第一批复流程下已签订合同的金额的和值。

比如，第一批复流程A下的总批复金额为100万元，第一批复流程A下的候选合同包括合同A

若合同A

若合同A

若合同A

S102，在业务系统上为多个目标合同创建一个第二批复流程。

需要说明的是，第二批复流程为业务系统上的工作流程，第二批复流程可包括多个流程节点，不同流程节点的处理对象可能相同也可能不同，这里不做过多限定。一个第二批复流程适用于多个目标合同，不同的目标合同的第二批复流程相同，即多个目标合同的第二批复流程唯一，本方案中的第二批复流程用于变更多个目标合同。

相关技术中，需要为多个目标合同分别创建一个第二批复流程，即为多个目标合同分别创建各自的第二批复流程，相关技术中的一个第二批复流程仅用于变更一个目标合同。

在一种实施方式中，方法还包括基于第一批复流程的信息，确定第二批复流程的信息。由此，可考虑到原有的第一批复流程的信息，来确定新增的第二批复流程的信息，使得第二批复流程的信息不脱离第一批复流程的实际业务情况。

需要说明的是，第一批复流程的信息、第二批复流程的信息可包括第一批复流程的编号、第一批复流程下批复金额的币种、第一批复流程下的批复金额、目标合同的原始明细信息等。其中，第一批复流程下的批复金额包括第一批复流程下的总批复金额、第一批复流程下已签订合同的金额、第一批复流程下剩余的批复金额等，目标合同的原始明细信息包括目标合同的编号、授信品种、金额、币种、起始日、到期日、担保方式、金融机构等。

比如，若第一批复流程A下的目标合同包括合同A

若第二批复流程C的信息包括第一批复流程A的编号，可将第一批复流程A的信息中的第一批复流程A的编号，作为第二批复流程C的信息中的第一批复流程A的编号。

若第二批复流程C的信息包括担保方式，可将第一批复流程A的信息中的合同A

S103，在业务系统上执行第二批复流程，以变更多个目标合同。

需要说明的是，第二批复流程的执行，可采用相关技术中的任一批复流程的执行方法来实现，这里不做过多限定。

需要说明的是，对多个目标合同的变更类别不做过多限定，比如，可包括期限调整、展期、再融资、回收再贷、变更借款人、担保类表外业务变更等。

在一种实施方式中，在业务系统上执行第二批复流程，包括在业务系统上录入多个目标合同的总变更信息，基于多个目标合同各自的合同明细信息，在业务系统上生成业务明细列表。由此，可在业务系统上录入总变更信息，并在业务系统上生成业务明细列表，便于用户了解到多个目标合同的合同明细信息。

需要说明的是，总变更信息指的是多个目标合同共享的变更信息，即总变更信息适用于多个目标合同，不同的目标合同的总变更信息相同，即多个目标合同的总变更信息唯一。

需要说明的的是，对总变更信息的类别不做过多限定，比如，可包括第一最长展期期限、第一最晚到期日、第一借款人、第一到期日、第一担保方式等。其中，第一最长展期期限指的是多个目标合同的展期期限的最大值，第一最晚到期日指的是多个目标合同的最晚到期日。

在一些例子中，可基于多个目标合同的最晚原始到期日和第一最长展期期限，得到多个目标合同的第四最晚到期日，第一最晚到期日早于或者等于第四最晚到期日。

需要说明的是，第四最晚到期日指的是多个目标合同的最晚原始到期日加上第一最长展期期限，得到的日期。

比如，若第一批复流程A下的目标合同包括合同A

在一些例子中，用户、RPA系统可在业务系统上录入多个目标合同的总变更信息。

需要说明的是，对合同明细信息不做过多限定，比如，可包括目标合同的编号、授信品种、金额、币种、起始日、到期日、担保方式等。业务明细列表包括多个目标合同的合同明细信息。比如，业务明细列表的至少一行用于表征一个目标合同的合同明细信息。

在一些例子中，方法还包括若目标合同为已签订合同，方法还包括基于第一批复流程的信息，确定目标合同的合同明细信息。比如，基于第一批复流程的信息中目标合同的原始明细信息，确定目标合同的合同明细信息。

在一些例子中，方法还包括若目标合同为未签订合同，基于第一批复流程下剩余的批复金额，确定目标合同的金额，基于第一批复流程的信息，确定目标合同除金额以外其余的合同明细信息。由此，针对未签订合同的变更场景，可考虑到原有的第一批复流程下剩余的批复金额，来确定未签订合同的金额，并可考虑到原有的第一批复流程的信息，来确定未签订合同除金额以外其余的合同明细信息，使得未签订合同的合同明细信息不脱离第一批复流程的实际业务情况。

在一些例子中，基于第一批复流程下剩余的批复金额，确定目标合同的金额，包括将第一批复流程下剩余的批复金额，作为目标合同的金额。

比如，第一批复流程A下的总批复金额为100万元，第一批复流程A下的目标合同包括合同A

若合同A

若合同A

综上，根据本公开实施例提供的合同变更方法，确定业务系统上第一批复流程下的待变更的多个目标合同，在业务系统上为多个目标合同创建一个第二批复流程，在业务系统上执行第二批复流程，以变更多个目标合同。由此，针对原有第一批复流程下的多个目标合同，仅需为多个目标合同创建并执行一个第二批复流程，以变更多个目标合同，可实现同一批复流程下合同的批量变更，相较于相关技术中需要为多个目标合同分别发起第二批复流程，提高了合同变更效率。

在上述任一实施例的基础上，合同明细信息包括子变更信息，方法还包括基于总变更信息，确定多个目标合同各自的子变更信息。由此，可考虑到多个目标合同的总变更信息，来确定多个目标合同各自的子变更信息，使得多个目标合同各自的子变更信息与总变更信息相匹配。

需要说明的是，子变更信息指的是目标合同私有的变更信息，即子变更信息适用于一个目标合同，不同的目标合同的子变更信息可能相同也可能不同。

需要说明的是，对子变更信息的类别不做过多限定，比如，可包括第二最长展期期限、第二最晚到期日、第二借款人、第二到期日、第二担保方式等。其中，第二最长展期期限指的是一个目标合同的展期期限的最大值，第二最晚到期日指的是一个目标合同的最晚到期日。

在一些例子中，基于总变更信息，确定多个目标合同各自的子变更信息，包括将总变更信息作为多个目标合同各自的子变更信息。

比如，若第一批复流程A下的目标合同包括合同A

若合同A

若合同A

若合同A

在上述任一实施例的基础上，总变更信息包括第一最长展期期限和第一最晚到期日，子变更信息包括第二最长展期期限和第二最晚到期日；

如图2所示，基于总变更信息，确定多个目标合同各自的子变更信息，包括：

S201，将第一最长展期期限作为第二最长展期期限。

S202，基于第一最长展期期限和目标合同的原始到期日，得到目标合同的第三最晚到期日。

S203，若第一最晚到期日不晚于第三最晚到期日，将第一最晚到期日作为第二最晚到期日。

S204，若第三最晚到期日早于第一最晚到期日，将第三最晚到期日作为第二最晚到期日。

需要说明的是，第三最晚到期日指的是目标合同的原始到期日加上第一最长展期期限，得到的日期。

比如，若第一批复流程A下的目标合同包括合同A

可将3年作为合同A

基于3年和2023年1月1日，得到2026年1月1日，作为合同A

基于3年和2023年8月1日，得到2026年8月1日，作为合同A

由此，该方法中在多个目标合同的展期变更场景中，可将第一最长展期期限作为第二最长展期期限，并基于第一最长展期期限和目标合同的原始到期日，得到目标合同的第三最晚到期日，并将第一最晚到期日、第三最晚到期日中的较早日期，作为第二最晚到期日。

图3是根据本公开第三实施例的合同变更方法的流程示意图。

如图3所示，本公开第三实施例的合同变更方法，包括以下步骤：

S301，确定业务系统上第一批复流程下的待变更的多个目标合同。

S302，在业务系统上为多个目标合同创建一个第二批复流程。

S303，在业务系统上执行第二批复流程，

步骤S301-S303的相关内容可参见上述实施例，这里不再赘述。

S304，在业务系统上为多个目标合同创建各自对应的合同申请流程。

需要说明的是，合同申请流程为业务系统上的工作流程，一个合同申请流程适用于一个目标合同，一个合同申请流程仅用于变更一个目标合同。

在一种实施方式中，方法还包括基于第一批复流程的信息和第二批复流程的信息，确定合同申请流程的信息。由此，可考虑到原有的第一批复流程、新增的第二批复流程的信息，来确定新增的合同申请流程的信息，使得合同申请流程的信息不脱离第一批复流程、第二批复流程的实际业务情况。

需要说明的是，合同申请流程的信息可包括第一批复流程的编号、第一批复流程下批复金额的币种、第一批复流程下的批复金额、目标合同的原始明细信息、第二批复流程的编号、总变更信息等。

在一种实施方式中，在业务系统上为多个目标合同创建各自对应的合同申请流程，包括若目标合同为已签订合同，为目标合同创建合同变更申请流程，若目标合同为未签订合同，为目标合同创建新增合同申请流程。由此，可为已签订合同创建合同变更申请流程，为未签订合同创建新增合同申请流程，可实现已签订合同、未签订合同的合同申请流程的分类创建。

可以理解的是，合同变更申请流程、新增合同申请流程为不同的合同申请流程。比如，在流程节点的数量、处理对象上存在区别。

S305，在业务系统上执行目标合同对应的合同申请流程，以变更目标合同。

需要说明的是，合同申请流程的执行，可采用相关技术中的任一合同申请流程的执行方法来实现，这里不做过多限定。

在一种实施方式中，合同明细信息包括子变更信息，在业务系统上执行目标合同对应的合同申请流程，包括在业务系统上录入目标合同的候选变更信息，判断候选变更信息是否符合录入条件，其中，录入条件是基于子变更信息确定的，若候选变更信息符合录入条件，将候选变更信息作为目标合同的目标变更信息。由此，可基于目标合同的子变更信息，确定录入条件，在目标合同的候选变更信息符合录入条件时，才将候选变更信息作为目标合同的目标变更信息，即可基于子变更信息校验候选变更信息，使得目标变更信息与子变更信息相匹配。

需要说明的是，候选变更信息指的是在业务系统上录入的目标合同的变更信息，目标变更信息指的是目标合同最终的变更信息。对候选变更信息、目标变更信息的类别均不做过多限定，比如，候选变更信息可包括候选展期期限、候选到期日、候选借款人、候选担保方式等，目标变更信息可包括目标展期期限、目标到期日、目标借款人、目标担保方式等。

在一些例子中，方法还包括若候选变更信息不符合录入条件，生成用于指示候选变更信息不符合录入条件的指示信息。

在一些例子中，子变更信息包括第二借款人，候选变更信息包括候选借款人，方法还包括将候选借款人与任一第二借款人一致，作为录入条件。由此，可在候选借款人与任一第二借款人一致时，判断候选借款人符合录入条件。

比如，若第一批复流程A下的目标合同包括合同A

若合同A

若合同A

在一些例子中，子变更信息包括第二担保方式，候选变更信息包括候选担保方式，方法还包括将候选担保方式与任一第二担保方式一致，作为录入条件。由此，可在候选担保方式与任一第二担保方式一致时，判断候选担保方式符合录入条件。

在一些例子中，子变更信息包括第二最长展期期限和第二最晚到期日，候选变更信息包括候选展期期限和候选到期日，方法还包括将候选展期期限小于或者等于第二最长展期期限，和/或，候选到期日不晚于第二最晚到期日，作为录入条件。由此，可在候选展期期限小于或者等于第二最长展期期限时，判断候选展期期限符合录入条件，在候选到期日不晚于第二最晚到期日时，判断候选到期日符合录入条件。

比如，若第一批复流程A下的目标合同包括合同A

若合同A

若合同A

若合同A

若合同A

在一些例子中，用户、RPA系统可在业务系统上录入目标合同的候选变更信息。

综上，根据本公开实施例提供的合同变更方法，在业务系统上执行第二批复流程之后，还包括在业务系统上为多个目标合同创建各自对应的合同申请流程，在业务系统上执行目标合同对应的合同申请流程，以变更目标合同。由此，针对原有第一批复流程下的多个目标合同，在执行第二批复流程之后，为多个目标合同创建并执行各自对应的合同申请流程，以变更多个目标合同，可实现同一批复流程下合同的批量变更。

图4是根据本公开第四实施例的合同变更方法的流程示意图。

如图4所示，本公开第四实施例的合同变更方法，包括以下步骤：

S401，若第一批复流程的业务类别属于银团业务，在业务系统上为第一批复流程创建意向收集流程。

需要说明的是，意向收集流程为业务系统上的工作流程，一个意向收集流程用于获取至少一个第一金融机构针对各自对应的候选合同的变更意向。第一金融机构针对自身对应的候选合同的变更意向，无法直接在业务系统上录入，需要发起意向收集流程才能录入。对第一金融机构不做过多限定，比如，第一金融机构指的是分工角色非主办行的金融机构，比如，第一金融机构包括分工角色为协办行、参与行的金融机构。

在一种实施方式中，方法还包括基于第一批复流程的信息，确定意向收集流程的信息。由此，可考虑到原有的第一批复流程的信息，来确定新增的意向收集流程的信息，使得意向收集流程的信息不脱离第一批复流程的实际业务情况。

需要说明的是，第一批复流程的信息、意向收集流程的信息可包括第一批复流程的编号、第一批复流程下批复金额的币种、第一批复流程下的批复金额、目标合同的原始明细信息等。

需要说明的是，基于第一批复流程的信息，确定意向收集流程的信息，可参照上述实施例中基于第一批复流程的信息，确定第二批复流程的信息的相关内容，这里不再赘述。

S402，在业务系统上执行意向收集流程，以获取至少一个第一金融机构针对各自对应的候选合同的变更意向，其中，候选合同为第一批复流程下的合同。

需要说明的是，意向收集流程的执行，可采用相关技术中的任一意向收集流程的执行方法来实现，这里不做过多限定。

在一种实施方式中，在业务系统上执行意向收集流程，包括在业务系统上录入第一金融机构针对自身对应的候选合同的变更意向。

比如，若第一批复流程A的业务类别属于银团业务，第一批复流程A下的候选合同包括合同A

可在业务系统上为第一批复流程A创建意向收集流程D，在业务系统上执行意向收集流程D，可包括在业务系统上录入金融机构y针对合同A

在一些例子中，用户、RPA系统可在业务系统上录入第一金融机构针对自身对应的候选合同的变更意向。

S403，若第一批复流程的业务类别属于银团业务或者非银团业务，在业务系统上录入第二金融机构针对自身对应的候选合同的变更意向。

需要说明的是，第一金融机构、第二金融机构为不同的金融机构。第二金融机构针对自身对应的候选合同的变更意向，可直接在业务系统上录入，无需发起意向收集流程。

需要说明的是，对第二金融机构不做过多限定，比如，若第一批复流程的业务类别属于银团业务，第二金融机构指的是分工角色为主办行的金融机构，若第一批复流程的业务类别属于非银团业务，第二金融机构指的是第一批复流程下的每个候选合同对应的金融机构。

比如，若第一批复流程A的业务类别属于银团业务，第一批复流程A下的候选合同包括合同A

比如，若第一批复流程B下的候选合同包括合同B

S404，基于候选合同的变更意向，确定候选合同是否为目标合同。

S405，在业务系统上为多个目标合同创建一个第二批复流程。

S406，在业务系统上执行第二批复流程，以变更多个目标合同。

步骤S404-S406的相关内容可参见上述实施例，这里不再赘述。

综上，根据本公开实施例提供的合同变更方法，针对银团业务的合同变更场景，创建并执行意向收集流程，以获取至少一个第一金融机构针对各自对应的候选合同的变更意向，针对银团业务或者非银团业务的合同变更场景，可直接在业务系统上录入第二金融机构针对自身对应的候选合同的变更意向，以实现候选合同的变更意向的获取。

在上述任一实施例的基础上，如图5所示，步骤S103中在业务系统上执行第二批复流程，包括：

S501，若第一批复流程的业务类别为银团业务，对金融机构对应的多个目标合同的金额进行汇总，得到金融机构的汇总金额。

S502，基于多个金融机构的汇总金额，在业务系统上生成银团分工列表。

需要说明的是，银团分工列表包括多个金融机构的汇总金额。在一些例子中，银团分工列表还包括金融机构的分工角色、名称、授信品种、币种等。其中，分工角色包括主办行、协办行、参与行等。

在一种实施方式中，对金融机构对应的多个目标合同的金额进行汇总，得到金融机构的汇总金额，包括若金融机构对应的多个目标合同的金额的原始币种一致，则按照原始币种，对金融机构对应的多个目标合同的金额进行汇总，得到金融机构的汇总金额。

若金融机构对应的多个目标合同的金额的原始币种不一致，则按照设定币种，对金融机构对应的多个目标合同的金额进行汇总，得到金融机构的汇总金额。应说明的是，对设定币种不做过多限定，比如，可包括人民币、美元等。

在一种实施方式中，方法还包括若金融结构对应的目标合同的数量为一个，将金融机构对应的目标合同的金额，作为金融机构的汇总金额。

在一种实施方式中，方法还包括将汇总金额最大的目标金融机构的分工角色确定为主办行，将目标金融机构以外的其余金融机构的分工角色确定为协办行。

比如，若第一批复流程A的业务类别属于银团业务，第一批复流程A下的目标合同包括合同A

可将金融机构x的分工角色确定为主办行，将金融机构y的分工角色确定为协办行。

基于金融机构x的汇总金额为120万元、金融机构x的分工角色为主办行、金融机构y的汇总金额为20万元、金融机构y的分工角色为协办行等信息，在业务系统上生成银团分工列表。

由此，该方法中针对银团业务下多个目标合同的变更场景，可对金融机构对应的多个目标合同的金额进行汇总，得到汇总金额，以生成银团分工列表，便于用户了解到银团业务下多个金融机构的分工情况。

图6为根据本公开第一实施例的合同变更装置的框图。

如图6所示，本公开实施例的合同变更装置600包括：确定模块601、创建模块602和执行模块603。

确定模块601，被配置为确定业务系统上第一批复流程下的待变更的多个目标合同；

创建模块602，被配置为在所述业务系统上为多个所述目标合同创建一个第二批复流程；

执行模块603，被配置为在所述业务系统上执行所述第二批复流程，以变更多个所述目标合同。

在本公开的一个实施例中，所述执行模块603，还被配置为：在所述业务系统上录入多个所述目标合同的总变更信息；基于多个所述目标合同各自的合同明细信息，在所述业务系统上生成业务明细列表。

在本公开的一个实施例中，所述执行模块603，还被配置为：若所述目标合同为未签订合同，基于所述第一批复流程下剩余的批复金额，确定所述目标合同的金额；基于所述第一批复流程的信息，确定所述目标合同除金额以外其余的合同明细信息。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述执行模块603，还被配置为：基于所述总变更信息，确定多个所述目标合同各自的子变更信息。

在本公开的一个实施例中，所述总变更信息包括第一最长展期期限和第一最晚到期日，所述子变更信息包括第二最长展期期限和第二最晚到期日；

所述执行模块603，还被配置为：将所述第一最长展期期限作为所述第二最长展期期限；基于所述第一最长展期期限和所述目标合同的原始到期日，得到所述目标合同的第三最晚到期日；若所述第一最晚到期日不晚于所述第三最晚到期日，将所述第一最晚到期日作为所述第二最晚到期日；若所述第三最晚到期日早于所述第一最晚到期日，将所述第三最晚到期日作为所述第二最晚到期日。

在本公开的一个实施例中，所述执行模块603，还被配置为：若所述第一批复流程的业务类别为银团业务，对金融机构对应的多个目标合同的金额进行汇总，得到所述金融机构的汇总金额；基于多个所述金融机构的汇总金额，在所述业务系统上生成银团分工列表。

在本公开的一个实施例中，所述在所述业务系统上执行所述第二批复流程之后，所述创建模块602，还被配置为：在所述业务系统上为多个所述目标合同创建各自对应的合同申请流程；所述执行模块603，还被配置为：在所述业务系统上执行所述目标合同对应的合同申请流程，以变更所述目标合同。

在本公开的一个实施例中，所述合同明细信息包括子变更信息，所述执行模块603，还被配置为：在所述业务系统上录入所述目标合同的候选变更信息；判断所述候选变更信息是否符合录入条件，其中，所述录入条件是基于所述子变更信息确定的；若所述候选变更信息符合所述录入条件，将所述候选变更信息作为所述目标合同的目标变更信息。

在本公开的一个实施例中，所述子变更信息包括第二最长展期期限和第二最晚到期日，所述候选变更信息包括候选展期期限和候选到期日；所述执行模块603，还被配置为：将所述候选展期期限小于或者等于所述第二最长展期期限，和/或，所述候选到期日不晚于所述第二最晚到期日，作为所述录入条件。

在本公开的一个实施例中，所述创建模块602，还被配置为：若所述目标合同为已签订合同，为所述目标合同创建合同变更申请流程；若所述目标合同为未签订合同，为所述目标合同创建新增合同申请流程。

在本公开的一个实施例中，所述确定模块601，还被配置为：若所述第一批复流程的业务类别属于银团业务，在所述业务系统上为所述第一批复流程创建意向收集流程；在所述业务系统上执行所述意向收集流程，以获取至少一个第一金融机构针对各自对应的候选合同的变更意向，其中，所述候选合同为所述第一批复流程下的合同；若所述第一批复流程的业务类别属于银团业务或者非银团业务，在所述业务系统上录入第二金融机构针对自身对应的候选合同的变更意向；基于所述候选合同的变更意向，确定所述候选合同是否为所述目标合同。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

综上，本公开实施例提供的合同变更装置，确定业务系统上第一批复流程下的待变更的多个目标合同，在业务系统上为多个目标合同创建一个第二批复流程，在业务系统上执行第二批复流程，以变更多个目标合同。由此，针对原有第一批复流程下的多个目标合同，仅需为多个目标合同创建并执行一个第二批复流程，以变更多个目标合同，可实现同一批复流程下合同的批量变更，相较于相关技术中需要为多个目标合同分别发起第二批复流程，提高了合同变更效率。

图7是根据一示例性实施例示出的一种电子设备的框图。

如图7所示，上述电子设备700包括：

存储器710及处理器720，连接不同组件(包括存储器710和处理器720)的总线730，存储器710存储有计算机程序，当处理器720执行所述程序时实现本公开实施例所述的合同变更方法。

总线730表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

电子设备700典型地包括多种电子设备可读介质。这些介质可以是任何能够被电子设备700访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器710还可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)740和/或高速缓存存储器750。电子设备700可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统660可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线730相连。存储器710可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块770的程序/实用工具780，可以存储在例如存储器710中，这样的程序模块770包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块770通常执行本公开所描述的实施例中的功能和/或方法。

电子设备700也可以与一个或多个外部设备790(例如键盘、指向设备、显示器791等)通信，还可与一个或者多个使得用户能与该电子设备700交互的设备通信，和/或与使得该电子设备700能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口792进行。并且，电子设备700还可以通过网络适配器793与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图7所示，网络适配器793通过总线730与电子设备700的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备700使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理器720通过运行存储在存储器710中的程序，从而执行各种功能应用以及数据处理。

需要说明的是，本实施例的电子设备的实施过程和技术原理参见前述对本公开实施例的合同变更方法的解释说明，此处不再赘述。

综上，本公开实施例提供的电子设备，可以执行如前所述的合同变更方法，确定业务系统上第一批复流程下的待变更的多个目标合同，在业务系统上为多个目标合同创建一个第二批复流程，在业务系统上执行第二批复流程，以变更多个目标合同。由此，针对原有第一批复流程下的多个目标合同，仅需为多个目标合同创建并执行一个第二批复流程，以变更多个目标合同，可实现同一批复流程下合同的批量变更，相较于相关技术中需要为多个目标合同分别发起第二批复流程，提高了合同变更效率。

为了实现上述实施例，本公开还提出一种计算机可读存储介质。

其中，该计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如前所述的，或者执行如前所述的合同变更方法。可选的，计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

为了实现上述实施例，本公开还提供一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如前所述的合同变更方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。