内部交易凭证的抵销方法、装置、存储介质及计算机设备

技术领域

本申请涉及凭证处理领域，尤其涉及一种内部交易凭证的抵销方法、装置、存储介质及计算机设备。

背景技术

集团公司呈现多组织架构和多层级的特点，在集团公司内部逐渐形成全产业链式的经营模式，由此产生大量的内部关联交易业务，使得关联交易账务数据的识别、取数、对账及抵销更加复杂。现有技术主要有财务人员手动识别、勾选、核对和生成抵销凭证。由于集团公司关联交易业务繁多，基层单位的财务人员在月末的集团对账工作量大，而对于合并层单位的财务人员需要对对账进度及抵销数据进行汇总检查，整个出具抵销账的过程繁杂且效率较低。

发明内容

本申请实施例提供了内部交易凭证的抵销方法、装置、存储介质及计算机设备，可以解决现有技术中财务人员进行内部交易凭证进行抵销的工作量大和效率低的问题。所述技术方案如下：

第一方面，本申请实施例提供了一种内部交易凭证的抵销方法，所述方法包括：

在生成的凭证中识别出内部交易凭证，以及将识别的内部交易凭证采集到协同平台；

通过协同平台在采集的内部交易凭证中遍历出凭证分组；其中，凭证分组包括两个相互匹配的内部交易凭证；

对于每个凭证分组，根据对协同方案确定需要抵销的科目；

根据需要抵销的科目生成凭证分组的抵销凭证；

实时监控所述协同平台的协同进度以及通过监控页面显示所述协同进度。

第二方面，本申请实施例提供了一种内部交易凭证的抵销装置，所述装置包括：

采集单元，用于在生成的凭证中识别出内部交易凭证，以及将识别的内部交易凭证采集到协同平台；

自动匹配单元，用于通过协同平台在采集的内部交易凭证中遍历出凭证分组；其中，凭证分组包括两个相互匹配的内部交易凭证；

确定单元，用于对于每个凭证分组，根据对协同方案确定需要抵销的科目；

生成单元，用于根据需要抵销的科目生成凭证分组的抵销凭证；

监控单元，用于实时监控所述协同平台的协同进度以及通过监控页面显示所述协同进度。

第三方面，本申请实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。

第四方面，本申请实施例提供一种计算机设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

基于生成的凭证自动识别处内部交易凭证以及将内部交易凭证采集到协同平台，通过协同平台遍历出凭证分组，对于遍历出的各个凭证分组，根据协同方案确定需要抵销的科目，以及根据需要抵销的科目生成抵销凭证，可以极大减轻财务工作人员抵销对账工作量。同时对协同平台的协同进度进行可视化监控和展示，满足不同层级单位内部交易抵销的管理及监控，从而满足集团企业对内多维精益管理、对外准确完整披露的需求。

附图说明

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

图1是本申请实施例提供的网络架构示意图；

图2是本申请实施例提供的内部交易凭证的抵销方法的流程示意图；

图3A是本申请实施例提供的用于监控总体协同进度的监控页面的示意图；

图3B是本申请实施例提供的用于监控关联交易协同平台的协同进度的监控页面的示意图；

图3C是本申请实施例提供的用于监控资金协同平台的协同进度的监控页面的示意图；

图4是本申请提供的一种内部交易凭证的抵销装置的结构示意图；

图5是本申请提供的一种计算机设备的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

需要说明的是，本申请提供的内部交易凭证的抵销方法一般由计算机设备执行，相应的，内部交易凭证的抵销装置一般设置于计算机设备中。

图1示出了可以应用于本申请的内部交易凭证的抵销方法或内部交易凭证的抵销装置的示例性系统架构。

如图1所示，系统架构可以包括：计算机设备101和服务器102。计算机设备101和服务器102之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆等，无线通信链路包括蓝牙通信链路、无线保真(WIreless-FIdelity，Wi-Fi)通信链路或微波通信链路等。

其中，服务器102中部署有协同平台，计算机设备101将识别出的内部交易平台采集到协同平台，然后通过协同平台对内部交易凭证进行匹配、勾选、抵销、生成内部抵销凭证以及抵销账。

其中，计算机设备101可以通过调用内部关联交易凭证识别、提取、协同及抵销等中台服务，完成常规类关联交易凭证收入成本、往来及现金流量的自动核对与抵销，同时搭建可视化智能监控平台，实时监控协同进度及抵销完成情况。

其中，本申请实施例实现常规类内部交易业务费用化抵销以及现金流抵销的全自动化，只需手工调整资本化场景下的未实现利润抵销以及部分复杂的非往来科目核算的抵销。

对于辅助维度只挂了一个往来单位的成本收入凭证，可根据往来单位自动查找对方单位根据协同方案实现自动协同对账并生成往来、成本收入的抵销凭证；

对于集中收付款业务的资金收支凭证，可根据资金流水生成的资金协同号实现现金流的自动协同对账完成现金流的抵销。

对内部关联交易的协同抵销过程及进度进行可视化实时监控，不同的单位层级以不同的管理视角提供不同的监控指标。

基层单位可直观看到当前账期与各内部单位的协同完成率，分关联交易协同、资金协同展示自动协同抵销的凭证笔数或分录笔数，需要或已经人工协同凭证笔数或分录笔数，待人工协同抵销的凭证笔数或分录笔数又分对方挂我方、我方挂对方进行笔数展示。每一项指标均可穿透台账查看明细数据，对于待协同抵销的凭证笔数或分录笔数穿透台账后还可对复杂业务进行勾对消缺与抵销。对于关联交易协同及资金协同均提供抵销凭证查询板块，对于生成的抵销凭证张数及抵销金额一目了然，还可穿透明细台账追溯至原凭证。

合并层单位则可直观展示所属下级单位的当前会计年度的累计协同完成率、协同金额以及协同进度，并可直观展示下级各个单位的明细协同进度。协同金额分累计应协同、已协同金额、未协同金额进行多图表展示，已协同金额又区分自动和手工进行统计展示。协同进度监控又包含了未确认数和超期未确认数，以及当日应协同、当日已协同数，以全方位、多角度的方式对协同及抵销进度进行监控。

需要说明的是，计算机设备101和服务器102可以是硬件，也可以是软件。当计算机设备101和服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当计算机设备101和服务器102为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。

本申请的计算机设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

计算机设备可以是硬件，也可以是软件。当计算机设备为硬件时，可以是具有显示屏的各种计算机设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当计算机设备为软件时，可以是安装上述所列举的计算机设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。

当计算机设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频流；例如：显示设备可以是阴极射线管显示器(cathode ray tube display，简称CR)、发光二极管显示器(light-emittingdiode display，简称LED)、电子墨水屏、液晶显示屏(liquid crystal display，简称LCD)、等离子显示面板(plasma display·panel，简称PDP)等。用户可以利用计算机设备上的显示设备，来查看显示的文字、图片、视频等信息。

应理解，图1中的计算机设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的计算机设备、网络和服务器。

下面将结合附图2，对本申请实施例提供的内部交易凭证的抵销方法进行详细介绍。其中，本申请实施例中的内部交易凭证的抵销装置可以是图1所示的计算机设备。

请参见图2，为本申请实施例提供了一种内部交易凭证的抵销方法的流程示意图。如图2所示，本申请实施例的所述方法可以包括以下步骤：

S201、在生成的凭证中识别出内部交易凭证，以及将识别的内部交易凭证采集到协同平台。

其中，集团公司内部的公司生成凭证后，识别该凭证是否为内部交易凭证，内部交易凭证表示集团公司内部母公司与其所属的子公司之间以及各子公司之间发生的除股权投资以外的各种往来业务及交易事项生成的凭证。生成的凭证放入到消息队列(MessgesQueue，MQ)中，根据先进先出的顺序处理消息队列中的数据，当凭证移动到队列头时触发关联交易识别提取服务，通过关联交易识别提取服务识别该凭证是否内部交易凭证，识别的方法可以是：根据凭证中科目的往来属性和现金流属性来识别以及根据识别结果将内部交易凭证采集到关联交易协同平台或资金协同平台。

进一步的，凭证包括应收、应付、预收、预付、其他应收和其他应付六大类往来科目时，该凭证为成本收支凭证，为上述的六大类科目设置有往来属性，往来属性表示往来单位，当往来单位为内部单位时，将凭证识别为内部交易凭证，否则将该凭证识别为合并范围外凭证，将内部交易凭证采集到关联交易协同平台。凭证包括货币资金科目时该凭证为资金收支凭证，货币资金科目为银行存款、库存现金或其他货币资金，为货币资金科目设置现金流量属性和往来属性，现金流量属性表示金额大小，当往来属性表示往来单位，当往来单位为内部单位时，将该凭证识别为内部交易凭证，将内部交易凭证采集到资金协同平台。

S202、通过协同平台在采集的内部交易凭证中遍历出凭证分组。

其中，凭证分组包括两个相互匹配的内部交易凭证，如果内部交易凭证为成本收支凭证时，匹配的两个内部交易凭证满足：互为科目互挂、往来科目金额相等、凭证金额相等。如果内部交易凭证为资金收支凭证，匹配的两个内部交易凭证满足资金协同号相同，资金协同号表示资金流水记录的编号。计算机设备调用协同平台的协同服务队采集的内部交易凭证进行遍历，遍历出所有的满足上述条件的凭证分组。

举例来说，集团公司C包括子公司A和子公司B，A和B之间发生内部交易，子公司A的凭证和子公司的B的凭证如下所示：

根据上述的两个凭证，收入方(A)与成本方(B)的凭证的往来科目互挂、往来科目金额相等以及凭证金额相等，因此收入方A的凭证与成本方(B)的凭证相互匹配，将两个凭证划分为一个凭证分组，将凭证分组中的两个内部交易凭证进行自动勾选。

S203、对于每个凭证分组，根据协同方案确定需要抵销的科目。

其中，计算机设备预存储或预配置有集团公司的协同方案，协同方案表示需要抵销的科目，例如：协同方案如下所示：

上面的协同方案适用于产品购销，将收入方和确认方的凭证设置有协同方案，以收入方为发起方，成本方为确认方，当识别的内部交易凭证按照“科目+方向”匹配两个或两个以上的项目则视为两个内部交易凭证是匹配的。

S204、根据需要抵销的科目生成凭证分组的抵销凭证。

其中，根据协同方案中需要抵销的科目，对匹配的两个内部交易凭证进行取数生成抵销凭证，根据抵销凭证生成抵销账。

例如：根据收入方(A)和成本方(B)生成如下集团公司(C)的抵销凭证：

S205、实时监控协同平台的协同进度以及通过监控页面显示协同进度。

其中，协同进度包括协同状态、入账状态和抵销状态，调用查询中台服务实时查询关联交易协同记录和资金协同记录的协同进度，然后将协同进度实时反馈至可视化监控平台进行显示，例如：计算机设备通过监控页面上的统计控件实时通过可视化方式显示协同进度。

进一步的，计算机设备分别显示关联交易协同进度和资金协同进度，关联交易协同表示资金协同平台中内部交易凭证的协同进度，资金协同进度表示资金协同平台中内部交易凭证的协同进度，

进一步的，协同平台中存在未匹配的内部交易凭证时，可以通过手动协同的方式对不属于任何凭证分组的内部交易凭证进行匹配、勾选和抵销，在监控页面分自动协同和手动协同统计协同进度。例如：计算机设备基于用户通过鼠标和键盘等输入装置执行的交互操作对未匹配的内部交易凭证进行勾选。

举例来说，参见图3A所示的监控页面，监控页面上分关联交易协同平台和资金协同平台展示当前账期集团公司内部各个二级单位(子公司)的整体协同情况，协同进度包括如下指标：协同完成率、已关联(已协同)抵销数、待关联(待抵销)协同数、自动协同笔数、人工协同笔数、保险凭证查询。

其中，人工协同笔数又分为：对方挂我方、我方挂对方展示待关联(待协同)抵销数、已关联(已协同)抵销数；抵销凭证查询：关联交易协同或资金协同生成的抵销凭证笔数、抵销金额。对应协同笔数均可点击穿透内页查看对应的协同记录明细，对于人工协同的待笔数笔数除了可穿透查看明细台账，还可对于特殊无法自动的业务进行手工确认抵销、单边抵销或者不需协同操作，对于发现有误的凭证进行回退、冲销等操作；抵销凭证查询张数可点击穿透至抵销分录查询，进而穿透至原凭证。

关联交易协同按凭证数统计，资金协同按分录数统计。关联交易协同按凭证进行协同确认，主要抵销往来科目、收入成本科目，税费等其他科目不抵销，因此统计凭证笔数即可；资金协同主要对集中收支业务进行现金流抵销，提取的资金收支凭证按分录进行关联抵销，因此统计分录笔数较为合适。

对于两级部署的集团公司，处理跨数据中心的二级单位间业务时，需要调用一级服务，因此关联交易协同及资金协同均分二级单位内、二级单位间展示。

我的待办/我的已办：进行关联交易协同处理时，一般将收入方作为发起方，成本方作为确认方，发起方凭证完成时会向确认方自动发起待办，形成发起方的已办事项；如若确认方完成成本确认凭证匹配上发起方协同方案便自动完成确认并生成上一级的抵销凭证，程序自动删除待办

举例来说，参见图3B所示的监控页面，监控页面用于展示关联交易协同平台的协同进度，协同进度包括如下指标：

协同金额指标：分二级单位内对方挂我方、我方挂对方，二级单位间对方挂我方、我方挂对方统计当前会计年度的累计应协同金额、累计已协同金额、累计已自动协同金额、累计已手工协同金额，累计未协同金额、累计协同确认率。累计已协同金额＝累计已自动协同金额+累计已手工协同金额，累计未协同金额＝累计应协同金额-累计已协同金额。

累计协同确认率：所属下级单位的累计已确认数/所属下级单位的累计已应协同数。

协同监控情况：未确认凭证数、超期未确认凭证数、当日已确认凭证数、当日应协同分录数。

下级各单位进度明细：下级单位明细列表合计数与总体指标相关笔数一致

举例来说，参见图3C所示的监控页面，监控页面用于展示资金协同平台的协同进度。

资金协同场景下的指标与关联交易协同的指标保持一致，区别在于关联交易协同按凭证数统计，资金协同按分录数统计，此处不再赘述。

进一步的，子公司登录智能监控平台后实时展示当前账期资金协同及关联交易协同的协同进度情况，可集中针对于待关联抵销和待协同的笔数进行穿透明细台账，并进行集中勾对完成人工协同，同时可通过“抵销凭证查询”穿透查看生成的抵销凭证情况；集团公司等合并层单位登录监控平台查看当前整体的协同抵销进度及下级单位的明细协同进度，对下级单位进行精确管理。

本申请的实施例基于生成的凭证自动识别处内部交易凭证以及将内部交易凭证采集到协同平台，通过协同平台遍历出凭证分组，对于遍历出的各个凭证分组，根据协同方案确定需要抵销的科目，以及根据需要抵销的科目生成抵销凭证，可以极大减轻财务工作人员抵销对账工作量。同时对协同平台的协同进度进行可视化监控和展示，满足不同层级单位内部交易抵销的管理及监控，从而满足集团企业对内多维精益管理、对外准确完整披露的需求。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图4，其示出了本申请一个示例性实施例提供的内部交易凭证的抵销装置的结构示意图，以下简称装置4。该装置4可以通过软件、硬件或者两者的结合实现成为计算机设备的全部或一部分。装置4包括：采集单元401、自动匹配单元402、确定单元403、生成单元404、监控单元405。

采集单元401，用于在生成的凭证中识别出内部交易凭证，以及将识别的内部交易凭证采集到协同平台；

自动匹配单元402，用于通过协同平台在采集的内部交易凭证中遍历出凭证分组；其中，凭证分组包括两个相互匹配的内部交易凭证；

确定单元403，用于对于每个凭证分组，根据对协同方案确定需要抵销的科目；

生成单元404，用于根据需要抵销的科目生成凭证分组的抵销凭证；

监控单元405，用于实时监控所述协同平台的协同进度以及通过监控页面显示所述协同进度。

在一个或多个可能的实施例中，凭证分组包括的两个内部交易凭证满足：互为往来科目、往来科目金额相等、凭证金额相等。

在一个或多个可能的实施例中，所述在生成的凭证中识别出内部交易凭证，以及将识别的内部交易凭证采集到协同平台，包括：

若凭证为成本收支凭证，且凭证的往来科目的往来属性表示内部单位时，识别该凭证为内部交易凭证，将该凭证采集到关联交易协同平台；或

若凭证为资金收支凭证，且凭证的货币资金科目的往来属性表示内部单位时，识别该凭证为内部交易凭证，将该凭证采集到资金协同平台中。

在一个或多个可能的实施例中，还包括：

手动匹配单元，用于对于所述凭证集合中不属于任何凭证分组的内部交易凭证，基于用户的匹配指令进行手动匹配。

在一个或多个可能的实施例中，所述监控页面上关联交易协同平台和资金协同平台的协同进度分开进行展示.

在一个或多个可能的实施例中，协同进度包括如下指标：协同完成率、已关联抵销数、待关联协同数、自动协同笔数、人工协同笔数、保险凭证查询。

在一个或多个可能的实施例中，生成的凭证放入到消息队列中，内部交易凭证是通过消息队列触发调用凭证识别提取服务来识别的。

需要说明的是，上述实施例提供的装置4在执行内部交易凭证的抵销方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成上述的全部或者部分功能。另外，上述实施例提供的内部交易凭证的抵销装置与内部交易凭证的抵销方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。

本申请还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的内部交易凭证的抵销方法。

请参见图5，为本申请实施例提供了一种计算机设备的结构示意图。如图5所示，所述计算机设备500可以包括：至少一个处理器501，至少一个网络接口504，用户接口503，存储器505，至少一个通信总线502。

其中，通信总线502用于实现这些组件之间的连接通信。

其中，用户接口503可以包括显示屏(Display)、摄像头(Camera)，可选用户接口503还可以包括标准的有线接口、无线接口。

其中，网络接口504可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。

其中，处理器501可以包括一个或者多个处理核心。处理器501利用各种接口和线路连接整个计算机设备500内的各个部分，通过运行或执行存储在存储器505内的指令、程序、代码集或指令集，以及调用存储在存储器505内的数据，执行计算机设备500的各种功能和处理数据。可选的，处理器501可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器501可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器501中，单独通过一块芯片进行实现。

其中，存储器505可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器505包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器505可用于存储指令、程序、代码、代码集或指令集。存储器505可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器505可选的还可以是至少一个位于远离前述处理器501的存储装置。如图5所示，作为一种计算机存储介质的存储器505中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。

在图5所示的计算机设备500中，用户接口503主要用于为用户提供输入的接口，获取用户输入的数据；而处理器501可以用于调用存储器505中存储的应用程序，并具体执行如图2所示的方法，具体过程可参照图2所示，此处不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。