CN113868219A - 账套数据的迁移方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本申请涉及一种账套数据的迁移方法、装置、电子设备及计算机存储介质。该方法为：响应于用户账号的输入，对用户账号进行原账套管理平台的登录鉴权通过后，获取用户账号的客户管理列表；响应于对客户管理列表中至少一个目标客户的选择操作，向所述原账套管理平台发送账套获取请求；接收原账套管理平台返回的目标客户在原账套管理平台的原账套数据及采用的会计制度；将目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储。通过本申请提供的可支持多目标客户账套的批量自动迁移，及屏蔽了同会计制度下不同账套管理平台的会计科目的差异性，从而在进行账套数据的迁移时操作简便且提高了效率。

Description

账套数据的迁移方法、装置、电子设备及计算机存储介质

技术领域

本申请涉及计算机及通信技术领域，特别涉及一种账套数据的迁移方法、 装置、电子设备及计算机存储介质。

背景技术

由于账套管理平台选择的多样化，及平台的选择范围更加广阔，因此各财 税代理机构使用的账套管理平台有了更大的选择空间。但发明人发现，财税管 理人员在进行不同账套管理平台之间的更迭时，需要将原账套管理平台的账套 迁移到账套管理平台，传统方式下财税管理人员通过手动的迁移方式，进行账 套数据的迁移由于账套数据的复杂性，因此在迁移时的效率和不同账套管理平 台的会计科目的差异是财税管理人员在这种情况下面临的主要问题。因此，如 何使得账套数据的迁移可以操作简便且高效率的完成是当下亟待解决的问题。

发明内容

本申请实施例提供一种账套数据的迁移方法、装置、电子设备及计算机存 储介质，用以解决现有技术中存在的对账套数据实现不同的账套管理平台之间 的账套数据迁移的复杂性及效率低的问题。

本申请实施例提供的具体技术方案如下：

第一方面，本申请一实施例提供了一种账套数据的迁移方法，包括：

响应于用户账号的输入，对所述用户账号进行原账套管理平台的登录鉴 权，若鉴权通过则获取所述用户账号在所述原账套管理平台的客户管理列表；

响应于对所述客户管理列表中至少一个目标客户的选择操作，向所述原账 套管理平台发送账套获取请求；

接收所述原账套管理平台返回的所述目标客户在所述原账套管理平台的 原账套数据及采用的会计制度；

将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计 制度下的目标账套数据后存储。

一种可能的实施方式中，所述目标客户在所述原账套管理平台中的原账套 数据包括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期 末数据、原凭证数据、原财务报表数据；

所述将所述目标客户的原账套数据转换成符合目标账套管理平台下所述 会计制度下的目标账套数据后存储，包括：

若采集到所述客户信息和所述原账套的基础信息，则创建所述目标客户含 有目标账套标识ID的空白的目标账套；

若采集到所述原会计科目，则根据所述会计制度匹配对应的迁移规则，并 根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标 账套中相应的会计科目位置下；

若根据所述迁移起始月，采集到所述原账套下的上期期末数据，则参照所 述迁移规则生成所述目标账套中的期初数据；

若采集到所述目标客户的指定数据，则将所述指定数据参照所述迁移规则 存储到所述目标账套中相应的指定数据位置下；其中，所述指定数据包括：所 述原凭证数据或所述原财务报表数据。

一种可能的实施方式中，所述接收所述原账套管理平台返回的所述目标客 户在所述原账套管理平台的原账套数据及采用的会计制度之前，所述方法还包 括：

接收对于所述目标客户的目标账套数据中的部分目标会计科目添加辅助 核算的配置指令并保存；

所述根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到 所述目标账套中相应的会计科目位置下之后，还包括：

对所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目 匹配的辅助核算类型；

将得到的所述辅助核算类型配置到对应的目标会计科目下。

一种可能的实施方式中，所述将所述指定数据参照所述迁移规则存储到所 述目标账套中相应的指定数据位置下，包括：

接收对于所述指定数据的识别参数；其中，所述识别参数包括：目标客户 ID、所述指定数据的压缩包文件的存储路径、迁移起始月；

根据所述目标客户ID和所述存储路径获取所述指定数据的至少一个压缩 包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛选出需要迁 移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内的所述指定 数据；

对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移起始月开始 的所述指定数据；

将筛选出的所述指定数据与所述目标账套数据中迁移的指定数据进行比 对；

若比对结果为筛选出的所述指定数据与所述目标账套数据中迁移的指定 数据不一致，则删除所述迁移的指定数据，并发出告警。

一种可能的实施方式中，所述目标账套数据存储在目标账套管理平台的对 应的目标账套中；

所述将所述目标客户的原账套数据转换成符合目标账套管理平台下所述 会计制度下的目标账套数据后存储之前，所述方法还包括：

删除所述目标账套管理平台中存储的所述目标客户的已有目标账套记录。

第二方面，本申请一实施例提供了一种账套数据的迁移装置，包括：

鉴权模块，用于响应于用户账号的输入，对所述用户账号进行原账套管理 平台的登录鉴权，若鉴权通过则获取所述用户账号在所述原账套管理平台的客 户管理列表；

请求模块，用于响应于对所述客户管理列表中至少一个目标客户的选择操 作，向所述原账套管理平台发送账套获取请求；

接收模块，用于接收所述原账套管理平台返回的所述目标客户在所述原账 套管理平台的原账套数据及采用的会计制度；

存储模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平 台下所述会计制度下的目标账套数据后存储。

一种可能的实施方式中，所述目标客户在所述原账套管理平台中的原账套 数据包括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期 末数据、原凭证数据、原财务报表数据；

所述存储模块，用于将所述目标客户的原账套数据转换成符合目标账套管 理平台下所述会计制度下的目标账套数据后存储时，具体用于：

若采集到所述客户信息和所述原账套的基础信息，则创建所述目标客户含 有目标账套标识ID的空白的目标账套；

若采集到所述原会计科目，则根据所述会计制度匹配对应的迁移规则，并 根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标 账套中相应的会计科目位置下；

若根据所述迁移起始月，采集到所述原账套下的上期期末数据，则参照所 述迁移规则生成所述目标账套中的期初数据；

若采集到所述目标客户的指定数据，则将所述指定数据参照所述迁移规则 存储到所述目标账套中相应的指定数据位置下；其中，所述指定数据包括：所 述原凭证数据或所述原财务报表数据。

一种可能的实施方式中，所述接收模块，用于接收所述原账套管理平台返 回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制度之 前，还用于：

接收对于所述目标客户的目标账套数据中的部分目标会计科目添加辅助 核算的配置指令并保存；

所述存储模块，用于根据所述迁移规则将所述原会计科目转换为目标会计 科目后，存储到所述目标账套中相应的会计科目位置下之后，还用于：

对所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目 匹配的辅助核算类型；

将得到的所述辅助核算类型配置到对应的目标会计科目下。

一种可能的实施方式中，所述存储模块，用于将所述指定数据参照所述迁 移规则存储到所述目标账套中相应的指定数据位置下时，具体用于：

接收对于所述指定数据的识别参数；其中，所述识别参数包括：目标客户 ID、所述指定数据的压缩包文件的存储路径、迁移起始月；

根据所述目标客户ID和所述存储路径获取所述指定数据的至少一个压缩 包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛选出需要迁 移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内的所述指定 数据；

对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移起始月开始 的所述指定数据；

将筛选出的所述指定数据与所述目标账套数据中迁移的指定数据进行比 对；

若比对结果为筛选出的所述指定数据与所述目标账套数据中迁移的指定 数据不一致，则删除所述迁移的指定数据，并发出告警。

一种可能的实施方式中，所述目标账套数据存储在目标账套管理平台的对 应的目标账套中；所述装置还包括：

删除模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平 台下所述会计制度下的目标账套数据后存储之前，删除所述目标账套管理平台 中存储的所述目标客户的已有目标账套记录。

第三方面，本申请另一实施例还提供了一种电子设备，包括至少一个处理 器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有 可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行， 以使所述至少一个处理器能够执行本申请实施例提供的任一账套数据的迁移 方法。

第四方面，本申请另一实施例还提供了一种计算机存储介质，其中，所述 计算机存储介质存储有计算机程序，所述计算机程序用于使计算机执行本申请 实施例中的任一账套数据的迁移方法。

本申请有益效果如下：

综上所述，本申请实施例中，通过提供一种首先可登录原账套管理平台， 获取原账套管理平台包含的客户管理列表，从而根据该客户管理列表选择其中 需要迁移的客户；其次，获取原账套管理平台采用的会计制度，以及采集选择 的需要迁移的客户存储的原账套数据；然后，将所述目标客户的原账套数据转 换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储。通过本 申请，提供了一种用以解决现有技术中存在的对账套数据实现不同的账套管理 平台之间的账套数据迁移的复杂性及效率低的问题。

采用该方法，可实现自动化采集原账套管理平台的账套数据，提供了一种 人工操作简便的自动化采集方式；并且，由于在不同的账套管理平台下对于同 一会计制度可能存在部分会计科目的定义的差异性，通过预先配置同一会计制 度在不同账套管理平台下的会计科目的映射规则，可实现根据该映射规则自动 转换为目标账套管理平台下所述会计制度下的目标账套数据后进行存储，从而 实现不同会计制度下的自动适配，降低了对于会计人员的账套数据管理难度， 简化了人工操作，更进一步提升了不同账套管理平台之间对于账套更迭的效率 和目标账套生成的准确性。

附图说明

图1为本申请实施例中提供的一种账套数据的迁移方法的流程示意图；

图2A为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之一；

图2B为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之二；

图2C为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之三；

图2D为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之四；

图2E为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之五；

图3为本申请实施例中提供的一种账套数据的迁移装置的结构示意图；

图4为本申请实施例中提供的一种账套数据的迁移装置的结构示意图。

具体实施方式

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

由于财税代理机构管理水平参差不齐，特别是中小型代理机构，内部管理 体系相对匮乏，因此，对信息化的财税服务管理平台的需求也愈加迫切，借助 信息化的管理、记账工具，最大化地提升代理机构的对于用于进行财税服务的 账套的管理水平和工作效率是当前亟待解决的问题。

此外，基于这样的需求下，财税服务平台(如账套管理平台)的竞争也日 趋激烈，财税服务产品(如账套管理软件)选择多样化，财税代理机构有了更 大的选择空间，产品的选择范围更加广阔，对产品更迭时的账套数据迁移需求 也愈发强烈，因此如何使得账套数据的迁移可以操作简便且高效率的完成是当 下亟待解决的问题。

有鉴于此，本申请提供一种账套数据的迁移方法，用以解决现有技术中存 在的对账套数据实现不同的账套管理平台之间的账套数据迁移的复杂性及效 率低的问题。下面将通过具体实施例对本申请的方案进行详细描述，当然，本 申请并不限于以下实施例。

参阅图1所示，本申请实施例中，一种账套数据的迁移方法的详细流程如 下：

步骤S101：响应于用户账号的输入，对所述用户账号进行原账套管理平台 的登录鉴权，若鉴权通过则获取所述用户账号在所述原账套管理平台的客户管 理列表。

实施时，可提供用于登录原账套管理平台的用户账号登录界面，例如，参 阅图2A，为本申请实施例提供的一种账套数据的迁移方法的用户界面示意图 之一，首先通过该界面可设置原账套管理平台的选择控件，通过该选择控件可 实现对于以建立通信的账套管理平台的选择，如图2A中选择的原账套管理平 台为“平台A”。然后，通过该用户界面中提供的用户账号及密码的输入控件， 实现对于用户账号输入的接收，从而根据输入的用户账号实现在选择的“平台 A”中进行登录鉴权，若该用户账号密码在“平台A”具有登录权限，则可获取到 该用户账号在“平台A”上的客户管理列表；相反，若该用户账号密码在“平台A” 不具有登录权限，则实施时可返回登录失败的提示信息。

上述实施方式中，可基于SAAS(Software-as-a-Service，软件即服务)平 台模式实现，通过网络软件的模式，改变了传统软件服务的提供方式，减少本 地部署所需的大量前期投入，进一步突出信息化软件的服务属性，从而消除了 购买、构建和维护基础用设施和应程序的需要，更好的保障了本申请的实施。

需要说明的是，本申请图2A，以及后续引用到的图2B-图2E仅为本申请 提供的一种用户界面的示例，仅用来解释和说明本申请，并不用来对采用本申 请提供的方法所采用的用户界面的限定。

此外，由于在后续账套迁移的过程中，该用户账号需要向原账套管理平台 多次发送账套数据采集的获取请求，用以保证对于需要迁移的账套的成功迁 移。因此，为了避免多次对该用户账号进行鉴权，从而导致的计算机资源的多 次重复占用以及效率低下的问题，在实施本申请时，可在鉴权通过后，保存用 于授权登录的请求令牌token，并且在后续每次向原账套管理平台发送获取请 求时，将该token放置在请求头(如RequestHeader)中以获取访问权限。

步骤S102：响应于对所述客户管理列表中至少一个目标客户的选择操作， 向所述原账套管理平台发送账套获取请求。

一种可能的实施方式中，参阅图2B，为本申请实施例提供的一种账套数 据的迁移方法的用户界面示意图之二，根据该界面可得到对于输入的用户账号 鉴权通过后获取到的客户管理列表，例如，该用户账户包括如图2B所示的： 客户A、客户B、客户A及客户D。其中，在鉴权通过后，可接收到该用户账 户在原账套管理平台的客户信息和账套的基础信息，用于获取包含该客户管理 列表的显示界面，然后可通过该界面了解各客户的一些基本信息，例如图2B 中所示的：客户税号、建档日期、建档人、当前迁移状态等信息，以及可获知各目标账户具有的账套数量等。

此外，为了便于接收原账套管理平台返回的数据信息，可选的，通过JSON(JavaScript Object Notation，JavaScript对象简谱)格式进行传输后存储，本 申请方法实施时，在进行数据信息的传输时均可通过JSON格式接收。而且， 可通过Get方法或Post方法，并将向原账套管理平台发送请求参数进行封装后 发送给原账套管理平台。

实施时，根据用户的选择操假设勾选的目标客户包括：客户A和客户B， 则确定对客户A和客户B的账套进行迁移，则向原账套管理平台发送对于客 户A和客户B的账套获取请求；其中，若客户A或客户B具有多个账套，则 对其具有的全部账套进行迁移。

步骤S103：接收所述原账套管理平台返回的所述目标客户在所述原账套管 理平台的原账套数据及采用的会计制度。

为了保证账套的成功迁移，且避免迁移之后在目标账套管理平台由于存在 目标客户的账套历史迁移记录，或者用户之前自己手动建立的目标客户的相同 但可能不完整的账套，导致的在本次迁移后存在同一账套ID的多个版本的账 套，从而造成不能准确识别本次迁移得到的目标账套的情况。实施时，在将需 要迁移的原账套管理平台的原账套数据转换为目标账套管理平台的目标账套 数据并存储之前，删除该目标账套管理平台中存储的所述目标客户的已有目标 账套ID的目标账套存储记录。例如，用户在需要迁移客户A在平台A的账套， 但该目标账套管理平台中已包含存储的客户A的账套数据，则在本次账套数据 迁移之前，将已存储的客户A的账套数据删除，以实现通过本次账套数据的迁 移完成对于客户A在平台A中的账套数据的覆盖。

步骤S104：将所述目标客户的原账套数据转换成符合目标账套管理平台下 所述会计制度下的目标账套数据后存储。

由于不同账套管理平台对于同一会计制度的部分会计科目定义的名称、编 号等信息可能由于自定义的原因存在差异性，因此在进行对于账套数据的迁移 过程中，需要将原账套管理平台的原账套数据转换成目标账套管理平台的目标 账套数据，其实现过程是基于该会计制度在两个账套管理平台之间的映射规则 进行的；其中，在两个账套管理平台之间的映射规则在后续实施例进行详细说 明。

一种可能的实施例中，目标客户在所述原账套管理平台中的原账套数据包 括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期末数据、 原凭证数据、原财务报表数据，则紧张账套数据的迁移时包括以下步骤：

步骤A1：若采集到所述客户信息和所述原账套的基础信息，则创建所述 目标客户含有目标账套标识ID的空白的目标账套。

即可理解的是，在接收到需要迁移的客户及其具有的账套的基础信息之 后，可首先在迁移后的目标账套管理平台上创建与待迁移的原账套信息的ID 相同的目标账套，或创建用于识别出该客户的该账套的目标账套ID，通过建立 空白的目标账套，用于为后续接收并转换该账套包含的账套数据做了准备。

为了提高对于账套迁移的效率，以及降低计算机处理资源的占用，本申请 提供的方法在实施时，达到了边采集边处理的效果。实施时，通过采用多线程 的实施方式对于多个账套的采集以及导账，一种可能的实施方式中，通过部分 线程实现对于各待迁移的原账套的信息采集，当采集到账套数据中的一项信息 之后，则将其存储到目标账套管理平台的指定位置；然后，当确定该项信息采 集完成后，则通过另外的线程实现对于已采集信息的导账。其中账套数据的多 项信息如前所述此处不再赘述，并且后续对于各项信息的采集及处理过程同 理，后续也不再赘述。

步骤A2：若采集到所述原会计科目，则根据所述会计制度匹配对应的迁 移规则，并根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储 到所述目标账套中相应的会计科目位置下。

其中，会计制度为财政部规定的几种会计制度中的一种，例如，可选的为 小企业准则会计制度或非盈利组织会计制度等。实施时，同一会计制度在不同 的账套管理平台下可能存在一些采用的会计科目的科目名称、科目编号等信息 的差别，但其对应的账套数据为相同的账套数据。一种可能的场景为，部分客 户在采用会计制度规定使用的会计科目之外，可能还存在一些为了便于客户进 行管理的自规定的一些非财政部规定之外的会计科目。因此，为了在进行账套 迁移的过程中，为了适配同一会计制度在不同的账套管理平台下规定的用于对 应相同账套数据但采用的为不同标识的会计科目的情况，实施时预先配置用于 进行对该会计制度的会计科目进行适配的迁移规则。其中，一种可能的迁移规 则对照表参阅如下表1所示：

表1

序号	字段名称	数据类型	是否为空	注释
					1	iSoftware	varchar(2)	否	原账套管理平台的软件名称
2	cFacctCode	varchar(50)	否	原会计科目编码
					3	cFacctName	varchar(100)	否	原会计科目名称
4	cFdir	smallint(6)	否	原会计科目方向
					5	cTradeFinCode	varchar(6)	否	会计制度
6	cAcctCode	varchar(50)	是	目标会计科目编码
					7	cTimeStamp	varchar(18)	否	时间戳

其中，表1中的第1行表示的是原账套管理平台；第2、3、4分别表示原 账套管理平台对应的原会计科目的相关信息，包括：原会计科目编码、原会计 科目名称及原会计科目方向，其中，原会计科目方向包括：“借”和“贷”；第 5行表示的则是该迁移规则是基于哪一会计制度下进行的，会计制度如：小企 业准则或会计准则等；第6行则表示目标账套管理平台的目标会计科目编码； 第7行则表示该迁移规则建立的时间。需要说明的是，表1仅为一种可能的示 例，用来解释本申请方法，并不用于限定本申请。

一种可能的实施方式中，会计科目1在原账套管理平台下的原会计科目编 码为0001，而目标会计科目编码为0002，根据前述的迁移规则，将原会计科 目编码为0001的账套数据在进行迁移时，迁入到目标会计科目编码为0002的 对应位置下。需要说明的是，为了保证适配的会计制度的正确性，实施时还可 实现对于目标账套管理平台下所述会计制度下的目标会计科目信息的人工修 正，以便于会计科目的准确性。

此外，实施时，为了便于实现用户对于转换后的目标账套的管理，所述方 法还包括：接收对于所述目标客户的目标账套数据中的部分目标会计科目添加 辅助核算的配置指令并保存。参阅图2C，为本申请实施方式中提供的一种账 套数据的迁移方法的用户界面的示意图之三，本申请实施时可提供一个用于选 择辅助核算的配置界面，在该界面中包括可添加辅助核算的会计科目列表，其 中，需要说明的是，可添加辅助核算的会计科目为二级及二级以下的会计科目。

用户在确定迁移账套数据之前，配置需要转换的辅助核算项，例如图2C 中配置辅助核算项的有：序号为1的应收账款会计科目，将其转换为客户的辅 助核算，以及，序号为2的预收账款会计科目，也将其转换为客户的辅助核算。 在配置完辅助核算项之后，将配置指令保存，以实现在进行目标账套的导账时 自动生成对应的辅助核算项。

在进行目标账套中的会计科目导账时，一种可能的实施方式为，首先，对 所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目匹配的 辅助核算类型；然后，将得到的所述辅助核算类型配置到对应的目标会计科目 下。例如，沿用上边的例子，确定配置指令中保存的是为“应收账款”和“预收 账款”添加对应为“客户”的辅助核算项，则在转换目标会计科目之后，自动为 生成的目标会计科目添加对应的辅助核算项。通过本申请提供的对于会计科目 可实现自动转辅助核算项的实施方式，相比于现有技术中需要对每个需要添加 辅助核算项的会计科目分别一一进行手动添加辅助核算项的人工操作，提高了 对于辅助核算项的转换效率，并且通过为会计科目添加辅助核算项可便于用户 对于目标账套中的管理，提高管理的便携性。

此外，实施时，若原账套中的账套数据中包含之前添加的辅助核算项，则 在对原账套进行采集时，将原账套管理平台的辅助核算项的档案信息也进行采 集，并在采集完成后，完成对于原辅助核算项的迁入。

步骤A3：若根据所述迁移起始月，采集到所述原账套下的上期期末数据， 则参照所述迁移规则生成所述目标账套中的期初数据。

其中，在完成目标账套的迁移过程中，通过用户选择的迁移起始月，如图 2A中的迁移起始月的配置，因此在生成目标账套时，需要根据原账套中截止 到该设置的迁移起始月之前的期末数据，即截止到该迁移起始月的账户余额、 借账款项总计等数据，生成迁移后的目标账套的期初数据，以便于生成该目标 科目的该目标账套的准确的账套数据。例如，客户A的原账套的记账日期为从 2016.01.01-2019.12.31，但针对客户A需要迁移的账套数据为 2019.01.01-2019.12.31，因此，首先确定该账套中截止到2018.12.31的期末数据，将其作为目标账套中的2019.01.01-2019.12.31期间的账套数据的期初数据， 以保障生成的目标账套的准确性。

此外，需要说明的是，由于在迁移前后的同一会计制度在两个账套管理平 台的会计科目的映射关系，为了保证目标账套导账的准确性，在进行各项信息 的导账迁入时，需要参照前述确定的迁移规则，即将原账套中对应原会计科目 的账套数据参照迁移规则迁入到目标账套中对应目标会计科目的账套数据的 位置下，后续指定数据的信息也参照迁移规则，后续不再赘述。

步骤A4：若采集到所述目标客户的指定数据，则将所述指定数据参照所 述迁移规则存储到所述目标账套中相应的指定数据位置下；其中，所述指定数 据包括：所述原凭证数据或所述原财务报表数据。

实施时，进行该指定数据的导账，实施过程包括以下步骤：

步骤A41：接收对于所述指定数据的识别参数；其中，所述识别参数包括： 目标客户ID、所述指定数据的压缩包文件的存储路径、迁移起始月。

步骤A42：根据所述目标客户ID和所述存储路径获取所述指定数据的至 少一个压缩包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛 选出需要迁移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内 的所述指定数据。

例如，目标客户的指定数据的存储方式为一年的指定数据存储为一个压缩 包文件，客户A的指定数据的压缩包文件包括2016、2017、2018及2019四个 压缩包文件，若需要迁移的是客户A的2019年的指定数据，则筛选出客户A 中2019年的压缩包数据即可。

步骤A43：对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移 起始月开始的所述指定数据。

在一种可能的实施方式，由于前述实施方式中说明了每个压缩包文件用于 存储指定时长内的指定数据，例如前述指定时长为1年。当迁移起始月设置为 2019.06时，则实施为首先筛选出2019年的压缩包文件，且在对压缩包文件进 行解压缩之后，根据迁移起始月，获取2019.06.01-2019.12.31期间的指定数据。

步骤A44：将筛选出的所述指定数据与所述目标账套数据中迁移的指定数 据进行比对。

步骤A45：若比对结果为筛选出的所述指定数据与所述目标账套数据中迁 移的指定数据不一致，则删除所述迁移的指定数据，并发出告警。

实施时，为了保证迁移前后的数据的一致性和准确性，即避免账套数据迁 移过程中传输出错导致的账套数据的丢失或重复传输等问题。在指定数据迁移 完成之后，通过遍历采集的迁移起始月的指定数据的数据遍历量，然后与指定 数据迁移到目标账套中的数据统计量进行对比，若数据遍历量与数据统计量的 对比结果为不一致，则表明迁移的指定数据与原指定数据的数据量不相同，则 可发出“迁移失败”的告警信息，以便于提醒用户重新进行迁移。并且，将该迁 移失败的账套数据删除。例如，图2B的客户管理列表中显示的客户A的账套 数据的迁移状态为迁移失败，则对客户A的账套数据进行重新迁移。

同理，当原账套的账套数据全部进行采集成功迁移到目标账套中之后，可 发出迁移成功的提醒，参阅图2D，为本申请实施例提供的一种账套数据的迁 移方法的用户界面示意图之四，通过该界面提示用户针对选择的客户的账套是 否迁移成功的信息。此外，还可实现对于历史迁移记录的回看，以便于用户查 看已迁移的账套数据，参与图2E，为本申请实施例提供的一种账套数据的迁 移方法的用户界面示意图之五，通过对于“迁移记录”的控件的点击，可为用户 提供迁移记录中包含的账套信息，实施时可通过分客户的形式进行展示。

通过本申请提供的方法，实现了对鉴权通过的原账套管理平台的客户管理 列表的获取，并且可响应于对该列表中的多个客户的多个账套的选择操作，实 现对多个账套的边采集边进行目标账套的生成处理的半自动迁移方式，提高了 财税工作人员的工作效率，并且相对于传统的单账套迁移、先采集原账套再进 行目标账套的生成的迁移方式节省了大量的计算机处理资源的占用。而且，基 于当前财政部发布的会计制度具有多种且各种会计制度的会计科目的设定可 能存在差异的场景下，通过本申请方式，实现了不同会计制度下的自动适配和 灵活适用的自动转换，由此减少了大量的一一比对的工作量，简化了用户操作。

此外，本申请提供的方法还可实现对于多个指定会计科目自动转换辅助核 算项的实施方式，从而避免了用户需要针对每一需要添加辅助核算项的科技科 目需要一一添加的方式，提高了账套数据迁移的效率。

为更清楚地理解本申请，参阅图3，为本申请另一实施例提供的一种账套 数据的迁移方法的流程示意图，包括：

步骤301：输入登录原账套管理平台的用户账号，并设置迁移起始月。

步骤302：对该用户账户鉴权通过后，获取该用户账户的客户管理列表； 并保存用户选择的目标客户。

步骤303：通过是否需要对会计科目转换辅助核算项的配置界面，接收用 户点击的配置指令并保存。

需要说明的是，若用户未点击辅助核算项，则表明不需要进行辅助核算项 的配置。

步骤304：采集用户选择的目标客户的客户信息及原账套信息，并在目标 账套管理平台创建对应的空白的目标账套。

步骤305：采集原会计科目，并根据原账套采用的会计制度，将原会计科 目根据匹配的迁移规则转换为目标会计科目后，存储到所述目标账套中。

其中，原账套和目标账套采用的为相同的会计制度，但可能存在部分会计 科目的定义存在差异化。

步骤306：采集原账套截止到所述迁移起始月的期末数据，并参照迁移规 则生成目标账套的期初数据。

步骤307：采集原账套的凭证数据，并参照迁移规则生成目标账套的凭证 数据。

步骤308：采集原账套的财务报表数据，并参照迁移规则生成目标账套的 财务报表数据。

步骤309：判断账套数据是否迁移成功；若成功，则发出迁移成功的提示 信息并生成迁移记录；若失败，则发出迁移失败的告警信息。

基于与上述实施例相同的发明构思，参阅图4所示，本申请实施例中，一 种账套数据的迁移装置，至少包括鉴权模块401、请求模块402、接收模块403 及存储模块404，其中，

鉴权模块401，用于响应于用户账号的输入，对所述用户账号进行原账套 管理平台的登录鉴权，若鉴权通过则获取所述用户账号在所述原账套管理平台 的客户管理列表；

请求模块402，用于响应于对所述客户管理列表中至少一个目标客户的选 择操作，向所述原账套管理平台发送账套获取请求；

接收模块403，用于接收所述原账套管理平台返回的所述目标客户在所述 原账套管理平台的原账套数据及采用的会计制度；

存储模块404，用于将所述目标客户的原账套数据转换成符合目标账套管 理平台下所述会计制度下的目标账套数据后存储。

一种可能的实施方式中，所述目标客户在所述原账套管理平台中的原账套 数据包括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期 末数据、原凭证数据、原财务报表数据；

所述存储模块404，用于将所述目标客户的原账套数据转换成符合目标账 套管理平台下所述会计制度下的目标账套数据后存储时，具体用于：

若采集到所述客户信息和所述原账套的基础信息，则创建所述目标客户含 有目标账套标识ID的空白的目标账套；

若采集到所述原会计科目，则根据所述会计制度匹配对应的迁移规则，并 根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标 账套中相应的会计科目位置下；

若根据所述迁移起始月，采集到所述原账套下的上期期末数据，则参照所 述迁移规则生成所述目标账套中的期初数据；

若采集到所述目标客户的指定数据，则将所述指定数据参照所述迁移规则 存储到所述目标账套中相应的指定数据位置下；其中，所述指定数据包括：所 述原凭证数据或所述原财务报表数据。

一种可能的实施方式中，所述接收模块403，用于接收所述原账套管理平 台返回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制 度之前，还用于：

接收对于所述目标客户的目标账套数据中的部分目标会计科目添加辅助 核算的配置指令并保存；

所述存储模块404，用于根据所述迁移规则将所述原会计科目转换为目标 会计科目后，存储到所述目标账套中相应的会计科目位置下之后，还用于：

对所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目 匹配的辅助核算类型；

将得到的所述辅助核算类型配置到对应的目标会计科目下。

一种可能的实施方式中，所述存储模块404，用于将所述指定数据参照所 述迁移规则存储到所述目标账套中相应的指定数据位置下时，具体用于：

接收对于所述指定数据的识别参数；其中，所述识别参数包括：目标客户 ID、所述指定数据的压缩包文件的存储路径、迁移起始月；

根据所述目标客户ID和所述存储路径获取所述指定数据的至少一个压缩 包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛选出需要迁 移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内的所述指定 数据；

对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移起始月开始 的所述指定数据；

将筛选出的所述指定数据与所述目标账套数据中迁移的指定数据进行比 对；

若比对结果为筛选出的所述指定数据与所述目标账套数据中迁移的指定 数据不一致，则删除所述迁移的指定数据，并发出告警。

一种可能的实施方式中，所述目标账套数据存储在目标账套管理平台的对 应的目标账套中；所述装置还包括：

删除模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平 台下所述会计制度下的目标账套数据后存储之前，删除所述目标账套管理平台 中存储的所述目标客户的已有目标账套记录。

此外，基于上述方法和装置的各实施例相同的发明构思，还可提供一种账 套数据的迁移系统，具体的实施方式如前述实施例所示，本申请在此不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、或计 算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结 合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包 含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产 品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入 式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算 机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一 个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个 流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基 本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要 求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱 离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属 于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和 变型在内。

Claims (12)

1.一种账套数据的迁移方法，其特征在于，所述方法包括：

响应于用户账号的输入，对所述用户账号进行原账套管理平台的登录鉴权，若鉴权通过则获取所述用户账号在所述原账套管理平台的客户管理列表；

响应于对所述客户管理列表中至少一个目标客户的选择操作，向所述原账套管理平台发送账套获取请求；

接收所述原账套管理平台返回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制度；

将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储。

2.根据权利要求1所述的方法，其特征在于，所述目标客户在所述原账套管理平台中的原账套数据包括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期末数据、原凭证数据、原财务报表数据；

所述将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储，包括：

若采集到所述客户信息和所述原账套的基础信息，则创建所述目标客户含有目标账套标识ID的空白的目标账套；

若采集到所述原会计科目，则根据所述会计制度匹配对应的迁移规则，并根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标账套中相应的会计科目位置下；

若根据所述迁移起始月，采集到所述原账套下的上期期末数据，则参照所述迁移规则生成所述目标账套中的期初数据；

若采集到所述目标客户的指定数据，则将所述指定数据参照所述迁移规则存储到所述目标账套中相应的指定数据位置下；其中，所述指定数据包括：所述原凭证数据或所述原财务报表数据。

3.根据权利要求2所述的方法，其特征在于，所述接收所述原账套管理平台返回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制度之前，所述方法还包括：

接收对于所述目标客户的目标账套数据中的部分目标会计科目添加辅助核算的配置指令并保存；

所述根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标账套中相应的会计科目位置下之后，还包括：

对所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目匹配的辅助核算类型；

将得到的所述辅助核算类型配置到对应的目标会计科目下。

4.根据权利要求2所述的方法，其特征在于，所述将所述指定数据参照所述迁移规则存储到所述目标账套中相应的指定数据位置下，包括：

接收对于所述指定数据的识别参数；其中，所述识别参数包括：目标客户ID、所述指定数据的压缩包文件的存储路径、迁移起始月；

根据所述目标客户ID和所述存储路径获取所述指定数据的至少一个压缩包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛选出需要迁移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内的所述指定数据；

对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移起始月开始的所述指定数据；

将筛选出的所述指定数据与所述目标账套数据中迁移的指定数据进行比对；

若比对结果为筛选出的所述指定数据与所述目标账套数据中迁移的指定数据不一致，则删除所述迁移的指定数据，并发出告警。

5.根据权利要求1所述的方法，其特征在于，所述目标账套数据存储在目标账套管理平台的对应的目标账套中；

所述将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储之前，所述方法还包括：

删除所述目标账套管理平台中存储的所述目标客户的已有目标账套记录。

6.一种账套数据的迁移装置，其特征在于，所述装置包括：

鉴权模块，用于响应于用户账号的输入，对所述用户账号进行原账套管理平台的登录鉴权，若鉴权通过则获取所述用户账号在所述原账套管理平台的客户管理列表；

请求模块，用于响应于对所述客户管理列表中至少一个目标客户的选择操作，向所述原账套管理平台发送账套获取请求；

接收模块，用于接收所述原账套管理平台返回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制度；

存储模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储。

7.根据权利要求6所述的装置，其特征在于，所述目标客户在所述原账套管理平台中的原账套数据包括：客户信息、原账套的基础信息、原会计科目、迁移起始月之前的期末数据、原凭证数据、原财务报表数据；

所述存储模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储时，具体用于：

若采集到所述客户信息和所述原账套的基础信息，则创建所述目标客户含有目标账套标识ID的空白的目标账套；

若采集到所述原会计科目，则根据所述会计制度匹配对应的迁移规则，并根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标账套中相应的会计科目位置下；

若根据所述迁移起始月，采集到所述原账套下的上期期末数据，则参照所述迁移规则生成所述目标账套中的期初数据；

若采集到所述目标客户的指定数据，则将所述指定数据参照所述迁移规则存储到所述目标账套中相应的指定数据位置下；其中，所述指定数据包括：所述原凭证数据或所述原财务报表数据。

8.根据权利要求7所述的装置，其特征在于，所述接收模块，用于接收所述原账套管理平台返回的所述目标客户在所述原账套管理平台的原账套数据及采用的会计制度之前，还用于：

接收对于所述目标客户的目标账套数据中的部分目标会计科目添加辅助核算的配置指令并保存；

所述存储模块，用于根据所述迁移规则将所述原会计科目转换为目标会计科目后，存储到所述目标账套中相应的会计科目位置下之后，还用于：

对所述配置指令中对应的目标会计科目进行解析，得到所述目标会计科目匹配的辅助核算类型；

将得到的所述辅助核算类型配置到对应的目标会计科目下。

9.根据权利要求7所述的装置，其特征在于，所述存储模块，用于将所述指定数据参照所述迁移规则存储到所述目标账套中相应的指定数据位置下时，具体用于：

接收对于所述指定数据的识别参数；其中，所述识别参数包括：目标客户ID、所述指定数据的压缩包文件的存储路径、迁移起始月；

根据所述目标客户ID和所述存储路径获取所述指定数据的至少一个压缩包文件，并基于所述迁移起始月，从所述至少一个压缩包文件中筛选出需要迁移的目标压缩包文件；其中，每个压缩包文件用于存储指定时长内的所述指定数据；

对所述目标数据压缩包文件进行解压缩，并筛选出从所述迁移起始月开始的所述指定数据；

将筛选出的所述指定数据与所述目标账套数据中迁移的指定数据进行比对；

若比对结果为筛选出的所述指定数据与所述目标账套数据中迁移的指定数据不一致，则删除所述迁移的指定数据，并发出告警。

10.根据权利要求6所述的装置，其特征在于，所述目标账套数据存储在目标账套管理平台的对应的目标账套中；所述装置还包括：

删除模块，用于将所述目标客户的原账套数据转换成符合目标账套管理平台下所述会计制度下的目标账套数据后存储之前，删除所述目标账套管理平台中存储的所述目标客户的已有目标账套记录。

11.一种电子设备，其特征在于，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行根据权利要求1-5任一项所述的方法。

12.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序用于使计算机执行根据权利要求1-5任一项所述的方法。

Images