CN105718252A - 实现分录反写的方法和系统 - Google Patents

Abstract

一种实现分录反写的方法，所述方法包括：接收对目标业务对象模型中待反写分录的反写请求，所述待反写分录具有对应的反写模型，所述反写模型按照所述待反写分录定义并与所述待反写分录共享数据；根据所述反写请求获取所述待反写分录的内码；利用所述内码调用所述反写模型的第一预设操作，所述第一预设操作预先配置有源业务对象模型对应的反写规则；通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型。采用本方法，能够简单有效的实现按分录对源业务对象模型进行反写。此外还提供一种实现分录反写的系统。

Description

实现分录反写的方法和系统

技术领域

本发明涉及计算机技术领域，特别是涉及一种实现分录反写的方法和系统。

背景技术

ERP(EnterpriseResourcePlanning，企业资源计划)系统具有反写功能并且经常会被企业用户使用，例如将上游单据下推生成下游单据时，下游单据需要将业务数量、金额等数字反写到上游单据相应字段中以备查验。但是目前的反写功能只是基于整个单据的，而无法对单据的分录(即单据的行)单独进行反写。如果按照目标单分录对源单进行反写，需要重写业务插件，用相当繁琐和原始的代码来完成，同时面临超额校验规则和分录状态改变规则在插件重写的重任，使得反写的工作机械，效率低下，并且容易出错。因此，如何简单且有效的实现按分录对源单进行反写是目前急需解决的问题。

发明内容

基于此，有必要针对上述技术问题，提供一种简单有效的实现按分录对源业务对象模型进行反写的实现分录反写的方法和系统。

一种实现分录反写的方法，所述方法包括：

接收对目标业务对象模型中待反写分录的反写请求，所述待反写分录具有对应的反写模型，所述反写模型按照所述待反写分录定义并与所述待反写分录共享数据；

根据所述反写请求获取所述待反写分录的内码；

利用所述内码调用所述反写模型的第一预设操作，所述第一预设操作预先配置有源业务对象模型对应的反写规则；

通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型。

在其中一个实施例中，所述接收对目标业务对象模型中待反写分录的反写请求的步骤之前，还包括：

将目标业务对象模型的分录定义为对应的反写模型；

获取对待反写分录的第二预设操作；

根据所述第二预设操作生成所述反写请求。

在其中一个实施例中，所述将目标业务对象模型的分录定义为对应的反写模型的步骤包括：

按照分录内码提取所述目标业务对象模型的分录中包含的字段；

利用提取的字段构建对应的反写模型。

在其中一个实施例中，所述通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型的步骤之后，还包括：

接收对分录的反执行指令，所述分录为选中状态；

根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录。

在其中一个实施例中，所述根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录的步骤之后，还包括：

获取所述分录中修改后的数据；

再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将所述修改后的数据反写至所述源业务对象模型。

一种实现分录反写的系统，所述系统包括：

接收模块，用于接收对目标业务对象模型中待反写分录的反写请求，所述待反写分录具有对应的反写模型，所述反写模型按照所述待反写分录定义并与所述待反写分录共享数据；

第一获取模块，用于根据所述反写请求获取所述待反写分录的内码；

调用模块，用于利用所述内码调用所述反写模型的第一预设操作，所述第一预设操作预先配置有源业务对象模型对应的反写规则；

反写模块，用于通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型。

在其中一个实施例中，所述系统还包括：

定义模块，用于将目标业务对象模型的分录定义为对应的反写模型；

第二获取模块，用于获取对待反写分录的第二预设操作；

请求生成模块，用于根据所述第二预设操作生成所述反写请求。

在其中一个实施例中，所述定义模块包括：

提取模块，用于按照分录内码提取所述目标业务对象模型的分录中包含的字段；

构建模块，用于利用提取的字段构建对应的反写模型。

在其中一个实施例中，所述接收模块还用于接收对分录的反执行指令，所述分录为选中状态；

所述系统还包括：

回滚模块，用于根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录。

在其中一个实施例中，所述第一获取模块还用于获取分录中修改后的数据，所述反写模块还用于通过再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将所述修改后的数据反写至所述源业务对象模型。

上述实现分录反写的方法和系统，通过接收对目标业务对象模型中待反写分录的反写请求，待反写分录具有对应的反写模型，反写模型按照待反写分录定义并与待反写分录共享数据；根据反写请求获取待反写分录的内码；利用内码调用反写模型的第一预设操作，第一预设操作预先配置有源业务对象模型对应的反写规则；通过第一预设操作，将反写模型的数据反写至源业务对象模型。由于反写模型按照待反写分录定义并与待反写分录共享数据，通过内码调用配置有反写规则的第一预设操作，将反写模型的数据反写至源业务对象模型，由此简单有效地实现了按分录进行反写。

附图说明

图1为一个实施例中实现分录反写方法的流程图；

图2-1为一个实施例中反写规则的基本信息配置界面图；

图2-2为一个实施例中反写规则的反写配置界面图；

图3为一个实施例中目标业务对象模型、反写模型、源业务对象模型与反写规则配置的示意图；

图4为一个实施例中反写结果界面图；

图5为一个实施例中目标业务对象模型的界面图；

图6为一个是实施例中反写模型的界面图；

图7为一个实施例中实现分录反写系统的结构示意图；

图8为又一个实施例中实现分录反写系统的结构示意图；

图9为一个实施例中定义模块的结构示意图；

图10为另一个实施例中实现分录反写系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在一个实施例中，如图1所示，提供了一种实现分录反写的方法，该方法包括：

步骤102，接收对目标业务对象模型中待反写分录的反写请求，待反写分录具有对应的反写模型，反写模型按照待反写分录定义并与待反写分录共享数据。

业务对象模型是指利用ERP系统集成开发工具(如，K/3CloudBOSIDE)，采用可视化的开发方式，通过拖拽相关控件，搭建起来的单据、基础资料模板和动态表单等。单据是指企业ERP系统中，承载企业业务含义的载体。用户(如，企业的销售员)通过创建单据，完成业务记录，例如，销售员完成一笔销售记录后，在ERP系统中，录入一张销售订单，这个销售订单就是一种单据。基础资料是指企业ERP系统中，被单据频繁使用的公共资料载体。动态表单是指ERP系统中承载业务操作流程的页面。

分录是指业务对象模型中的行。每行分录都具有对应的反写模型，反写模型由分录中的字段组成，并与分录共享数据。以业务对象模型为检验单为例，检验单中的一行就是一行分录。反写模型就是检验反写单，有多少行分录就对应多少个检验反写单。一个业务对象模型可以对应多个反写模型，一个反写模型只能有一个业务对象模型。

步骤104，根据反写请求获取待反写分录的内码。

内码是指业务对象模型或分录的唯一标识，也叫主键。业务对象模型可以以数据表或视图等形式进行存储。以数据表为例，业务对象模型的数据结构包括表头和表体。表头是业务对象模型的主体，包含分录共有的属性，如单据编号、单据名称等。表体是分录，包含分录的各种信息数据，如数量、状态等。表头和表体中分别包括多个字段。表头字段与表体字段分别存储在不同的数据表中。每个数据表都存储有内码，即主键。存储表头字段的数据表中包含业务对象模型的唯一内码。存储表体字段的数据表中包含业务对象模型的内码和多行分录的内码，它们之间的是一对多的关联关系。可以根据业务对象模型的内码在存储表体字段的数据表中找到分录的数据。例如，存储表头字段的数据表为T_QM_InspectBill，存储表体字段的数据表为T_QM_InspectBillEntry，两个数据表的数据结构如下所示：

T_QM_InspectBill数据结构：

主键	单据编号	单据日期	业务类型	质检组织……
					100001	IQC000001	2014-9-9	产品检验	品控部……

T_QM_InspectBillEntry数据结构：

主键	外键	序号	物料编码	子单编号……
					100010	100001	1	ee	QCWB0001……
100011	100001	2	1.01.001	QCWB0002……

上面两个数据表展示了业务对象模型的存储结果，其中外键对应于T_QM_InspectBill的主键，业务对象模型有两行分录，业务对象模型的主键即内码为100001，两行分录的主键即内码分别为100010和100011。由于反写模型按照待反写分录定义并与待反写分录共享数据，分录的内码即为对应的反写模型的内码。

步骤106，利用内码调用反写模型的第一预设操作，第一预设操作预先配置有源业务对象模型对应的反写规则。

源业务对象模型是指业务对象模型上拉下推过程中的上游业务对象模型，目标业务对象模型是指下游业务对象模型。例如，如生产订单下推生成生产入库单这一过程中，生产订单即是源业务对象模型，也称作源单，生产入库单即是目标业务对象模型，也称作目标单。源和目标只是相对而言，比如销售订单下推生成生产订单这一过程中，生产订单又被称为目标业务对象模型。反写是指目标业务对象模型对源业务对象模型的关联更新过程。例如，生产订单下推生成生产入库单后，入库单审核通过时，将更新生产订单上的入库数量备查，这一过程即为反写。

第一预设操作是指预先配置有对应的反写规则的操作，例如，审核、保存等。反写规则可以采用ERP系统已有的反写规则，并且可以根据不同的业务对象模型预先进行配置。不同的业务对象模型，反写规则可以不同。用户可在系统运行期间修改、增加或删除相应的反写规则。配置好的反写规则可以保存在数据库中，或者是XML(ExtensibleMarkupLanguage，可扩展标记语言)文件等中。如图2-1所示，为反写规则的基本信息配置界面。在该界面中，可以对反写规则进行命名，并输入上游单据名称和下游单据名称。如图2-2所示，为反写规则的反写配置界面。在该界面中，可以输入需要进行反写的操作，如审核、保存等，可以输入反写条件、反写上游单据字段、反写模式等。由于采用现有ERP系统的反写规则，可充分利用ERP系统反写引擎稳定可靠的性能，并且无需再次开发繁琐的反写功能，使得按分录反写变得简单有效。

由于分录与对应的反写模型共用内码，在获取分录的内码后，即便获取到了反写模型的内码。根据该内码，通过调用指令，调用反写模型的第一预设操作。具体的，调用指令可以是GetService<ISetStatusService>(ctx).SetBillStatus(…)。由于对第一预设操作配置了对应的反写规则，并通过调用指令来调用第一预设操作，因此克服了人工进行第一预设操作时只能对整个业务模型进行反写的问题。

步骤108，通过第一预设操作，将反写模型的数据反写至源业务对象模型。

根据上述反写规则的配置方式，反写规则也就是相当于配置在了反写模型与源业务对象模型之间。如图3所示，为目标业务对象模型、反写模型、源业务对象模型与反写规则配置的示意图。其中目标业务对象模型302中的分录与反写模型304共享存储有分录字段的数据表310，反写规则306配置在反写模型304与源业务对象模型308之间。根据第一预设操作，通过反写规则306，将反写模型304中的数据，即将目标业务对象模型302中的分录中的数据反写至源业务对象模型。反写完成后，如图4所示，在反写结果界面上显示各个分录的反写结果。在前端显示的反写结果看起来就是按照分录进行反写。由此实现了按分录进行反写的目的。

本实施例中，通过接收对目标业务对象模型中待反写分录的反写请求，待反写分录具有对应的反写模型，反写模型按照待反写分录定义并与待反写分录共享数据；根据反写请求获取待反写分录的内码；利用内码调用反写模型的第一预设操作，第一预设操作预先配置有源业务对象模型对应的反写规则；通过第一预设操作，将反写模型的数据反写至源业务对象模型。由于反写模型按照待反写分录定义并与待反写分录共享数据，通过内码调用配置有反写规则的第一预设操作，将反写模型的数据反写至源业务对象模型，由此简单有效地实现了按分录进行反写。

在一个实施例中，接收对目标业务对象模型中待反写分录的反写请求的步骤之前，还包括：将目标业务对象模型的分录定义为对应的反写模型；获取对待反写分录的第二预设操作；根据第二预设操作生成反写请求。

本实施例中，每行分录都具有对应的反写模型，反写模型只是为了按分录反写的需要而存在。由于反写模型与分录共享数据，只需对分录的数据进行修改，反写模型的数据就对应进行了修改，因此不需要单独对反写模型进行修改。如果用户需要对某一行分录进行反写，可以在前端的界面选中待反写分录，并选择对应的第二预设操作，根据该第二预设操作生成该待反写分录的反写请求。第二预设操作是指将分录变更为业务对象模型中最终状态的操作。例如，业务对象模型为质检单，其中包括三种状态：计划、质检开始和质检完成。相应的，分录生成即为计划状态，质检开始状态表示当前分录中的物料开始进行检验了，质检完成状态表示当前分录中的物料已检验完毕。如果实际工作中物料已检验完毕，用户可通过“执行至质检完成”的操作，将分录的状态变更为最终的检验完成状态。那么“执行至质检完成”即为第二预设操作。

除了用户进行人工操作来选择第二预设操作之外，还可以通过参数配置，使系统自动执行该第二预设操作。例如，参数配置为“当检验单审核时，自动执行至质检完成”，如果配置了这个参数，则只要检验单通过审核，系统就会自动将该检验单所有的分录都“执行至质检完成”，根据该操作生成反写请求。

在一个实施例中，将目标业务对象模型的分录定义为对应的反写模型的步骤包括：按照分录内码提取目标业务对象模型的分录中包含的字段；利用提取的字段构建对应的反写模型。

本实施例中，目标业务对象模型包括分录共有属性和多行分录，分录中包含多个字段。分录内码即分录标识，按照内码提取分录中包含的字段，将提取到的字段建成分录对应的反写模型，也可以将提取的字段和分录共有属性共同构建对应的反写模型，其中共有属性可以是目标业务对象模型部分共有属性。目标业务对象模型的数据结构是表头和表体。反写模型的数据结构是表头。反写模型中包括字段是目标业务对象模型的分录的字段集合的子集，也就是说这些字段只是对应的分录的字段中的一部分。反写模型中不需要包含全部分录的字段，只要包含反写规则所需的字段即可。目标业务对象模型有多少行分录，就可以构建出多少个反写模型。目标业务对象模型与反写模型之间可以称为父子关系。即目标业务对象模型为父业务对象模型，反写模型为子业务对象模型。以目标业务对象模型为检验单为例，其分录对应的反写模型为检验反写单，如图5所示为目标业务对象模型的界面图，包括分录的共有属性以及多行分录。如图6所示，为反写模型的界面图，检验反写单中包括共有属性和检验反写字段。其中，检验反写字段中只包括了分录中的部分字段，如接收数量、不良数量。从分录中提取的字段无需另外进行存储，可以与分录字段共享数据表，由此实现了反写模型与分录共享数据。

在一个实施例中，通过所述第一预设操作，通过第一预设操作，将反写模型的数据反写至源业务对象模型的步骤之后，还包括：接收对分录的反执行指令，分录为选中状态；根据反执行指令将源业务对象模型的数据回滚至分录。

本实施例中，如果用户发现某一分录反写至源业务对象模型的数据有误或者在源业务对象模型中修改了某一分录反写的数据，可通过在目标业务对象模型的界面中，选中该行分录后再次选择反执行操作，根据反执行操作生成对应的反执行指令。在接收到反执行指令后，将源业务对象模型中有误的数据或者修改的数据对应分录内码回滚至分录。数据回滚至对应的分录后，源业务对象模型中可以删除回滚的数据，或者对回滚数据做出标识后继续保留。如果回滚数据是在源业务对象模型中修改后的数据，则回滚后，可直接将对应的分录中的数据进行替换。如果是分录中的数据有误，则回滚后，用户可对分录中的数据进行修改。由此方便了用户对数据进行修改和维护。

在一个实施例中，根据反执行指令将源业务对象模型的数据回滚至分录的步骤之后，还包括：获取分录中修改后的数据；再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将修改后的数据反写至源业务对象模型。

本实施例中，重新获取分录中修改后的数据，再次按照上述实施例中提及的方式，将修改后的数据对应反写模型反写至源业务对象模型。

例如，检验单上的第一行分录，物料为ee，实际检查有30个合格，用户不小心录成了20个合格，并将这行分录执行至质检完成，这时这20个合格数就反写到上游单据了。后来发现数据有误，那么就可以对这个分录进行反执行，如反执行至计划或反执行至质检开始，反执行过程中就会把之前反写到上游单据的20个合格数取消了。然后录单员改录30个合格数，并再次执行至质检完成，这时就会把正确的30个合格数反写到上游单据了。通过反执行操作，能够按分录对数据进行修改，进一步方便了用户。

在一个实施例中，如图7所示，提供了一种实现分录反写的系统，该系统包括：接收模块702、第一获取模块704、调用模块706和反写模块708，其中：

接收模块702，用于接收对目标业务对象模型中待反写分录的反写请求，待反写分录具有对应的反写模型，反写模型按照待反写分录定义并与待反写分录共享数据。

第一获取模块704，用于根据反写请求获取待反写分录的内码。

调用模块706，用于利用内码调用反写模型的第一预设操作，第一预设操作预先配置有源业务对象模型对应的反写规则。

反写模块708，用于通过第一预设操作，将反写模型的数据反写至源业务对象模型。

在一个实施例中，如图8所示，该系统还包括：定义模块710、第二获取模块712和请求生成模块714，其中：

定义模块710，用于将目标业务对象模型的分录定义为对应的反写模型。

第二获取模块712，用于获取对待反写分录的第二预设操作。

请求生成模块714，用于根据第二预设操作生成反写请求。

在一个实施例中，如图9所示，定义模块710包括：提取模块710a和构建模块710b，其中：

提取模块710a，用于按照分录内码提取目标业务对象模型的分录中包含的字段。

构建模块710b，用于利用目标业务对象模型中的分录共有属性和提取的字段构建对应的反写模型。

在一个实施例中，接收模块702还用于接收对分录的反执行指令，分录为选中状态；如图10所示，该系统还包括：回滚模块716，用于根据反执行指令将源业务对象模型的数据回滚至分录。

在一个实施例中，第一获取模块704还用于获取分录中修改后的数据；反写模块708还用于将修改后的数据反写至源业务对象模型，通过再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将修改后的数据反写至源业务对象模型。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种实现分录反写的方法，所述方法包括：

接收对目标业务对象模型中待反写分录的反写请求，所述待反写分录具有对应的反写模型，所述反写模型按照所述待反写分录定义并与所述待反写分录共享数据；

根据所述反写请求获取所述待反写分录的内码；

利用所述内码调用所述反写模型的第一预设操作，所述第一预设操作预先配置有源业务对象模型对应的反写规则；

通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型。

2.根据权利要求1所述的方法，其特征在于，所述接收对目标业务对象模型中待反写分录的反写请求的步骤之前，还包括：

将所述目标业务对象模型的分录定义为对应的反写模型；

获取对待反写分录的第二预设操作；

根据所述第二预设操作生成所述反写请求。

3.根据权利要求2所述的方法，其特征在于，所述将所述目标业务对象模型的分录定义为对应的反写模型的步骤包括：

按照分录内码提取所述目标业务对象模型的分录中包含的字段；

利用提取的字段构建对应的反写模型。

4.根据权利要求2所述的方法，其特征在于，所述通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型的步骤之后，还包括：

接收对分录的反执行指令，所述分录为选中状态；

根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录。

5.根据权利要求4所述的方法，其特征在于，所述根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录的步骤之后，还包括：

获取所述分录中修改后的数据；

再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将所述修改后的数据反写至所述源业务对象模型。

6.一种实现分录反写的系统，其特征在于，所述系统包括：

接收模块，用于接收对目标业务对象模型中待反写分录的反写请求，所述待反写分录具有对应的反写模型，所述反写模型按照所述待反写分录定义并与所述待反写分录共享数据；

第一获取模块，用于根据所述反写请求获取所述待反写分录的内码；

调用模块，用于利用所述内码调用所述反写模型的第一预设操作，所述第一预设操作预先配置有源业务对象模型对应的反写规则；

反写模块，用于通过所述第一预设操作，将所述反写模型的数据反写至所述源业务对象模型。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：

定义模块，用于将所述目标业务对象模型的分录定义为对应的反写模型；

第二获取模块，用于获取对待反写分录的第二预设操作；

请求生成模块，用于根据所述第二预设操作生成所述反写请求。

8.根据权利要求7所述的系统，其特征在于，所述定义模块包括：

提取模块，用于按照分录内码提取所述目标业务对象模型的分录中包含的字段；

构建模块，用于利用提取的字段构建对应的反写模型。

9.根据权利要求7所述的系统，其特征在于，所述接收模块还用于接收对分录的反执行指令，所述分录为选中状态；

所述系统还包括：

回滚模块，用于根据所述反执行指令将所述源业务对象模型的数据回滚至所述分录。

10.根据权利要求9所述的系统，其特征在于，所述第一获取模块还用于获取分录中修改后的数据，所述反写模块还用于通过再次执行接收对目标业务对象模型中待反写分录的反写请求的步骤，将所述修改后的数据反写至所述源业务对象模型。