CN114881757A - 一种函证方法、系统和电子设备 - Google Patents

Abstract

本申请公开了一种函证方法、系统和电子设备，该方法包括：被审计节点通过区块链向审计节点发送待审计的第一财务数据；审计节点基于第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，第三询证函是基于第一询证函得到的；被询证节点通过区块链发送针对第一询证函的回函；审计节点接收回函并对回函进行收函确认。通过上述方式，本申请能够实现函证过程线上化，且保证函证数据真实可信。

Description

一种函证方法、系统和电子设备

技术领域

本申请涉及基础审计技术领域，特别是涉及一种函证方法、系统和电子设备。

背景技术

函证是重要的审计程序之一，其是指审计人员为了获取影响财务报表或相关揭露认定的项目信息，通过函证对象对有关信息和现存状况的声明，获取审计证据(询证函)的过程。询证函应当由审计人员直接发出给被询证方，被询证方的回函应直接寄给审计人员。

传统方式的函证采用书面文件，发函前需要审计人员对被询证方的信息进行确认复核，如：地址、邮编、涉及金额；发函后，若被询证方长时间未回函，需进行催函或者二次发函，函证时效性差，极大地影响了审计进度，且询证函邮寄会产生邮费，提高了审计成本。进一步地，传统函证数据的真实性差，被审计方可与被询证方串通，修改函证数据或私刻公章，使得函证工作失败。

发明内容

本申请主要解决的技术问题是提供一种函证方法、系统和电子设备，能够实现函证过程线上化，且保证函证数据真实可信。

为解决上述技术问题，本申请第一方面提供了一种函证方法，该方法包括：被审计节点通过区块链向审计节点发送待审计的第一财务数据；审计节点基于第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，第三询证函是基于第一询证函得到的；被询证节点通过区块链发送针对第一询证函的回函；审计节点接收回函并对回函进行收函确认。

为解决上述技术问题，本申请第二方面提供了一种函证系统，该系统包括审计节点、以及与审计节点能够通信的被审计节点和被询证节点，其中，审计节点、被审计节点以及被询证节点被用于实现上述第一方面所述的方法。

为解决上述技术问题，本申请第三方面提供了一种电子设备，该设备包括相互耦接的存储器和处理器，存储器存储有程序指令；处理器用于执行存储器存储的程序指令，以实现上述第一方面所述的方法中审计节点、被审计节点以及被询证节点执行的步骤。

上述方案中，审计节点、被审计节点以及被询证节点通过区块链网络进行数据交互，即实现了函证过程线上化，进一步地，区块链具有不可篡改的特性，因此，函证过程通过区块链进行可以保证审计节点、被审计节点以及被询证节点之间传输的函证数据的真实性。

附图说明

图1是本申请提供的电子函证联盟链的框架示意图；

图2是本申请提供的函证方法第一实施方式的流程示意图；

图3是制函操作界面一实施方式的示意图；

图4是本申请提供的函证方法第二实施方式的流程示意图；

图5是本申请提供的函证方法第三实施方式的流程示意图；

图6是本申请提供的函证方法第四实施方式的流程示意图；

图7是本申请提供的函证方法第五实施方式的流程示意图；

图8是本申请提供的函证系统的框架示意图；

图9是本申请提供的电子设备的框架结构示意图。

具体实施方式

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

需要说明的是，本申请实施例中有涉及“第一”、“第二”等的描述，该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

请参阅图1，图1是本申请提供的电子函证联盟链的框架示意图。本申请利用区块链不可篡改、隐私保护和可溯源的特性，提出了一种函证方法。如图1所示，在本申请实施例中，函证过程中涉及的主体可以包括审计方(如事务所)、被审计方(如企业)、被询证方(如银行)。函证过程中涉及的每个主体至少有一台设备加入区块链，作为区块链节点。具体地，审计方、被审计方、被询证方使用的设备(如服务器)分别作为区块链节点，所有的区块链节点构成了联盟链，所有的区块链节点均作为共识节点参与共识工作。在一实施方式中，平台管理节点、被询证方节点以及审计方节点均为记账节点，在函证过程中，可以将发函、回函和收函的关键数据(如询证函的信息)上链，由平台管理节点、被询证方节点以及审计方节点共同记账。在其它实施方式中，记账节点还可以包括被审计方节点，由平台管理节点、被询证方节点以及审计方节点共同记账。联盟链使用准入机制，由平台运营管理方组织身份审核，可以在链上完成数据的存证、验证、溯源及关联操作。联盟链对外可进行跨链，如可以与天平链进行跨链，提升函证过程的公信力。

在一实施方式中，本申请所述的函证方法可以通过函证服务平台实现，审计方和被审计方通过函证服务平台进行交互，审计方和被询证方可以通过平台进行交互，也可以不通过平台交互。进一步地，函证服务平台可以和被审计方的财务系统连接，以获取用于制作询证函的财务数据；也可以与被询证方的函证系统连接，用以向被询证方发送函证，并接收被询证方的回函，还可以与审计方的函证系统连接，用于获取相关函证数据(如函证模板、已完成制函的询证函)。在一具体实施方式中，函证服务平台包括登录模块和业务处理模块，业务处理模块包括制函单元、发函单元以及收函单元；登录模块用于获取访问方输入的登录信息，确定是否允许访问函证服务平台，访问方包括审计方和被审计方中的至少一者；制函单元用于响应于审计方的制函操作，基于被审计方的财务数据制作第一询证函；发函单元用于响应于审计方的发函操作，通过区块链发送第二询证函至被询证方，第二询证函为审计方和/或被审计方对第一询证函签章得到的；收函单元用于将被询证方针对第一询证函反馈的回函提供给被审计方，并响应于审计方的收函操作，对回函进行确认签收。

请参阅图2-3，图2是本申请提供的函证方法第一实施方式的流程示意图，图3是制函操作界面一实施方式的示意图；该方法包括：

S210：被审计节点通过区块链向审计节点发送待审计的第一财务数据。

其中，被审计节点为被审计方使用的终端节点，审计节点即为审计方使用的终端节点。

在一实施方式中，被审计节点通过区块链向审计节点发送待审计的第一财务数据的方式可以为被审计节点将第一财务数据解密后上传至区块链中，审计单位从区块链中获取第一财务数据。具体地，被审计节点拥有审计节点的公钥，其可以利用审计节点的公钥对待审计的第一财务数据进行加密，将加密后的第一财务数据上传至区块链中；审计节点从区块链中获取加密的第一财务数据，并利用私钥对加密的第一财务数据解密，进而获取第一财务数据。由于审计节点的公钥只有其对应的私钥才能解开，因此，可以有效的保证第一财务数据的安全性。

在另一实施方式中，被审计节点通过区块链向审计节点发送待审计的第一财务数据可以为被审计节点直接将第一财务数据发送给审计节点，被审计节点通过区块链将第一财务数据发送给审计节点时，或者被审计节点通过区块链将第一财务数据发送给审计节点后，将发送记录保存在区块链上，如此，即可保证区块链中的其它节点无法获取第一财务数据。其中，发送记录可以包括：发送时间、发送方节点和接收方节点的信息、以及发送的内容中的至少一者。

可以理解地，本申请中所述的通过区块链发送数据过程均可以采用上述两种实施方式中的任意一种。

S220：审计节点基于第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，第三询证函是基于第一询证函得到的。

如图3所示，在一实施方式中，审计节点基于第一财务数据制作第一询证函时，可以响应于用户的选择操作，从若干预设的询证函模板选出目标询证函模板，并填写基本信息和联系信息，利用目标询证函模板和第一财务数据制作第一询证函。其中，获取第一财务数据时，可以点击图3所示的获取询函数据，自动获取第一财务数据，也可以手动添加第一财务数据；选择目标询证函模板时，可以点击选择模板对应的文本框中的下拉键选择目标询证函模板。由于不同的审计项目可能会使用不同的询证函，然而，预设的询证函模板一般为通用的标准函证样式，因此，在另一实施方式中，审计人员也可以根据审计目标，设计第一询证函的样式，但应确保设计的第一询证函能够被函证相关方(被询证方和被审计方)理解，使得函证相关方可以通过第一询证函准确获得函证数据详情。进一步地，新增模板后可以预览模板，如点击图5中的模板预览对应的银行询证函统一模板(格式一)，即可显示该函证模板。

在一实施方式中，制函完成后，审计节点将第一询证函发送给被审计节点，并将制函记录保存在区块链上，制函记录可以包括：制函时间、制函负责人、以及制作的第一询证函中的至少一者。被审计节点接收并审核第一询证函，对审核通过的第一询证函进行签章后得到第二询证函，并将第二询证函发送给审计节点，审计节点对第二询证函进行签章后，得到第三询证函，将第三询证函发送给被询证节点。进一步地，在审计节点将第三询证函发送给被询证节点时，或者审计节点将第三询证函发送给被询证节点后，可以对第三询证函进行哈希运算，得到第三哈希值，将第三哈希值保存在区块链中，也可以将第三询证函和第三哈希值均保存在区块链中。进一步地，将第三询证函发送给被询证节点后，可以将发函记录保存在区块链中，发函记录可以包括：发函时间、发函负责人、发函内容等。

S230：被询证节点通过区块链发送针对第三询证函的回函。

被询证节点接收第三询证函后，获取本地数据库中存储的与第三询证函的内容相关的数据。利用本地数据库中存储的与第三询证函的内容相关的数据对第三询证函的内容进行核对，判断第三询证函的内容是否属实，若属实，则利用被询证方的签章进行签章后发送回函；若不属实，则更正为正确的内容并签章后发送回函。

同样地，被询证节点通过区块链将针对第三询证函的回函发送给审计节点时,或者被询证节点将针对第三询证函的回函发送给审计节点后，可以对回函进行哈希运算，得到第四哈希值，将第四哈希值保存在区块链中，也可以将回函和第四哈希值均保存在区块链中。进一步地，可以将回函记录也保存在区块链上，回函记录可以包括：回函内容、回函时间、回函负责人等。

S240：审计节点接收回函并对回函进行收函确认。

审计节点接收到回函后，可以对回函以及被询证方的签章进行验证，确保回函以及被询证方的签章的真实性。在一些情况下，审计方可以与被询证方联系，以验证回函以及被询证方的签章的真实性。若认为回函以及被询证方的签章均无问题，则签收回函。

本实施例中被审计节点通过区块链向审计节点发送待审计的第一财务数据，审计节点基于第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，第三询证函是基于第一询证函得到的；被询证节点通过区块链发送针对第三询证函的回函；审计节点接收回函并对回函进行收函确认。审计节点、被审计节点以及被询证节点通过区块链网络进行数据交互，即实现了函证过程线上化，且审计节点与被审计节点和被询证节点之间交互的数据均可以存储至区块链中，利用区块链不可篡改的特性，保证审计节点、被审计节点以及被询证节点之间传输的函证数据的真实性。

请参阅图4，图4是本申请提供的函证方法第二实施方式的流程示意图，该方法包括：

S410：审计节点向被审计节点发送询函请求。

其中，询函请求包含询函消息，询函消息为注册会计师依据专业能力自主确定的函证的内容和范围，包括被审计机构的银行存款、借款(包括零余额账户和在本期内注销的账户)以及被审计机构与金融机构往来的其他重要信息；还包括被审计机构的应收账款、应付账款等账户余额及其他信息。询函消息的具体内容可根据业务需求进行确定，在此不做限定。

询函请求可以通过区块链发送，也可以不通过区块链发送。在一实施方式中，审计节点通过区块链将询函请求发送给被审计节点，在发送询函请求时,或者发送询函请求后，可以对询函请求进行哈希运算，得到第六哈希值，将第六哈希值保存在区块链中，也可以将询函请求和第六哈希值均保存在区块链中。

S420：被审计节点通过区块链向审计节点发送待审计的第一财务数据。

被审计节点接收到审计节点发送的询函请求后，基于所述询函请求的内容确定第一财务数据，并通过区块链将第一财务数据发送给审计节点。

S430：审计节点基于第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，第三询证函是基于第一询证函得到的。

S440：被询证节点通过区块链发送针对第三询证函的回函。

S450：审计节点接收回函并对回函进行收函确认。

步骤S430-S450请参见第一实施方式中的步骤S220-S240，在此不再赘述。

在步骤S450后，本实施例还可以包括下述步骤：

S460：审计节点对回函进行第一签章，并通过区块链向审计节点发送经第一签章的回函。

在一实施方式中，审计节点对接收的回函验证通过，认为回函以及被询证方的签章均无问题后，可以利用审计方的签章对回函进行第一签章，签章时可以调用审计方的CA证书，以证明审计方的身份，将经第一签章的回函通过区块链发送给审计节点。

S470：被审计节点对经第一签章的回函进行第二签章，得到经第一签章和第二签章的回函。

被审计节点核对经第一签章的回函，若认为无误，则利用被审计方的签章对经第一签章的回函进行第二签章，得到经第一签章和第二签章的回函，可将经第一签章和第二签章的回函发送给审计节点。

请参阅图5，图5是本申请提供的函证方法第三实施方式的流程示意图，该方法包括：

S510：被审计节点通过区块链向审计节点发送待审计的第一财务数据。

S520：审计节点基于所述第一财务数据制作第一询证函，并通过区块链向被审计节点发送第一询证函。

S530：审计节点在对第一询证函审核通过后，对第一询证函进行签章，得到第二询证函，并通过区块链向审计节点发送第二询证函。

S540：审计节点对第二询证函进行签章，得到第三询证函，并通过区块链向被询证节点发送第三询证函。

S550：被询证节点通过区块链发送针对第一询证函的回函。

其中，回函是被询证节点在对第三询证函进行审核后发送的。

本实施例中，审计节点基于第一财务数据制作第一询证函，并完成内部审核后，通过区块链将第一询证函发送给被审计节点。被审计节点接收到第一询证函后，需核对第一询证函的内容是否真实有效，并根据内控原则进行复核，若核对通过，则对第一询证函进行签章，得到第二询证函，通过区块链将第二询证函发送给审计节点，签章时可以调用被审计方的CA证书，证明被审计方的身份；若核对不通过，可以驳回数据有误的询证函，审计方重新制作第一询证函。进一步地，审计方对第一询证函签章时，需使用能够被被询证方认可和校验的签章，包括但不限于被审计方在被询证方开户时预留的签章、或者被审计方和被询证方约定在办理函证业务时所需要加盖的公章。

审计节点接收被审计节点通过区块链发送的第二询证函并进行签章，得到第三询证函，通过区块链将第三询证函发送到被询证方。在一实施方式中，审计方对第二询证函进行数字签名，数字签名时调用审计方的CA证书，用以证明审计方的身份。

被询证方接收第三询证函并核对第三询证函的内容是否属实，若属实，则对第三询证函进行签章后发送回函；若不属实，则更正第三询证函的内容并进行签章后发送回函。

上述实施例中，可以在审计节点、与被审计节点和被询证节点的交互过程中，对第一询证函、第二询证函、第三询证函以及回函进行哈希运算，得到第一哈希值、第二哈希值、第三哈希值以及第四哈希值，并将第一哈希值、第二哈希值、第三哈希值以及第四哈希值存储在区块链中。

在一实施方式中，用户希望验证本地存储的询证函是否被篡改，则可以获取待验证函，并对待验证函进行哈希运算，得到第五哈希值，将第五哈希值与第一哈希值、第二哈希值、第三哈希值以及第四哈希值中的至少一者进行对比，判断待验证函是否被篡改，进一步地，还可以判断待验证函所属的函证阶段。其中，函证阶段包括：制函并授权、被审计节点签章、审计节点签章和回函四个阶段，制函并授权阶段即为审计单位制作完成第一询证函到审计节点签章前的阶段，其对应的文件为第一询证函；被审计节点签章阶段即为被审计节点签章后到审计节点签章前的阶段，其对应的文件为第二询证函；审计节点签章阶段即为审计节点签章后到被询证节点签章前的阶段，其对应的文件为第三询证函；回函阶段即为被询证节点签章后的阶段，其对应的文件为回函。例如，对待验证函进行哈希运算得到的第五哈希值与第二哈希值相同，则可以知道待验证函处于被审计节点签章阶段，且待验证函未被篡改。

上述获取待验证函的步骤可以由审计节点、被审计节点、被询证节点中的至少一者执行，也可以由其它的验证节点执行，还可以由区块链对应的服务器执行，在此不做限定。

请参阅图6，图6是本申请提供的函证方法第四实施方式的流程示意图，该方法包括：

S610：获取查询节点的函证查询请求。

在一实施方式中，查询节点为审计节点、被审计节点或被询证节点。函证查询请求可以为用户输入固定查询条件或发出的查询指令。例如，查询节点为审计节点，审计人员可以按照审计项目、被审计单位、函证编号、函证类型、审计年度、回函结论等查询条件中的至少一者查询函证信息。

S620：从区块链中获取与查询节点权限匹配的函证数据。

在函证过程中，审计节点、被审计节点或被询证节点均可查看函证数据，然而，各个查询节点的权限不同，其所能查看的函证数据也不同。因此，查询节点在查询函证数据时，只能查看其权限范围内的函证数据。

在一实施方式中，函证数据包括函证的基本信息以及整个函证过程中每个处理阶段的溯源信息。如图7所示，函证的基本信息包括函证编号、审计机构(即审计方)、被审计单位(即被审计方)、被询证单位(即被询证方)，还可以包括审计年度、函证类型等函证过程中每个处理阶段的溯源信息可以包括该阶段的处理人、处理时间、形成的区块的高度、以及对该阶段的函证数据进行哈希运算得到的哈希值等。具体地，用户在查询函证信息时，可以按照查询条件查询得到多个函证数据信息，点击具体的单个函证数据信息，得到其基本信息以及整个函证过程中每个处理阶段的溯源信息。进一步地，用户查询到相关函证数据后，还可以下载所述函证数据。

上述步骤S610和S620可以在函证过程中的任意时刻进行，使得审计方、被审计方和被询证方可以查询函证的处理进度。

进一步地，本申请提供的函证方法还可以包括下述步骤中的至少一个步骤，以统计函证过程中的相关数据。

S630：统计审计节点在预设时间段内的回函情况。

在一实施方式中，回函情况包括回函比率、回函与对应的发函相符的比率和回函与对应的发函不符的比率中的至少一者。其中，回函比率等于回函数量与发函数量的商乘以100％，发函数量为审计节点发送给被询证节点的询证函的数量，回函数量为被询证节点发送给审计节点的回函的数量；回函与对应的发函相符的比率等于回函数量与相符数量的商乘以100％，相符数量为审计节点发送给被询证节点的若干询证函中询证函的数据与被询证单位的回函的数据一致的询证函的数量；回函与对应的发函不符的比率等于回函数量与不符数量的商乘以100％，不符数量为审计节点发送给被询证节点的若干询证函中询证函的数据与被询证单位的回函的数据不一致的询证函的数量。可以理解地，该步骤可以由审计节点执行，也可以由区块链对应的服务器执行。

S640：统计函证过程中的函证状态信息。

在一实施方式中，函证状态信息包括被审计节点、审计节点、被询证节点中的至少一者所关联的处于各处理阶段的函证数量。其中，被审计节点、审计节点、被询证节点中的至少一者所关联的各处理阶段包含制函阶段、发函阶段、回函阶段以及收函阶段。具体地，制函阶段包括制函待审核、制函审核中、制函审核通过、被审计节点授权待审核、被审计节点授权审核中、被审计节点已授权、被审计节点已驳回；发函阶段包括：审计节点已签名、审计节点已发函、被询证节点已签收；回函阶段包括被询证节点回函处理中、被询证节点回函审核通过、被询证节点已签章；收函阶段包括审计节点回函已签收、被审计节点已签章。可以理解地，统计函证过程中的函证状态信息的步骤可以由审计节点执行，也可以由区块链对应的服务器执行。

S650：在检测到第三询证函与回函存在数据差异时，分析被审计节点的相关财务数据，确定差异存在的原因。

在一实施方式中，若审计节点在检测到第三询证函与回函存在数据差异时，可以根据被审计节点提供的相关财务数据进行关联分析，查找原因。相关财务数据可以包含被审计节点提供的用于制作第三询证函的第一财务数据，以及与第一财务数据有关的其它数据。若审计方通过分析第一财务数据，可以获得第三询证函与回函存在差异的原因，则无需获取与第一财务数据有关的其它数据；若审计方通过分析第一财务数据，无法获得第三询证函与回函存在差异的原因，则可以要求被审计方提供与第一财务数据有关的其它数据，以分析得到第三询证函与回函存在差异的原因。

通过上述方式，本申请可以统计审计节点接收的回函的情况、以及统计处于函证过程中的各个处理阶段的询证函和回函的数量，还可以分析审计节点发送给被询证节点的第三询证函与被询证节点发送给审计节点的回函之间存在数据差异的原因，提高审计效率。

请参阅图7，图7是本申请提供的函证方法第五实施方式的流程示意图，该方法包括：

S710：被审计节点获得第一财务数据的第一密文数据，并通过区块链向审计节点发送第一密文数据，其中，第一密文数据是第一隐私计算节点对第一财务数据进行隐私计算得到的。

在一实施方式中，被审计节点为被审计机构使用的终端节点，审计节点为审计机构使用的终端节点。其中，第一财务数据可以为被审计机构在金融机构的存款、借款以及应收账款、应付账款等账户余额及其他信息。

被审计节点可以将第一金额数据发送给第一隐私计算节点，第一隐私计算节点对第一金额数据进行相应的计算，得到第一金额数据的第一密文数据，被审计节点通过区块链网络将第一密文数据发送给审计节点。其中，第一密文数据可以由第一隐私计算节点利用同态加密、零知识证明、多节点安全计算和可信执行环境中的任一种节点式进行隐私计算得到的。第一隐私计算节点可以为区块链节点，也可以不是区块链节点。在一具体实施方式中，第一隐私计算节点不是区块链节点，被审计节点发出隐私计算请求，空闲的第一隐私计算节点接收被审计节点发出的隐私计算请求，并创建隐私计算任务，将创建隐私计算任务的过程上传至区块链，被审计节点通过区块链验证第一隐私计算节点的数据访问权限，验证通过后，进一步通过区块链审核第一隐私计算节点用于隐私计算的子模型，子模型验证通过后，第一隐私计算节点则可以获取被审计节点的第一金额数据，并对第一金额数据进行隐私计算得到第一密文数据，将第一密文数据发送给被审计节点。被审计节点将接收的第一密文数据通过区块链发送给审计节点。

S720：审计节点基于第一密文数据制作第四询证函，并通过区块链将第四询证函发送给被询证节点。

在一实施方式中，被审计节点向审计节点发送第一密文数据的同时，可以将与第一财务数据相关的被询证方的信息以及被审计方的签名信息也发送给审计节点，审计节点接收到第一密文数据以及被审计方的签名信息后，可以通过验证被审计方的签名是否真实，来验证第一密文数据的真实性。验证通过后可以选择不同的函证模板，基于第一密文数据制作第四询证函后，按照被询证方的信息，将第四询证函逐一发送给与第一财务数据相关的被询证节点。可以理解地，审计节点可以仅将第四询证函发送给被询证节点，也可以将第一密文数据和第四询证函均发送给被询证节点。

S730：被询证节点获取与第一财务数据关联的第二财务数据，并获得第二财务数据的第二密文数据，通过区块链向审计节点发送包含第二密文数据的回函，其中，第二密文数据是第二隐私计算节点对第二财务数据进行隐私计算得到的。

被询证节点基于第四询证函获取与第一财务数据关联的第二财务数据，并将第二财务数据发送给第二隐私计算节点，第二隐私计算节点对第二财务数据进行隐私计算得到第二密文数据的步骤可以参见步骤S710中第一隐私计算节点对第一财务数据进行隐私计算得到第一密文数据的方式，在此不再赘述。可以理解地，第一隐私计算节点和第二隐私计算节点可以为同一个节点，也可以为不同节点，在此不做限定。

S740：审计节点接收回函并对回函进行收函确认。

在一实施方式中，审计节点接收包含第二密文数据的回函，可以将第一密文数据和第二密文数据发送给隐私计算节点进行计算，以验证第二财务数据和第一财务数据是否一致。

在一具体实施方式中，被询证节点可以为多个，审计节点接收到多个被询证节点的回函后，审计节点将第一密文数据和多个第二密文数据发送给隐私计算节点，以使隐私计算节点通过智能合约调用同态加算法验证所有被询证节点的第二金额数据之和是否小于或等于第一金额数据，其中，所有被询证节点的第二金额数据之和小于或等于第一金额数据，则认为被审计方通过审计，进而签收回函。

通过上述方式，可以实现函证过程中在区块链上进行业务和数据的存储，让数据可信任、流程可追溯，而在区块链下通过隐私计算节点进行对数据进行隐私计算，可以实现在数据不出库的前提下达到可用、可验而不可见，以此来保护被审计方的商业隐私。

请参阅图8，图8是本申请提供的函证系统的框架示意图，该函证系统80包括审计节点81、被审计节点82以及被询证节点83，其中，被审计节点82以及被询证节点83均能够与审计节点81进行通信。审计节点81用于执行上述函证验证方法任一实施方式中审计节点81执行的步骤；被审计节点82用于执行上述函证验证方法任一实施方式中被审计节点执行的步骤，被询证节点83分别用于执行上述函证验证方法任一实施方式中被询证节点83执行的步骤。在一实施方式中，审计节点81、被审计节点82、被询证节点83可以分别为它们使用的电子设备，例如计算机、平板电脑、手机等。

请参阅图9，图9是本申请提供的电子设备的框架结构示意图。

电子设备90包括相互耦接的存储器91和处理器92，存储器91存储有程序指令，处理器92用于执行存储器91中存储的程序指令，以实现上述任一方法实施方式的步骤。在一个具体的实施场景中，电子设备90可以包括但不限于：微型计算机、服务器，此外，电子设备90还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

具体而言，处理器92用于控制其自身以及存储器91以实现上述任一组织体系构建方法实施方式的步骤。处理器92还可以称为CPU(Central Processing Unit，中央处理单元)。处理器92可能是一种集成电路芯片，具有信号的处理能力。处理器92还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器92可以由集成电路芯片共同实现。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种函证方法，其特征在于，所述方法包括：

被审计节点通过区块链向审计节点发送待审计的第一财务数据；

所述审计节点基于所述第一财务数据制作第一询证函，并通过区块链将第三询证函发送到被询证节点；其中，所述第三询证函是基于所述第一询证函得到的；

所述被询证节点通过区块链发送针对所述第三询证函的回函；

所述审计节点接收所述回函并对所述回函进行收函确认。

2.根据权利要求1所述的方法，其特征在于，所述被审计节点通过区块链向审计节点发送待审计的第一财务数据之前，所述方法还包括：

所述审计节点向所述被审计节点发送询函请求，其中，所述第一财务数据是所述被审计节点响应于所述询函请求而发送的；

和/或，所述审计节点接收所述回函并对所述回函进行收函确认之后，所述方法还包括：

所述审计节点对所述回函进行第一签章，并通过区块链向所述被审计节点发送经所述第一签章的所述回函；

所述被审计节点对所述经所述第一签章的所述回函进行第二签章，得到经所述第一签章和第二签章的所述回函。

3.根据权利要求1所述的方法，其特征在于，所述审计节点与所述被审计节点和所述被询证节点之间交互的数据均存储至所述区块链中；

和/或，所述审计节点基于所述第一财务数据制作第一询证函，包括：

响应于用户的选择操作，从若干预设的询证函模板选出目标询证函模板；

基于所述目标询证函模板和所述财务数据，制作所述第一询证函。

4.根据权利要求1所述的方法，其特征在于，在所述被询证节点通过区块链发送针对所述第一询证函的回函之前，所述方法还包括：

所述审计节点通过区块链向所述被审计节点发送所述第一询证函；

所述被审计节点在对所述第一询证函审核通过后，对所述第一询证函进行签章，得到第二询证函，并通过所述区块链向所述审计节点发送所述第二询证函；

所述审计节点对所述第二询证函进行签章，得到第三询证函，并通过所述区块链向所述被询证节点发送所述第三询证函，其中，所述回函是所述被询证节点在对所述第三询证函进行审核后发送的。

5.根据权利要求4所述的方法，其特征在于，所述第一询证函对应的第一哈希值、所述第二询证函对应的第二哈希值、所述第三询证函对应的第三哈希值和所述回函对应的第四哈希值均存储在所述区块链中；

所述方法还包括：

获取待验证函，并计算所述待验证函的第五哈希值；

将第五哈希值与所述第一哈希值、第二哈希值、第三哈希值和第四哈希值中的至少一者对比，获取对比结果；

依据所述对比结果，判断所述待验证函是否被篡改，和/或，判断所述待验证函所属的函证阶段。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取查询节点的函证查询请求，其中，所述查询节点为所述审计节点、被审计节点或被询证节点；

从区块链中获取与所述查询节点权限匹配的函证数据，其中，所述函证数据包括函证的基本信息以及整个函证过程中每个处理阶段的溯源信息。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括以下至少一个步骤：

统计所述审计节点在预设时间段内的回函情况，所述回函情况包括回函比率、回函与对应的发函相符的比率和回函与对应的发函不符的比率中的至少一者；

统计函证过程中的函证状态信息，所述函证状态信息包括所述被审计节点、所述审计节点、所述被询证节点中的至少一者所关联的处于各处理阶段的函证数量；

在检测到所述第三询证函与所述回函存在数据差异时，分析所述被审计节点相关的财务数据，确定所述差异存在的原因。

8.根据权利要求1所述的方法，其特征在于，所述被审计节点通过区块链向审计节点发送待审计的第一财务数据，包括：

所述被审计节点获得所述第一财务数据的第一密文数据，并通过区块链向所述审计节点发送所述第一密文数据，其中，所述第一密文数据是第一隐私计算节点对所述第一财务数据进行隐私计算得到的；

所述被询证节点通过区块链发送针对所述第一询证函的回函，包括：

所述被询证节点获取与所述第一财务数据关联的第二财务数据，并获得所述第二财务数据的第二密文数据，通过区块链向所述审计节点发送包含所述第二密文数据的回函，其中，所述第二密文数据是第二隐私计算节点对所述第二财务数据进行隐私计算得到的。

9.一种函证系统，其特征在于，包括审计节点、以及与所述审计节点能够通信的被审计节点和被询证节点；

其中，所述审计节点用于执行权利要求1至8任一项所述方法中所述审计节点执行的步骤；

所述被审计节点用于执行权利要求1至8任一项所述方法中所述被审计节点执行的步骤；

所述被询证节点用于执行权利要求1至8任一项所述方法中所述被询证节点执行的步骤。

10.一种电子设备，其特征在于，包括相互耦接的存储器和处理器，

所述存储器存储有程序指令；

所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1-8任一项所述的方法中审计节点、被审计节点或被询证节点执行的步骤。

Images