分布式部署实施方案.docx
- 文档编号:15896696
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:56
- 大小:2.64MB
分布式部署实施方案.docx
《分布式部署实施方案.docx》由会员分享,可在线阅读,更多相关《分布式部署实施方案.docx(56页珍藏版)》请在冰点文库上搜索。
分布式部署实施方案
XX0006
-分布式部署实施方案
作者:
时间:
文档控制
更改记录
日期
作者
版本号
更改记录
查阅
名字
备注
分发
抄送.
名字
意见
1
2
3
4
5
6
第一章概述
通过前期对XX0006的调研,以及调研形成的调研报告;加上XX0006分布式目标业务流程设计及确认,以及经过确认的目流业务流程文档;同时结合分布式传输的功能特点,共同构成了该《XX0006项目分布式实施方案》。
1.本实施业务解决方案由农垦项目实施组编写完成,需要相关领导审阅确认并签字。
2.本业务解决方案是依据业务调研分析整理加工而成,其中问题如果涉及总局及九个管理局,可由相关人员共同商讨确认。
3.本业务解决方案将尽量做到准确、详细、全面,报告中如有错误、不当、或遗漏的问题,请客户方予以纠正和补充。
4.此解决方案为其以后实施工作的重要依据,需要用友和XX0006双方最终确认,如果需要变更内容,则必须由双方共同协商。
此文档一式两份,用友公司和XX0006各保留一份。
第二章分布式背景
二.1分布式应用背景
✧地理位置不同:
XX0006下辖9个管理局,113个农牧场,615家国有及国有控股企业,846家非国有企业,分布在全省12个市。
✧总局集中管理:
在总局层面上统一管控政策,比如农垦各行业会计科目、会计期间、币种、集团月报表等信息。
✧各管理局分步上线应用:
各管理局不受其他管局上线时间的影响,可分布上线。
二.2分布式应用目标
通过用友NCV61的实施,可以协助XX0006及各管理局建立一个以总局系统为全局核心系统,各管局为子系统,将子系统上传到全局系统,实现:
1、建立一个从基础数据、会计政策到财务管理实现全面集成的系统;
2、财务上,满足日常财务管理和会计核算的需求,并符合国家规定的财务规范,以总局的标准数据下发,各管局统一接收,并在此基础上进行数据的扩展应用;
3、总账凭证在子系统进行录入,定期上传到总局系统,使总局可在全局系统进行基层数据的穿透查询,提出指导性意见;
4、报表系统,各单位基于账务系统提取数据,需要分析填列的由各单位录入,各管理局对基层单位报表数据进行汇总后上传到总局系统,使总局可在全局系统进行各管理局及各农场和局直单位的数据汇总及穿透查询;
5、可以基于各管理局的合并报表结果出具XX0006的合并报表,有效的支持逐级合并;
二.3分布式应用模块
[列示应用模块、应用部门]
系统
部署模块
母系统
子系统
XX0006
各管理局
分布式管理
1
基础数据
2
总账
3
企业报表
4
合并报表
二.4分布式应用场景
二.4.1总业务场景
每个集团(总局和各管理局)分别部署各自的应用系统,XX0006(母集团)有自身的业务需要处理(总账、固定资产、预算、企业报表、合并报表业务)同时需要制定管控政策、汇总各管理局(子集团)总账凭证及报表、需要编制全集团合并报表。
各管理局需要遵守总局的管控政策,处理各管理局的业务、上传总账凭证及报表。
上传各管理局编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。
因此在传输上需要由上级系统向各个下级系统中下发管控政策相关数据,由下级系统向上级系统上传总账凭证及报表相关数据,上传各管理局编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。
二.4.2总账业务场景
XX0006的总账分步式应用是从XX0006角度出发,希望在多个管理局平台上实现财务集中式管理的集团管控需求,达到财务共享的目的。
具体包括:
1)XX0006统一管控政策在各子系统平台上可以落实,各管理局NC中不能进行修改、删除。
2)XX0006要能看到所有管理局的全部凭证明细数据进行查账。
要求XX0006NC中各管理局的总账数据必须与各管理局NC中的数据完全一致。
XX0006NC可对分布应用的管理局进行财务查询分析:
查询凭证及各种账簿、结账、编制个别财务报表(总账取数)、编制合并报表。
二.4.3企业报表业务场景
XX0006的企业报表分步式应用是从上级系统下发报表任务(包含报表表样、打印方案、审核方案等信息),各下级系统可以将报表任务再分配。
下级系统采集报表数据形成本集团(各管理局)的报表,再通过分布式任务上传至上级系统,上级系统可以查询、汇总下级系统上传的报表。
二.4.4合并报表业务场景
XX0006合并报表分步式应用是总局(即上级系统)向各管理局(即下级系统)下发全局合并方案任务。
各管理局针对该合并方案完成本集团的合并报表编制,即根据业务需要针对该合并方案进行个别报表调整、对账、抵销、合并、合并报表调整、审核、上报。
最后将各管理局的合并报表结果和这些过程数据都上报至总局,由总局完成全集团最终合并报表的编制。
从上级系统下发合并体系、合并任务(包括合并方案、合并报表项目分类、合并报表项目、调整抵销模板分类、调整抵销模板、常用调整凭证分类、常用调整凭证、常用抵销分录分类、常用抵销分录、调整方案分类、调整方案、抵销方案分类、抵销方案、审核方案分类分类、审核方案、工作底稿模板)。
下级系统根据系统的个别报表数据生成本集团的合并报表,再将合并结果通过分布式任务上传至上级系统,上级系统根据所有下级系统的合并结果生成本系统的合并报表数据。
第三章分布式实施方案及步骤
1、基础设置应用步骤
传输任务要求:
1、需要在母集团系统中建立以每个子集团为资源接收方的传输任务,在子集团系统中建立以母集团系统为资源接收方的传输任务。
只有建立传输任务后不同的应用系统间才可以进行数据传输。
如图所示:
可以采用系统预置好的传输任务来执行,如果这些预置任务不能满足,也可以选择需要传输资源单独建立传输任务来完成。
具体业务数据的设置及任务执行的步骤如下:
1.1集团与初始化下发及上传
集团目录必须在上级系统即XX0006建立,下发给各个下级系统。
同时上级系统的初始化标识必须在下级系统做集团初始化之前下发,主要的目的是为了防止在下级系统初始化时再生成全局级的预置数据,以免造成不同的应用系统间的预置数据不一致,影响后续业务。
具体步骤如下:
1.上级系统设置管控模式和唯一性规则。
比如客户、供应商是否要在全局进行管理。
Ø管控模式是档案的管理模式,它决定了有哪几个层次的节点、可见性范围和唯一性范围,需要在集团初始化之前设置管控模式,系统会根据管控模式来设置预置数据。
Ø管控模式和唯一性规则由母集团站在全局的角度统一制定,下发到下级系统,因此在上级系统中资源控制配置设置为:
可新增为否、可修改为是。
Ø下级系统不可修改下发的管控模式和唯一性规则,则下级系统在资源控制配置中把管控模式和唯一性规则都设置为:
可新增为否、可修改为否、可覆盖为是。
2.上级系统和下级系统分别配置资源控制配置。
可新增:
对于上级系统,如果只作全局的统一政策型业务的控管,则只将全局的资源配置设置为可新增;如果除管理政策型业务档案外,还要做其他业务,如总账,则需要将全局和集团/组织级的资源均设置为可新增。
对于下级系统,通常只处理和上传一些层次基础数据,则只需要将集团/组织级的资源均设置为可新增,全局的资源配置不能设置为可新增。
可修改:
用于控制在本系统,对于来源于本系统之外的数据是否允许进行修改,根据业务需要配置。
对于上级系统,外来数据为下级系统上传的档案和业务数据;对于下级系统,外来数据为上级系统下发的统一政策型业务档案。
可覆盖:
用于控制对于来源于本系统之外的数据,再次下发到本系统时,是否允许进行覆盖,根据业务需要配置。
对于上级系统,外来数据为下级系统上传的档案和业务数据;对于下级系统,外来数据为上级系统下发的统一政策型业务档案。
举例如下:
对于合并体系(全局)资源来说,在上级系统需要配置成可新增,如下图:
下级系统需要配置成不可新增、不可修改、可覆盖,如下图:
3.上级系统建集团目录和上级系统集团管理员;
Ø分布式系统中的集团目录和集团间的关系由上级系统统一建立。
Ø上级系统创建上级系统集团的管理员。
4.上级系统初始化本系统管理集团;
5.上级系统建立分布式目录,并指定分布式系统对应的集团;
6.上级系统执行“集团和初始化下发”将集团目录、初始化标识下发到下级系统;
上级系统执行“基础数据下发”任务将管控模式和预置的全局数据下发到下级系统。
7.下级系统建分布式目录,并指定分布式系统对应的集团;
8.下级系统初始化本系统中管理的集团;
9.下级系统执行“初始化上传”任务,将下级系统初始化标识上传到上级系统;
10.下级系统建立下级系统的集团管理员;
1.2基础数据下发
集团与初始化的下发与上传完成以后,可以在上级系统中创建并维护组织机构及需要管控的政策性档案,然后通过执行“基础数据下发”任务将组织机构数据和全局级基础档案数据的下发到下级系统。
业务单元(全部系统)
Ø为了保证合并体系数据完整性,需要将业务单元数据在各个系统间传输,由各个子系统将本系统中的业务单元数据(包括基本信息和各个职能页签信息)上传至上级系统,再由上级系统将所有的业务单元(只含基本信息)数据下发到各个子系统中。
Ø对于上级系统,通过执行“基础数据下发”任务将所有业务单元数据下发到各个下级系统,在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖,表示在上级系统中可以进行组织的维护,如果上级系统本身不处理业务不需要进行组织数据的维护,则可设置成不可新增、不可修改、可覆盖。
Ø对于下级系统,由于下级系统需要进行业务处理因此在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖。
Ø注意:
为了保证业务单元下发时,能将业务单元的地址和联系人也下发到下级系统,需要在下发的任务中要将地址簿、联系人的资源一起选上。
一.
二.
1、
2、
i.
ii.
合并体系(全局)
Ø集团的合并报表需要母集团汇总各个子集团的数据,因此对分布式目录中所有的应用系统来说需要一个共同的合并体系处理合并报表业务,这个共同的合并体系由母集团统一制定,下发给各个子集团使用。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的合并体系下发到各个下级系统,在资源控制配置中将合并体系(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将合并体系(全局)资源设置成不可新增、不可修改、可覆盖。
账簿类型
Ø账簿类型为全局级的档案,由上级系统统一进行维护,维护后下发到各个下级体系中。
Ø对于上级系统,通过执行“基础数据下发”任务将账簿类型数据下发到各个下级系统,在资源控制配置中将账簿类型资源设置成可新增。
Ø对于下级系统,则可设置成不可新增、不可修改、可覆盖。
参数(全局)
Ø全局级参数的影响范围是整个全局,在上级系统统一管控设置,然后通过执行“基础数据下发任务”下发到各个子系统中。
Ø产品中下级系统是否可以修改全局级参数不走资源控制配置,产品中规定下级系统不允许修改。
编码映射(全局)
Ø全局编码映射由上级系统统一制定,通过执行“基础数据下发任务”下发到各个下级系统中。
Ø产品中下级系统是否可以修改全局级编码映射不走资源控制配置,产品中规定下级系统不允许修改。
编码规则(全局)
Ø全局编码规则由上级系统统一制定,通过执行“基础数据下发任务”下发到各个下级系统中。
Ø产品中下级系统是否可以修改全局级编码规则不走资源控制配置,产品中规定下级系统不允许修改。
地区分类(全局)
Ø全局的地区分类由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的地区分类下发到各个下级系统,在资源控制配置中将地区分类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将地区分类(全局)资源设置成不可新增、不可修改、可覆盖。
客户基本分类(全局)
Ø全局的客户基本分类由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的客户基本分类下发到各个下级系统,在资源控制配置中将客户基本分类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将客户基本分类(全局)资源设置成不可新增、不可修改、可覆盖。
客户税类(全局)
Ø全局的客户税类由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的客户税类下发到各个下级系统,在资源控制配置中将客户税类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将客户税类(全局)资源设置成不可新增、不可修改、可覆盖。
客户(全局)
Ø全局的客户由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的客户下发到各个下级系统,在资源控制配置中将客户税类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将客户税类(全局)资源设置成不可新增、不可修改、可覆盖。
注意:
✓为了保证客户下发时,能将客户的地址和联系人也下发到下级系统,需要在下发的任务中要将地址簿、联系人的资源一起选上。
供应商基本分类(全局)
Ø全局的供应商基本分类由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的供应商基本分类下发到各个下级系统,在资源控制配置中将供应商基本分类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将供应商基本分类(全局)资源设置成不可新增、不可修改、可覆盖。
供应商税类(全局)
Ø全局的供应商税类由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的供应商税类下发到各个下级系统,在资源控制配置中将供应商税类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将供应商税类(全局)资源设置成不可新增、不可修改、可覆盖。
供应商(全局)
Ø全局的供应商由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的供应商下发到各个下级系统,在资源控制配置中将供应商(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将供应商(全局)资源设置成不可新增、不可修改、可覆盖。
注意:
✓为了保证供应商下发时,能将供应商的地址和联系人也下发到下级系统,需要在下发的任务中要将地址簿、联系人的资源一起选上。
计量单位(全局)
Ø计量单位为全局档案,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将计量单位下发到各个下级系统,在资源控制配置中将供应商(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将供应商(全局)资源设置成不可新增、不可修改、可覆盖。
物料税类(全局)
Ø物料税类为全局档案,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将物料税类下发到各个下级系统,在资源控制配置中将物料税类(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将物料税类(全局)资源设置成不可新增、不可修改、可覆盖。
商品代码(全局)
Ø商品代码为全局档案,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将商品代码下发到各个下级系统,在资源控制配置中将商品代码(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将商品代码(全局)资源设置成不可新增、不可修改、可覆盖。
产品线(全局)
Ø全局的产品线,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将产品线下发到各个下级系统,在资源控制配置中将产品线(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将产品线(全局)资源设置成不可新增、不可修改、可覆盖。
品牌(全局)
Ø全局的品牌,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将品牌下发到各个下级系统,在资源控制配置中将品牌(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将品牌(全局)资源设置成不可新增、不可修改、可覆盖。
人员(全部系统)
Ø为了保证人员档案在所有应用系统中的唯一性规则,需要将人员数据在各个系统中进行传输。
Ø对于上级系统,通过执行“基础数据下发”任务将所有人员数据下发到各个下级系统,在资源控制配置中将人员(本系统)资源设置成可新增、不可修改、可覆盖,表示在上级系统中可以进行人员档案的维护,如果上级系统本身不处理业务不需要进行人员档案的维护,则可设置成不可新增、不可修改、可覆盖。
Ø对于下级系统,由于下级系统需要进行业务处理因此在资源控制配置中将人员(本系统)资源设置成可新增、不可修改、可覆盖。
银行(全局)
Ø全局级的银行档案由上级系统统一进行维护,维护后下方发到各个下级体系中。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的银行档案及银行类别数据下发到各个下级系统,在资源控制配置中将银行(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将银行(全局)资源设置成可新增、不可修改、可覆盖。
用户组和用户
Ø上级系统的全局型的档案都会有一些审计信息,如创建人、创建时间、修改人、修改时间,为了使这些业务档案下发到下级系统,也能看见审计信息,需要将用户组和用户档案下发到下级系统。
下发用户时不下发其密码、权限以及集团间的共享关系。
Ø对于上级系统,通过执行“基础数据下发”任务将用户下发到各个下级系统,在资源控制配置中将用户组和用户资源设置成可新增。
Ø对于下级系统,在资源控制配置中将用户组和用户资源设置成可新增、不可修改、可覆盖。
会计科目
Ø科目相关内容的下发与上传包含两部分:
科目数据和科目数据的编辑权。
为了保证科目数据的完整性,系统要求同一时刻只能有一个系统有科目数据编辑权,初始时默认第一个做业务初始化的系统有科目数据的编辑权。
Ø对于上级系统,通过会计科目界面上的【下发】功能将统一控管的全局会计科目下发到下级系统。
当科目的管控模式为集团或各组织制定时,【下发】功能会将科目数据的维护权下发到下级系统,下级系统可以维护集团或组织的会计科目;也可以通过执行“科目相关信息下发”任务将统一控管的全局会计科目下发到下级系统,但科目数据的维护权并不下发,下级系统不能编辑科目数据。
用户定义属性(全局)
Ø对于上级系统,在某一个档案或单据中需要在全局范围内统一定义一些用户定义属性,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将用户定义属性下发到各个下级系统,在资源控制配置中将用户定义属性(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将用户定义属性(全局)资源设置成不可新增、不可修改、可覆盖。
自定义档案定义
Ø自定义档案定义是扩充系统的档案类型,只能在上级系统统一建立。
由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将自定义档案定义下发到各个下级系统,在资源控制配置中将自定义档案定义资源设置成可新增。
Ø对于下级系统,在资源控制配置中将自定义档案定义资源设置成不可新增、不可修改、可覆盖。
注意:
✓由于自定义档案定义新增后,后台会自动生成一条管控模式的数据,因此需要将资源控制表中管控模式资源设置为可新增,才能保证自定义档案新增成功。
自定义档案维护(全局)
Ø全局的自定义档案,由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将自定义档案下发到各个下级系统,在资源控制配置中将自定义档案(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将自定义档案(全局)资源设置成不可新增、不可修改、可覆盖。
注意:
✓第一次下发上级系统数据时,需要将全部档案的全部预置数据下发到下级系统;之后再进行下发时,需要指定需要下发的档案;如果不指定会因为数据量比较大,影响系统效率。
其它基本档案(全局)
Ø全局的各类基本档案由上级系统统一制定,下发到各个下级系统中,下发后在下级系统通常不允许修改、删除。
Ø对于上级系统,通过执行“基础数据下发”任务将全局的各类基本档案下发到各个下级系统,在资源控制配置中将XX基本档案(全局)资源设置成可新增。
Ø对于下级系统,在资源控制配置中将XX基本档案(全局)资源设置成不可新增、不可修改、可覆盖。
1.3基础数据上传
当集团与初始化的下发、集团与初始化的上传、上级系统的组织机构及需要管控的政策性档案都下发完成后,就可以在下级系统创建各子集团的组织结构和基本档案了。
通过执行“基础数据上传”任务,将其上传到上级系统,以保证集团总部所在的上级系统需要能够查看所有下级系统的子集团的凭证数据和合并报表。
业务单元(本系统)
Ø对于下级系统,通过执行“基础数据上传”任务将本系统业务单元数据上传到上级系统,在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖,表示在下级系统中可以进行组织的维护。
Ø对于上级系统,如果本身不处理业务不需要进行组织数据的维护,则可设置成不可新增、不可修改、可覆盖,如果本身处理业务需要进行组织数据的维护,可设置成可新增、不可修改、可覆盖。
财务核算账簿(集团)
Ø对于下级系统,通过执行“基础数据上传”任务将本系统财务核算账簿数据上传到上级系统,在资源控制配置中将财务核算账簿(集团)资源设置成可新增、不可修改、可覆盖,表示在下级系统中可以进行组织的维护。
Ø对于上级系统,如果本身不处理业务不需要进行组织数据的维护,则可设置成不可新增、不可修改、可覆盖,如果本身处理业务需要进行组织数据的维护,可设置成可新增、不可修改、可覆盖。
注意:
如果财务核算账簿引用的科目表是本系统创建的,则上传财务核算账簿(集团)资源时,同时必须把科目相关信息(本系统)资源一并上传
成本中心(集团)
Ø对于下级系统,通过执行“基础数据上传”任务将本系统成本中心数据上传到上级系统,在资源控制配置中将成本中心资源设置成可新增、不可修改、可覆盖,表示在下级系统中可以进行成本中心的维护。
Ø对于上级系统,如果本身不处理业务不需要进行成本中心数据的维护,则可设置成不可新增、不可修改、可覆盖,如果本身处理业务需要进行成本中心数据的维护,可设置成可新增、不可修改、可覆盖。
参数(集团)
Ø对于集团级或组织级参数一般都是会影响业务流程的业务参数,即各个子集团根据各个业务需要设置参数值,则需要设置本集团以及本集团内所有组织级参数,然后上传到上级系统中。
Ø如果上级系统也做业务,则可以在上级系统中配置本集团范围内的集团级和组织级参数。
客户
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 分布式 部署 实施方案