CN113077234A - 账目核对方法、设备以及存储介质 - Google Patents

Abstract

本申请公开了一种账目核对方法、设备以及存储介质，账目核对方法包括：获取需要核对的银行存款日记账以及银行交易明细；对所述银行存款日记账和银行交易明细中的至少一个构建关系主键；利用所述关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对，得到账目核对结果。上述方案，能够对银行存款日记账以及银行交易明细进行核对，提高了核对效率。

Description

账目核对方法、设备以及存储介质

技术领域

本申请涉及数据处理技术领域，特别是涉及一种账目核对方法和相关装置、设备、存储介质。

背景技术

目前，在企业日常的资金管理工作中，需要定期核对企业方银行存款日记账和银行方交易明细，一般每个月至少核对一次以检查银行存款账目情况。但是一般核对银行存款日记账和银行方交易明细的方式都是采用人工核对。如果银行交易明细中的数据以及银行存款日记账中的数据过于繁多时，人工核对耗时耗力而且容易出错。因此，急需一种能够对银行存款日记账以及银行交易明细进行核对的方法，以解放人力，提高核对效率。

发明内容

本申请至少提供一种账目核对方法和相关装置、设备、存储介质。

本申请第一方面提供了一种账目核对方法，包括：获取需要核对的银行存款日记账以及银行交易明细；对银行存款日记账和银行交易明细中的至少一个构建关系主键；利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，得到账目核对结果。

其中，银行存款日记账中包括至少一条第一记录，第一记录中包括若干数据属性信息，银行交易明细中包括至少一条第二记录，第二记录中包括若干数据属性信息；对银行存款日记账和银行交易明细中的至少一个构建关系主键，包括：以银行存款日记账中的第一记录和银行交易明细的第二记录中的至少一者分别作为目标对象；选择目标对象中部分数据属性信息作为源属性信息；增加至少一条新的数据属性信息作为扩展属性信息，其中，新的数据属性信息不包括在目标对象内；将源属性信息和扩展属性信息进行组合得到目标对象对应的关系主键。

其中，源属性信息包括本方账号、发生额以及方向，扩展属性信息包括对方单位，对方单位为区别于本方账号的发生额的支出方或接收方。

其中，账目核对结果包括银行余额调节表，银行余额调节表中包括可用余额以及第一未达款项；对银行存款日记账和银行交易明细中的至少一个构建关系主键，包括：对银行存款日记账中的第一记录构建第一关系主键，以及对银行交易明细中的第二记录构建第二关系主键，第一关系主键和第二关系主键包括相同的数据属性；利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，包括：将第一关系主键和第二关系主键进行匹配，得到银行余额调节表；或，将第一关系主键与银行交易明细中的第二记录进行匹配得到第一核对结果，以及将第二关系主键与银行存款日记账中的第一记录进行匹配，得到第二核对结果；并结合第一核对结果和第二核对结果得到银行余额调节表。

其中，将第一关系主键和第二关系主键进行匹配，或将第一关系主键与银行交易明细中的第二记录进行匹配得到第一核对结果，以及将第二关系主键与银行存款日记账中的第一记录进行匹配，得到第二核对结果，包括：将进行匹配的其中一方内容作为匹配对象，另一方内容作为待匹配对象，其中，作为匹配对象的一方内容为第一关系主键或第二关系主键；分别将匹配对象中的各个数据属性信息与待匹配对象对应的数据属性信息进行匹配；在匹配对象中的所有数据属性信息均匹配成功的情况下，认为匹配对象与待匹配对象匹配成功，并将匹配对象对应的记录以及待匹配对象对应记录作为已达款项；否则，将匹配对象以及待匹配对象对应的记录作为第一未达款项。

其中，关系主键包括同一目标对象的第三关系主键和第四关系主键，目标对象为银行存款日记账的第一记录或银行交易明细的第二记录，其中，第三关系主键中包含第四关系主键中的全部数据属性信息，且第三关系主键中所包含的数据属性信息多于第四关系主键中包含的数据属性信息；利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，包括：利用第三关系主键对银行存款日记账以及银行交易明细之间的数据进行核对得到第三核对结果；在第三核对结果满足预设条件的情况下，利用第四关系主键对银行存款日记账以及银行交易明细之间的数据进行核对得到第四核对结果，其中，第三核对结果与第四核对结果的结合作为账目核对结果。

其中，第三关系主键比第四关系主键多出日期、摘要中的至少一个数据属性信息；和/或，预设条件为存在第二未达款项，第二未达款项包括仅存在于银行存款日记账或银行交易明细中的数据；利用第四关系主键对银行存款日记账以及银行交易明细之间的数据进行核对得到第四核对结果，包括：利用第四关系主键对第二未达款项进行核对，得到第四核对结果。

其中，获取需要核对的银行存款日记账之前，包括：获取银行存款凭证；提取银行存款凭证中的对方单位，其中，对方单位用于构建关系主键；获取需要核对的银行交易明细之后，包括：剔除银行交易明细中无需对账的交易流水数据，无需对账的交易流水包括资金池中的业务。

本申请第二方面提供了一种账目核对装置，包括：数据获取模块，用于获取需要核对的银行存款日记账以及银行交易明细；关系主键构建模块，用于对银行存款日记账和银行交易明细中的至少一个构建关系主键；账目核对模块，用于利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，得到账目核对结果。

本申请第三方面提供了一种电子设备，包括存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现上述账目核对方法。

本申请第四方面提供了一种计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述账目核对方法。

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细中的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本申请的实施例，并与说明书一起用于说明本申请的技术方案。

图1是本申请账目核对方法一实施例的第一流程示意图；

图2是本申请账目核对方法一实施例的第二流程示意图；

图3是本申请账目核对装置一实施例的结构示意图；

图4是本申请电子设备一实施例的结构示意图；

图5是本申请计算机可读存储介质一实施例的结构示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、接口、技术之类的具体细节，以便透彻理解本申请。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

请参阅图1，图1是本申请账目核对方法一实施例的第一流程示意图。具体而言，可以包括如下步骤：

步骤S11：获取需要核对的银行存款日记账以及银行交易明细。

其中，获取需要核对的银行存款日记账的方式可以是通过执行本公开实施例提供的账目核对方法的设备的集成接口获取或以导入的方式获取。获取银行交易明细的方式可以是通过银企直联的方式或者通过导入的方式获取。一般地，银行存款日记账是企业方的记录，而银行交易明细则是银行方的记录。

步骤S12：对银行存款日记账和银行交易明细中的至少一个构建关系主键。

其中，可以对银行存款日记账和银行交易明细中的其中一个构建关系主键，也可以是对这两个均构建关系主键。其中，关系主键的形式可以是几个关键词的集合。其中，构成一个关系主键的关键词应属于一条记录。例如，银行存款日记账中包括了若干条转账、存款等记录，则需要对每一条记录均构建关系主键。其中，对每条记录选择的关键词属性可以相同也可以不同。

步骤S13：利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，得到账目核对结果。

在仅对其中一个构建关系主键的情况下，将构建的关系主键对未构建关系主键的表进行核对。例如，若仅对银行存款日记账构建关系主键，则利用该关系主键对银行交易明细中的数据进行核对。当然，若对这两个均构建关系主键，则利用这两个关系主键对银行存款日记账以及银行交易明细之间的数据核对。

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细之间的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

一些公开实施例中，银行存款日记账中包括至少一条第一记录。第一记录包括若干数据属性信息。银行交易明细中包括至少一条第二记录，第二记录中包括若干数据属性信息。这里的第一记录和第二记录可以是转账记录、存款记录等等任意具有资金变动的记录。数据属性信息包括本方账号、发生额、方向、摘要、日期等等。

其中，对银行存款日记账和银行交易明细中的至少一个构建关系主键的方式可以是：

以银行存款日记账中的第一记录和银行交易明细的第二记录中的至少一者分别作为目标对象。本公开实施例以对银行存款日记账和银行交易明细均分别构建关系主键进行举例。即，对银行存款日记账构建关系主键时，银行存款日记账中的第一记录为目标对象，在对银行交易明细构建关系主键时，银行交易明细中的第二记录为目标对象。

然后，选择目标对象中部分数据属性信息作为源属性信息。其中，源属性信息包括本方账号、发生额、以及方向。另一些实施例中源属性信息还可包括日期和摘要中的一个或多个。接着，增加至少一条新的数据属性信息作为扩展属性信息。其中，新的数据属性信息不包括在目标对象内。本公开实施例中，选择增加对方单位作为扩展属性信息。其中，对方单位指的是区别于本方账号的发生额的支出方或接收方。即，对方单位是除本方账号以及银行以外的单位。可选地，对方单位可以是具体的单位名称或者是单位账号。本公开实施例中，以对方单位为具体的单位名称为例。因为一般银行存款日记账中不包括对方单位，所以在获取需要核对的银行存款日记账之前，获取银行存款凭证，提取银行存款凭证中的对方单位。其中，这里的对方单位即可用于构建关系主键。当然，在此过程中，对方单位并非随意与其余源属性信息进行关系主键的构建，需要先将银行存款凭证与银行存款日记账进行匹配，找到银行存款日记账中对应的记录。其中，将银行存款凭证与银行存款日记账进行匹配的过程可以是提取银行存款凭证中的关键词与银行存款日记账中的关键词进行匹配，当然，关键词可以选择多个，在所有关键词均匹配成功的情况下，则认为银行存款凭证与银行存款日记账中的记录匹配成功，从而提取银行存款凭证中的对方单位用于构建关系主键。可选地，在获取需要核对的银行交易明细之后，剔除银行交易明细中无需对账的交易流水数据。其中，无需对账的交易流水数据包括资金池中的业务。当然，这部分无需对账的交易流水数据仅为举例，其余类似资金归集或者预设无需对账的数据也可以剔除。关于无需对账的交易流水数据此处不做具体规定。

最后，将源属性信息和扩展属性信息进行组合，得到目标对象对应的关系主键。具体目标对象对应的关系主键的表现形式可以是如下：本方账号-对方单位-发生额-方向。通过使用源数据属性信息和扩展数据属性信息的结合构建关系主键，提高了关系主键对数据核对的精度。

如上述，本公开实施例中对银行存款日记账和银行交易明细均构建对应的关系主键。具体地，对银行存款体积张中的第一记录构建第一关系主键，以及对银行交易明细中的第二记录构建第二关系主键。第一关系主键和第二关系主键包括相同的数据属性，当然，另一实施例中，第一关系主键和第二关系主键也可包括不相同的数据属性。其中，账目核对结果包括银行余额调节表，其中，银行余额调节表中包括可用余额以及第一未达款项。银行余额调节表是一张对比表，涵盖企业和银行的余额总数，根据表单中银收企未收和企收银未收以及银付企未付和企付银未付进行相应的调整，获取可用余额。可用余额即为经过账目核对以及余额调节后，企业实际可用的存款数额。第一未达款项主要包括银收企未收和企收银未收以及银付企未付和企付银未付的相关记录。

在构建两种关系主键的情况下，利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对的方式可以有至少两种：一种是将第一关系主键和第二关系主键进行匹配，得到银行余额调节表。在这种情况下，第一关系主键和第二关系主键所包含的数据属性信息相同。匹配成功的判定方式可以是两个关系主键中所有的数据属性信息全部匹配成功的情况下，认定两个关系主键匹配成功。其中，各个数据属性信息之间的匹配成功认定方式可以均是在相同率百分之百的情况下，认为匹配成功，当然，可以对不同数据属性信息确定不同的匹配成功认定方式，例如发生额、方向、本方账号等内容之间的相同率百分之百，而对方单位可以是在相同率大于或等于预设相同率的情况下认定匹配成功，这里的预设相同率也可根据需求具体设置。当然，若关系主键中包括摘要时，对摘要也可预设一相同率，其中，获取从银行存款日记账和银行交易明细中提取摘要的方式可以是自定义提取，例如，自定义从第几个字开始提取、一共提取多少个字来作为关系主键中的摘要。另一种是将第一关系主键与银行交易明细中的第二记录进行匹配得到第一核对结果，以及将第二关系主键与银行存款日记账中的第一记录进行匹配，得到第二核对结果。然后结合第一核对结果和第二核对结果得到银行余额调节表。通过对银行存款日记账和银行交易明细分别构建关系主键，然后利用两种关系主键进行账目核对，提高了账目核对的准确度。

其中，在以上两种核对方式中，将进行匹配的其中一方内容作为匹配对象，另一方内容作为待匹配对象。其中，作为匹配对象得一方内容为第一关系主键或第二关系主键。分别将匹配对象中的各个数据属性信息与待匹配对象对应的数据属性信息进行匹配。例如，第一关系主键作为匹配对象，第二关系主键作为待匹配对象，将第一关系主键中的各个数据属性信息分别与第二关系主键中的各个数据属性信息进行匹配，即将第一关系主键中的本方账号与第二关系主键中的本方账号进行匹配，将第一关系主键中的发生额与第二关系主键中的发生额进行匹配等等。其中，在匹配对象中的所有数据属性信息均匹配成功的情况下，认为匹配对象与待匹配对象匹配成功。并将匹配对象对应的记录以及待匹配对象对应的记录作为已达款项。例如，若认为其中一个第一关系主键与另一第二关系主键匹配成功，则认为该第一关系主键对应的第一记录和第二关系主键对应的第二记录为已达款项。所谓的已达款项也就是银收企也收，银付企也付的款项。否则，将匹配对象以及待匹配对象对应的记录作为第一未达款项。继上例，剩余的未匹配成功的第一关系主键对应的第一记录以及剩余的未匹配成功的第二关系主键对应的第二记录作为第一未达款项。通过只有在关系主键中所有数据属性信息均匹配成功的情况下，才认定关系主键匹配成功，减少了错误匹配，从而提高了账目核对的准确度。

一些公开实施例中，关系主键包括同一目标对象的第三关系主键和第四关系主键。其中，目标对象为银行存款日记账的第一记录或银行交易明细的第二记录。第一记录与第二记录的相关内容请参见上述，此处不再赘述。其中，第三关系主键中包括第四关系主键中的全部数据属性信息，且第三关系主键中所包括的数据属性信息多于第四关系主键中包含的数据属性信息。可选地，第三关系主键比第四关系主键多出日期、摘要中的至少一个数据属性信息。例如，第三关系主键为日期-摘要-本方账号-对方账号-发生额-方向，而第四关系主键则为本方账号-对方账号-发生额-方向。由此可见，第三关系主键所包含的内容比第四关系主键所包含的内容更多，即使用第三关系主键进行账目核对的准确度相比第四关系主键进行账目核对的准确度要高，当然，使用第三关系主键进行匹配成功的概率也相比第四关系主键进行匹配的成功率要低。可选地，对于银行存款日记账或银行交易明细而言，构建的第三关系主键的数量一般大于第四关系主键的数量。即，并非对每一条第一记录或第二记录均构建第四关系主键。为节省构建第四关系主键的时间等成本，可以在第三关系主键进行账目核对得到第三核对结果之后，且第三核对结果满足预设条件的情况下，才对剩余的第三关系主键构建第四关系主键。具体使用第三关系主键和第四关系主键进行账目核对的方式请参见下例。

具体使用第三关系主键和第四关系主键进行账目核对的方式可以是：利用第三关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，得到第三核对结果。在第三核对结果满足预设条件的情况下，利用第四关系主键对银行存款日记账以及银行交易明细之间的数据进行核对得到第四核对结果。其中，第三核对结果与第四核对结果的结合作为账目核对结果。可选地，预设条件为存在第二未达款项。第二未达款项包括仅存在于银行存款日记账或银行交易明细中的数据。具体地，存在第二未达款项指的是用于匹配的第三关系主键存在剩余且待匹配的对象中的数据也存在剩余的情况。例如，用于匹配的第三关系主键是对银行存款日记账构建得到，此时待匹配的对象则为银行交易明细，待匹配对象中的数据则为第二记录，即这种情况下，第三关系主键存在剩余且第二记录存在剩余则认为存在第二未达款项。利用第四关系主键对银行存款日记账以及银行交易明细之间的数据进行核对得到第四核对结果的方式可以是利用第四关系主键对第二未达款项进行核对，得到第四核对结果。具体地，利用剩余的第三关系主键对应的第四关系主键对待匹配对象中剩余的数据进行匹配。继上例，若对银行存款日记账构建的第三关系主键存在剩余，且银行交易明细中的第二记录也存在剩余，则利用剩余的第三关系主键对应得第四关系主键对剩余的第二记录进行核对。

如上述，可以对银行存款日记账和银行交易明细中的至少一者构建关系主键，也可以对这两者均构建关系主键。在仅对其中一种构建关系主键的情况下，先利用第三关系主键对另一对象中的数据进行匹配，在第三关系主键存在剩余且另一对象中的数据存在剩余的情况下，使用剩余的第三关系主键对应的第四关系主键对另一对象中剩余的数据进行匹配，从而得到最终的账目核对结果。当然，在对两者均构建关系主键的情况下，利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对的方式有两种，在上述第一种核对方式中，先进行两种第三关系主键之间的匹配，若两种第三关系主键均存在剩余，则进行剩余部分第三关系主键对应的第四关系主键之间的匹配，得到最终的账目核对结果。在上述第二种核对方式中，利用由银行存款日记账对应的第三关系主键对银行交易明细中的第二记录进行匹配，在该第三关系主键和第二记录均存在剩余的情况下，利用剩余第三关系主键对应的第四关系主键对剩余的第二记录进行匹配，同理，利用由银行交易明细对应的第三关系主键对银行存款日记账中的第一记录进行匹配，在该第三关系主键与第一记录均存在剩余的情况下，使用剩余第三关系主键对应的第四关系主键对剩余的第一记录进行再次匹配，然后，通过综合各次匹配得到的结果，得到最终的账目核对结果。

为更好地理解本公开实施例提出的方案，现提出下例，具体说明本方案的实现过程。请同时参见图2，图2是本申请账目核对方法一实施例的第二流程示意图。如图2所示，本公开实施例提供的账目核对方法可以包括如下几个步骤：

S21：获取银行存款凭证。

其中，具体获取银行存款凭证的方式包括通过集成接口获取，也可以通过导入的方式获取。具体请参见上述实施例中的相关描述，此处不再赘述。

S23：获取需要核对的银行存款日记账。

其中，获取银行存款日记账的方式请参见获取银行存款凭证的方式此处不再赘述。

S22:获取需要核对的银行交易明细。

获取需要核对的银行交易明细数据的方式包括银企直联或导入的方式，具体请参见上述，此处不再赘述。

S24：剔除无需对账的交易流水数据。

无需对账的交易流水数据包括资金归集产生的交流水流数据等，除了这些，还包括预定义的其他类型的交易流水数据等。

其中，步骤S21与步骤S22可同步进行，可以先后执行。

步骤S25：对银行存款日记账构建第一关系主键，以及对银行交易明细构建第二关系主键。

其中，具体构建第一关系主键和第二关系主键的方式如上述，此处不再赘述。在构建玩第一关系主键和第二关系主键之后，执行步骤S26或步骤S27。

步骤S26：将第一关系主键和第二关系主键进行匹配，得到银行余额调节表。

其中，具体第一关系主键和第二关系主键匹配的过程如上述，此处不再赘述。

步骤S27：将第一关系主键与银行交易明细中的第二记录进行匹配得到第一核对结果，以及将第二关系主键与银行存款日记账中的第一记录进行匹配，得到第二核对结果；结合第一核对结果和第二核对结果得到银行余额调节表。

具体将第一关系主键与银行交易明细中的第二记录进行匹配得到第一核对结果，以及将第二关系主键与银行存款日记账中的第一记录进行匹配，得到第二核对结果的方式如上述，此处不再赘述。

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细中的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

其中，账目核对方法的执行主体可以是账目核对装置，例如，账目核对方法可以由终端设备或服务器或其它处理设备执行，其中，终端设备可以为笔记本电脑、台式电脑、用户设备(User Equipment，UE)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant，PDA)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该账目核对方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

请参阅图3，图3是本申请账目核对装置一实施例的结构示意图。账目核对装置30包括数据获取模块31、关系主键构建模块32以及账目核对模块33。数据获取模块31用于获取需要核对的银行存款日记账以及银行交易明细；关系主键构建模块32用于对银行存款日记账和银行交易明细中的至少一个构建关系主键；账目核对模块33，用于利用关系主键对银行存款日记账以及银行交易明细之间的数据进行核对，得到账目核对结果。

其中，各模块具体实现的功能请参数上述账目核对方法实施例，此处不再赘述。

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细中的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

请参阅图4，图4是本申请电子设备一实施例的结构示意图。电子设备40包括存储器41和处理器42，处理器42用于执行存储器41中存储的程序指令，以实现上述任一账目核对方法实施例中的步骤。在一个具体的实施场景中，电子设备40可以包括但不限于：微型计算机、服务器，此外，电子设备40还可以包括笔记本电脑、平板电脑等移动设备，在此不做限定。

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

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细中的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

请参阅图5，图5是本申请计算机可读存储介质一实施例的结构示意图。计算机可读存储介质50存储有能够被处理器运行的程序指令51，程序指令51用于实现上述任一账目核对方法实施例中的步骤。

上述方案，通过对银行存款日记账以及银行交易明细中的至少一者构建关系主键，从而利用该关系主键对需要核对的银行存款日记账和银行交易明细中的数据进行核对，能够快速定位并关联对应的数据信息，得到账目核对结果，提高了账目核对效率。

在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (10)

1.一种账目核对方法，其特征在于，包括：

获取需要核对的银行存款日记账以及银行交易明细；

对所述银行存款日记账和银行交易明细中的至少一个构建关系主键；

利用所述关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对，得到账目核对结果。

2.根据权利要求1所述的方法，其特征在于，所述银行存款日记账中包括至少一条第一记录，所述第一记录中包括若干数据属性信息，所述银行交易明细中包括至少一条第二记录，所述第二记录中包括若干数据属性信息；

所述对所述银行存款日记账和银行交易明细中的至少一个构建关系主键，包括：

以银行存款日记账中的第一记录和银行交易明细的第二记录中的至少一者分别作为目标对象；

选择所述目标对象中部分数据属性信息作为源属性信息；

增加至少一条新的数据属性信息作为扩展属性信息，其中，所述新的数据属性信息不包括在所述目标对象内；

将所述源属性信息和所述扩展属性信息进行组合得到所述目标对象对应的关系主键。

3.根据权利要求2所述的方法，其特征在于，所述源属性信息包括本方账号、发生额以及方向，所述扩展属性信息包括对方单位，所述对方单位为区别于本方账号的所述发生额的支出方或接收方。

4.根据权利要求2所述的方法，其特征在于，所述账目核对结果包括银行余额调节表，所述银行余额调节表中包括可用余额以及第一未达款项；所述对所述银行存款日记账和银行交易明细中的至少一个构建关系主键，包括：

对所述银行存款日记账中的第一记录构建第一关系主键，以及对所述银行交易明细中的第二记录构建第二关系主键，所述第一关系主键和所述第二关系主键包括相同的数据属性；

所述利用所述关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对，包括：

将所述第一关系主键和所述第二关系主键进行匹配，得到所述银行余额调节表；

或，将所述第一关系主键与所述银行交易明细中的第二记录进行匹配得到第一核对结果，以及将所述第二关系主键与所述银行存款日记账中的第一记录进行匹配，得到第二核对结果；并结合所述第一核对结果和第二核对结果得到所述银行余额调节表。

5.根据权利要求4所述的方法，其特征在于，所述将所述第一关系主键和所述第二关系主键进行匹配，或所述将所述第一关系主键与所述银行交易明细中的第二记录进行匹配得到第一核对结果，以及将所述第二关系主键与所述银行存款日记账中的第一记录进行匹配，得到第二核对结果，包括：

将进行匹配的其中一方内容作为匹配对象，另一方内容作为待匹配对象，其中，作为所述匹配对象的一方内容为所述第一关系主键或第二关系主键；

分别将所述匹配对象中的各个数据属性信息与所述待匹配对象对应的数据属性信息进行匹配；

在所述匹配对象中的所有数据属性信息均匹配成功的情况下，认为所述匹配对象与所述待匹配对象匹配成功，并将所述匹配对象对应的记录以及所述待匹配对象对应记录作为已达款项；否则，将所述匹配对象以及所述待匹配对象对应的记录作为第一未达款项。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述关系主键包括同一目标对象的第三关系主键和第四关系主键，所述目标对象为所述银行存款日记账的第一记录或所述银行交易明细的第二记录，其中，所述第三关系主键中包含所述第四关系主键中的全部数据属性信息，且所述第三关系主键中所包含的数据属性信息多于所述第四关系主键中包含的数据属性信息；

所述利用所述关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对，包括：

利用所述第三关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对得到第三核对结果；

在所述第三核对结果满足预设条件的情况下，利用所述第四关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对得到第四核对结果，其中，所述第三核对结果与所述第四核对结果的结合作为所述账目核对结果。

7.根据权利要求6所述的方法，其特征在于，所述第三关系主键比所述第四关系主键多出日期、摘要中的至少一个数据属性信息；

和/或，所述预设条件为存在第二未达款项，所述第二未达款项包括仅存在于所述银行存款日记账或所述银行交易明细中的数据；

所述利用第四关系主键对所述银行存款日记账以及所述银行交易明细之间的数据进行核对得到第四核对结果，包括：

利用所述第四关系主键对所述第二未达款项进行核对，得到所述第四核对结果。

8.根据权利要求1所述的方法，其特征在于，所述获取需要核对的银行存款日记账之前，包括：

获取银行存款凭证；

提取所述银行存款凭证中的对方单位，其中，所述对方单位用于构建所述关系主键；

所述获取需要核对的银行交易明细之后，包括：

剔除所述银行交易明细中无需对账的交易流水数据，所述无需对账的交易流水包括资金池中的业务。

9.一种电子设备，其特征在于，包括存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至8任一项所述的方法。

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

Images