基于RPA及AI的商户结算付款处理方法、装置、设备及介质

本发明实施例涉及资金审核技术领域，具体而言，涉及一种基于RPA及AI的商户结算付款处理方法、装置、设备及介质。

RPA(Robotic Process Automation，机器人流程自动化)，是通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务。

AI(Artificial Intelligence，人工智能)是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学。

RPA具有独特的优势：低代码、非侵入。低代码是说，RPA不需要很高的IT水平就能操作，不懂编程的业务人员也能开发流程；非侵入是说，RPA可以模拟人的操作，不用软件系统开放接口。但是传统的RPA具有一定的局限性：只能基于固定的规则，并且应用场景受限。随着AI技术的不断发展，RPA与AI深度融合克服了传统RPA的局限，RPA+AI＝Hand work+Head work，正在极大的改变劳动力的价值。

目前，对于项目提供的结算付款清单，通常采用的还是人工审核的方式，其操作过程相对繁琐，人工核对费时费力，效率较低。一旦出错，很容易导致付款错误，出现账务问题，从而直接影响企业的损益和利润。因此，目前账目核对方式的核对效率和准确率仍有待提高。

本发明实施例提供一种基于RPA及AI的商户结算付款处理方法、装置、设备及介质，提高了商户结算付款审核的效率及准确率。

第一方面，本发明实施提供了一种基于RPA及AI的商户结算付款处理方法，该方法包括：

S1、对结算付款申请表中的各个待审核项进行审核；其中，所述待审核项包括不同合作项目对应的合同号、结算单号和结算金额；

S2、在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统；

S3、对于所述结算付款申请表中的每一个商户，根据该商户的账目往来明细，如果确定出该商户不存在历史欠款，则确定该商户满足付款要求；

S4、对满足付款要求的商户通过所述付款系统进行付款。

可选的，所述S1具体包括：

S11、对结算付款申请表中的每一个合作项目，在业务系统中对该合作项目对应的待审核项进行搜索；

S12、如果在所述业务系统中搜索到与该合作项目在结算付款申请表中的待审核项相匹配的内容，则确定该待审核项审核通过；

S13、对于审核成功的待审核项，在所述结算付款申请表中为其添加审核成功的标注信息。

可选的，所述S2具体包括：

S21、在所有待审核项均审核通过后，将审核完成的结算付款申请表中的各个合作项目对应的结算信息按照付款系统的命名规则进行存储，并将存储后的文件作为中间文件；

S22、对于每一个合作项目对应的中间文件，将所述中间文件中的付款金额进行合并，生成总金额结算标注信息；

S23、对于标注后的每一个合作项目，如果检测到该项目对应的账户信息的发生过变更，则将原账户信息更新为新的账目信息；

S24、将账户信息调整后的结算付款申请表导入付款系统。

可选的，所述S22具体包括：

S221、对于每一个合作项目对应的中间文件，将所述中间文件中数值为负数的付款金额按照同一合同号进行合并；

S222、如果相同合同号合并后的金额为负数，则将合并后的金额再按照同一个商户号进行合并，生成总金额结算标注信息。

可选的，所述S3具体包括：

S31、对于所述结算付款申请表中的每一个商户，获取该商户在设定时间段内的付款和收款的账目明细；

S32、将付款金额和收款金额作和，如果和值小于等于零，则表示该商户不存在历史欠款，则确定该商户满足付款要求；如果和值大于零，则表示该商户存在历史欠款，则确定该商户不满足付款要求。

可选的，如果所述结算付款申请表是PDF格式，则通过采用光学字符识别OCR方法，对所述结算付款申请表进行识别，得到所述结算付款申请表中的内容。

第二方面，本发明实施例还提供了一种基于RPA及AI的商户结算付款处理装置，该装置包括：

审核模块，被配置为：对结算付款申请表中的各个待审核项进行审核；其中，所述待审核项包括不同合作项目对应的合同号、结算单号和结算金额；

格式调整模块，被配置为：在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统；

付款条件确认模块，被配置为：对于所述结算付款申请表中的每一个商户，根据该商户的账目往来明细，如果确定出该商户不存在历史欠款，则确定该商户满足付款要求；

付款模块，被配置为：对满足付款要求的商户通过所述付款系统进行付款。

可选的，如果所述结算付款申请表是PDF格式，则通过采用光学字符识别OCR方法，对所述结算付款申请表进行识别，得到所述结算付款申请表中的内容。

可选的，所述审核模块，具体被配置为：

对结算付款申请表中的每一个合作项目，在业务系统中对该合作项目对应的待审核项进行搜索；

如果在所述业务系统中搜索到与该合作项目在结算付款申请表中的待审核项相匹配的内容，则确定该待审核项审核通过；

对于审核成功的待审核项，在所述结算付款申请表中为其添加审核成功的标注信息。

可选的，所述格式调整模块，包括：

中间文件生成单元，被配置为：在所有待审核项均审核通过后，将审核完成的结算付款申请表中的各个合作项目对应的结算信息按照付款系统的命名规则进行存储，并将存储后的文件作为中间文件；

金额合并单元，被配置为：对于每一个合作项目对应的中间文件，将所述中间文件中的付款金额进行合并，生成总金额结算标注信息；

账目信息更新单元，被配置为：对于标注后的每一个合作项目，如果检测到该项目对应的账户信息的发生过变更，则将原账户信息更新为新的账目信息；

申请表导入单元，被配置为：将账户信息调整后的结算付款申请表导入付款系统。

可选的，所述金额合并单元，具体被配置为：

对于每一个合作项目对应的中间文件，将所述中间文件中数值为负数的付款金额按照同一合同号进行合并；

如果相同合同号合并后的金额为负数，则将合并后的金额再按照同一个商户号进行合并，生成总金额结算标注信息。

可选的，所述付款条件确认模块，具体被配置为：

对于所述结算付款申请表中的每一个商户，获取该商户在设定时间段内的付款和收款的账目明细；

将付款金额和收款金额作和，如果和值小于等于零，则表示该商户不存在历史欠款，则确定该商户满足付款要求；如果和值大于零，则表示该商户存在历史欠款，则确定该商户不满足付款要求。

第三方面，本发明实施例还提供了一种计算设备，包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法。

本发明实施例提供的技术方案，RPA机器人在接收到商户结算付款申请表后，可对结算付款申请表中的各个待审核项进行审核；在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统。对于结算付款申请表中的每一个商户，可通过付款系统进行付款。通过采用上述自动处理商户结算付款的方式，可代替人工处理商户结算付款的繁琐流程，保证了结算付款数据的准确性、可靠性和完整性，提升了商户结算付款审核的效率及准确率，减少了财务风险。

本发明实施例的创新点包括：

1、RPA机器人在完成结算付款申请表中的各个待审核项的审核后，通过根据该商户的账目往来明细，判断商户是否存在历史欠款，对于不存在历史欠款的商户，通过付款系统对其进行付款，解决了人工审核结算付款申请表效率和准确率低下的问题，是本发明实施例的创新点之一。

2、为了便于后续付款计算，通过RPA机器人代替人工操作，先后按照同一合同号和同一商户号，对数值是负数的付款金额进行合并，避免了人工合并金额效率和准确率低下的问题，保证付款数据的准确性、可靠性和完整性，减少了财务风险，是本发明实施例的创新点之一。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a为本发明实施例一提供的一种基于RPA及AI的商户结算付款处理方法的流程图；

图1b为本发明实施例一提供的对结算付款申请表内容进行筛查的效果截图；

图1c为本发明实施例一提供的在科传系统的结算收款确认模块中对商户结算单进行审核的效果截图；

图1d为本发明实施例一提供的业务系统和付款系统接口界面的效果截图；

图1e为本发明实施例一提供的将格式调整后的结算付款申请表导入付款系统的效果截图；

图1f为本发明实施例一提供的一种在JDE系统查询子账的界面截图；

图1g为本发明实施例一提供的不同商户账目往来明细表的截图；

图2为本发明实施例二提供的一种基于RPA及AI的商户结算付款处理方法的流程图；

图3为本发明实施例三提供的一种基于RPA及AI的商户结算付款处理装置的结构框图；

图4是本发明实施例四提供的一种计算设备的结构示意图。

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

需要说明的是，本发明实施例及附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

机器人流程自动化(Robotic Process Automation)简称RPA，是通过特定的“机器人软件”，模拟人在计算机上的操作，按规则自动执行流程任务。

AI(Artificial Intelligence)是人工智能的英文缩写，它是研究、开发用于模拟、延伸和扩展人的智能的理论、方法、技术及应用系统的一门新的技术科学。

现有的业务中，很多繁琐、重复的结算付款审核流程应当要人工去处理。人工在获取账目数据后，还需手动整理数据。整理完成后，还需要人工完成数据比对，流程繁琐且耗时。一旦出错，很容易导致付款错误，出现账务问题，从而直接影响企业的损益和利润。因此，基于这种考虑，本发明实施例提出了一种基于RPA及AI的商户结算付款处理，实现对商户结算付款清单的自动审核，提高了商户结算付款审核的效率及准确率。

下面，将对本发明实施例提供的基于RPA及AI的商户结算付款处理方法的具体实现过程进行详细介绍。

图1a为本发明实施例一提供的一种基于RPA及AI的商户结算付款处理方法的流程图，该方法可基于RPA及AI的商户结算付款处理装置来执行，该装置可通过软件和/或硬件的方式实现。本实施例提供的方法可应用在自动化服务平台，例如UiBot上，该平台是可以为RPA机器人提供AI能力的平台。如图1a所示，该方法包括：

S110、对结算付款申请表中的各个待审核项进行审核。

其中，RPA机器人可通过指定路径下载结算付款申请表。如果在指定路径中未读取到结算付款申请表，则可通过邮件通知RPA管理员检查流程数据。

一般的，结算付款申请表为EXCEL文件。本实施例中，如果下载的结算付款申请表是PDF格式的文件，则可通过OCR(Optical Character Recognition，光学字符识别)对其进行识别，得到结算付款申请表中的内容。在结算付款申请表中，待审核项包括不同合作项目对应的合同号、租户信息、结算单号、结算日期、结算金额、银行名称和账号等。

在对结算付款申请表下载成功后，可筛查表格中的内容是否有缺失，如果有缺失，则可在设定位置标注缺失内容，以便于后续工作人员进行处理。具体的，图1b为本发明实施例一提供的对结算付款申请表内容进行筛查的效果截图，如图1b所示，通过筛查表格的第H和I列，并判断从表格第二行起是否有空值，如有空值，则在M列中标注“失败，缺失银行信息”。

本实施例中，对结算付款申请表中的各个待审核项进行审核具体是在相关业务系统进行的。在登录业务系统后，可在业务系统中查各个商业合作项目对应的待审核项是否已录入业务系统。对于结算付款申请表中的每一个合作项目，如果该合作项目对应的待审核项已录入业务系统，则说明审核通过；如果未录入业务系统，或者在业务系统中搜索到与该项目在结算付款申请表中的待审核项不匹配的内容，则确定该待审核项审核失败。

示例性的，如果结算付款申请表中包含有不同类型的待审核清单，如图1b所示的结算付款申请表包括“商户结算”、“临时杂费返还”和“手工录入结算单”等三种类型的待审核清单，则在登录业务系统对结算付款申请表进行审核时，可利用业务系统中的不同审核模块，对该结算付款申请表中不同类型的待审核清单分别进行审核。

本实施例中，该业务系统可以是科传系统。该系统提供了多系统接口、后台结算与前台销售功能。本实施例中，可利用科传系统中不同类型的审核模块，例如，结算收款确认模块，临时杂费返还审核模块，对结算付款单中不同类型的待审核内容，例如商户结算申请、临时杂费返还申请，分别进行审核。

本实施例中，对于审核成功的待审核项，可在结算付款申请表中的设定位置为其添加审核成功的标注信息。

具体的，可在科传系统中的在菜单栏输入“结算收款确认”，点击进入结算收款确认模块；依据项目提供的结算付款申请表，在“结算收款确认”模块中，输入“结算单号”，“已收金额(含税)”，点击“搜索”按键。图1c为本发明实施例一提供的在科传系统的结算收款确认模块中对商户结算单进行审核的效果截图。如图1c所示，点击搜索按键后，读取界面内的结算记录条数，如果记录只有1条，在点击“全部选择”按键后，再点击“确认”按键，完成该条结算单确认，并在商户结算申请表中标注审核结果“成功”，按照上述方式直到完成商户结算申请表中所有结算单号的搜索。

具体的，在临时杂费返还审核模块中对临时杂费返还申请表进行审核的操作过程，与在结算收款确认模块中对商户结算申请表的审核过程类似，即在科传系统的菜单栏输入“临时杂费返还审核”，点击进入临时杂费返还审核模块，并在“临时杂费返还审核”模块中，输入“收费单号”，“单据金额”，点击“搜索”按键，并读取界面内的结算记录条数，如果记录只有1条，则点击“全部选择”按键后，再点击“确认”按键，完成该条结算单确认，并在临时杂费返还表中标注审核结果“成功”，按照上述方式直到完成临时杂费返还表中所有结算单号的搜索。

S120、在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统。

其中，付款系统是对结算付款申请表中各商户进行付款的操作系统。RPA机器人在登录付款系统之前，需将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，这样才能将审核完成的结算付款申请表成功导入付款系统中。

示例性的，如果结算付款申请表的审核是在业务系统中完成的，例如是在科传系统审核完成的，则可从该业务系统中导出审核完成的数据。在导出过程中，为了使得审核完成的结算付款申请表能够更好地符合付款系统的格式要求，可以在业务系统中，将已审核完成的结算付款申请添加至业务系统与付款系统的接口模块中。通过该接口模块，可将同一个项目在某个收款日期范围内的不同合同进行归类，其中，收款日期范围可从结算付款申请表中不同类型的待审核清单内读取“收款日期”的最大取值范围。

具体的，图1d为本发明实施例一提供的业务系统和付款系统接口界面的效果截图。如图1d所示，在接口界面的“项目”一栏，可输入结算付款申请表中的项目代码及名称，在接口界面的“日期范围”一栏，可输入如图1b所示的商户结算表和临时杂费返还表中收款日期最大范围。然后点击“审核”和“确认”按键，即将该日期范围内的同一个项目的不同合同进行了归类。具体的，对于某一个项目的单据详情，可通过搜索该项目号进入单据详情界面，并可将该单据详情按付款系统规定的命名规则保存至指定路径中，保存的该文件可作为中间文件。

对于每个中间文件，对该中间文件的格式调整可包括：

对结算付款申请表中的付款金额进行合并，生成总金额结算信息；如果项目在付款审批单中有手工录入的结算单，则需将该结算单的相关信息新增至结算付款申请表中；如合作项目存在需要更改账户信息的备注信息，则将账户信息进行更新。

在将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式后，可登录付款系统，并将格式调整后的结算付款申请表导入付款系统。

具体的，图1e为本发明实施例一提供的将格式调整后的结算付款申请表导入付款系统的效果截图。如图1e所示，在付款系统的企业付款申请界面中，通过触发文件导入指令，可将格式调整后的结算付款申请表导入该系统，并点击“确认”按键，完成导入操作。

S130、对于结算付款申请表中的每一个商户，根据该商户的账目往来明细，如果确定出该商户不存在历史欠款，则确定该商户满足付款要求。

示例性的，可从财务系统下载商户的账目往来明细。对于结算付款申请表中的每一个商户，可获取该商户在设定时间段内的付款和收款的账目明细。通过将付款金额和收款金额作和，如果和值小于等于零，则确定该商户不存在历史欠款，即说明该商户满足付款要求；如果和值大于零，则确定该商户存在历史欠款，即说明该商户不满足付款要求。

具体的，如果财务系统是JDE系统(由美国J.D.Edwards公司提供的MRPII(Manufacturing Resources Planning，制造资源计划)软件)，则RPA机器人可通过输入用户名和密码登录该系统。如果登录不成功，则可发送邮件至RPA管理员进行查看。图1f为本发明实施例一提供的一种在JDE系统查询子账的界面截图。如图1f所示，点击“导航器”，选择“首创钜大商业-总账-财务总账报表与查询-按子账的试算表”，进入“按子账试算表”界面。在进入该界面后，可查询到商户在指定日期之前的不同科目对应的子账余额明细。并可将不通过科目的子账余额明细全部下载。其中，不同科目包括应收账款、其他应收账款、应付账款和其他应付账款。

在下载成功后，对于结算付款申请表中的每一个商户，可将不同商户对应的应付账款、其他应付账款、应收账款和其他应收账款、该商户本次待付款总金额统计到同一个EXCEL表中。其中，该EXCEL表中的商户号是经过去重处理后的商户号，即该EXCEL表中的每个商户号都是唯一的。图1g为本发明实施例一提供的不同商户账目往来明细表的截图。在判断某个商户是否存在历史欠款时，可计算图1g所示表中B+C+D+E列的合计金额，并通过该合计金额是否大于等于零来判断该商户是否合格，即是否符合付款要求；如果合计金额小于等于零，则在结果列标记“合格”；如果合计金额大于零，则在结果标记为“不合格”。

进一步的，在判断商户是否合格时，也可考虑到该商户本次待付款总金额，即通过计算图1g所示表中的B+C+D+E+F列的值，也即，可用商户本次待付款总金额抵消掉部分应收金额来判断该商户是否符合付款要求。具体的，计算合计金额＝B+C+D+E+F列的值，如合计金额小于等于零，则在结果列标记“合格”，如合计金额大于零，则在结果标记为“不合格”。

S140、对满足付款要求的商户通过付款系统进行付款。

具体的，在付款之前，可从云盘下载并打开“标准银行名称信息模板”。将导入到付款系统的结算付款申请表中的开户行信息与“标准银行名称信息模板”进行匹配，如果匹配成功，则在结算付款申请表设定位置标记“成功”，如果匹配失败，则在该设定位置标记为“失败”。

本实施例中，RPA机器人在开户行信息匹配成功后，可对满足付款要求的商户通过付款系统进行付款。或者，RPA机器人可将审核结果发送给财务人员，财务人员在进一步确认审核结果没有问题后，可向RPA机器人发送付款指令，RPA机器人可根据付款指令对满足付款要求的商户通过付款系统进行付款。

本实施例提供的技术方案，RPA机器人在接收到商户结算付款申请表后，可对结算付款申请表中的各个待审核项进行审核；在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统。对于结算付款申请表中的每一个商户，可通过付款系统进行付款。通过采用上述自动处理商户结算付款的方式，可代替人工处理商户结算付款的繁琐流程，保证了结算付款数据的准确性、可靠性和完整性，提升了商户结算付款审核的效率及准确率，减少了财务风险。

实施例二

图2为本发明实施例二提供的一种基于RPA及AI的商户结算付款处理方法的流程图，本实施例在上述实施例的基础上，对审核完成的结算付款申请表的格式调整为符合付款系统要求的格式的过程，进行了细化，如图2所示，本实施例提供的方法包括：

S210、对结算付款申请表中的各个待审核项进行审核。

S220、在所有待审核项均审核通过后，将审核完成的结算付款申请表中的各个合作项目对应的结算信息按照付款系统的命名规则进行存储，并将存储后的文件作为中间文件。

S230、对于每一个合作项目对应的中间文件，将中间文件中的付款金额进行合并，生成总金额结算标注信息。

示例性的，可将属于同一个合同号，且数值是正数的付款金额进行合并，或者，也可将属于同一个合同号，且数值是负数的付款进行合并，以便于后续计算。

具体的，对于每一个合作项目对应的中间文件，可将中间文件中数值为负数的付款金额按照同一合同号进行合并；如果相同合同号合并后的金额为负数，则将合并后的金额再按照同一个商户号进行合并，生成总金额结算标注信息。进一步的，对于某个合作项目对应的中间文件，若采用对数值为负数的付款金额进行合并的方式，如果在结算付款申请表中检测到存在类型是手工录入的结算单，并且该手工录入结算单中某个合同号对应的金额是负数时，则可在该合作项目对应的中间文件中搜索该合同号，如果能够搜索到该合同号，则可将手工录入结算单中该合同号对应的金额与中间文件中该合同号对应的数值是负数的金额进行合并。但如果是该手工录入结算单中的金额是正数，则可将该手工录入结算单中的信息添加到该合作项目对应的中间文件中。

S240、对于标注后的每一个合作项目，如果检测到该项目对应的账户信息的发生过变更，则对原账户信息更新为新的账目信息。

S250、将账户信息调整后的结算付款申请表导入付款系统。

S260、对于结算付款申请表中的每一个商户，获取该商户在设定时间段内的付款和收款的账目明细。

S270、将付款金额和收款金额作和，如果和值小于等于零，则表示该商户不存在历史欠款，则确定该商户满足付款要求；如果和值大于零，则表示该商户存在历史欠款，则确定该商户不满足付款要求。

S280、对满足付款要求的商户通过付款系统进行付款。

本实施例提供的技术方案，为了便于后续付款计算，通过RPA代替人工操作，先后按照同一合同号和同一商户号，对数值是负数的付款金额进行合并，避免了人工合并金额效率和准确率低下的问题，保证付款数据的准确性、可靠性和完整性，减少了财务风险。

实施例三

图3为本发明实施例三提供的一种基于RPA及AI的商户结算付款处理装置的结构框图，如图3所示，该装置包括：审核模块310，格式调整模块320、付款条件确认模块330和付款模块340；其中，

审核模块310，被配置为：对结算付款申请表中的各个待审核项进行审核；其中，所述待审核项包括不同合作项目对应的合同号、结算单号和结算金额；

格式调整模块320，被配置为：在所有待审核项均审核通过后，将审核完成的结算付款申请表的格式调整为符合付款系统要求的格式，并将格式调整后的结算付款申请表导入付款系统；

付款条件确认模块330，被配置为：对于所述结算付款申请表中的每一个商户，根据该商户的账目往来明细，如果确定出该商户不存在历史欠款，则确定该商户满足付款要求；

付款模块340，被配置为：对满足付款要求的商户通过所述付款系统进行付款。

可选的，如果所述结算付款申请表是PDF格式，则通过采用光学字符识别OCR方法，对所述结算付款申请表进行识别，得到所述结算付款申请表中的内容。

可选的，所述审核模块310，具体被配置为：

对结算付款申请表中的每一个合作项目，在业务系统中对该合作项目对应的待审核项进行搜索；

如果在所述业务系统中搜索到与该合作项目在结算付款申请表中的待审核项相匹配的内容，则确定该待审核项审核通过；

对于审核成功的待审核项，在所述结算付款申请表中为其添加审核成功的标注信息。

可选的，所述格式调整模块320，包括：

中间文件生成单元，被配置为：在所有待审核项均审核通过后，将审核完成的结算付款申请表中的各个合作项目对应的结算信息按照付款系统的命名规则进行存储，并将存储后的文件作为中间文件；

金额合并单元，被配置为：对于每一个合作项目对应的中间文件，将所述中间文件中的付款金额进行合并，生成总金额结算标注信息；

账目信息更新单元，被配置为：对于标注后的每一个合作项目，如果检测到该项目对应的账户信息的发生过变更，则将原账户信息更新为新的账目信息；

申请表导入单元，被配置为：将账户信息调整后的结算付款申请表导入付款系统。

可选的，所述金额合并单元，具体被配置为：

对于每一个合作项目对应的中间文件，将所述中间文件中数值为负数的付款金额按照同一合同号进行合并；

如果相同合同号合并后的金额为负数，则将合并后的金额再按照同一个商户号进行合并，生成总金额结算标注信息。

可选的，所述付款条件确认模块330，具体被配置为：

对于所述结算付款申请表中的每一个商户，获取该商户在设定时间段内的付款和收款的账目明细；

将付款金额和收款金额作和，如果和值小于等于零，则表示该商户不存在历史欠款，则确定该商户满足付款要求；如果和值大于零，则表示该商户存在历史欠款，则确定该商户不满足付款要求。

本发明实施例所提供的基于RPA及AI的商户结算付款处理装置可执行本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法，具备执行方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法。

实施例四

请参阅图4，图4是本发明实施例四提供的一种计算设备的结构示意图。如图4所示，该计算设备可以包括：

存储有可执行程序代码的存储器701；

与存储器701耦合的处理器702；

其中，处理器702调用存储器701中存储的可执行程序代码，执行本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法。

本发明实施例公开一种计算机可读存储介质，其存储计算机程序，其中，该计算机程序使得计算机执行本发明任意实施例所提供的基于RPA及AI的商户结算付款处理方法。

在本发明的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的必然先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本发明所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其他信息确定B。

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

上述集成的单元若以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可获取的存储器中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或者部分，可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干请求用以使得一台计算机设备(可以为个人计算机、服务器或者网络设备等，具体可以是计算机设备中的处理器)执行本发明的各个实施例上述方法的部分或全部步骤。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、一次可编程只读存储器(One-time Programmable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

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