CN114331185A - 基于科目表的科目处理方法、装置及其设备 - Google Patents
基于科目表的科目处理方法、装置及其设备 Download PDFInfo
- Publication number
- CN114331185A CN114331185A CN202111676104.0A CN202111676104A CN114331185A CN 114331185 A CN114331185 A CN 114331185A CN 202111676104 A CN202111676104 A CN 202111676104A CN 114331185 A CN114331185 A CN 114331185A
- Authority
- CN
- China
- Prior art keywords
- subject
- organization
- subjects
- distribution
- target operation
- 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.)
- Pending
Links
Images
Landscapes
- Storage Device Security (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了基于科目表的科目处理方法、装置及其设备,用于解决在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。本申请实施例方法包括:响应于针对多个组织共享的科目表的科目管控指令,创建所述科目表对应的科目分配信息表;响应于针对所述科目分配信息表的科目分配指令,在所述科目分配信息表中***科目分配记录;响应于任一组织针对任一科目的目标操作请求,在所述科目分配信息表中查询科目分配记录;并根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限。
Description
技术领域
本申请实施例涉及企业信息管理***技术领域,尤其涉及基于科目表的科目处理方法、装置及其设备。
背景技术
企业信息管理***可以面向企业的物资资源、人力资源、财务资源、信息资源等进行一体化管理。
在企业信息管理***预存和管理科目表的过程中,涉及到***中的组织对科目表中科目的使用权限设置或分配方案的设置,这个过程通常被称为科目管控。在现有的科目管控手段中,通常通过共享或者分配这两种方式进行科目管控。其中,分配是将科目等基础资料数据进行拷贝,并将拷贝件以每个组织一份的方式分配给具有使用权限的组织进行使用,且分配后拷贝件中的部分字段数据可修改。共享则是只有一份科目等基础资料数据,授权所有组织都可以使用。
但在实际应用***的过程中,若单纯采用共享方式作为科目管控手段,则***中所有部署了科目表的组织都对科目具有使用权限,若要在***运行过程中途启用分配方式取消部分组织对科目的使用权限,则需要先对科目进行深拷贝生成拷贝件,并将拷贝件分配给具有使用权限的组织进行使用,但是这个过程中会产生大量的科目拷贝数据和分配记录,当科目和组织较多的时候,管控方案也较复杂,每进行一次分配就会产生相应的一条分配记录的方式也容易造成企业信息管理***中数据的冗余。
发明内容
本申请实施例提供了基于科目表的科目处理方法、装置及其设备,用于解决在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。
本申请实施例提供的一种基于科目表的科目处理方法,包括:
响应于针对多个组织共享的科目表的科目管控指令,创建所述科目表对应的科目分配信息表;其中,所述科目表包括多个科目;
响应于针对所述科目分配信息表的科目分配指令,在所述科目分配信息表中***科目分配记录;所述科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织;
响应于任一组织针对任一科目的目标操作请求,在所述科目分配信息表中查询以所述任一组织为分配组织的科目分配记录、以及以所述任一组织为使用组织的科目分配记录;
根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限。
可选的,所述根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限,包括:
在查询出的科目分配记录中确定包括所述任一科目的科目标识的科目分配记录,以作为目标科目分配记录;
根据所述目标科目分配记录中配置的操作权限,确定所述任一组织是否具有对所述任一科目执行目标操作的目标操作权限;其中,所述目标操作为所述目标操作请求所请求执行的操作。
可选的,所述目标操作是多种操作中的一种,所述科目分配记录支持配置多种操作权限,所述多种操作权限分别对应不同的操作。
可选的,所述根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限之后,所述方法还包括:
当所述任一组织具有对所述任一科目的目标操作权限时,允许所述任一组织对所述任一科目执行所述目标操作请求所请求的目标操作;
当所述任一组织不具有对所述任一科目的目标操作权限时,禁止所述任一组织对所述任一科目执行所述目标操作。
可选的,当所述目标操作请求所请求的目标操作为新增下级科目的操作、且所述任一组织具有对所述任一科目的目标操作权限时,所述方法还包括:
响应于所述任一组织对所述任一科目执行的新增下级科目的操作,创建所述任一科目的明细属性为明细科目的下级科目,将所述任一科目的明细属性从明细科目更新为非明细科目;其中,所述明细科目用于响应业务进行数据更新,所述非明细科目用于汇总数据;
根据所述任一科目创建明细属性为明细科目的过渡科目;
将所述任一科目的科目标识与所述过渡科目的科目标识进行交换处理,以将对所述任一科目执行的操作转移至所述过渡科目。
可选的,所述根据所述任一科目创建明细属性为明细科目的过渡科目,包括:
对所述任一科目进行拷贝处理,得到拷贝科目;其中,所述拷贝科目与所述任一科目处于同一层级;
将所述拷贝科目所处的层级更新为所述任一科目的下级科目所处的层级,将所述拷贝科目的明细属性从非明细科目更新为明细科目;
将已更新层级和明细属性的所述拷贝科目作为过渡科目。
本申请实施例提供的一种基于科目表的科目处理装置,包括:
创建单元,用于响应于针对多个组织共享的科目表的科目管控指令,创建所述科目表对应的科目分配信息表;其中,所述科目表包括多个科目;
***单元,用于响应于针对所述科目分配信息表的科目分配指令,在所述科目分配信息表中***科目分配记录;所述科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织;
确定单元,用于响应于任一组织针对任一科目的目标操作请求,在所述科目分配信息表中查询以所述任一组织为分配组织的科目分配记录、以及以所述任一组织为使用组织的科目分配记录;
所述确定单元,还用于根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限。
可选的,所述确定单元,还用于:
在查询出的科目分配记录中确定包括所述任一科目的科目标识的科目分配记录,以作为目标科目分配记录;
根据所述目标科目分配记录中配置的操作权限,确定所述任一组织是否具有对所述任一科目执行目标操作的目标操作权限;其中,所述目标操作为所述目标操作请求所请求执行的操作。
可选的,所述目标操作是多种操作中的一种,所述科目分配记录支持配置多种操作权限,所述多种操作权限分别对应不同的操作。
可选的,所述确定单元,还用于:
当所述任一组织具有对所述任一科目的目标操作权限时,允许所述任一组织对所述任一科目执行所述目标操作请求所请求的目标操作;
当所述任一组织不具有对所述任一科目的目标操作权限时,禁止所述任一组织对所述任一科目执行所述目标操作。
可选的,所述创建单元还用于:
响应于所述任一组织对所述任一科目执行的新增下级科目的操作,创建所述任一科目的明细属性为明细科目的下级科目,将所述任一科目的明细属性从明细科目更新为非明细科目;其中,所述明细科目用于响应业务进行数据更新,所述非明细科目用于汇总数据;
根据所述任一科目创建明细属性为明细科目的过渡科目;
将所述任一科目的科目标识与所述过渡科目的科目标识进行交换处理,以将对所述任一科目执行的操作转移至所述过渡科目。
可选的,所述创建单元具体用于:
对所述任一科目进行拷贝处理,得到拷贝科目;其中,所述拷贝科目与所述任一科目处于同一层级;
将所述拷贝科目所处的层级更新为所述任一科目的下级科目所处的层级,将所述拷贝科目的明细属性从非明细科目更新为明细科目;
将已更新层级和明细属性的所述拷贝科目作为过渡科目。
本申请实施例提供的一种计算机设备,其特征在于,包括:
中央处理器和存储器
存储器为短暂存储存储器或持久存储存储器;
中央处理器配置为与存储器通信,并执行存储器中的指令操作以执行前述基于科目表的科目处理方法。
本申请实施例提供的一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行前述基于科目表的科目处理方法。
本申请实施例还提供了一种包含指令的计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得计算机执行前述基于科目表的科目处理方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
当接收到科目管控指令时,创建科目分配信息表用于记录科目管控过程中的科目分配的规则内容,当在***运行过程中接收到针对科目分配信息表的科目分配指令时,在科目分配信息表中***科目分配记录,当任一组织对任一科目进行操作请求时,根据科目分配信息表中的记录判断该组织对该科目是否具有操作权限。由于在科目分配信息表中统一记录了科目与组织之间的关系,从而解决在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。
附图说明
图1为本申请实施例提供的基于科目表的科目处理方法的一种实施方式的示意图;
图2为本申请实施例提供的科目分配信息表的示意图;
图3为本申请实施例提供的基于科目表的科目处理方法的另一种实施方式的示意图;
图4为本申请实施例提供的基于科目表的科目处理装置的一种实施方式的示意图;
图5为本申请实施例提供的计算机设备的一种实施方式的示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请作进一步地详细描述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。在以下的描述中,所涉及的术语“多个”是指至少两个。
对本申请实施例进行进一步详细说明之前,对本申请实施例中涉及的名词和术语进行说明,本申请实施例中涉及的名词和术语适用于如下的解释。
1)基础资料:企业信息管理(Enterprise Resource Planning,ERP)***中使用到的所有基础数据,如科目、供应商、客户和员工等。
值得说明的是,在ERP***中,科目是指按照经济业务的内容和经济管理的要求,对会计要素的具体内容进行分类核算的会计科目。科目表是科目所构成的集合,科目表是业务含义,并不是指表结构。组织(或称组织机构)是按照一定的原则设置的,是企业内部各组织职能分配的一种体现。
2)基础资料控制类型:有共享、分配和私有三种,具体如:a)共享,表示所有组织都可以使用;b)分配,表示需要根据基础资料控制策略,由创建组织分配到使用组织之后,使用组织才可以使用;c)私有,表示使用组织只能使用自身创建的基础资料。
3)基础资料控制策略:当基础资料控制类型为分配时,定义的一种管理策略,包含基础资料的创建组织,使用组织间及其分配关系等信息。
4)科目管控:科目的控制策略,以控制科目的使用范围。如集团创建一级科目,希望成员企业使用集团指定范围内的科目,以便集团汇总财务数据。
5)分配型科目管控:基于创建组织创建的科目,为每一个使用组织单独生成对应的科目资料的策略。
6)共享型科目管控:各使用组织共享创建组织的科目资料,不单独生成新的科目的一种管控策略。
7)科目级次:科目所处的层级。科目分层级,形成一棵树型结构,方便数据的汇总处理。
8)科目明细属性:科目分为明细和非明细,实际业务数据发生在明细科目,非明细科目不发生业务,只是明细数据的汇总。
企业信息管理***可以面向企业的物资资源、人力资源、财务资源、信息资源等进行一体化管理。
在企业信息管理***预存和管理科目表的过程中,涉及到***中的组织对科目表中科目的使用权限设置或分配方案的设置,这个过程通常被称为科目管控。在现有的科目管控手段中,通常通过共享或者分配这两种方式进行科目管控。其中,分配是将科目等基础资料数据进行拷贝,并将拷贝件以每个组织一份的方式分配给具有使用权限的组织进行使用,且分配后拷贝件中的部分字段数据可修改。共享则是只有一份科目等基础资料数据,授权所有组织都可以使用。
但在实际应用***的过程中,若单纯采用共享方式作为科目管控手段,则***中所有部署了科目表的组织都对科目具有使用权限,若要在***运行过程中途启用分配方式取消部分组织对科目的使用权限,则需要先对科目进行深拷贝生成拷贝件,并将拷贝件分配给具有使用权限的组织进行使用,但是这个过程中会产生大量的科目拷贝数据和分配记录,当科目和组织较多的时候,管控方案也较复杂,每进行一次分配就会产生相应的一条分配记录的方式也容易造成企业信息管理***中数据的冗余。
综上,现有技术提供的方案至少具有以下问题:
1)分配型科目管控方案无法实现同一类型基础资料部分共享部分分配的场景;
2)每分配一次产生一条内容基本相同的新科目记录,增加了科目表中冗余记录;
3)在已使用共享型科目(即不控制科目使用范围)并生成了业务数据的***中,因业务发展、组织变更或其他管理需要,希望变更科目的控制类型为分配时,即启用科目管控,控制各组织使用科目的范围,由于业务数据的存在,在不修改或删除业务数据的情况下,现有技术方案无法达成客户的愿望。即无法对采用共享型科目的***中途启用科目管控;
4)基础资料不能实现分层控制,比如组织A分配给组织B,组织B再分配给组织C这种需求。
针对以上痛点,本申请实施例提出了一种结合了共享和分配的新型科目管控方式,以实现既能不由所有组织进行共享,又能不需要进行拷贝件分配的方式实现部分组织共享,在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。
请参阅图1,本申请实施例提供的基于科目表的科目处理方法的一种实施方式包括步骤101至步骤104。
101、响应于针对多个组织共享的科目表的科目管控指令,创建科目表对应的科目分配信息表。
科目分配信息表用于当启用科目管控时,记录被管控的科目以及对该科目具有分配权限或者使用权限的组织。当用户对某个科目表启用共享型科目管控以后,就可以为该科目表下的科目,分配使用组织。分配过程只需要一步:在不改动原科目数据的情况下,向科目分配信息表***一条记录,以记录该科目从A组织分配到B组织,以及A组织赋予B组织使用该科目的操作权限等信息,其中操作权限包含但不限于是否允许对科目进行使用或者更新、是否允许新增下级科目以及是否允许再分配等。
其中,每一个科目都属于某个科目表,科目表是多个科目的集合,不同行业的科目表,其科目内容略有不同,企业信息管理***中通常按科目表来管理科目。科目管控策略也是作用于科目表上,仅对该表内的科目生效,而不影响其它科目表中的科目。如下表1所示,***中有A、B两个科目表,它们分别属于不同的科目管控策略,同时包含了不同的科目。
表1
当接收到针对多个组织共享的科目表的科目管控指令时,***的服务器端创建科目分配信息表,详见图2。在实际使用科目的过程中,由具有管理员身份的组织或者***成员,根据业务需要,梳理科目分配逻辑,制定相应的分配策略,根据科目分配信息表来判断某科目是否已被分配给某组织进行使用,以确定当前组织是否可以使用该科目。其中,某组织可以使用的科目为:由该组织创建的科目,以及科目分配信息表中分配给该组织使用的科目的并集。
举例说明,请参见图2科目分配信息表,表结构设计包括:科目表内码,即科目表的唯一标识FENTRYID;科目内码(对应上文的科目标识),即科目的唯一标识FACCTID;分配组织内码,即分配组织的唯一标识FDISTRIBUTEORGID;使用组织内码,即使用组织的唯一标识FUSEORGID;是否具有新增下级科目的权限,即FISADDCHILD,其中:0为禁止、1为允许;是否具有再分配的权限,其中:0为禁止、1为允许;分配人内码FDLSTRIBUTEORID,即上述具有管理员身份的组织或者***成员在***内的唯一标识;分配时间FDLSTRIBUTEDATE。
其中,序号为1的行,记录了科目内码,即FACCTID为134305的科目,由分配组织,即FDISTRIBUTEORGID为1的组织分配给使用组织,即FUSEORGID为100041的组织,且同时授予该使用组织是否允许新增下级科目的权限,即FISADDCHILD若为0,则无权;授予该使用组织是否允许再分配的权限,即FISREDISTRIBUTE若为0,则无权。则图2科目分配信息表中序号为1的行所记录的信息为:科目内码为134305的科目可以被组织内码为1的组织分配给组织内码为100041的组织使用,但100041组织不能为134305科目新增下级,也不能再次分配该科目给其它组织。
102、响应于针对科目分配信息表的科目分配指令,在科目分配信息表中***科目分配记录。
在***运行过程中,当接收到针对科目分配信息表的科目分配指令时,在科目分配信息表中***科目分配记录,科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织等信息,具体可见如图2中每一行都为一条科目分配记录,当接收到针对科目分配信息表的科目分配指令时,根据指令内容生成相应的科目分配记录。
103、响应于任一组织针对任一科目的目标操作请求,在科目分配信息表中查询以任一组织为分配组织的科目分配记录、以及以任一组织为使用组织的科目分配记录。
当***运行过程中任一组织对任一科目发出目标操作请求时,根据科目分配信息表中查询以任一组织为分配组织的科目分配记录、以及以任一组织为使用组织的科目分配记录。其中,目标操作是多种操作中的一种,科目分配记录支持配置多种操作权限,多种操作权限分别对应不同的操作。如图2中,可以在科目分配信息表中配置是否具有新增下级科目的权限,即FISADDCHILD,其中:0为禁止、1为允许;是否具有再分配的权限,其中:0为禁止、1为允许;并且当某一组织为某一科目的使用组织或者创建组织时,则代表该组织对该科目具有使用权限。
104、根据查询出的科目分配记录中的科目标识,确定任一组织是否具有对任一科目的目标操作权限。
根据科目标识,即科目内码在科目分配信息表中进行查询,确定任一组织是否具有对任一科目的目标操作权限。当任一组织具有对任一科目的目标操作权限时,允许任一组织对任一科目执行目标操作请求所请求的目标操作;当任一组织不具有对任一科目的目标操作权限时,禁止任一组织对任一科目执行目标操作。
本实施例中,当接收到科目管控指令时,创建科目分配信息表用于记录科目管控过程中的科目分配的规则内容,当在***运行过程中接收到针对科目分配信息表的科目分配指令时,在科目分配信息表中***科目分配记录,当任一组织对任一科目进行操作请求时,根据科目分配信息表中的记录判断该组织对该科目是否具有操作权限。从而解决在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。
除了在***运行过程中针对接收到的科目分配指令进行科目分配实现科目管控之外,本申请实施例还提供了一种可以基于共享型科目管控的明细科目增加下级科目的实施方式,请参阅图3,本申请实施例提供的基于科目表的科目处理方法的一种实施方式包括步骤301至步骤305。
301、响应于针对多个组织共享的科目表的科目管控指令,创建科目表对应的科目分配信息表。
科目分配信息表用于当启用科目管控时,记录被管控的科目以及对该科目具有分配权限或者使用权限的组织。当用户对某个科目表启用共享型科目管控以后,就可以为该科目表下的科目,分配使用组织。分配过程只需要一步:在不改动原科目数据的情况下,向科目分配信息表***一条记录,以记录该科目从A组织分配到B组织,以及A组织赋予B组织使用该科目的操作权限等信息,其中操作权限包含但不限于是否允许对科目进行使用或者更新、是否允许新增下级科目以及是否允许再分配等。
其中,每一个科目都属于某个科目表,科目表是多个科目的集合,不同行业的科目表,其科目内容略有不同,企业信息管理***中通常按科目表来管理科目。科目管控策略也是作用于科目表上,仅对该表内的科目生效,而不影响其它科目表中的科目。如下表2所示,***中有A、B两个科目表,它们分别属于不同的科目管控策略,同时包含了不同的科目。
表2
当接收到针对多个组织共享的科目表的科目管控指令时,***的服务器端创建科目分配信息表,详见图2。在实际使用科目的过程中,由具有管理员身份的组织或者***成员,根据业务需要,梳理科目分配逻辑,制定相应的分配策略,根据科目分配信息表来判断某科目是否已被分配给某组织进行使用,以确定当前组织是否可以使用该科目。其中,某组织可以使用的科目为:由该组织创建的科目,以及科目分配信息表中分配给该组织使用的科目的并集。
举例说明,请参见图2科目分配信息表,表结构设计包括:科目表内码,即科目表的唯一标识FENTRYID;科目内码,即科目的唯一标识FACCTID;分配组织内码,即分配组织的唯一标识FDISTRIBUTEORGID;使用组织内码,即使用组织的唯一标识FUSEORGID;是否具有新增下级科目的权限,即FISADDCHILD,其中:0为禁止、1为允许;是否具有再分配的权限,其中:0为禁止、1为允许;分配人内码FDLSTRIBUTEORID,即上述具有管理员身份的组织或者***成员在***内的唯一标识;分配时间FDLSTRIBUTEDATE。
其中,序号为1的行,记录了科目内码,即FACCTID为134305的科目,由分配组织,即FDISTRIBUTEORGID为1的组织分配给使用组织,即FUSEORGID为100041的组织,且同时授予该使用组织是否允许新增下级科目的权限,即FISADDCHILD若为0,则无权;授予该使用组织是否允许再分配的权限,即FISREDISTRIBUTE若为0,则无权。则图2科目分配信息表中序号为1的行所记录的信息为:科目内码为134305的科目可以被组织内码为1的组织分配给组织内码为100041的组织使用,但100041组织不能为134305科目新增下级,也不能再次分配该科目给其它组织。
302、响应于针对科目分配信息表的科目分配指令,在科目分配信息表中***科目分配记录。
在***运行过程中,当接收到针对科目分配信息表的科目分配指令时,在科目分配信息表中***科目分配记录,科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织等信息,具体可见如图2中每一行都为一条科目分配记录,当接收到针对科目分配信息表的科目分配指令时,根据指令内容生成相应的科目分配记录。
303、响应于任一组织针对任一科目的目标操作请求,在科目分配信息表中查询以任一组织为分配组织的科目分配记录、以及以任一组织为使用组织的科目分配记录。
当***运行过程中任一组织对任一科目发出目标操作请求时,根据科目分配信息表中查询以任一组织为分配组织的科目分配记录、以及以任一组织为使用组织的科目分配记录。其中,目标操作是多种操作中的一种,科目分配记录支持配置多种操作权限,多种操作权限分别对应不同的操作。如图2中,可以在科目分配信息表中配置是否具有新增下级科目的权限,即FISADDCHILD,其中:0为禁止、1为允许;是否具有再分配的权限,其中:0为禁止、1为允许;并且当某一组织为某一科目的使用组织或者创建组织时,则代表该组织对该科目具有使用权限。
304、根据查询出的科目分配记录中的科目标识,确定任一组织是否具有对任一科目的目标操作权限。
在查询出的科目分配记录中确定包括任一科目的科目标识的科目分配记录作为目标科目分配记录,根据目标科目分配记录中配置的操作权限,确定任一组织是否具有对任一科目执行目标操作的目标操作权限,其中,目标操作为目标操作请求所请求执行的操作。
具体地,根据科目标识,即科目内码在科目分配信息表中进行查询,确定任一组织是否具有对任一科目的目标操作权限。当任一组织具有对任一科目的目标操作权限时,允许任一组织对任一科目执行目标操作请求所请求的目标操作;当任一组织不具有对任一科目的目标操作权限时,禁止任一组织对任一科目执行目标操作。
305、当目标操作请求所请求的目标操作为新增下级科目的操作、且任一组织具有对任一科目的目标操作权限时,创建任一科目的下级科目。
响应于任一组织对任一科目执行的新增下级科目的操作,创建任一科目的明细属性为明细科目的下级科目,将任一科目的明细属性从明细科目更新为非明细科目。根据任一科目创建明细属性为明细科目的过渡科目,将任一科目的科目标识与过渡科目的科目标识进行交换处理,以将对任一科目执行的操作转移至过渡科目。
根据是否具有下级科目、以及是否承载数据的标准将科目属性分为明细科目和非明细科目,其中明细科目用于响应业务进行数据更新,承载了具体的业务数据;非明细科目用于汇总数据,只是作为相对下级科目的上级而存在,并不直接承载科目的业务数据。只有当科目的属性为非明细科目时,才能够对科目新增下级科目,此时下级科目作为明细科目用于承载***运行过程中组织需要的科目数据。所以在***运行的过程中,如果需要对任一科目新增下级科目时,若该科目原本的属性为明细科目,则需要先将科目的属性设置为非明细科目,但是由于非明细科目一般仅用于汇总下级科目数据,业务上不能直接使用,故其他使用组织将无法再继续使用它,所以就需要将原有历史数据迁移到合适的明细科目上去以保证其他组织继续使用原来就在使用的科目数据,从而实现数据的平滑过渡。
本实施例中,通过创建过渡科目的方式先将原明细科目进行深拷贝得到拷贝科目,此时,拷贝科目与原科目处于同一层级;之后,将拷贝科目所处的层级更新为任一科目的下级科目所处的层级,将拷贝科目的明细属性从非明细科目更新为明细科目,将已更新层级和明细属性的拷贝科目作为过渡科目。
举例说明,对于已分配的明细科目A,各使用组织已使用它并产生了历史数据,但是后续有甲组织因业务需求,需要为其增加一个新的下级科目C,则根据上述的本实施例的方法为:首先,甲组织为科目A创建一个新的子级科目C,方法和传统创建科目的第一个子级科目相同。这时,原明细科目A因此变为非明细科目,新增的C是明细科目,此过程详见表3。
表3
之后,创建过渡科目,承载原科目A的历史数据以及分配信息。此为本专利特有技术,为要保护的点。深拷贝科目A,修改其级次和是否为明细科目,后得到过渡科目B,为明细科目,作为原科目A的子级科目,此过程详见表4。
表4
最后,过渡科目B同科目A交换内码,交换后,科目B可被视为科目A供其它使用组织使用,能够自动继承原分配信息,因此,其它使用组织可以无感知的使用科目B,同之前使用科目A一样。(由于所有历史数据,包含分配关系记录,均是基于科目内码的,因此,内码交换后,***自动会将原来科目A的历史数据关联到过渡科目B上,因为现在科目B的内码才是4001),此过程详见表5。
表5
引用科目的凭证单据,如下表6所示,凭证历史数据用到了4001科目,交换内码前,***关联到的科目是科目A,交换内码后,***会自动将对应的金额关联到科目B上,科目A的历史数据被平滑的迁移到了过渡科目B,无需对历史数据做任务修改。
表6
又如下表7所示,科目分配信息表中记录了原来科目A的分配信息,表明:使用组织2和3可以使用科目A。交换内码后,由于4001内码变为表示科目B,因此,使用组织2和3可以使用科目B。这就使得使用组织可以用科目B代替科目A使用。科目A的分配信息也平滑转移到了过渡科目B。
表7
本实施例中,当接收到科目管控指令时,创建科目分配信息表用于记录科目管控过程中的科目分配的规则内容,当在***运行过程中接收到针对科目分配信息表的科目分配指令时,在科目分配信息表中***科目分配记录,当任一组织对任一科目进行操作请求时,根据科目分配信息表中的记录判断该组织对该科目是否具有操作权限。并且可以对明细科目通过创建过渡科目的方式增加下级科目,实现科目数据的平滑过渡,从而解决在企业信息管理***运行过程中已产生大量科目相关历史数据的情况下,可以启用科目管控而不影响历史数据及其他组织对科目的使用的问题,同时可以避免产生大量科目冗余数据。
请参阅图4,本申请实施例提供的基于科目表的科目处理装置的一种实施方式包括:
创建单元401,用于响应于针对多个组织共享的科目表的科目管控指令,创建科目表对应的科目分配信息表;其中,科目表包括多个科目;
***单元402,用于响应于针对科目分配信息表的科目分配指令,在科目分配信息表中***科目分配记录;科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织;
确定单元403,用于响应于任一组织针对任一科目的目标操作请求,在科目分配信息表中查询以任一组织为分配组织的科目分配记录、以及以任一组织为使用组织的科目分配记录;
确定单元403,还用于根据查询出的科目分配记录中的科目标识,确定任一组织是否具有对任一科目的目标操作权限。
确定单元403,还用于在查询出的科目分配记录中确定包括任一科目的科目标识的科目分配记录,以作为目标科目分配记录;
根据目标科目分配记录中配置的操作权限,确定任一组织是否具有对任一科目执行目标操作的目标操作权限;其中,目标操作为目标操作请求所请求执行的操作。
目标操作是多种操作中的一种,科目分配记录支持配置多种操作权限,多种操作权限分别对应不同的操作。
确定单元403,还用于当任一组织具有对任一科目的目标操作权限时,允许任一组织对任一科目执行目标操作请求所请求的目标操作;
当任一组织不具有对任一科目的目标操作权限时,禁止任一组织对任一科目执行目标操作。
创建单元401,还用于响应于任一组织对任一科目执行的新增下级科目的操作,创建任一科目的明细属性为明细科目的下级科目,将任一科目的明细属性从明细科目更新为非明细科目;其中,明细科目用于响应业务进行数据更新,非明细科目用于汇总数据;
根据任一科目创建明细属性为明细科目的过渡科目;
将任一科目的科目标识与过渡科目的科目标识进行交换处理,以将对任一科目执行的操作转移至过渡科目。
创建单元401,具体用于对任一科目进行拷贝处理,得到拷贝科目;其中,拷贝科目与任一科目处于同一层级;
将拷贝科目所处的层级更新为任一科目的下级科目所处的层级,将拷贝科目的明细属性从非明细科目更新为明细科目;
将已更新层级和明细属性的拷贝科目作为过渡科目。
本实施例基于科目表的科目处理装置中各组成部分所执行的功能以及流程与前述图1和图3中各组成部分所执行的功能和流程类似,此处不再赘述。
图5是本申请实施例提供的一种计算机设备结构示意图,计算机设备500可以包括一个或一个以***处理器(central processing units,CPU)501和存储器505,该存储器505中存储有一个或一个以上的应用程序或数据。
其中,存储器505可以是易失性存储或持久存储。存储在存储器505的程序可以包括一个或一个以上模块,每个模块可以包括对基于科目表的科目处理装置中的一系列指令操作。更进一步地,中央处理器501可以设置为与存储器505通信,在计算机设备500上执行存储器505中的一系列指令操作。
计算机设备500还可以包括一个或一个以上电源502,一个或一个以上有线或无线网络接口503,一个或一个以上输入输出接口504,和/或,一个或一个以上操作***,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等。
该中央处理器501可以执行前述图4所示实施例中基于科目表的科目处理装置所执行的操作,具体此处不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品(计算机程序产品)存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,read-only memory)、随机存取存储器(RAM,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本申请实施例至少具有以下技术效果:
1)基于科目表启用科目管控,实现同一类基础资料部分共享部分分配的需求;
2)启用科目管控后各使用组织使用同一记录,通过分配记录表来确定各组织可以使用的科目,方便集团对科目进行调整也大大减少了数据库中的冗余记录;
3)分配后不产生新的科目数据,沿用集团的科目唯一标识码,实现使用一段时间后再启用科目管控的需求,同时能实现对历史数据的平滑过渡,无需调整历史数据,不影响账表数据;
4)统一管控与个性化并存,一级科目统一由集团管控,下级科目可以由使用组织自定义。
Claims (10)
1.一种基于科目表的科目处理方法,其特征在于,包括:
响应于针对多个组织共享的科目表的科目管控指令,创建所述科目表对应的科目分配信息表;其中,所述科目表包括多个科目;
响应于针对所述科目分配信息表的科目分配指令,在所述科目分配信息表中***科目分配记录;所述科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织;
响应于任一组织针对任一科目的目标操作请求,在所述科目分配信息表中查询以所述任一组织为分配组织的科目分配记录、以及以所述任一组织为使用组织的科目分配记录;
根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限。
2.根据权利要求1所述的方法,其特征在于,所述根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限,包括:
在查询出的科目分配记录中确定包括所述任一科目的科目标识的科目分配记录,以作为目标科目分配记录;
根据所述目标科目分配记录中配置的操作权限,确定所述任一组织是否具有对所述任一科目执行目标操作的目标操作权限;其中,所述目标操作为所述目标操作请求所请求执行的操作。
3.根据权利要求2所述的方法,其特征在于,所述目标操作是多种操作中的一种,所述科目分配记录支持配置多种操作权限,所述多种操作权限分别对应不同的操作。
4.根据权利要求1所述的方法,其特征在于,所述根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限之后,所述方法还包括:
当所述任一组织具有对所述任一科目的目标操作权限时,允许所述任一组织对所述任一科目执行所述目标操作请求所请求的目标操作;
当所述任一组织不具有对所述任一科目的目标操作权限时,禁止所述任一组织对所述任一科目执行所述目标操作。
5.根据权利要求1至4任一项所述的方法,其特征在于,当所述目标操作请求所请求的目标操作为新增下级科目的操作、且所述任一组织具有对所述任一科目的目标操作权限时,所述方法还包括:
响应于所述任一组织对所述任一科目执行的新增下级科目的操作,创建所述任一科目的明细属性为明细科目的下级科目,将所述任一科目的明细属性从明细科目更新为非明细科目;其中,所述明细科目用于响应业务进行数据更新,所述非明细科目用于汇总数据;
根据所述任一科目创建明细属性为明细科目的过渡科目;
将所述任一科目的科目标识与所述过渡科目的科目标识进行交换处理,以将对所述任一科目执行的操作转移至所述过渡科目。
6.根据权利要求5所述的方法,其特征在于,所述根据所述任一科目创建明细属性为明细科目的过渡科目,包括:
对所述任一科目进行拷贝处理,得到拷贝科目;其中,所述拷贝科目与所述任一科目处于同一层级;
将所述拷贝科目所处的层级更新为所述任一科目的下级科目所处的层级,将所述拷贝科目的明细属性从非明细科目更新为明细科目;
将已更新层级和明细属性的所述拷贝科目作为过渡科目。
7.一种基于科目表的科目处理装置,其特征在于,包括:
创建单元,用于响应于针对多个组织共享的科目表的科目管控指令,创建所述科目表对应的科目分配信息表;其中,所述科目表包括多个科目;
***单元,用于响应于针对所述科目分配信息表的科目分配指令,在所述科目分配信息表中***科目分配记录;所述科目分配记录包括科目的科目标识、发起分配的分配组织、以及被分配的使用组织;
确定单元,用于响应于任一组织针对任一科目的目标操作请求,在所述科目分配信息表中查询以所述任一组织为分配组织的科目分配记录、以及以所述任一组织为使用组织的科目分配记录;
所述确定单元,还用于根据查询出的科目分配记录中的科目标识,确定所述任一组织是否具有对所述任一科目的目标操作权限。
8.根据权利要求7所述的装置,其特征在于,所述确定单元,还用于:
在查询出的科目分配记录中确定包括所述任一科目的科目标识的科目分配记录,以作为目标科目分配记录;
根据所述目标科目分配记录中配置的操作权限,确定所述任一组织是否具有对所述任一科目执行目标操作的目标操作权限;其中,所述目标操作为所述目标操作请求所请求执行的操作。
9.一种计算机设备,其特征在于,包括:
中央处理器和存储器
存储器为短暂存储存储器或持久存储存储器;
中央处理器配置为与存储器通信,并执行存储器中的指令操作以执行权利要求1至6中任意一项的方法。
10.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在计算机上运行时,使得计算机执行如权利要求1至6中任意一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111676104.0A CN114331185A (zh) | 2021-12-31 | 2021-12-31 | 基于科目表的科目处理方法、装置及其设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111676104.0A CN114331185A (zh) | 2021-12-31 | 2021-12-31 | 基于科目表的科目处理方法、装置及其设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114331185A true CN114331185A (zh) | 2022-04-12 |
Family
ID=81023202
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111676104.0A Pending CN114331185A (zh) | 2021-12-31 | 2021-12-31 | 基于科目表的科目处理方法、装置及其设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114331185A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113537933A (zh) * | 2021-07-13 | 2021-10-22 | 金蝶软件(中国)有限公司 | 科目版本化的处理方法、装置、计算机设备和存储介质 |
-
2021
- 2021-12-31 CN CN202111676104.0A patent/CN114331185A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113537933A (zh) * | 2021-07-13 | 2021-10-22 | 金蝶软件(中国)有限公司 | 科目版本化的处理方法、装置、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7752624B2 (en) | System and method for associating workload management definitions with computing containers | |
RU2598324C2 (ru) | Средства управления доступом к онлайновой службе с использованием внемасштабных признаков каталога | |
US9736026B2 (en) | Techniques for cloud control and management | |
US7219234B1 (en) | System and method for managing access rights and privileges in a data processing system | |
CA2154020C (en) | Method and system for advanced role-based access control in distributed and centralized computer systems | |
US8850041B2 (en) | Role based delegated administration model | |
US8843648B2 (en) | External access and partner delegation | |
EP3547634B1 (en) | Method and apparatus for determining access permission, and terminal | |
US6678682B1 (en) | Method, system, and software for enterprise access management control | |
KR20170044639A (ko) | 멀티테넌트 어플리케이션 서버 환경에서 작업 관리자를 제공하는 시스템 및 방법 | |
JP2002063052A (ja) | 分散処理システム | |
Han et al. | Fluid: A blockchain based framework for crowdsourcing | |
CN112835977B (zh) | 一种基于区块链的数据库管理方法及*** | |
US20220171870A1 (en) | Tenant based permission allocation for a graph database | |
CN101453475A (zh) | 一种授权管理***及方法 | |
US11854021B2 (en) | Data security | |
US5204812A (en) | User access of multiple documents based on document relationship classification | |
CA3099427A1 (en) | Method and system for defining roles in an identity and access management system | |
US20070192323A1 (en) | System and method of access and control management between multiple databases | |
CN114331185A (zh) | 基于科目表的科目处理方法、装置及其设备 | |
CN113407626B (zh) | 一种基于区块链的规划管控方法、存储介质及终端设备 | |
CN112217774A (zh) | 一种权限控制***及方法、服务器、存储介质 | |
CN112883105A (zh) | 共享数据的差异访问控制的***和方法 | |
JP4855736B2 (ja) | データ管理の調整 | |
JP4495915B2 (ja) | データ管理方法、メモリ装置、およびサーバ |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |