CN104408543A - 业务实体的属性状态的处理方法及处理装置 - Google Patents
业务实体的属性状态的处理方法及处理装置 Download PDFInfo
- Publication number
- CN104408543A CN104408543A CN201410589682.4A CN201410589682A CN104408543A CN 104408543 A CN104408543 A CN 104408543A CN 201410589682 A CN201410589682 A CN 201410589682A CN 104408543 A CN104408543 A CN 104408543A
- Authority
- CN
- China
- Prior art keywords
- business entity
- attribute
- document
- state
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06313—Resource planning in a project environment
Abstract
本发明提供了一种业务实体的属性状态的处理方法及处理装置,所述处理方法,包括:定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。本发明的技术方案提高了变更业务实体的属性状态的灵活性,实现了对业务实体的批量处理,并且提高了对业务实体进行批量处理时的效率。
Description
技术领域
本发明涉及计算机技术领域,具体而言,涉及一种业务实体的属性状态的处理方法和一种业务实体的属性状态的处理装置。
背景技术
在ERP(Enterprise Resource Planning,企业资源计划)系统中常常会出现针对某一个业务实体的属性进行的变动操作,在这种变动取消后,又需要将实体的属性恢复为变动前的状态。同时,针对同一个实体的这种变动行为可以是批量发生的。目前通用的实现有以下共同的特性:
1)大多依赖于单据记录业务实体的变动前信息和变动后信息;
2)由业务单据加载业务实体的变动前信息,用户指定变动后信息;
3)业务单据被批准后或者变动发生时根据业务单据的变动信息对业务实体进行变更。
以上技术在一定程度上实现了预定的功能,但是仍然存在着一些不足,具体如下:
1)业务实体的变动前状态和变动后状态必须在变动动作触发前确定好,否则无法对业务实体进行变更;
2)无法完整的支持批量变动和批量取消变动,因为业务实体的变动是按照顺序进行变动的,对同一个实体的变动后,其变动前信息就已经发生变化了。其他的业务单据再对同一个业务实体进行变动时,需要重新修改业务单据的变动信息。同理,批量的取消变动也是无法支持。这会影响产品的客户体验和一系列质量属性。
因此,如何能够灵活地对业务实体的属性状态进行变更,并且实现对业务实体的批量处理成为亟待解决的技术问题。
发明内容
本发明正是基于上述技术问题,提出了一种新的业务实体的属性状态的处理方案,提高了变更业务实体的属性状态的灵活性,实现了对业务实体的批量处理,并且提高了对业务实体进行批量处理时的效率。
有鉴于此,本发明提出了一种业务实体的属性状态的处理方法,包括:定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
在该技术方案中,通过定义并对应存储业务实体的原始属性状态和处理后属性状态,使得在需要对业务实体的属性状态进行变更时,可以根据业务实体的当前属性状态直接从已存储的对应关系中查找到目标属性状态,用户在进行处理时,也只需配置单据中业务实体变动前的属性状态和变动后的属性状态即可,提高了变更业务实体的属性状态的灵活性。
在上述技术方案中,优选地,若所述待处理单据的数量为多个单据,则根据所述目标属性状态对所述待处理单据中的业务实体的属性状态进行回写处理的步骤具体为:根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
在该技术方案中,通过对多个单据进行合并处理,使得能够减少对单据中的业务实体的属性状态进行变更时的循环处理次数,提高了对业务实体进行批量处理时的效率。
在上述技术方案中,优选地,根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理的步骤具体为:获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
在上述技术方案中,优选地,在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,还包括:记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
在该技术方案中,通过在每次对待处理单据中的业务实体的当前属性状态进行回写处理之前,均记录待处理单据中的业务实体的当前属性状态和目标属性状态,使得能够记录下业务实体属性状态变化的整个过程,进而能够便于根据记录的业务实体属性状态的变换过程对业务实体的属性状态进行恢复。
在上述技术方案中,优选地,还包括:在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
在该技术方案中,通过根据每次回写处理之前记录的业务实体的当前属性状态和目标属性状态对待处理单据中的业务实体的属性状态进行恢复,使得能够实现对业务实体的批量操作,无需按照顺序逐一进行恢复,提高了系统的处理效率和易用性。
根据本发明的第二方面,还提出了一种业务实体的属性状态的处理装置,包括:存储单元,用于定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;第一获取单元,用于在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;查找单元,用于根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;处理单元,用于根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
在该技术方案中,通过定义并对应存储业务实体的原始属性状态和处理后属性状态,使得在需要对业务实体的属性状态进行变更时,可以根据业务实体的当前属性状态直接从已存储的对应关系中查找到目标属性状态,用户在进行处理时,也只需配置单据中业务实体变动前的属性状态和变动后的属性状态即可,提高了变更业务实体的属性状态的灵活性。
在上述技术方案中,优选地,所述待处理单据的数量为多个单据,所述处理单元具体用于:根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
在该技术方案中,通过对多个单据进行合并处理,使得能够减少对单据中的业务实体的属性状态进行变更时的循环处理次数,提高了对业务实体进行批量处理时的效率。
在上述技术方案中,优选地,所述处理单元包括:第二获取单元,用于获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;分组单元,用于将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;排序单元,用于按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;整合单元,用于分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
在上述技术方案中,优选地,还包括:记录单元,用于在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;封装单元,用于对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
在该技术方案中,通过在每次对待处理单据中的业务实体的当前属性状态进行回写处理之前,均记录待处理单据中的业务实体的当前属性状态和目标属性状态,使得能够记录下业务实体属性状态变化的整个过程,进而能够便于根据记录的业务实体属性状态的变换过程对业务实体的属性状态进行恢复。
在上述技术方案中,优选地,所述处理单元还用于:在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
在该技术方案中,通过根据每次回写处理之前记录的业务实体的当前属性状态和目标属性状态对待处理单据中的业务实体的属性状态进行恢复,使得能够实现对业务实体的批量操作,无需按照顺序逐一进行恢复,提高了系统的处理效率和易用性。
通过以上技术方案,提高了变更业务实体的属性状态的灵活性,实现了对业务实体的批量处理,并且提高了对业务实体进行批量处理时的效率。
附图说明
图1示出了根据本发明的实施例的业务实体的属性状态的处理方法的示意流程图;
图2示出了根据本发明的实施例的业务实体的属性状态的处理装置的示意框图;
图3示出了业务单据回写业务实体的属性状态的示意图;
图4示出了待处理单据的示意图;
图5示出了根据本发明的实施例的业务实体的属性状态的回写方法的示意流程图;
图6示出了根据本发明的实施例的对待处理单据进行分组处理后的示意图;
图7示出了根据本发明的实施例的对分组处理后的单据进行组内排序后的示意图;
图8示出了根据本发明的实施例的对经过组内排序后的单据进行重组后的示意图。
具体实施方式
为了能够更清楚地理解本发明的上述目的、特征和优点,下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是,在不冲突的情况下,本申请的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是,本发明还可以采用其他不同于在此描述的其他方式来实施,因此,本发明的保护范围并不受下面公开的具体实施例的限制。
图1示出了根据本发明的实施例的业务实体的属性状态的处理方法的示意流程图。
如图1所示,根据本发明的实施例的业务实体的属性状态的处理方法,包括:步骤102,定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;步骤104,在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;步骤106,根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;步骤108,根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
在该技术方案中,通过定义并对应存储业务实体的原始属性状态和处理后属性状态,使得在需要对业务实体的属性状态进行变更时,可以根据业务实体的当前属性状态直接从已存储的对应关系中查找到目标属性状态,用户在进行处理时,也只需配置单据中业务实体变动前的属性状态和变动后的属性状态即可,提高了变更业务实体的属性状态的灵活性。
在上述技术方案中,优选地,若所述待处理单据的数量为多个单据,则根据所述目标属性状态对所述待处理单据中的业务实体的属性状态进行回写处理的步骤具体为:根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
在该技术方案中,通过对多个单据进行合并处理,使得能够减少对单据中的业务实体的属性状态进行变更时的循环处理次数,提高了对业务实体进行批量处理时的效率。
在上述技术方案中,优选地,根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理的步骤具体为:获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
在上述技术方案中,优选地,在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,还包括:记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
在该技术方案中,通过在每次对待处理单据中的业务实体的当前属性状态进行回写处理之前,均记录待处理单据中的业务实体的当前属性状态和目标属性状态,使得能够记录下业务实体属性状态变化的整个过程,进而能够便于根据记录的业务实体属性状态的变换过程对业务实体的属性状态进行恢复。
在上述技术方案中,优选地,还包括:在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
在该技术方案中,通过根据每次回写处理之前记录的业务实体的当前属性状态和目标属性状态对待处理单据中的业务实体的属性状态进行恢复,使得能够实现对业务实体的批量操作,无需按照顺序逐一进行恢复,提高了系统的处理效率和易用性。
图2示出了根据本发明的实施例的业务实体的属性状态的处理装置的示意框图。
如图2所示,根据本发明的实施例的业务实体的属性状态的处理装置200,包括:存储单元202,用于定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;第一获取单元204,用于在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;查找单元206,用于根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;处理单元208,用于根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
在该技术方案中,通过定义并对应存储业务实体的原始属性状态和处理后属性状态,使得在需要对业务实体的属性状态进行变更时,可以根据业务实体的当前属性状态直接从已存储的对应关系中查找到目标属性状态,用户在进行处理时,也只需配置单据中业务实体变动前的属性状态和变动后的属性状态即可,提高了变更业务实体的属性状态的灵活性。
在上述技术方案中,优选地,所述待处理单据的数量为多个单据,所述处理单元208具体用于:根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
在该技术方案中,通过对多个单据进行合并处理,使得能够减少对单据中的业务实体的属性状态进行变更时的循环处理次数,提高了对业务实体进行批量处理时的效率。
在上述技术方案中,优选地,所述处理单元208包括:第二获取单元2082,用于获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;分组单元2084,用于将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;排序单元2086,用于按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;整合单元2088,用于分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
在上述技术方案中,优选地,还包括:记录单元210,用于在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;封装单元212,用于对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
在该技术方案中,通过在每次对待处理单据中的业务实体的当前属性状态进行回写处理之前,均记录待处理单据中的业务实体的当前属性状态和目标属性状态,使得能够记录下业务实体属性状态变化的整个过程,进而能够便于根据记录的业务实体属性状态的变换过程对业务实体的属性状态进行恢复。
在上述技术方案中,优选地,所述处理单元208还用于:在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
在该技术方案中,通过根据每次回写处理之前记录的业务实体的当前属性状态和目标属性状态对待处理单据中的业务实体的属性状态进行恢复,使得能够实现对业务实体的批量操作,无需按照顺序逐一进行恢复,提高了系统的处理效率和易用性。
以下结合图3至图8详细说明本发明的技术方案。
ERP管理软件经常存在这样一种情况,业务单据的处理动作往往会导致与其相关联的某些业务实体的状态发生变化;而动作取消时又需要恢复业务实体的状态。如图3所示,用户审批一张业务单据,且此业务单据在审批后会根据某种既定的业务规则修改其指定业务实体的属性,将其业务属性由A变更为B。而当对此业务单据进行弃审时,又需要将业务实体的属性由B恢复为A。因此,需要提供一种机制来实现业务实体的属性状态迁移图,可以使业务实体的属性由当前属性状态迁移到下一个状态或恢复到前一个状态。以下详细进行介绍:
1、提供统一的业务属性变动规则
为了实现业务实体的属性状态迁移,本发明提供了一种统一的属性状态变动规则。规则首先定义了单据类型和交易类型,用于表明适用规则的对象主体。然后定义了规则的客体,即动作处理前状态,处理后状态以及二者之间的映射关系。这样在对业务单据进行动作处理时,首先获取与其相关联的业务实体属性的当前状态,即动作处理前状态;然后通过状态变动规则获取与之相对应的处理后状态。
统一的状态变动规则的定义如表1所示:
表1
在实际应用中,如图3所示对业务单据进行审批时,首先获取与其相关联的业务实体相关属性的当前状态,即变动前状态;然后通过业务属性变动规则获取对应的变动后状态。应用统一的业务属性变动规则,用户只需要通过配置单据类型、交易类型以及变动前业务属性和变动后业务属性的对应关系即可。这种机制有非常好的灵活性,支持状态的可配置,不需要在程序中将业务属性的状态绑定起来。
2、提供高效的算法,用来实现批量状态回写机制
在对单据进行操作处理时,首先通过统一的状态变化规则获取变化前和变化后状态,然后对业务实体的属性状态进行变更。批量状态回写算法可以实现对多张单据进行动作处理和状态回写,从而提高效率。
现有技术中提出的算法都是对N张单据做N次循环,每次循环回写一张单据。如图4所示的3张业务单据,通过审批后需要回写相应业务实体属性的状态和时间信息。通常的算法是依次对单据1,单据2和单据3进行回写,共需要3次循环操作。这种算法不是最优的算法,因为单据2和单据3中的业务实体主键不冲突,所以这两张单据可以合在一起进行一次回写操作,总共只需2次循环操作。
本发明提出的批量状态回写算法将不冲突的业务实体尽可能多的合并处理,这样可以减少循环次数,优化算法。该算法包含分组,组内排序,重组,状态预存,变动状态封装和回写6个步骤,流程图参照图5所示。
如图5所示,根据本发明的实施例的业务实体的属性状态的回写方法包括:
步骤502,获取业务实体信息。
将需要进行变动处理的所有业务单据表体数据的业务实体主键进行汇总,并根据业务实体的主键查询出所有的业务实体信息。
步骤504,分组。
将需要进行变动处理的所有业务单据表体数据,按照表体的业务实体主键进行分组。如图6所示,通过分组操作后,业务主键A、B和C对应的表体分别合为一组。
步骤506,组内排序。
在步骤504进行分组后,需要按照某一指定的维度对每个组进行排序,例如创建时间。这样在对业务单据进行动作处理时,按照一定的顺序更改业务实体的状态;而在取消动作时,需要按照相反的顺序恢复业务实体的属性状态。如图7所示,单据审批时,按照升序对同一业务实体进行排序并更改属性状态;而在取消审批时,则按照逆序对业务实体排序并恢复属性状态。
步骤508,重组。
重组是将排序后的组进行合并,每次合并操作从步骤2.3的各个组中提取一个业务实体进行组合,这样可以保证重组后的每个组中包含尽可能多的不冲突的业务实体。如图8所示经过重组后,业务单据由原来的3个降为2个,从而减少了循环次数。
步骤510,状态预存。
因为每次对业务实体的状态进行回写前,都会将业务实体变化前和变化后状态存储在业务单据中,所以可以完整记录下业务实体状态迁移图。一旦有了状态转移图,业务实体就可以恢复到任一历史状态。在上一次执行业务实体状态回写后,业务实体的状态变更为当前最新状态;因此本次执行回写操作时,业务单据首先要获取业务实体当前最新状态,即动作处理前状态,并将其存储在相应的字段中;然后通过状态变动规则获取与之相对应的处理后状态,也存储在相应的字段中。这样通过对业务实体变化前和变化后状态的记录,就可以记录下业务实体状态变化的整个过程。
步骤512,封装变动信息。
提供统一的状态封装机制,将业务实体的状态变动信息进行封装,以待后续批量回写业务实体。
步骤514,回写业务实体。
根据步骤512封装的状态变化信息,对业务实体进行状态进行回写。在动作处理时,对业务实体的状态进行更改;而取消动作时,对业务实体的状态进行恢复。
本发明的上述技术方案提供了统一的状态变动规则,在变动时根据业务实体的当前状态动态的映射到规则中指定的状态,并更新业务实体的状态信息;提供了一种分组函数,能够将多个业务单据中的需要进行变动的业务实体按照业务实体进行分组;提供了一种高效的排序算法,可以批量的变动业务实体的状态信息,当批量对一个实体进行变动时,保证其变动的规则是顺序变动的,业务实体最终的状态即为最后的业务单据中指定的状态信息;并且提供了一种高效的排序算法,可以批量的取消变动业务实体的状态信息,当批量对一个实体进行取消变动时,保证其变动的规则是按照变动的逆序进行的,业务实体最终的状态即为最先进行变动的业务单据中指定的状态信息。
通过以上技术方案,实现了业务实体的状态迁移规则的定义,用户可以根据具体的需求定义业务实体属性的变动轨迹;同时,在对单据进行操作处理时,首先通过统一的状态变化规则获取变化前和变化后状态,然后对业务实体的状态进行变更。批量状态回写算法可以实现对多张单据进行动作处理和状态回写,从而提高效率。用户在取消审批单据的时候可以实现批量操作,无需按照审批的顺序逐一弃审,提高了效率和易用性。
以上结合附图详细说明了本发明的技术方案,本发明提出了一种新的业务实体的属性状态的处理方案,提高了变更业务实体的属性状态的灵活性,实现了对业务实体的批量处理,并且提高了对业务实体进行批量处理时的效率。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种业务实体的属性状态的处理方法,其特征在于,包括:
定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;
在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;
根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;
根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
2.根据权利要求1所述的业务实体的属性状态的处理方法,其特征在于,若所述待处理单据的数量为多个单据,则根据所述目标属性状态对所述待处理单据中的业务实体的属性状态进行回写处理的步骤具体为:
根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
3.根据权利要求2所述的业务实体的属性状态的处理方法,其特征在于,根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理的步骤具体为:
获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;
将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;
按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;
分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
4.根据权利要求1至3中任一项所述的业务实体的属性状态的处理方法,其特征在于,在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,还包括:
记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;
对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
5.根据权利要求4所述的业务实体的属性状态的处理方法,其特征在于,还包括:
在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
6.一种业务实体的属性状态的处理装置,其特征在于,包括:
存储单元,用于定义并对应存储至少一种业务实体中每种业务实体的原始属性状态和处理后属性状态;
第一获取单元,用于在接收到对待处理单据中的业务实体的属性状态进行变更的指令时,获取所述待处理单据中的业务实体的当前属性状态;
查找单元,用于根据所述当前属性状态从已存储的对应关系中查找与所述当前属性状态相对应的处理后属性状态作为所述待处理单据中的业务实体的目标属性状态;
处理单元,用于根据所述目标属性状态对所述待处理单据中的业务实体的当前属性状态进行回写处理。
7.根据权利要求6所述的业务实体的属性状态的处理装置,其特征在于,所述待处理单据的数量为多个单据,所述处理单元具体用于:
根据所述多个单据中的业务实体的主键值对所述多个单据进行合并处理,并对合并处理之后的至少一个单据中的业务实体的属性状态进行回写处理。
8.根据权利要求7所述的业务实体的属性状态的处理装置,其特征在于,所述处理单元包括:
第二获取单元,用于获取所述多个单据中的所有业务实体和所述所有业务实体中每个业务实体的主键值;
分组单元,用于将所述所有业务实体中主键值相同的业务实体分为一组,得到至少一组业务实体;
排序单元,用于按照指定维度对所述至少一组业务实体中的每组业务实体进行排序;
整合单元,用于分别从所述至少一组业务实体中的每组业务实体中提取一个业务实体再次进行组合,得到所述合并处理后的至少一个单据。
9.根据权利要求6至8中任一项所述的业务实体的属性状态的处理装置,其特征在于,还包括:
记录单元,用于在每次对所述待处理单据中的业务实体的当前属性状态进行回写处理之前,记录所述待处理单据中的业务实体的当前属性状态和目标属性状态;
封装单元,用于对所述待处理单据中的业务实体的当前属性状态的信息和目标属性状态的信息进行封装处理。
10.根据权利要求9所述的业务实体的属性状态的处理装置,其特征在于,所述处理单元还用于:
在需要取消对所述待处理单据中的业务实体的属性状态的变更操作时,根据在每次进行回写处理之前记录的所述待处理单据中的业务实体的当前属性状态和目标属性状态对所述待处理单据中的业务实体的属性状态进行恢复。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410589682.4A CN104408543B (zh) | 2014-10-28 | 2014-10-28 | 业务实体的属性状态的处理方法及处理装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410589682.4A CN104408543B (zh) | 2014-10-28 | 2014-10-28 | 业务实体的属性状态的处理方法及处理装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104408543A true CN104408543A (zh) | 2015-03-11 |
CN104408543B CN104408543B (zh) | 2017-12-01 |
Family
ID=52646172
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410589682.4A Active CN104408543B (zh) | 2014-10-28 | 2014-10-28 | 业务实体的属性状态的处理方法及处理装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104408543B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101576923A (zh) * | 2009-06-25 | 2009-11-11 | 用友软件股份有限公司 | Erp单据搜索方法和系统 |
CN102508850A (zh) * | 2011-09-29 | 2012-06-20 | 用友软件股份有限公司 | 表单数据处理装置和表单数据处理方法 |
CN102567790A (zh) * | 2010-12-09 | 2012-07-11 | 金蝶软件(中国)有限公司 | 业务单据处理方法及系统 |
WO2013132033A1 (en) * | 2012-03-07 | 2013-09-12 | Tomtom International B.V. | Point of interest database maintenance system |
CN103530395A (zh) * | 2013-10-22 | 2014-01-22 | 金蝶软件(中国)有限公司 | 数据追踪方法及装置 |
-
2014
- 2014-10-28 CN CN201410589682.4A patent/CN104408543B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101576923A (zh) * | 2009-06-25 | 2009-11-11 | 用友软件股份有限公司 | Erp单据搜索方法和系统 |
CN102567790A (zh) * | 2010-12-09 | 2012-07-11 | 金蝶软件(中国)有限公司 | 业务单据处理方法及系统 |
CN102508850A (zh) * | 2011-09-29 | 2012-06-20 | 用友软件股份有限公司 | 表单数据处理装置和表单数据处理方法 |
WO2013132033A1 (en) * | 2012-03-07 | 2013-09-12 | Tomtom International B.V. | Point of interest database maintenance system |
CN103530395A (zh) * | 2013-10-22 | 2014-01-22 | 金蝶软件(中国)有限公司 | 数据追踪方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104408543B (zh) | 2017-12-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9317542B2 (en) | Declarative specification of data integration workflows for execution on parallel processing platforms | |
CN101208695B (zh) | 基于图形计算的元数据管理 | |
US20150169687A1 (en) | Managing data queries | |
CN104615777A (zh) | 一种基于流式计算引擎的实时数据处理方法及装置 | |
US11210181B2 (en) | System and method for implementing data manipulation language (DML) on Hadoop | |
CN104685497A (zh) | 通过过滤方法操作的聚合/分组的硬件实现 | |
CN109241159B (zh) | 一种数据立方体的分区查询方法、系统及终端设备 | |
CN107301214A (zh) | 在hive中数据迁移方法、装置及终端设备 | |
CN105493095A (zh) | 用于样本提交的自适应和递归过滤 | |
CN106557307B (zh) | 业务数据的处理方法及处理系统 | |
CN103246549B (zh) | 一种数据转存的方法及系统 | |
CN109658018A (zh) | 提高仓储出库效率的方法和装置 | |
CN103473076A (zh) | 一种代码版本的发布方法及系统 | |
CN106855861A (zh) | 一种文件合并方法、装置及电子设备 | |
CN104298736A (zh) | 数据集合连接方法、装置及数据库系统 | |
CN106407442B (zh) | 一种海量文本数据处理方法及装置 | |
CN109189790A (zh) | 数据管理方法、装置、计算机设备及存储介质 | |
CN110889272A (zh) | 数据处理方法、装置、设备及存储介质 | |
CN112506999B (zh) | 基于云计算和人工智能的大数据挖掘方法及数字内容服务器 | |
CN101894317B (zh) | 数据变化驱动业务逻辑的方法和系统 | |
CN107729330A (zh) | 获取数据集的方法和装置 | |
CN106919566A (zh) | 一种基于海量数据的查询统计方法及系统 | |
US8229946B1 (en) | Business rules application parallel processing system | |
CN105677347A (zh) | 一种数据处理的方法及装置 | |
US9852166B2 (en) | Task handling in a multisystem environment |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
CB02 | Change of applicant information |
Address after: 100094 Haidian District North Road, Beijing, No. 68 Applicant after: Yonyou Network Technology Co., Ltd. Address before: 100094 Beijing city Haidian District North Road No. 68, UFIDA Software Park Applicant before: UFIDA Software Co., Ltd. |
|
COR | Change of bibliographic data | ||
GR01 | Patent grant | ||
GR01 | Patent grant |