CN114897596A - 一种函证服务平台和电子设备 - Google Patents

Abstract

本申请公开了一种函证服务平台和电子设备，该平台包括登录模块和业务处理模块，业务处理模块包括制函单元、发函单元、收函单元；登录模块用于获取访问方输入的登录信息，确定是否允许访问该平台，访问方包括审计方和被审计方中的至少一者；制函单元用于响应于审计方的制函操作，基于被审计方的财务数据制作第一询证函；发函单元用于响应于审计方的发函操作，通过区块链发送第二询证函至被询证方，第二询证函为审计方和/或被审计方对第一询证函签章得到的；收函单元用于将被询证方针对第一询证函反馈的回函提供给被审计方，并响应于审计方的收函操作，对回函进行确认签收。通过上述方式，本申请能够提供多方协同的电子函证业务在线办理渠道。

Description

一种函证服务平台和电子设备

技术领域

本申请涉及基础审计技术领域，特别是涉及一种函证服务平台和电子设备。

背景技术

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

传统方式的函证采用书面文件，存在多个弊端，如函证数据的真实性差、审计效率低、回函周期长、签章不具备法律效力等。近年来，为顺应我国信息技术的不断发展和注册会计师行业呼声，财政部于2010年11月1日年修订了《中国注册会计师审计准则第1312号-函证》。修订后的第1312号准则第5条规定，函证可以采用纸质、电子或其他介质等形式的书面方式回复，从而为注册会计师行业探索电子函证之路。

发明内容

本申请主要解决的技术问题是提供一种函证服务平台和电子设备，能够提供多方协同的电子函证业务在线办理渠道，并解决跨单位函证难流通、难管理的业务难题。

为解决上述技术问题，本申请第一方面提供了一种函证服务平台，该平台包括：登录模块和业务处理模块，业务处理模块包括制函单元、发函单元、收函单元；登录模块用于获取访问方输入的登录信息，确定是否允许访问函证服务平台，访问方包括审计方和被审计方中的至少一者；制函单元用于响应于审计方的制函操作，基于被审计方的财务数据制作第一询证函；发函单元用于响应于审计方的发函操作，通过区块链发送第二询证函至被询证方，第二询证函为审计方和/或被审计方对第一询证函签章得到的；收函单元用于将被询证方针对第一询证函反馈的回函提供给被审计方，并响应于审计方的收函操作，对回函进行确认签收。

为解决上述技术问题，本申请第二方面提供了一种电子设备，该设备包括相互耦接的存储器和处理器，存储器存储有程序指令；处理器用于执行存储器存储的程序指令，以实现上述第一方面提供的函证服务平台包含的各模块的功能。

本申请的有益效果是：区别于现有技术的情况，本申请提供一种函证服务平台，平台包括登录模块和业务处理模块，审计方和被审计方均可以通过登录模块登录该平台查询和办理函证业务；业务处理模块包括制函单元、发函单元以及收函单元，使得审计方、被审计方等不同业务方的制函过程、发函过程以及收函过程均可以通过该函证服务平台进行；为用户提供多方协同的电子函证业务在线办理渠道，并解决跨单位函证难流通、难管理的业务难题。进一步地，该平台的访问方之间通过区块链传输数据，有效的保证函证数据的真实性。

附图说明

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

图2是电子函证整体业务流程与联盟链的数据交互；

图3是本申请函证服务平台的具体架构示意图；

图4是本申请函证服务平台一实施方式的框架示意图；

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

图6是本申请提供的函证服务平台中进行的函证流程示意图；

图7是工作台界面一实施方式的示意图；

图8是链上跟踪模块一实施方式的示意图；

图9是本申请提供的函证服务平台与其它***之间的交互示意图；

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

具体实施方式

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

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

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

区块链为信息资产交易提供可信的环境，可以让信息流动更安全，可能会大大改变审计方法论和路径。传统的函证方式受外界各类影响因素较多，在审计程序和审计过程中对获取的信息真实性产生影响，进而影响到函证质量。区块链技术的发展则很好地解决了这些不足和缺点，为提高银行函证工作质量和效果提供了较好的技术支持。

区块链技术是随比特币等数字加密货币而兴起的一种新型的分布式数据组织方法及运算方式。其最大特点是：去中心化，这使得数据能够实现分布式集体维护，极大提高数据运算、管理、维护效率；共识节点间基于一套共识机制，通过竞争计算共同维护整个区块链，任一节点失效，其余节点仍能正常工作。同时搭载非对称加密技术的区块链具备高安全性、可追溯性，能有效防止数据泄露或非法篡改。

请结合参阅图1-2，图1是本申请提供的电子函证联盟链的框架示意图；图2是电子函证整体业务流程与联盟链的数据交互。

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

函证过程中任意步骤的数据均可以存在联盟链上，可以在链上完成数据的存证、验证、溯源及关联操作。如图2所示，在一实施方式中，审计方(如图2中的审计机构)基于财务数据制作的函证文档可以通过联盟链发送给被审计方，被审计方(如图2中的被审计单位)对函证文档进行签章后通过联盟链发送给审计方，审计方将经被审计方签章的函证文档通过联盟链发送给被询证方(如图2中的被询证单位)，被询证方核实函证文档的内容，将核对结果保存在联盟链，并通过联盟链将签章后回函发送给审计方，审计方接收到回函后，将回函存储在联盟链，本实施方式中的函证文件可以为询证函。进一步地，联盟链对外可进行跨链，如可以与星火链网和天平链进行跨链，提升函证过程的公信力。

请参阅图3，图3是本申请函证服务平台的具体架构示意图，在该应用中，函证服务平台的具体架构包括资源层11、平台层12、支撑层13、服务层14和接入层15。其中，资源层11封装了计算资源、网络资源、存储资源等基础设施，主要用于数据存储，业务计算、网络运行管理等；平台层12封装了联盟链和企业云，主要用于提供各类基础功能组件、中间件、运行环境等，一般独立于具体应用；支撑层13用于提供统一的基础功能服务，主要包含用户服务、权限服务、数据管理服务、安全管理服务等；服务层14用于提供标准的业务服务，主要包括基础管理服务、企业认证注册、函证业务服务、统计分析服务以及工作台服务；接入层15包括API网关、WEB服务、会话管理等，支持内外部用户通过企业统一门户登陆，通过统一权限平台进行身份认证，并提供接口网关和多端接入管理，支持标准化接口接入。在一具体应用中，一电子设备可以运行包含上述架构的***，并且可以加入区块链网络成为区块链网络的节点，该电子设备可以为具有处理能力的任意设备，例如计算机、平板电脑、手机等，电子设备的用户可以对该电子设备进行操作从而实现在区块链网络中的操作。在一些实施例中，上述区块链技术架构还包括内部集成和跨链功能，用于对数据进行集成和跨链共享。

参阅图4-5，图4是本申请函证服务平台一实施方式的框架示意图，图5是制函操作界面一实施方式的示意图；该平台包括：登录模块和业务处理模块，登录模块用于获取访问方输入的登录信息，确定是否允许其访问函证服务平台。在一实施方式中，访问方为审计方和被审计方，在访问方登录函证服务平台之前可以进行注册和认证。在其它实施方式中，访问方还可以包括被询证方。

在一具体实施方式中，访问方为审计方(即企业)，企业可以先进行注册和认证，企业可以录入企业基本信息和实名认证材料。企业基本信息和实名认证材料可以包括企业名称、企业统一社会信用代码、法人姓名、法人身份证号等，还可以包括企业管理员信息、企业营业执照管理员授权书等。企业提交相关材料后，可以由函证服务平台的运营管理方审核相关材料的真实性，审核通过后才可以在函证服务平台开展函证业务。其中，运营管理方审核相关材料的真实性使，可以结合人工审核和CA实名认证两种方式。同理，访问方为审计方和被询证方时，也可以采用上述的方式进行注册和认证，只有完成注册和认证的访问方才可以访问函证服务平台。通过注册和认证可以保证函证服务平台的访问方均为真实合法的企业。

在一实施方式中，业务处理模块用于处理函证业务，其可以包括制函单元、发函单元以及收函单元。进一步地，平台可以根据访问方的身份展示不同的界面，例如，若访问方为审计方，平台展示的界面可以包含制函单元；若访问方为被审计方，平台展示的界面可以不包含制函单元。

制函单元用于响应审计方的制函操作，基于被审计方的财务数据制作第一询证函。如图5所示，在一实施方式中，制函单元用于提供制函操作界面，并响应于审计方在制函操作界面上的操作，获得新增函证的信息，并基于新增函证的信息生成新增函证对应的第一询证函，其中，获得新增函证的信息包括以下步骤：确定待制作的第一询证函对应的函证的类型、从若干询证函模板中选出目标询证函模板、获取用户输入的函证的基本信息和审计方的信息、以及导入被审计方的财务数据。

本实施例中，如图5所示，审计人员可以点击银行函证格式类型对应的文本框中的下拉键选择响应的函证格式类型；点击选择模板对应的文本框中的下拉键选择函证模板。在一具体实施方式中，审计方点击选择模板对应的文本框中的下拉键后，可以进入函证模板显示界面，在函证模板显示界面显示已有的函证模板，审计方可以选择已有的函证模板以制作第一询证函；也可以新增函证模板，新增函证模板时，支持空白新增，也支持参考已有的模板复制新增。新增模板时，可以编辑具体的模板内容，如模板编号、名称、适用函证类型，编辑内容时，可编辑固定内容、设置取数项、设置内容的格式等。新增模板后可以预览模板，如点击图5中的模板预览对应的银行询证函统一模板(格式一)，即可显示该函证模板。进一步地，新增模板后可以一键获取第一询证函的数据(如点击图5中的获取询函数据，即可选择相应的数据)，通过该方式可以提升制函人员的录入效率，也能降低错误率；对于需询函无余额或无需询函的函证项，通过选择相应选项即可，无须在每个数据项中划线，快捷方便。

发函单元用于响应审计方的发函操作，通过区块链发送第二询证函至被询证方，第二询证函为审计方和/或被审计方对第一询证函签章得到的。在一实施方式中，审计方将通过制函单元制作的第一询证函通过区块链发送给被审计方，被审计方对第一询证函的内容进行真实有效性核实，并根据内控原则进行复核后才能进行签章授权确认。签章授权时应使用能被银行业金融机构认可和校验的签章，包括但不限于开户时预留的签章，或企业与银行约定在办理函证业务时所需要加盖的签章。

收函单元用于将被询证方针对第一询证函反馈的回函提供给被审计方，并响应于审计方的收函操作，对回函进行确认签收。具体地，收函单元用于收取被询证方发送的回函并提供给审计方。审计方接收回函后，可以对回函及回函的用章进行查验，若无疑虑，则签收回函；若有疑虑，则可以与被询证方的相关人员联系以验证回函及回函的用章的真实性。进一步地，收函单元还支持对审计方对已收函的函证进行查询，可按照审计项目、被审计单位、被询证银行、函证基准日、函证编号查询函证详情和函证文档。

请参阅图6，图6是本申请提供的函证服务平台中进行的函证流程示意图。

函证服务平台的业务处理模块还可以包括以下至少一个单元：财务数据管理单元、授权单元、函证归集单元。在一实施方式中，财务数据管理单元用于响应于被审计方的输入操作，导入待审计的财务数据。财务数据主要用于审计方制作第一询证函，根据审计项目的不同，审计方可能需要制作多个第一询证函，因此，需要的财务数据也会较多，全部由人工整理有非常大的工作量，可以借助于信息化手段，自动从企业财务***中接入。其中，财务数据可以包括银行存款、银行借款、注销账户、作为委托人的委托贷款、作为借款人的委托贷款等。导入数据管理单元的财务数据可以作为制作第一询证函的数据基础，也作为被审计方对审计方发送的第一询证函进行授权时与第一询证函中的数据进行比对的基础。

授权单元，用于以下至少一者：响应于被审计方的第一签章操作，对第一询证函进行签章得到第三询证函；响应于审计方的第二签章操作，对第三询证函进行签章得到第二询证函；响应于审计方的第二签章操作，对回函进行第一签章；响应于被审计方的第二签章操作，对经第一签章的回函进行第二签章。在一实施方式中，如图6所示，审计方基于被审计方提供的询函数据制作第一询证函并将审核通过的第一询证函发送给被审计方，被审计方对第一询证函的数据进行比对，比对通过后进行第一签章操作得到第三询证函，签章时可以调用被审计方的CA证书，证明被审计方的身份。被审计方通过区块链将第三询证函发送给审计方，审计方对第三询证函进行签章得到第二询证函，签章时可以调用审计方的CA证书，证明审计方的身份。审计方接收到被询证方针对第二询证函的回函后，对回函签收时进行第一签章，并将经第一签章的回函发送给被审计方，使得被审计方对经第一签章的回函进行第二签章，并将经第一签章和第二签章的回函发送给审计方，完成审计过程。

本实施例中，被审计方提供的询函数据为制作第一询证函所需的财务数据，被审计方可以将财务数据通过区块链发送给审计方，财务数据可以保存在区块链上，也可以不保存在区块链上。若财务数据保存在区块链上，则可以采用审计方的公钥对财务数据进行加密，保证财务数据的安全性。

在另一实施方式中，为了更好地保证财务数据的安全性，可以对财务数据进行加密，将财务数据的密文发送给审计节点。具体地，被审计节点(即被审计方所处的节点)向审计节点发送关于目标交易记录的第一金额数据(即财务数据)的第一密文数据；审计节点(被审计方所处的节点)基于第一密文数据制作询证函，并将询证函发送给与目标交易记录相关的至少一个被询证节点(即被询证方所处的节点)；被询证节点向审计节点发送回函，回函包括关于目标交易记录的第二金额数据的第二密文数据；审计节点基于第一密文数据和第二密文数据验证交易记录是否真实。在一实施方式中，审计节点基于第一密文数据和第二密文数据验证交易记录是否真实包括审计节点将第一密文数据和第二密文数据发送给隐私计算节点，以使隐私计算节点通过智能合约调用同态加算法验证所有被询证节点的第二金额数据之和是否小于或等于第一金额数据，其中，若所有被询证节点的第二金额数据之和小于或等于第一金额数据，则确定交易记录真实。第一密文数据和第二密文数据可以采用同态加密、零知识证明、多节点安全计算和可信执行环境中的任一种节点式进行隐私计算得到。

本实施例中，被审计节点得到第一密文数据的步骤可以为被审计节点发出隐私计算请求，空闲的第一隐私计算节点接收被审计节点发出的隐私计算请求，并创建隐私计算任务，将创建隐私计算任务的过程上传至区块链，被审计节点通过区块链验证第一隐私计算节点的数据访问权限，验证通过后，进一步通过区块链审核第一隐私计算节点用于隐私计算的子模型，子模型验证通过后，第一隐私计算节点则可以获取被审计节点的第一金额数据，并对第一金额数据进行隐私计算得到第一密文数据，将第一密文数据发送给被审计节点。被审计节点将接收的第一密文数据通过区块链发送给审计节点。被询证节点得到第二密文数据的步骤可采用与上述被审计节点得到第一密文数据相同的方式，在此不做赘述。其中，第一隐私计算节点和第二隐私计算节点可以不是区块链中的节点。

函证归集单元用于响应于审计方的归集操作，基于经第一签章和第二签章的所述回函进行函证归集。审计方接收到经第一签章和第二签章的回函后，即表示审计过程结束，其可以按照审计项目将对其下的所有函证(可以包括第一询证函、第二询证函、回函等)进行归集，归集完成后，该审计项目将置为已完成状态。归集时，***检查所有函证均处于完结状态；若部分函证未完成，且经过审计人员确定，可终止询证。

函证服务平台还可以包括：验证模块，验证模块用于获取待验证函，并计算待验证函的待验证哈希值，将待验证哈希值与第一询证函、第二询证函、第三询证函和回函中至少一者的函证哈希值进行对比，以判断待验证函是否被篡改，和/或，判断待验证函所属的函证阶段；其中，函证哈希值存储在区块链中。

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

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

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

请参阅图7，图7是工作台界面一实施方式的示意图。

函证服务平台还可以包括工作台模块，工作台模块用于提供工作台界面，工作台界面包括待办显示区、未完成任务跟踪显示区和函证统计分析显示区中的至少一者；根据访问者的身份不同，平台展示的工作台界面存在差异。其中，待办显示区用于显示访问方关联的函证待办事项，访问者如需办理，可直接点击某个待办事项跳转至处理界面，快捷方便。

未完成任务跟踪显示区用于显示访问方关联的函证的至少一类未完成任务的信息，至少一类未完成任务包括所有未完成任务、与约定处理期限少于预配置时间且未超期的未完成任务(对应图7的预警)、超期的未完成任务(对应图7的超期)中的至少一种，未完成任务的信息包括未完成任务的函证类型、标识(如业务编号)、状态、任务描述和发起时间中的至少一种。未完成任务跟踪显示区还可以显示每种未完成任务的数量，用户可以针对未完成任务的类型进行查看，如点击超期，既可以查看超期的函证信息。进一步地，用户还可以点击业务编号，查看属于该业务编号的函证。

通过设置未完成任务显示区，访问方可以时刻关注函证的处理进度。对于长时间未处理的任务，工作台模块还用于响应于访问方对未完成任务跟踪显示区中的催办触发操作(如点击图7中的催办按钮)，向与未完成任务的关联方发送催办提醒，催办提醒可以为短信催办和***催办。函证统计分析显示区用于显示预设时间段内的至少一类型函证的执行情况，在一实施方式中，函证统计分析显示区通过图形化的展示，直观展示不同视角的统计数据：作为审计方，统计函证待发、函证已发、函证已完成等数据；作为被审计方，统计被审计函证量、被询证函证量等。进一步地，工作台界面还包括平台公告区，用于展示业务处理中需要当前访问方知晓的消息，例如被询证方查看询证函后，***会向审计方发送一条消息，让审计方知晓询证函已由被询证方查阅。

上述函证服务平台还可以包括管理模块，管理模块用于进行以下至少一种管理：对审计方的函证审计项目进行管理、对用于生成审计方的第一询证函的询证函模板进行管理、对被审计方的开户银行进行管理、对审计方和/或被审计方的***进行管理、以及对被审计方的财务数据进行管理。

在一实施方式中，对审计方的函证审计项目进行管理包括：用于审计方按照审计项目管理和归集函证业务，也用于做数据权限数据隔离，非项目组的成员不能查看与该项目有关的函证数据。审计项目包括审计项目编号、审计项目名称、审计年度、审计期间、被审计单位、项目组成员、项目负责人、项目状态等信息。其中，项目状态分为三种：未启动、已启动、已完成；未启动的审计项目可以修改项目的基本信息；已启动后的审计项目进入函证处理阶段，可进行制函；已完成的审计项目表示该审计项目所有工作已完成，不可再制作函证。

对用于生成审计方的第一询证函的询证函模板进行管理包括：维护常用的询证函模板，或者新增询证函模板。询证函模板主要用于后续按固定的格式生成询证函PDF文件；模板主要包括模板编号、模板名称、适用函证类型等，可编辑具体的模板内容；编辑内容时，可编辑固定内容、设置取数项、设置内容的格式等等。

对被审计方的开户银行进行管理包括：维护被审计方的开户银行信息，开户银行信息可以从企业财务***等接入，避免重复录入。其中，开户银行信息主要包括银行名称、统一社会信用代码、开户金融机构、开户行地址、银行联行号等。进一步还可以包括：维护被审计方的银行账户信息，其可以从企业财务***等接入，避免重复录入；后续制函可以从这里选择，避免人为因素输入错误。银行账户信息主要包括银行账号、账户名称、所属单位、开户金融机构、开户银行、账户类型、账户状态等。

对审计方和/或被审计方的***进行管理包括：维护被审计方的***图片，***图片与被审计方CA证书绑定，能确定被审计方身份，具有法律效力，后续用于询证函PDF文件的签章。

对被审计方的财务数据进行管理包括：准备被审计方用于制作询证函的财务数据，其可以直接从被审计方的财务***接入。其中，财务数据可以包括银行存款、银行借款、注销账户、作为委托人的委托贷款、作为借款人的委托贷款等。

请参阅图8，图8是链上跟踪模块一实施方式的示意图。

在其他实施方式中，函证服务平台还可以包括链上跟踪模块或者统计模块、差异分析模块、函证执行评价模块中的至少一种。链上跟踪模块用于获取并显示与访问方的权限匹配的函证数据。如图8所示，在一实施方式中，函证的基本信息包括函证编号、审计机构(即审计方)、被审计方、被询证方，还可以包括审计年度、函证类型等函证过程中每个处理阶段的溯源信息可以包括该阶段的处理人、处理时间、形成的区块的高度、以及对该阶段的函证数据进行哈希运算得到的哈希值等。具体地，用户在查询函证信息时，可以按照查询条件查询得到多个函证数据信息，点击具体的单个函证数据信息，得到其基本信息以及整个函证过程中每个处理阶段的溯源信息。如图8所示，点击函证编号，则可以跳出该函证的溯源显示界面，溯源显示界面显示函证的基本信息和溯源信息，点击溯源显示界面的关闭按钮，即可关闭溯源显示界面。进一步地，用户查询到相关函证数据后，还可以下载函证数据，例如，点击函证跟踪查询界面的导出按钮，即可下载函证数据。

统计模块用于统计审计方在预设时间段内的回函情况，回函情况包括回函比率、回函与对应的发函相符的比率和回函与对应的发函不符的比率中的至少一者；和/或，用于统计审计方的函证状态信息，函证状态信息包括审计方关联的处于各处理阶段的函证数量。在一实施方式中，回函比率等于回函数量与发函数量的商乘以100％，发函数量为审计节点发送给被询证节点的询证函的数量，回函数量为被询证方发送给审计节点的回函的数量；回函与对应的发函相符的比率等于回函数量与相符数量的商乘以100％，相符数量为审计方发送给被询证节点的若干询证函中询证函的数据与被询证方的回函的数据一致的询证函的数量；回函与对应的发函不符的比率等于回函数量与不符数量的商乘以100％，不符数量为审计方发送给被询证方的若干询证函中询证函的数据与被询证方的回函的数据不一致的询证函的数量。审计方关联的各处理阶段包含制函阶段、发函阶段、回函阶段以及收函阶段。具体地，制函阶段包括制函待审核、制函审核中、制函审核通过、被审计方授权待审核、被审计方授权审核中、被审计方已授权、被审计方已驳回；发函阶段包括：审计方已签名、审计方已发函、被询证方已签收；回函阶段包括被询证方回函处理中、被询证方回函审核通过、被询证方已签章；收函阶段包括审计方回函已签收、被审计方已签章。

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

函证执行评价模块，用于结合被审计方的商业信用、及内部控制和风险管理的参考信息，评价被审计方的函证执行质量。在一实施方式中，本申请提供的函证服务平台可以将商业信用、内部控制和风险管理的综合知识转化为计算机可识别的语言，通过技术人员的设置，***会自动记录区块链电子函证的操作全过程，例如将上述被审计方的财务数据发送给审计方的记录、审计方的制函记录、审计方的发函记录、被询证方的回函记录、审计方的收函记录等中的一个或多个记录保存在区块链中，该记录的具体信息例如包括该操作的时间、操作的相关方的信息、该操作对应的函证信息等。另外，***还可根据上述记录中的函证审计结果等信息对应收账款质量进行智能评估，为审计工作提供进一步的审计证据。

请参阅图9，图9是本申请提供的函证服务平台与其它***之间的交互示意图。

上述实施例中的函证服务平台可以与被审计方的财务***连接，以从财务***获取被审计方的财务数据；和/或，函证服务平台与审计方的第一函证***连接，以将第二询证函通过第一函证***发送给被询证方；和/或，函证服务平台与被询证方的第二函证***连接，以通过第二函证***接收被询证方反馈的回函。

在一实施方式中，针对业务需要，函证服务平台可以与其它***连接，以获取其它***中的数据。例如，函证服务平台可以和被审计方的财务***连接，以获取被审计方的财务数据；还可以与银行函证处理***连接，用以将询证函发送至银行函证***，并接收银行函证***发送的回函。进一步地，函证服务平台还包含函证协同应用模块，其可以与外部CA服务连接，使得在函证签章过程中，可以调用相关方的CA证书，用以保证签章的权威性。

在其它实施方式中，函证服务平台还可以与审计方的函证***连接，制作询证函时可以调用审计方的函证***已制函完成的询证函。在函证过程结束，进行函证归集时，可以通过函证服务平台将已完成的函证发送给审计方的函证***，并将已完成的函证分别存入函证服务平台的财务中台以及审计方的函证***。

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

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

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

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

Claims (10)

1.一种函证服务平台，其特征在于，所述函证服务平台包括：登录模块和业务处理模块，所述业务处理模块包括制函单元、发函单元以及收函单元；

所述登录模块用于获取访问方输入的登录信息，确定是否允许访问所述函证服务平台，所述访问方包括审计方和被审计方中的至少一者；

所述制函单元用于响应于所述审计方的制函操作，基于所述被审计方的财务数据制作第一询证函；

所述发函单元用于响应于所述审计方的发函操作，通过区块链发送第二询证函至被询证方，所述第二询证函为所述审计方和/或被审计方对所述第一询证函签章得到的；

所述收函单元用于将被询证方针对所述第一询证函反馈的回函提供给所述被审计方，并响应于所述审计方的收函操作，对所述回函进行确认签收。

2.根据权利要求1所述的函证服务平台，其特征在于，所述制函单元具体用于提供制函操作界面，并响应于审计方在所述制函操作界面上的操作，获得新增函证的信息，并基于所述新增函证的信息生成所述新增函证对应的所述第一询证函，其中，所述获得新增函证的信息包括以下步骤：确定待制作的所述第一询证函对应的函证的类型、从若干询证函模板中选出目标询证函模板、获取用户输入的所述函证的基本信息和审计方的信息、以及导入被审计方的财务数据。

3.根据权利要求1所述的函证服务平台，其特征在于，所述业务处理模块还包括以下至少一个单元：

财务数据管理单元，用于响应于所述被审计方的输入操作，导入待审计的财务数据；

授权单元，用于以下至少一者：响应于被审计方的第一签章操作，对所述第一询证函进行签章得到第三询证函；响应于审计方的第二签章操作，对所述第三询证函进行签章得到所述第二询证函；响应于所述审计方的第二签章操作，对所述回函进行第一签章；响应于所述被审计方的第二签章操作，对经第一签章的所述回函进行第二签章；

函证归集单元，用于响应于审计方的归集操作，基于经所述第一签章和第二签章的所述回函进行函证归集。

4.根据权利要求3所述的函证服务平台，其特征在于，所述函证服务平台还包括：验证模块，所述验证模块用于获取待验证函，并计算所述待验证函的待验证哈希值，将待验证哈希值与所述第一询证函、所述第二询证函、第三询证函和回函中至少一者的函证哈希值进行对比，以判断所述待验证函是否被篡改，和/或，判断所述待验证函所属的函证阶段；其中，所述函证哈希值存储在所述区块链中。

5.根据权利要求1所述的函证服务平台，其特征在于，所述函证服务平台还包括工作台模块，所述工作台模块用于提供工作台界面，所述工作台界面包括待办显示区、未完成任务跟踪显示区和函证统计分析显示区中的至少一者；其中，所述待办显示区用于显示所述访问方关联的函证待办事项；所述未完成任务跟踪显示区用于显示所述访问方关联的函证的至少一类未完成任务的信息，所述至少一类未完成任务包括所有未完成任务、与约定处理期限少于预配置时间且未超期的未完成任务、超期的未完成任务中的至少一种，所述未完成任务的信息包括所述未完成任务的函证类型、标识、状态、任务描述和发起时间中的至少一种；所述函证统计分析显示区用于显示预设时间段内的至少一类型函证的执行情况；

所述工作台模块还用于响应于访问方对所述未完成任务跟踪显示区中的催办触发操作，向与所述未完成任务的关联方发送催办提醒。

6.根据权利要求1所述的函证服务平台，其特征在于，所述函证服务平台还包括管理模块，

所述管理模块用于进行以下至少一种管理：对审计方的函证审计项目进行管理、对用于生成审计方的所述第一询证函的询证函模板进行管理、对被审计方的开户银行进行管理、对审计方和/或被审计方的***进行管理、以及对被审计方的财务数据进行管理。

7.根据权利要求1所述的函证服务平台，其特征在于，所述函证服务平台还包括链上跟踪模块；

所述链上跟踪模块用于获取并显示与访问方的权限匹配的函证数据，其中，所述函证数据包括函证的基本信息以及整个函证过程中每个处理阶段的溯源信息。

8.根据权利要求1所述的函证服务平台，其特征在于，所述函证服务平台还包括以下至少一者：

统计模块，用于统计所述审计方在预设时间段内的回函情况，所述回函情况包括回函比率、回函与对应的发函相符的比率和回函与对应的发函不符的比率中的至少一者；和/或，用于统计审计方的函证状态信息，所述函证状态信息包括所述审计方关联的处于各处理阶段的函证数量；

差异分析模块，用于在检测到所述第二询证函与所述回函存在数据差异时，分析所述被审计方相关的财务数据，确定所述差异存在的原因；

函证执行评价模块，用于结合被审计方的商业信用、及内部控制和风险管理的参考信息，评价所述被审计方的函证执行质量。

9.根据权利要求1所述的函证服务平台，其特征在于，所述函证服务平台与被审计方的财务***连接，以从所述财务***获取所述被审计方的财务数据；

和/或，所述函证服务平台与审计方的第一函证***连接，以将所述第二询证函通过所述第一函证***发送给所述被询证方；

和/或，所述函证服务平台与被询证方的第二函证***连接，以通过所述第二函证***接收所述被询证方反馈的所述回函。

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

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

所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至9任一项所述的函证服务平台的各模块的功能。

Images