CN115239316B - 一种区块链往来审计函证验证方法 - Google Patents

Abstract

本发明提供一种区块链往来审计函证验证方法，所述方法包括以下步骤：S1、客户在客户端上输入制函需求时，通过客户端上的验证模块对制函需求进行验证，如果验证通过则该制函需求发送到接收端，如果验证不通过，则客户端将该制函需求进行截留；S2、当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端；S3、接收端将拥有函证授权许可的制函需求通过回函发送到客户端；S4、将回函通过区块链网络进行上链存证。本发明能够减轻人工处理和人工核对函证的工作量，从而提升函证业务的处理效率和质量。

Description

一种区块链往来审计函证验证方法

技术领域

本发明涉及管理系统技术领域，尤其涉及一种区块链往来审计函证验证方法。

背景技术

在年度决算审计期间，物资公司作为被审计单位，其会授权审计机构注册会计师财务管控账号，提供年度相关审计决算材料；注册会计师根据函证业务规范标准梳理决算材料及财务管控中的往来数据，进行纸质往来询证函的数据管理、填制；线下与物资公司的往来单位进行快递发函、催函、收函，确认各项往来款项的真实性并出具审计报告。

作为物资公司的合作伙伴，往来单位也有向物资公司询证的需求，此时物资公司作为被询证单位，目前该业务都是线下通过邮寄询证函方式开展，物资公司线下收函、人工数据核查、用印审批、快递回函，期间还会有较多的电话沟通确认，询证过程繁琐。

由上可知，不管作为被审计单位还是作为被询证单位，其与往来单位和审计机构间的往来函证仍然主要依靠线下邮寄的方式，均需经过制函、发函、收函、回函、归档等流程，整个业务流程冗长、涉及主体多、效率低下。

随着云大物移智新技术的逐渐深入应用，函证在线管理还存在一定薄弱环节，因此需借助区块链往来函证应用项目支撑企业精益化管理。

发明内容

鉴以此，本发明的目的在于提供一种区块链往来审计函证验证方法，以至少解决以上问题。

本发明第一方面采用的技术方案如下：

一种区块链往来审计函证验证方法，所述方法应用于区块链往来审计函证验证系统，所述系统包括客户端、接收端和区块链网络，所述方法包括以下步骤：

S1、客户在客户端上输入制函需求时，通过客户端上的验证模块对制函需求进行验证，如果验证通过则该制函需求发送到接收端，如果验证不通过，则客户端将该制函需求进行截留；

S2、当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端；

S3、接收端将拥有函证授权许可的制函需求通过回函发送到客户端；

S4、将回函通过区块链网络进行上链存证。

进一步的，在步骤S1中，通过客户端上的验证模块对制函需求进行验证具体为：

验证模块将制函需求中的内容信息进行抓取，通过抓取到的内容信息与模板内容信息进行对比，若不符合模板信息要求则验证不通过，所述抓取内容信息包括制函格式和制函来源，所述模板内容信息包括标准制函格式和标准制函来源。

进一步的，在步骤S1中，当制函需求发送到接收端时，触发区块链网络的溯源合约，溯源合约锁定该用户的IP地址和ID节点，并且分别给客户端和接收端发送客户密钥和终端密钥。

进一步的，在步骤S1中，对于如果验证不通过，则客户端将该制函需求进行截留具体为：

S11、对于审计模块验证不通过的制函需求，通过深度学习模型将不通过的原因作为训练参数进行深度学习，并且给出修改建议；

S12、通过深度学习模型将制函需求截留原因在客户通过客户端进行下一次发出制函需求时进行截留原因提示。

进一步的，在步骤S11中，当审计模块验证不通过时深度学习模型进行学习一次，对于深度学习模型给出的修改建议发布到区块链网络中，并且将修改建议的内容标记为第一模块，当深度学习模型学习N次时对应性的将修改建议的内容标记为第N模块。

进一步的，在步骤S12中，对于客户通过客户端进行下一次发出制函需求时，深度学习模型调用第N模块的修改建议内容与审计模块验证不通过原因进行对比，如果对比结果一致，则深度学习模型不进行学习。

进一步的，在步骤S2中，当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端具体为：

审计模块将取制函请求属于积极式制函需求或者消极式制函需求进行审计，如果属于积极式制函需求，则开放制函的电子签章授权许可，如果属于消极式制函需求，则将制函需求退回到客户端并且指派专人进行单线处理。

进一步的，在步骤S3中，接收端将拥有函证授权许可的制函需求通过回函发送到客户端具体为：

S31、接收端获取被询客户的电子签章并且进行该电子签章的确认，将被询客户的电子签章和拥有电子签章授权许可的制函需求进行合并成回函；

S32、接收端将回函分别发送到发送制函需求的客户端和被询客户的客户端。

进一步的，在步骤S4中，将回函通过区块链网络进行上链存证具体为：

S41、将回函中涉及的业务处理环节信息、处理人信息、文件信息通过区块链网络进行哈希运算，并且上链存证；

S42、对于上链存证通过区块链验证合约进行链上验证。

本发明的第二方面提出一种区块链往来审计函证验证系统，所述系统用于第一方面所提出的方法，所述系统包括客户端、接收端和区块链网络。

与现有技术相比，本发明的有益效果是：

1、提升工作效率：询函流程线上化，优化了往来询证流程，提高了审计作业效率；便捷的回函操作，减轻了工作人员的回函工作量，实现降本增效。

2、提高业务安全性：区块链可信安全环境下保障函证数据的准确性、可靠性和安全性，有效规避风险；通过对函证业务进行集中统一，提升物资公司对询证业务的规范管理和监督；相较于线下邮寄方式，避免邮寄过程众问题的产生，提升安全管控。

3、提高审计质量：区块链确保数据的完整性和可追溯性，审计机构可以在区块链网络中跟踪询证过程，有效保证函证质量；提高回函效率和回函数量，回函规范化提升审计质量；有效降低监督检查风险。

附图说明

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

图1是本发明实施例提供的一种区块链往来审计函证验证方法整体结构流程示意图。

图2是本发明实施例提供的一种区块链往来审计函证验证方法的验证流程示意图。

图3是本发明实施例提供的一种区块链往来审计函证验证方法的回函流程示意图。

图4是本发明实施例提供的一种区块链往来审计函证验证方法的上链流程示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所列举实施例只用于解释本发明，并非用于限定本发明的范围。

在下文的描述中，给出了大量具体的细节以便提供对本发明更为彻底的理解。然而，对于本领域技术人员而言显而易见的是，本发明可以无需一个或多个这些细节而得以实施。在其他的例子中，为了避免与本发明发生混淆，对于本领域公知的一些技术特征未进行描述。

参照图1-图4，本发明的第一实施例提供一种区块链往来审计函证验证方法，所述方法应用于区块链往来审计函证验证系统，所述系统包括客户端、接收端和区块链网络，所述方法包括以下步骤：

S1、客户在客户端上输入制函需求时，通过客户端上的验证模块对制函需求进行验证，如果验证通过则该制函需求发送到接收端，如果验证不通过，则客户端将该制函需求进行截留；

S2、当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端；

S3、接收端将拥有函证授权许可的制函需求通过回函发送到客户端；

S4、将回函通过区块链网络进行上链存证。

示例性地，通过客户在客户端上输入制函需求，可以解决线下复杂的函证往来和人工验证的流程，并且通过客户端上的验证模块对制函需求进行验证，只有通过验证才可以将该制函需求进行发送到接收端，如果验证不通过，由客户端将其进行截留，通过以上方式能够初步将制函需求进行初步的过滤，从而可以提高制函效率，对于通过验证模块验证到达接收端的制函需求，则由审计模块对其进行审计，再对通过审计的制函要求进行开放函证授权许可，通过该开放函证授权许可方可以进行获得需要访问的客户端的财务访问限权，并且获取到的开放函证授权许可会通过回函的方式告知客户端，并且回函通过区块链网络进行上链存证，进而可以保证制函过程的安全性。

在步骤S1中，通过客户端上的验证模块对制函需求进行验证具体为：

验证模块将制函需求中的内容信息进行抓取，通过抓取到的内容信息与模板内容信息进行对比，若不符合模板信息要求则验证不通过，所述抓取内容信息包括制函格式和制函来源，所述模板内容信息包括标准制函格式和标准制函来源。

示例性地，标准制函格式为企业根据实际情况进行自主设定，例如输入的标准制函格式需为PDF格式，如果客户的输入的制函需求不符合PDF格式，则验证不通过，标准制函来源需为客户独立源的客户端，如果客户通过不常用的客户端，则验证不通过。

在步骤S1中，当制函需求发送到接收端时，触发区块链网络的溯源合约，溯源合约锁定该用户的IP地址和ID节点，并且分别给客户端和接收端发送客户密钥和终端密钥。

示例性地，为了保证制函的过程的安全可溯性，在制函需求发送到接收端时，通过区块链网络的溯源合约锁定该用户的IP地址和ID节点，在发生纠纷时，双方可以使用各自的客户密钥和终端密钥进行共同输入区块链网络中查看双方的业务操作。

在步骤S1中，对于如果验证不通过，则客户端将该制函需求进行截留具体为：

S11、对于审计模块验证不通过的制函需求，通过深度学习模型将不通过的原因作为训练参数进行深度学习，并且给出修改建议；

S12、通过深度学习模型将制函需求截留原因在客户通过客户端进行下一次发出制函需求时进行截留原因提示。

示例性地，为了避免出现同样的审计不通过的问题，可以通过深度学习模型将不通过的原因作为训练参数进行深度学习，在下一次出现该问题时直接进行提示，例如将不符合标准的制函需求格式或者不符合独立源的客户端进行截留原因提示，并且修改建议为：使用PDF格式或者使用拥有独立源的客户端。

在步骤S11中，当审计模块验证不通过时深度学习模型进行学习一次，对于深度学习模型给出的修改建议发布到区块链网络中，并且将修改建议的内容标记为第一模块，当深度学习模型学习N次时对应性的将修改建议的内容标记为第N模块。

示例性地，将深度学习模型给出的修改建议发布到区块链网络中，可以在客户发生纠纷时，可以通过参照客户是否按照深度学习模型给出修改建议进行制函需求的修改，从而可以安全划分客户与企业之间的责任。

在步骤S12中，对于客户通过客户端进行下一次发出制函需求时，深度学习模型调用第N模块的修改建议内容与审计模块验证不通过原因进行对比，如果对比结果一致，则深度学习模型不进行学习。

示例性地，为了避免深度学习模型将审计模块验证不通过的原因进行重复学习，当客户通过客户端进行下一次发出制函需求时，学习模型调用第N模块的修改建议内容与审计模块验证不通过原因进行对比，通过对比的结果是否一致，深度学习模型来进行对应的训练学习，从而提高了制函的效率，提高了企业的工作质量。

在步骤S2中，当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端具体为：

审计模块将取制函请求属于积极式制函需求或者消极式制函需求进行审计，如果属于积极式制函需求，则开放制函的电子签章授权许可，如果属于消极式制函需求，则将制函需求退回到客户端并且指派专人进行单线处理。

示例性地，每个不同的企业都有对应的开放制函的电子签章授权许可，通过开放制函的电子签章授权许可可以验证企业和客户的真实性，保证制函的安全性，对于退回到客户端的制函需求，通过指派专人进行单线处理可以更好的服务于客户，从而提高客户的体验感。

在步骤S3中，接收端将拥有函证授权许可的制函需求通过回函发送到客户端具体为：

S31、接收端获取被询客户的电子签章并且进行该电子签章的确认，将被询客户的电子签章和拥有电子签章授权许可的制函需求进行合并成回函；

S32、接收端将回函分别发送到发送制函需求的客户端和被询客户的客户端。

示例性地，当制函需求拥有电子签章时，则接收端可以访问制函需求的客户端和被询客户的客户端的业务系统，并且接收端在访问时，会通过回函的方式告知制函需求的客户端和被询客户的客户端。

在步骤S4中，将回函通过区块链网络进行上链存证具体为：

S41、将回函中涉及的业务处理环节信息、处理人信息、文件信息通过区块链网络进行哈希运算，并且上链存证；

S42、对于上链存证通过区块链验证合约进行链上验证。

示例性地，在客户对函证信息存疑时，还可以通过区块链验证合约进行链上验证，将业务处理环节信息、处理人信息、文件信息进行一一排查，当某个环节出现问题时，可以进行安全责任事故的划分，从而进一步提高函证往来的安全性和可溯性。

本发明的第二实施例提出一种区块链往来审计函证验证系统，所述系统用于第一实施例所提出的方法，所述系统包括客户端、接收端和区块链网络。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种区块链往来审计函证验证方法，其特征在于，所述方法应用于区块链往来审计函证验证系统，所述系统包括客户端、接收端和区块链网络，所述方法包括以下步骤：

S1、客户在客户端上输入制函需求时，通过客户端上的验证模块对制函需求进行验证，如果验证通过则该制函需求发送到接收端，如果验证不通过，则客户端将该制函需求进行截留；

S2、当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端；

S3、接收端将拥有函证授权许可的制函需求通过回函发送到客户端；

S4、将回函通过区块链网络进行上链存证；

在步骤S1中，通过客户端上的验证模块对制函需求进行验证具体为：

验证模块将制函需求中的内容信息进行抓取，通过抓取到的内容信息与模板内容信息进行对比，若不符合模板信息要求则验证不通过，所述抓取到的 内容信息包括制函格式和制函来源，所述模板内容信息包括标准制函格式和标准制函来源；

在步骤S1中，对于如果验证不通过，则客户端将该制函需求进行截留具体为：

S11、对于审计模块验证不通过的制函需求，通过深度学习模型将不通过的原因作为训练参数进行深度学习，并且给出修改建议；

S12、通过深度学习模型将制函需求截留原因在客户通过客户端进行下一次发出制函需求时进行截留原因提示。

2.根据权利要求1所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S1中，当制函需求发送到接收端时，触发区块链网络的溯源合约，溯源合约锁定该客户的IP地址和ID节点，并且分别给客户端和接收端发送客户密钥和终端密钥。

3.根据权利要求1所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S11中，当审计模块验证不通过时深度学习模型进行学习一次，对于深度学习模型给出的修改建议发布到区块链网络中，并且将修改建议的内容标记为第一模块，当深度学习模型学习N次时对应性的将修改建议的内容标记为第N模块。

4.据权利要求3所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S12中，对于客户通过客户端进行下一次发出制函需求时，深度学习模型调用第N模块的修改建议内容与审计模块验证不通过原因进行对比，如果对比结果一致，则深度学习模型不进行学习。

5.根据权利要求1所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S2中，当接收端接收到制函需求时，通过接收端上的审计模块对制函需求进行审计，如果审计通过则进行制函并且开放函证授权许可，如果审计不通过则将该制函需求退回到客户端具体为：

审计模块将取制函请求属于积极式制函需求或者消极式制函需求进行审计，如果属于积极式制函需求，则开放制函的电子签章授权许可，如果属于消极式制函需求，则将制函需求退回到客户端并且指派专人进行单线处理。

6.根据权利要求1所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S3中，接收端将拥有函证授权许可的制函需求通过回函发送到客户端具体为：

S31、接收端获取被询客户的电子签章并且进行该电子签章的确认，将被询客户的电子签章和拥有电子签章授权许可的制函需求进行合并成回函；

S32、接收端将回函分别发送到发送制函需求的客户端和被询客户的客户端。

7.根据权利要求1所述的一种区块链往来审计函证验证方法，其特征在于，在步骤S4中，将回函通过区块链网络进行上链存证具体为：

S41、将回函中涉及的业务处理环节信息、处理人信息、文件信息通过区块链网络进行哈希运算，并且上链存证；

S42、对于上链存证通过区块链验证合约进行链上验证。

8.一种区块链往来审计函证验证系统，其特征在于，所述系统用于执行如权利要求1-7任一条所述的方法，所述系统包括客户端、接收端和区块链网络。

Images