CN113034253A - 预警方法、电子设备及存储介质 - Google Patents

Abstract

本发明实施例涉及数据处理领域，公开了一种预警方法、电子设备及存储介质。本发明中，在对结算数据发起提款请求后，将针对结算数据生成的提款审批模板的标识信息记录在数据库中；监控各提款审批模板的标识信息，在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。该实施例可以减少了结算数据多次结算的问题。

Description

预警方法、电子设备及存储介质

技术领域

本发明实施例涉及数据处理领域，特别涉及一种预警方法、电子设备及存储介质。

背景技术

在各行业领域，大部分都涉及到跨公司业务合作的按期结算财务款项的问题，尤其是互联网行业。由于大部分公司业务繁杂，人员不稳定等因素，往往会出现业务结算款项数据重复结算的问题。

发明内容

本发明实施方式的目的在于提供一种预警方法、电子设备及存储介质，使得能够减少结算数据重复结算的问题。

为解决上述技术问题，本发明的实施方式提供了一种预警方法，包括：在对结算数据发起提款请求后，将针对结算数据生成的提款审批模板的标识信息记录在数据库中；监控各提款审批模板的标识信息，在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。

本发明的实施方式还提供了一种电子设备，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述实施方式提及的预警方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时实现上述实施方式提及的预警方法。

本发明实施方式相对于现有技术而言，由于电子设备记录有针对各结算数据生成的提款审批模板的标识信息，若监控到标识信息不匹配的提款审批模板，表明该模板无法与结算数据对应，即该提款审批模板可能是针对某个结算数据重复生成的。该情况下，电子设备进行预警操作，使得管理人员可以及时发现结算数据反复结算的情况，进而减少结算数据多结的问题。

另外，对结算数据发起提款请求，包括：向第三方审批软件发送结算数据的提款请求；提款请求中包括结算数据和提款审批信息，提款审批信息指示结算数据的提款审批流程；将针对结算数据生成的提款审批模板的标识信息记录在数据库中之前，预警方法还包括：接收第三方审批软件反馈的初次响应提款请求所生成的提款审批模板的标识信息，作为针对结算数据生成的提款审批模板的标识信息；监控各提款审批模板的标识信息，包括：对第三方审批软件中的提款审批模板的标识信息进行监控。该实施例中，利用第三方软件，对提款请求进行提款审批，使得可以提前规划提款审批流程，减少财务混乱的情况。由电子设备将结算数据和提款审批信息传送至第三方审批软件，无需管理人员手动填写，提高了结算数据的提款审批过程的内容的准确性，减少了管理人员的工作量。

另外，对结算数据发起提款请求之前，预警方法包括：确定前端按钮被触发；对前端按钮进行置灰处理。该实施例中，在触发提款请求后，对前端按钮进行置灰处理，可以避免由于网络波动等特殊情况，在接口无响应之前，客户重复操作的情况。

另外，在向第三方审批软件发送结算数据的提款请求之前，预警方法还包括：更新结算数据的状态为待付款状态；在向第三方审批软件发送结算数据的提款请求之后，预警方法还包括：更新结算数据的状态为付款中状态。该实施例中，及时变更结算数据的状态，进一步避免了重复提交提款请求的情况。

另外，在更新结算数据的状态为付款状态之前，预警方法还包括：对待校验数据进行校验，确定待校验数据校验成功；待校验数据包括：前端提交的请求参数、当前登录用户的权限信息、结算数据中的汇款账号和第三方审批软件接口反馈的响应数据中的至少一种；对前端提交的请求参数的校验包括：判断请求参数是否符合接口规范；对当前登录用户的权限信息的校验包括：判断当前登录用户具有结算权限；对结算数据中的汇款账号的校验包括：在对多个结算数据结算时，判断多个结算数据中的汇款账号是否一致；对第三方审批软件接口反馈的响应数据的校验包括：判断响应数据是否指示响应成功。该实施例中，在待校验数据通过校验后，更改结算数据的状态，避免用户重复提交款项至第三方审批软件，导致重复提款的问题，确保流程不可逆。

另外，在对结算数据发起提款请求之前，预警方法还包括：对结算数据对应的合同信息和财务信息进行完整性校验；确定合同信息和财务信息校验成功。该实施例中，对财务信息和合同信息的完整性进行校验，使得每笔结算数据有据查询。

另外，在根据预定义的结算数据的校验规则，对结算数据进行校验之前，预警方法还包括：获取结算数据；确定结算数据通过人工审核。

另外，预警方法应用于业务***，在确定合同信息和财务信息校验成功之后，对结算数据发起提款请求之前，预警方法还包括：确定结算数据通过业务***内的结算审批。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明的第一实施方式的预警方法的流程图；

图2是根据本发明的第二实施方式的预警方法的流程图；

图3是根据本发明的第二实施方式的结款过程的示意图；

图4是根据本发明的第三实施方式的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种预警方法，包括以下步骤：在对结算数据发起提款请求后，将针对结算数据生成的提款审批模板的标识信息记录在数据库中；监控各提款审批模板的标识信息，在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。该实施例中，由于电子设备记录有针对各结算数据生成的提款审批模板的标识信息，若监控到标识信息不匹配的提款审批模板，表明该模板无法与结算数据对应，即该提款审批模板可能是针对某个结算数据重复生成的。该情况下，电子设备进行预警操作，使得管理人员可以及时发现结算数据反复结算的情况，进而减少结算数据多结的问题。

下面对本实施方式的预警方法的实现细节进行举例说明。以下内容仅为方便理解而提供的实现细节，并非实施本方案的必须。

本实施方式中的预警方法可以应用于电子设备的业务***。其中，电子设备可以是终端、服务器、云端服务器等。如图1所示，预警方法具体包括以下步骤：

步骤101：在对结算数据发起提款请求后，将针对结算数据生成的提款审批模板的标识信息记录在数据库中。

具体地，在对结算数据发起提款时，需要对结算数据进行提款审批，在结算数据通过提款审批后，再进行提款。故本实施方式中，发起提款请求后，将针对结算数据生成相应的提款审批模板。提款审批模板带有标识信息，该标识信息具有唯一性，以用于区分提款审批模板。

在一个实施例中，业务***可以根据广告流量数据接口的获取广告流量独立访客(Unique Visitor，UV)和收益数据，以及预定义的结算方式，生成结算数据。其中，结算方式可以根据业务需求自行定义，例如，结算方式指示根据流量和收益情况结算费用。

步骤102：监控各提款审批模板的标识信息，在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。

具体地，针对处于提款审批过程中的各提款审批模板，将该提款审批模板的标识信息与数据库进行匹配，若数据库中不存在该标识信息，则确定不存在与该提款审批模板唯一对应的结算数据。换而言之，业务***可能出现针对同一结算数据重复生成提款审批模板的情况。该情况下，进行预警操作，以便管理人员及时排查跟进。

在一个实施例中，业务***在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作，包括：在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，发送预警信息至操作人员，以便操作人员及时排查跟进。

在一个实施例中，业务***进行预警操作，包括：调用第三方审批软件的智能群聊机器人接口，发送预警信息。具体地，业务***通过第三方审批软件的智能群聊机器人功能，对相关的管理人员进行预警。

在一个实施例中，业务***调用第三方审批软件完成提款请求的提款审批流程。业务***对结算数据发起提款请求，包括：向第三方审批软件发送结算数据的提款请求；提款请求中包括结算数据和提款审批信息，提款审批信息指示结算数据的提款审批流程。业务***接收第三方审批软件反馈的初次响应提款请求所生成的提款审批模板的标识信息，作为针对结算数据生成的提款审批模板的标识信息；将针对结算数据生成的提款审批模板的标识信息记录在数据库中。业务***监控各提款审批模板的标识信息，包括：对第三方审批软件中的提款审批模板的标识信息进行监控。具体地，当管理人员在业务***发起提款请求时，业务***调用第三方审批软件的接口，将提款请求发送至第三方审批软件。该提款请求中可以包括结算数据、结算单号、提款审批信息等。

现有第三方审批软件(即带有提款审批流程的软件)，一般是通过业务人员在功能入口发起财务付款流程，自行填写流程内容，然后经过提前规划好的提款审批链进行提款审批确认，提款审批完成后代表整个结算流程结束。该方式的每笔流程内容均需要进行人工填写，操作繁杂且重复，增加人员工作量。由于内容为人工自行填写，无法保证每笔流程内容的唯一性和准确性，极易造成同一款项的流程重复提交。对于流程提款审批人员，需要把每笔结算流程内附件的结算信息进行一一核对，去把控款项输出的风险，但这样的方式造成工作上的极其不方便。对于财务人员，需要把每笔结算完成的款项清晰的录入公司账目，这对于财务来说也是不小的工作量。对于提款审批链管理人员，由于同一业务人员会做多个项目的业务，但项目分管领导又有所不同，这样会造成提款审批流程设置无法统一。即第三方结算提款审批流程需要业务人员发起财务结算款提款审批流程，填写结算内容信息，以及附件合同等信息，但流程内容无法识别唯一性，加上人员流动，极易造成同一款项重复结算的问题，造成公司财务损失。而相对于现有方式，本实施方式中，利用第三方软件，对提款请求进行提款审批，使得可以提前规划提款审批流程，减少财务混乱的情况。由电子设备将结算数据和提款审批信息传送至第三方审批软件，无需管理人员手动填写，提高了结算数据的提款审批过程的内容的准确性，减少了管理人员的工作量。

在一个实施例中，业务***在向第三方审批软件发送结算数据的提款请求之前，在前端显示预定义的用于指示提款审批环节的提款审批链的信息，以供管理人员在提款审批链的各提款审批环节中添加提款审批人员信息；或者，删除提款审批链中的提款审批环节和/或在提款审批链中增加新的提款审批环节，并在调整后的提款审批链的各提款审批环节添加提款审批人员信息；根据前端反馈的操作信息，生成提款审批信息；根据提款审批信息和财务信息，生成提款请求。

值得一提的是，管理人员可以通过前端操作调整提款审批环节，使得可以在不改变业务***的自身代码的情况下调整提款审批环节，增加了调整提款审批链的灵活性。

需要说明的是，本领域技术人员可以理解，实际应用中，也可以在业务***中预先存储提款审批信息，通过读取预先存储的提款审批信息和当前的结算数据，生成该结算数据的提款请求，其中，预先存储的提款审批信息中包括结算数据的提款审批环节，以及各提款审批环节的提款审批人员。本实施方式不限制提款审批信息的获取方式。

在一个实施例中，对结算数据发起提款请求之前，业务***确定前端按钮被触发；对前端按钮进行置灰处理。具体地，业务***在结算数据对应的前端按钮被触发后，向第三方审批软件发起提款请求，并对该结算数据对应的前端按钮进行置灰处理。其中，置灰处理是指将前端按钮的状态调整为不响应状态。换而言之，置灰处理后，即使管理人员在前端点击前端按钮，业务***不会再次发起提款请求。

值得一提的是，在触发提款请求后，对前端按钮进行置灰处理，可以避免由于网络波动等特殊情况，在接口无响应之前，客户重复操作的情况。

在一个实施例中，在向第三方审批软件发送结算数据的提款请求之前，确定结算数据的状态为待付款状态；在向第三方审批软件发送结算数据的提款请求之后，预警方法还包括：更新结算数据的状态为付款中状态。具体地，业务***在对结算数据进行提款等操作时，会根据当前进行的操作，及时更改结算数据的状态。

值得一提的是，及时变更结算数据的状态，进一步避免了重复提交提款请求的情况。

在一个实施例中，在更新结算数据的状态为付款状态之前，业务***对待校验数据进行校验，确定待校验数据校验成功；待校验数据包括：前端提交的请求参数、当前登录用户的权限信息、结算数据中的汇款账号和第三方审批软件接口反馈的响应数据中的至少一种。具体地，对前端提交的请求参数的校验包括：判断请求参数是否符合接口规范；对当前登录用户的权限信息的校验包括：判断当前登录用户具有结算权限；对结算数据中的汇款账号的校验包括：在对多个结算数据结算时，判断多个结算数据中的汇款账号是否一致；对第三方审批软件接口反馈的响应数据的校验包括：判断响应数据是否指示响应成功。

需要说明的是，本领域技术人员可以理解，实际应用中，当待校验数据包括前端提交的请求参数、当前登录用户的权限信息、结算数据中的汇款账号和第三方审批软件接口反馈的响应数据时，不同的待校验数据可以在同一环节进行校验。例如，各待校验数据统一在更新结算数据的状态为付款状态之前进行校验。不同的待校验数据也可以在不同的环节进行校验，例如，前端提交的请求参数、当前登录用户的权限信息、结算数据中的汇款账号可以在前端按钮被触发后，发起提款请求前校验。若校验成功，执行发起提款请求的操作，若校验失败，进行故障预警操作等。第三方审批软件接口反馈的响应数据可以在更新结算数据的状态为待付款状态之后，更新结算数据的状态为付款中状态之前校验。若校验成功，执行更新结算数据的状态为付款中状态的操作，若校验失败，进行故障预警操作等。本实施方式仅为举例说明，不对各待校验数据的实际校验过程进行限制。

值得一提的是，对响应数据进行校验，在待校验数据通过校验后，更改结算数据的状态，避免用户重复提交款项至第三方审批软件，导致重复提款的问题，确保流程不可逆。对前端提交的请求参数及用户权限进行校验，可以避免非法用户发起提款请求造成的财务损失。对银行账号的校验，可以确保所勾选的多个结算数据银行账号一致，节省财务打款时间成本。

需要说明的是，本领域技术人员可以理解，实际应用中，还可以对其他数据进行校验，本实施方式仅为举例说明。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的预警方法，由于电子设备记录有针对各结算数据生成的提款审批模板的标识信息，若监控到标识信息不匹配的提款审批模板，表明该模板无法与结算数据对应，即该提款审批模板可能是针对某个结算数据重复生成的。该情况下，电子设备进行预警操作，使得管理人员可以及时发现结算数据反复结算的情况，进而减少结算数据多结的问题。

本发明的第二实施方式涉及一种预警方法。本实施方式在第一实施方式的基础上做了进一步改进，具体改进之处为：在发起提款请求前，对结算数据进行校验。

具体的说，如图2所示，在本实施方式中，包含步骤201至步骤205，其中，步骤204和步骤205分别与第一实施方式中的步骤101至步骤102大致相同，此处不再赘述。下面主要介绍不同之处：

步骤201：对结算数据对应的合同信息和财务信息进行完整性校验。

例如，校验规则为：判断结算数据中的合同信息和财务信息是否完整；若确定是，确定校验通过，否则，确定校验不通过。

步骤202：确定合同信息和财务信息校验成功。

具体地，在确定合同信息和财务信息完整的情况下，允许生成结算报表。经过***内审批流程后，允许发起提款请求。若合同信息和财务信息不完整，则无法进入结算流程。可选择的，在若合同信息和财务信息不完整的情况下，可以提示管理人员数据不完善，请补充数据。

进一步的，业务***可以提示管理人员当前缺少的数据。

在一个实施例中，在对结算数据进行校验之前，业务***可以获取结算数据；确定结算数据通过人工审核。

值得一提的是，对结算数据进行人工审核，可以减少业务***计算错误的情况。

步骤203：基于结算数据生成结算报表，确定结算报表通过业务***内的结算审批。

具体地，业务***根据计算数据，生成结算报表。通过业务***对结算报表发起审批流程，确定是否允许对该结算报表进行结算。在通过***内的审批后，再调用第三方审批软件，发起对结算数据的提款审批流程。

值得一提的是，当结算数据在业务***通过业务***的管理人员(如业务人员)的审批，且通过第三方审批软件的管理人员(如财务人员)的审批的情况下，允许结算，使得结算流程更为严谨，更为规范。

步骤204：在对结算数据发起提款请求后，将针对结算数据生成的提款审批模板的标识信息记录在数据库中。其中，提款请求中可以携带生成的结算报表的信息。

步骤205：监控各提款审批模板的标识信息，在确定存在标识信息与数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。

在一个例子中，由业务***统一管理结算数据、财务信息及提款审批链等。结算数据用不同的审核状态进行区分，由业务人员对结算数据进行初审确认，根据结算数据的不同的状态进入相应的提款审批链，每个审核步骤具有可控制性和不可逆性。当结算数据发起提款请求后，业务***的后端接口通过调用第三方审批软件的接口请求响应，和前端配合调整前端按钮状态等，以此防止重复提交结算款。具体地，结算数据结款过程如图3所示，主要步骤包括：

步骤301：通过广告流量数据接口，计算结算数据。

具体地，业务***通过广告流量数据接口，获取广告流量UV和收益数据，根据以上数据及***内合作价格，计算结算数据。

步骤302：判断结算数据是否通过管理人员审核。若通过审核，执行步骤303，若不通过审核，结束结算流程。

具体地，在平台内展示计算的结算数据，由管理人员初审结算数据。结算数据的状态会根据不同的审核操作而改变。其中，该步骤的管理人员可以是业务人员。

步骤303：对结算数据进行校验。

具体地，通过审核的结算数据会由业务***校验合同信息和财务信息是否完整。

可选择的，在合同信息和财务信息完整的情况下，业务数据统一生成结算报表，进入结算流程。

步骤304：判断是否确认结算。

具体地，结算流程需经过***内部的结算审批链进行结算审批确认。审批通过，则执行步骤305，否则，结束结算流程。

步骤305：发起提款请求。

具体地，结算审批通过的结算数据由业务人员统一提交第三方审批软件的提款流程。

步骤306：后台接口封装请求，向第三方审批软件发起提款请求，进入第三方审批软件审批流程。

具体地，确认提款后，后台接口会封装相关请求数据，向相关的第三方审批软件发起提款请求。通过第三方审批软件的服务器会转到第三方审批软件的提款审批流程，提款审批流程内容可以包括结算单号、结算的财务信息及结算数据等信息。

步骤307：生成结算数据的唯一标识信息，记录提款审批模板的标识信息。

具体地，发起提款请求后，会在后台数据库中生成一条结算数据的唯一标识信息，用于记录该条结算数据是否已提交至第三方审批软件。另外，业务***会有一个接口专门用来接收第三方审批软件的服务器的回调接口，以接收第三方审批软件针对结算数据发起的审批流程的提款审批模板的标识信息。业务***记录提款审批模板的标识信息。

步骤308：监控第三方审批软件中的提款审批模板的标识信息是否与数据库中记录的标识信息匹配。若不匹配，执行步骤309，若匹配，执行步骤310。

具体地，由于第三方审批软件本身的设计机制，可能存在对同一审批流程可以再次提交的功能入口，会导致从业务***内提交过来的提款流程，用户可以直接跳过业务***内部的审核直接提交一条在外观上完全一样的提款审批流程，这样极易导致同一款项重复结算的问题，造成公司财务损失。为防止以上问题的发生，业务***会对第三方审批软件的所有提款审批模板进行实时监控，并增加逻辑验证。即将提款审批模板中存在的标识信息与业务***的数据库中记录的标识信息进行匹配，如果匹配到数据库中不存在的提款审批模板的标识信息，则会对该提款审批模板打上相关标志，并通过第三方审批软件的智能群聊机器人功能，对相关的***管理员和操作人员进行预警，以便排查跟进。

步骤309：进行预警操作。之后结束结算流程。

步骤310：判断提款审批模板是否通过。若通过，执行步骤311，若不通过，结束结算流程。

步骤311：财务打款。之后执行步骤316。

具体地，结算数据经过第三方审批软件的审批流程内的提款审批人员确认无误后进行打款，打款完成后，由财务人员到业务***后台对该结算数据进行付款完成确认，以此代表整个结算流程结束。

步骤312：提款请求响应过程中，对前端按钮置灰处理。

具体地，后端接口在接收到前台用户的提款请求后，根据总的审批链定位到结算数据当前的状态，并找到结算数据的下一步的状态，对该条结算数据的状态进行修改，并记录相关操作日志。

值得一提的是，倘若在请求后端接口的过程中发生了网络波动等特殊情况，在后端接口无响应之前，前端按钮一直处于置灰状态，以此不允许用户重复操作，再次提交款项。

步骤313：判断后端是否接收前端提款请求。若确定是，执行步骤314，否则，结束结算流程。

步骤314：检验待校验数据并返回校验结果。

具体地，对前端提交的请求参数、当前登录用户的权限信息、结算数据中的汇款账号和第三方审批软件接口反馈的响应数据进行校验，得到校验结果。对前端提交的请求参数的校验包括：判断请求参数是否符合接口规范；对当前登录用户的权限信息的校验包括：判断当前登录用户具有结算权限；对结算数据中的汇款账号的校验包括：在对多个结算数据结算时，判断多个结算数据中的汇款账号是否一致；对第三方审批软件接口反馈的响应数据的校验包括：判断响应数据是否指示响应成功。若校验结果指示校验成功，执行步骤315，否则，结束结算流程。

步骤315：将结算数据的状态更新为付款中。

具体地，一系列处理完成后，在待校验数据校验成功并返回校验结果后，变更结算数据的状态。可选择的，将前端按钮的状态变更为下一步状态。例如，若前端按钮的状态包括提交提款请求状态和付款中状态，则在待校验数据校验成功并返回校验结果后，变更为付款中状态。当确定该结算数据的款项付款成功后，管理人员点击处于付款中状态的前端按钮，以告知业务***付款完成。其中，前端按钮处于提交提款请求状态是指前端按钮上显示的信息指示通过点击该前端按钮，可以提交提款请求。前端按钮处于付款中状态是指前端按钮上显示的信息指示通过点击该前端按钮，可以确认付款成功。

步骤316：确定付款完成。

具体地，业务***可以通过检测用于确认付款完成的按钮是否被按下，判断是否付款完成。

需要说明的是，本领域技术人员可以理解，为阐述清楚，本实施方式将步骤312至步骤315设置为步骤311的后续步骤，实际应用中，步骤312至步骤315所描述的前端按钮置灰处理和状态变更等操作可以和步骤306至步骤311所描述的第三方审批软件审批提款请求的操作同时进行，也可以在步骤306至步骤311之前执行，本实施方式仅为举例说明，不限制步骤312至步骤315和步骤306至步骤311的先后执行顺序。

通过上述内容可知，本实施方式中，业务***内部采用审批链的方式，将审核步骤进行可控化，审核流程采取不可逆化来防止用户重复提交结算款。整个结算流程采用了严谨的审批制度，规范了公司财务款项的输出，加上每条结算流程均包含结算财务信息、结算数据及业务合同等信息，让每笔结算款的成本数据都有据查询。由于采取了审批链的方式，一定程度上增加了调整审批环节的灵活性，并可以在调整环节的情况下自身代码***并不用发生改变，满足业务需要的多样性。每笔结算报表生成之前，均会校验业务合同、财务信息完整性，让每笔款项的数据有据查询。此外，为防止用户重复发起提款的操作，在进行申请付款时，提款请求响应过程中，前端付款按钮会做置灰处理。确认提款后，会在后台数据库中生成一条唯一标识信息，用于记录该条结算数据是否已提交至钉钉。业务***会对所有提款审批模板进行实时监控，并将提款审批模板中的标识信息与业务***的数据库的标识信息进行匹配，如匹配失败，进行预警操作。

需要说明的是，以上仅为举例说明，并不对本发明的技术方案构成限定。

与现有技术相比，本实施方式中提供的预警方法，由于电子设备记录有针对各结算数据生成的提款审批模板的标识信息，若监控到标识信息不匹配的提款审批模板，表明该模板无法与结算数据对应，即该提款审批模板可能是针对某个结算数据重复生成的。该情况下，电子设备进行预警操作，使得管理人员可以及时发现结算数据反复结算的情况，进而减少结算数据多结的问题。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第三实施方式涉及一种电子设备，如图4所示，包括：至少一个处理器401；以及，与至少一个处理器401通信连接的存储器402；其中，存储器402存储有可被至少一个处理器401执行的指令，指令被至少一个处理器401执行，以使至少一个处理器401能够执行上述实施方式提及的预警方法。

该电子设备包括：一个或多个处理器401以及存储器402，图4中以一个处理器401为例。处理器401、存储器402可以通过总线或者其他方式连接，图4中以通过总线连接为例。存储器402作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。处理器401通过运行存储在存储器402中的非易失性软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述预警方法。

存储器402可以包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需要的应用程序；存储数据区可存储选项列表等。此外，存储器402可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施方式中，存储器402可选包括相对于处理器401远程设置的存储器，这些远程存储器可以通过网络连接至外接设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

一个或者多个模块存储在存储器402中，当被一个或者多个处理器401执行时，执行上述任意方法实施方式中的预警方法。

上述产品可执行本申请实施方式所提供的方法，具备执行方法相应的功能模块和有益效果，未在本实施方式中详尽描述的技术细节，可参见本申请实施方式所提供的方法。

本发明的第四实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种预警方法，其特征在于，包括：

在对结算数据发起提款请求后，将针对所述结算数据生成的提款审批模板的标识信息记录在数据库中；

监控各提款审批模板的标识信息，在确定存在标识信息与所述数据库中记录的标识信息不匹配的提款审批模板后，进行预警操作。

2.根据权利要求1所述的预警方法，其特征在于，所述对结算数据发起提款请求，包括：

向第三方审批软件发送所述结算数据的提款请求；所述提款请求中包括所述结算数据和提款审批信息，所述提款审批信息指示所述结算数据的提款审批流程；

所述将针对所述结算数据生成的提款审批模板的标识信息记录在数据库中之前，所述预警方法还包括：

接收所述第三方审批软件反馈的初次响应所述提款请求所生成的提款审批模板的标识信息，作为所述针对所述结算数据生成的提款审批模板的标识信息；

所述监控各提款审批模板的标识信息，包括：

对所述第三方审批软件中的提款审批模板的标识信息进行监控。

3.根据权利要求2所述的预警方法，其特征在于，在所述向第三方审批软件发送所述结算数据的提款请求之前，所述预警方法还包括：

在前端显示预定义的用于指示提款审批环节的提款审批链的信息，以供管理人员在所述提款审批链的各提款审批环节中添加提款审批人员信息；或者，删除所述提款审批链中的提款审批环节和/或在所述提款审批链中增加新的提款审批环节，并在调整后的提款审批链的各提款审批环节添加提款审批人员信息；

根据所述前端反馈的操作信息，生成所述提款审批信息；

根据所述提款审批信息和财务信息，生成所述提款请求。

4.根据权利要求2所述的预警方法，其特征在于，所述对结算数据发起提款请求之前，所述预警方法包括：

确定前端按钮被触发；

对所述前端按钮进行置灰处理。

5.根据权利要求2所述的预警方法，其特征在于，在所述向第三方审批软件发送结算数据的提款请求之前，所述预警方法还包括：

更新所述结算数据的状态为待付款状态；

在所述向第三方审批软件发送结算数据的提款请求之后，所述预警方法还包括：

更新所述结算数据的状态为付款中状态。

6.根据权利要求5所述的预警方法，其特征在于，在所述更新所述结算数据的状态为付款状态之前，所述预警方法还包括：

对待校验数据进行校验，确定所述待校验数据校验成功；

其中，所述待校验数据包括：所述前端提交的请求参数、所述当前登录用户的权限信息、所述结算数据中的汇款账号和所述第三方审批软件接口反馈的响应数据中的至少一种；

对所述前端提交的请求参数的校验包括：判断所述请求参数是否符合接口规范；

对所述当前登录用户的权限信息的校验包括：判断所述当前登录用户具有结算权限；

对所述结算数据中的汇款账号的校验包括：在对多个所述结算数据结算时，判断多个所述结算数据中的汇款账号是否一致；

对所述第三方审批软件接口反馈的响应数据的校验包括：判断所述响应数据是否指示响应成功。

7.根据权利要求1至6中任一项所述的预警方法，其特征在于，在所述对结算数据发起提款请求之前，所述预警方法还包括：

对所述结算数据对应的合同信息和财务信息进行完整性校验；

确定所述合同信息和所述财务信息校验成功。

8.根据权利要求7所述的预警方法，其特征在于，所述预警方法应用于业务***，在所述确定所述合同信息和所述财务信息校验成功之后，所述对结算数据发起提款请求之前，所述预警方法还包括：

确定所述结算数据通过所述业务***内的结算审批。

9.一种电子设备，其特征在于，包括：至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至8任一项所述的预警方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的预警方法。

Images