V61分布式应用手册用友软件股份有限公司目录用友软件股份有限公司1.概述1.1产品概述分布式产品用于大型集团企业，服务器分别部署的情况下完成母集团统一管控政策的落实，并且各子集团的总账、报表数据能够上传至母集团进行统计分析，并且可以在母集团编制全集团的合并报表。集团统一管控政策在母集团制定，在各子集团NC上可以落实，子集团中不能进行修改、删除。各子集团的凭证传输至母集团，母集团可以查看各子集团完整的总账数据。企业报表的管控政策在母集团统一制定，各子集团的报表传输至母集团，母集团可以查看各子集团完整的报表数据，并以此为基础进行BI分析。母集团可以基于各子集团的合并报表编制全集团的合并报表。1.2产品价值1.可实现应用系统的异地部署；2.可支持多子集团的分步上线；3.可以统一制定集团的管控政策；4.可在母集团统一查看所有集团的凭证数据、查询汇总表；5.支持企业报表任务的统一制定；6.可以在母集团查看各子集团的企业报表数据、并且可以汇总查询；7.支持合并报表任务的统一制定；8.可以基于子集团的合并报表结果出具母集团的合并报表，有效的支持逐级合并；1.3名词术语[应用系统]：在NC体系中，一个应用系统指的是一个“NC业务数据源+NC代码环境”，在NC中支持一个安装环境对应一个代码环境和多个业务数据源，但不支持多代码环境。[集中+分布式应用]：NC分布系统管理的目标是支持集中+分布式应用，这种应用模式的主要特点是：在物理部署上分布，在逻辑上集中。即在多系统分布部署情况下依然支持多级集团的集中管控。用友软件股份有限公司NC集中+分布式应用方案的基本假设：A：分布式部署的多个应用系统以子集团范围为最小单位，即一个应用系统中可包含多个集团范围的应用，但是某一个集团的应用不能分散在多个应用系统中。多个应用系统间分上、下级，该上下级关系与其包含的集团在集团目录上的上下级关系一致。B：多个分布式部署的应用系统间，如果涉及到多套代码环境，默认版本一致。C：多系统的实施是自上而下的。如果子集团已经先应用了NC，又要上总部并形成上下级管控，则需要先使用实施工具做必要的数据整理与整合，再部署。[上级系统]和[下级系统]：上级系统是指由母集团使用的、制订和下发全局性管控政策、全局性基本档案的系统。下级系统是相对上级系统而言，是某一个或几个子集团业务运行系统，接收上级系统下发的数据并据次开展业务、上报数据。[传输资源]是在开发态包装的可作为独立发送/接收对象的实体。在产品中体现为传输资源实体。[任务]：指分布部署得系统之间进行数据传输的人物，是上、下级系统之间进行资源传输的载体的总称。[采集任务]：指具有相同业务属性的一套报表表样的组合。其中包含报表表样的格式和计算、审核公式等信息，也包括报表的打印方案和审核方案的相关信息。与单个NC系统中的“任务”功能节点中的“任务”属于同一事物。[采集任务属性]：指采集任务的基本设置信息，包括基本属性、上报属性和其他属性等。[合并方案]：一个合并方案管理一套合并流程，生成一套需要的合并结果数据，与单个NC系统中的“合并方案”功能节点中的“合并方案”属于同一事物。2.典型场景及应用步骤2.1典型场景2.1.1分布式总业务场景分布式应用上一个非常典型的场景是：每个集团分别部署各自的应用系统，母集团有自身的业务需要处理（例如：人力资源、资金、预算、生产、供销等业务）同时需要制定管控政策、汇总子集团总账凭证及报表、需要编制全集团合并报表。子集团需要遵守母集团的管控政策，处理子集团的业务、上传总账凭证及报表。上传子集团编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。用友软件股份有限公司因此在传输上需要由上级系统向各个下级系统中下发管控政策相关数据，由下级系统向上级系统上传总账凭证及报表相关数据，上传子集团编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。在这样的场景中，母集团的业务系统与制定管控政策的系统如果部署在同一个应用系统中，分布系统目录按如下方式进行搭建。在母集团系统中可进行母集团的业务操作也可制定管控政策，各个子集团系统进行各自子集团的业务操作。2.1.2总账业务场景总账分步式应用是从母集团总部角度出发，希望在多个平台上实现财务集中式管理的集团管控需求，达到财务共享的目的。具体包括：1）母集团统一管控政策在各平台上可以落实，子集团NC中不能进行修改、删除。总部NC(母集团)子集团一NC子集团二NC子集团三NC子集团业务数据母集团政策要求用友软件股份有限公司2）母集团总部要能看到所有子集团的全部凭证明细数据进行查账。要求母集团总部NC中各子集团的总账数据必须与各子集团NC中的数据完全一致。母集团NC可对分布应用的子集团进行财务查询分析：查询凭证及各种账簿、结账、编制个别财务报表（总账取数）、编制合并报表。2.1.3企业报表业务场景企业报表分步式应用是从上级系统下发报表任务（包含报表表样、打印方案、审核方案等信息），各下级系统可以将报表任务再分配。下级系统采集报表数据形成本集团的报表，再通过分布式任务上传至上级系统，上级系统可以查询、汇总下级系统上传的报表。个性业务要求组织体系（全局）参数及规则（本集团）基本档案（本集团）统一管控政策组织体系参数及规则基本档案（公共）业务数据期初余额会计凭证现金流量信息辅助信息辅助核算关账、结账状态全局集团组织期初余额会计凭证现金流量信息辅助信息辅助核算关账、结账状态业务数据集团组织子集团NC母集团NC用友软件股份有限公司2.1.4合并报表业务场景合并报表分步式应用是母集团（即上级系统）向子集团（即下级系统）下发全局合并方案任务。各子集团针对该合并方案完成本集团的合并报表编制，即根据业务需要针对该合并方案进行个别报表调整、对账、抵销、合并、合并报表调整、审核、上报。最后将子集团的合并报表结果和这些过程数据都上报至母集团，由母集团完成全集团最终合并报表的编制。从上级系统下发合并体系、合并任务（包括合并方案、合并报表项目分类、合并报表项目、调整抵销模板分类、调整抵销模板、常用调整凭证分类、常用调整凭证、常用抵销分录分类、常用抵销分录、调整方案分类、调整方案、抵销方案分类、抵销方案、审核方案分类分类、审核方案、工作底稿模板）。下级系统根据系统的个别报表数据生成本集团的合并报表，再将合并结果通过分布式任务上传至上级系统，上级系统根据所有下级系统的合并结果生成本系统的合并报表数据。个性业务要求报表体系（本集团）基本档案（本集团）任务再分配（本集团）统一管控政策报表体系（全局）基本档案（公共）报表任务（全局）报表表样（全局）报表数据报表数据报送信息审核信息再分配记录全局集团组织集团组织个查上子集团NC母集团NC报表数据报表数据报送信息审核信息再分配记录用友软件股份有限公司2.2传输资源要求1、集团与初始化下发与上传：集团目录必须在上级系统建立，下发给各个下级系统。上级系统的集团在上级系统做业务初始化后，将初始化的标记下发给下级系统；下级系统的集团在下级系统做业务初始化后，将初始化的标记上传给上级系统。2、组织与账簿下发与上传：由于母集团需要管理子集团下需要上传总账凭证的组织，所以组织结构和账簿在下级系统子集团中建立后上传给上级系统。同时上级系统需要建立合并体系，合并体系下的组织可能会跨越多个集团，为了保证合并体系下发到下级系统后数据能够保持完整性，所以由上级系统需要将所有的业务单元数据下发到各个子系统中。3、统一政策性基础档案下发：基本档案、关键参数应由总部统一规划后下发到子集团NC。需要下发的基本档案有：科目、客商基本档案、自定义档案、现金流量表项、银行类别、银行等等。子集团NC系统不允许修改、删除总部下发的政策。会计科目：下发全局会计科目表，各子集团可以在此基础上建立集团科目表，增加下级科目或辅助核算类型。4、子集团基础数据上传只要在子集团NC中作为辅助核算的基本档案，则都必须上传到母集团NC中，以保证母集团NC中可以看到完整的辅助核算账。子集团NC上传的基本档案，在母集团NC中不能进行任何修改、删除，以保证上下级NC的数据完全保持一致。个性业务要求合并体系（全局）基本档案（本集团）统一管控政策合并体系（全局）基本档案（公共）合并任务（全局）报表数据报表数据报送信息审核信息对账数据全局集团组织集团组织合查个子集团NC母集团NC报表数据报表数据报送信息审核信息对账数据用友软件股份有限公司子集团可以基于母集团统一会计政策细化自己的会计科目档案中，细化后的科目档案（含下级科目与辅助核算类型）需上传到母集团NC中。5、子集团凭证数据上传子集团期初余额的上传。子集团凭证数据的上传。同时包含凭证的辅助核算、辅助信息（除往来核销和VAT以外的所有信息）、现金流量子集团期末数据的上传。包括提前关账、关账、结账状态。6、母集团企业报表任务下发母集团企业报表管控政策的下发。同时包括任务信息、任务分配记录、关键字信息、报表表样、审核方案、打印方案。7、子集团企业报表任务上传子集团企业报表采集结果的上传。同时包括报表数据、报送信息、审核信息、再分配记录。8、母集团合并报表任务下发母集团合并报表管控政策的下发。同时包括报表合并体系、合并方案、合并报表项目分类、合并报表项目、调整抵销模板分类、调整抵销模板、常用调整凭证分类、常用调整凭证、常用抵销分录分类、常用抵销分录、调整方案分类、调整方案、抵销方案分类、抵销方案、审核方案分类分类、审核方案、工作底稿模板。9、子集团合并报表任务上传子集团合并报表采集结果的上传。同时包括报表数据（个别报表调整表、合并报表、合并报表调整表）、报送信息（各报表的报送状态）、审核信息（各报表的审核状态和结果信息）、对账数据、调整凭证与抵销分录数据（包括个别报表调整凭证、抵销分录、合并报表调整凭证）。2.3基础设置应用步骤传输任务要求：1、需要在母集团系统中建立以每个子集团为资源接收方的传输任务，在子集团系统中建立以母集团系统为资源接收方的传输任务。只有建立传输任务后不同的应用系统间才可以进行数据传输。如图所示：子集团系统传输任务母集团系统传输任务用友软件股份有限公司可以采用系统预置好的传输任务来执行，如果这些预置任务不能满足，也可以选择需要传输资源单独建立传输任务来完成。组织\参数\基本档案的下发与上传设置传输任务下发、上传基础数据子集团NC分布式系统集团总部NC业务单元账簿类型分布系统目录传输资源注册传输任务传输日志传输日志传输日志分布系统目录传输任务基本档案(公共)参数和编码规则业务单元账簿类型基本档案参数和编码规则各集团建立各集团建立接收母集团参数控制,不可修改。可维护自身参数并上传接收母集团公共档案,维护下级档案后上传会计科目表会计科目表接收母集团科目表,维护下级科目表后上传财务核算账簿财务核算账簿母集团的统一设置，不可细化合并体系合并体系母集团的统一设置，不可细化传输包具体业务数据的设置及任务执行的步骤如下：2.3.1集团与初始化下发及上传集团目录必须在上级系统建立，下发给各个下级系统。同时上级系统的初始化标识必须在下级系统做集团初始化之前下发，主要的目的是为了防止在下级系统初始化时再用友软件股份有限公司生成全局级的预置数据，以免造成不同的应用系统间的预置数据不一致，影响后续业务。具体步骤如下：1.上级系统设置管控模式和唯一性规则。比如客户、供应商是否要在全局进行管理。管控模式是档案的管理模式，它决定了有哪几个层次的节点、可见性范围和唯一性范围，需要在集团初始化之前设置管控模式，系统会根据管控模式来设置预置数据。管控模式和唯一性规则由母集团站在全局的角度统一制定，下发到下级系统，因此在上级系统中资源控制配置设置为：可新增为否、可修改为是。下级系统不可修改下发的管控模式和唯一性规则，则下级系统在资源控制配置中把管控模式和唯一性规则都设置为：可新增为否、可修改为否、可覆盖为是。2.上级系统和下级系统分别配置资源控制配置。可新增：对于上级系统，如果只作全局的统一政策型业务的控管，则只将全局的资源配置设置为可新增；如果除管理政策型业务档案外，还要做其他业务，如总账，则需要将全局和集团/组织级的资源均设置为可新增。对于下级系统，通常只处理和上传一些层次基础数据，则只需要将集团/组织级的资源均设置为可新增，全局的资源配置不能设置为可新增。可修改：用于控制在本系统，对于来源于本系统之外的数据是否允许进行修改，根据业务需要配置。对于上级系统，外来数据为下级系统上传的档案和业务数据；对于下级系统，外来数据为上级系统下发的统一政策型业务档案。可覆盖：用于控制对于来源于本系统之外的数据，再次下发到本系统时，是否允许进行覆盖，根据业务需要配置。对于上级系统，外来数据为下级系统上传的档案和业务数据；对于下级系统，外来数据为上级系统下发的统一政策型业务档案。举例如下：对于合并体系(全局)资源来说，在上级系统需要配置成可新增，如下图：下级系统需要配置成不可新增、不可修改、可覆盖，如下图：用友软件股份有限公司3.上级系统建集团目录和上级系统集团管理员；分布式系统中的集团目录和集团间的关系由上级系统统一建立。上级系统创建上级系统集团的管理员。4.上级系统初始化本系统管理集团；5.上级系统建立分布式目录，并指定分布式系统对应的集团；6.上级系统执行“集团和初始化下发”将集团目录、初始化标识下发到下级系统；上级系统执行“基础数据下发”任务将管控模式和预置的全局数据下发到下级系统。7.下级系统建分布式目录，并指定分布式系统对应的集团；8.下级系统初始化本系统中管理的集团；9.下级系统执行“初始化上传”任务,将下级系统初始化标识上传到上级系统；10.下级系统建立下级系统的集团管理员；2.3.2基础数据下发集团与初始化的下发与上传完成以后，可以在上级系统中创建并维护组织机构及需要管控的政策性档案，然后通过执行“基础数据下发”任务将组织机构数据和全局级基础档案数据的下发到下级系统。2.3.2.1业务单元(全部系统)为了保证合并体系数据完整性，需要将业务单元数据在各个系统间传输，由各个子系统将本系统中的业务单元数据(包括基本信息和各个职能页签信息)上传至上级系统，再由上级系统将所有的业务单元(只含基本信息)数据下发到各个子系统中。对于上级系统，通过执行“基础数据下发”任务将所有业务单元数据下发到各个下级系统，在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖，表示在上级系统中可以进行组织的维护，如果上级系统本身不处理业务不需要进行组织数据的维护，则可设置成不可新增、不可修改、可覆盖。对于下级系统，由于下级系统需要进行业务处理因此在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖。注意：为了保证业务单元下发时，能将业务单元的地址和联系人也下发到下级系统，需要在下发的任务中要将地址簿、联系人的资源一起选上。用友软件股份有限公司2.3.2.2合并体系(全局)集团的合并报表需要母集团汇总各个子集团的数据，因此对分布式目录中所有的应用系统来说需要一个共同的合并体系处理合并报表业务，这个共同的合并体系由母集团统一制定，下发给各个子集团使用。对于上级系统，通过执行“基础数据下发”任务将全局的合并体系下发到各个下级系统，在资源控制配置中将合并体系(全局)资源设置成可新增。对于下级系统，在资源控制配置中将合并体系(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.3账簿类型账簿类型为全局级的档案，由上级系统统一进行维护，维护后下发到各个下级体系中。对于上级系统，通过执行“基础数据下发”任务将账簿类型数据下发到各个下级系统，在资源控制配置中将账簿类型资源设置成可新增。对于下级系统，则可设置成不可新增、不可修改、可覆盖。2.3.2.4参数（全局）全局级参数的影响范围是整个全局，在上级系统统一管控设置，然后通过执行“基础数据下发任务”下发到各个子系统中。产品中下级系统是否可以修改全局级参数不走资源控制配置，产品中规定下级系统不允许修改。2.3.2.5编码映射（全局）全局编码映射由上级系统统一制定，通过执行“基础数据下发任务”下发到各个下级系统中。产品中下级系统是否可以修改全局级编码映射不走资源控制配置，产品中规定下级系统不允许修改。2.3.2.6编码规则（全局）全局编码规则由上级系统统一制定，通过执行“基础数据下发任务”下发到各个下级系统中。产品中下级系统是否可以修改全局级编码规则不走资源控制配置，产品中规定下级系统不允许修改。用友软件股份有限公司2.3.2.7地区分类（全局）全局的地区分类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的地区分类下发到各个下级系统，在资源控制配置中将地区分类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将地区分类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.8客户基本分类（全局）全局的客户基本分类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的客户基本分类下发到各个下级系统，在资源控制配置中将客户基本分类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将客户基本分类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.9客户税类（全局）全局的客户税类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的客户税类下发到各个下级系统，在资源控制配置中将客户税类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将客户税类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.10客户（全局）全局的客户由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的客户下发到各个下级系统，在资源控制配置中将客户税类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将客户税类(全局)资源设置成不可新增、不可修改、可覆盖。注意：为了保证客户下发时，能将客户的地址和联系人也下发到下级系统，需要在下发的任务中要将地址簿、联系人的资源一起选上。用友软件股份有限公司2.3.2.11供应商基本分类（全局）全局的供应商基本分类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的供应商基本分类下发到各个下级系统，在资源控制配置中将供应商基本分类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将供应商基本分类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.12供应商税类（全局）全局的供应商税类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的供应商税类下发到各个下级系统，在资源控制配置中将供应商税类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将供应商税类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.13供应商（全局）全局的供应商由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的供应商下发到各个下级系统，在资源控制配置中将供应商(全局)资源设置成可新增。对于下级系统，在资源控制配置中将供应商(全局)资源设置成不可新增、不可修改、可覆盖。注意：为了保证供应商下发时，能将供应商的地址和联系人也下发到下级系统，需要在下发的任务中要将地址簿、联系人的资源一起选上。用友软件股份有限公司2.3.2.14计量单位(全局)计量单位为全局档案，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将计量单位下发到各个下级系统，在资源控制配置中将供应商(全局)资源设置成可新增。对于下级系统，在资源控制配置中将供应商(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.15物料税类(全局)物料税类为全局档案，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将物料税类下发到各个下级系统，在资源控制配置中将物料税类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将物料税类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.16商品代码(全局)商品代码为全局档案，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将商品代码下发到各个下级系统，在资源控制配置中将商品代码(全局)资源设置成可新增。对于下级系统，在资源控制配置中将商品代码(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.17产品线(全局)全局的产品线，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将产品线下发到各个下级系统，在资源控制配置中将产品线(全局)资源设置成可新增。对于下级系统，在资源控制配置中将产品线(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.18品牌(全局)全局的品牌，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。用友软件股份有限公司对于上级系统，通过执行“基础数据下发”任务将品牌下发到各个下级系统，在资源控制配置中将品牌(全局)资源设置成可新增。对于下级系统，在资源控制配置中将品牌(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.19人员(全部系统)为了保证人员档案在所有应用系统中的唯一性规则，需要将人员数据在各个系统中进行传输。对于上级系统，通过执行“基础数据下发”任务将所有人员数据下发到各个下级系统，在资源控制配置中将人员(本系统)资源设置成可新增、不可修改、可覆盖，表示在上级系统中可以进行人员档案的维护，如果上级系统本身不处理业务不需要进行人员档案的维护，则可设置成不可新增、不可修改、可覆盖。对于下级系统，由于下级系统需要进行业务处理因此在资源控制配置中将人员(本系统)资源设置成可新增、不可修改、可覆盖。2.3.2.20银行(全局)全局级的银行档案由上级系统统一进行维护，维护后下方发到各个下级体系中。对于上级系统，通过执行“基础数据下发”任务将全局的银行档案及银行类别数据下发到各个下级系统，在资源控制配置中将银行(全局)资源设置成可新增。对于下级系统，在资源控制配置中将银行(全局)资源设置成可新增、不可修改、可覆盖。2.3.2.21用户组和用户上级系统的全局型的档案都会有一些审计信息，如创建人、创建时间、修改人、修改时间，为了使这些业务档案下发到下级系统，也能看见审计信息，需要将用户组和用户档案下发到下级系统。下发用户时不下发其密码、权限以及集团间的共享关系。对于上级系统，通过执行“基础数据下发”任务将用户下发到各个下级系统，在资源控制配置中将用户组和用户资源设置成可新增。对于下级系统，在资源控制配置中将用户组和用户资源设置成可新增、不可修改、可覆盖。2.3.2.22会计科目科目相关内容的下发与上传包含两部分：科目数据和科目数据的编辑权。为了保证科目数据的完整性，系统要求同一时刻只能有一个系统有科目数据编辑权，初始时默认第一个做业务初始化的系统有科目数据的编辑权。用友软件股份有限公司对于上级系统，通过会计科目界面上的【下发】功能将统一控管的全局会计科目下发到下级系统。当科目的管控模式为集团或各组织制定时，【下发】功能会将科目数据的维护权下发到下级系统，下级系统可以维护集团或组织的会计科目；也可以通过执行“科目相关信息下发”任务将统一控管的全局会计科目下发到下级系统，但科目数据的维护权并不下发，下级系统不能编辑科目数据。2.3.2.23用户定义属性（全局）对于上级系统，在某一个档案或单据中需要在全局范围内统一定义一些用户定义属性，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将用户定义属性下发到各个下级系统，在资源控制配置中将用户定义属性(全局)资源设置成可新增。对于下级系统，在资源控制配置中将用户定义属性(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.24自定义档案定义自定义档案定义是扩充系统的档案类型，只能在上级系统统一建立。由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将自定义档案定义下发到各个下级系统，在资源控制配置中将自定义档案定义资源设置成可新增。对于下级系统，在资源控制配置中将自定义档案定义资源设置成不可新增、不可修改、可覆盖。注意：由于自定义档案定义新增后，后台会自动生成一条管控模式的数据，因此需要将资源控制表中管控模式资源设置为可新增，才能保证自定义档案新增成功。用友软件股份有限公司2.3.2.25自定义档案维护（全局）全局的自定义档案，由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将自定义档案下发到各个下级系统，在资源控制配置中将自定义档案（全局）资源设置成可新增。对于下级系统，在资源控制配置中将自定义档案（全局）资源设置成不可新增、不可修改、可覆盖。注意：第一次下发上级系统数据时，需要将全部档案的全部预置数据下发到下级系统；之后再进行下发时，需要指定需要下发的档案；如果不指定会因为数据量比较大，影响系统效率。用友软件股份有限公司2.3.2.26其它基本档案（全局）全局的各类基本档案由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的各类基本档案下发到各个下级系统，在资源控制配置中将XX基本档案(全局)资源设置成可新增。对于下级系统，在资源控制配置中将XX基本档案(全局)资源设置成不可新增、不可修改、可覆盖。2.3.3基础数据上传当集团与初始化的下发、集团与初始化的上传、上级系统的组织机构及需要管控的政策性档案都下发完成后，就可以在下级系统创建各子集团的组织结构和基本档案了。通过执行“基础数据上传”任务，将其上传到上级系统，以保证集团总部所在的上级系统需要能够查看所有下级系统的子集团的凭证数据和合并报表。2.3.3.1业务单元(本系统)对于下级系统，通过执行“基础数据上传”任务将本系统业务单元数据上传到上级系统，在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖，表示在下级系统中可以进行组织的维护。对于上级系统，如果本身不处理业务不需要进行组织数据的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行组织数据的维护，可设置成可新增、不可修改、可覆盖。2.3.3.2财务核算账簿(集团)对于下级系统，通过执行“基础数据上传”任务将本系统财务核算账簿数据上传到上级系统，在资源控制配置中将财务核算账簿(集团)资源设置成可新增、不可修改、可覆盖，表示在下级系统中可以进行组织的维护。对于上级系统，如果本身不处理业务不需要进行组织数据的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行组织数据的维护，可设置成可新增、不可修改、可覆盖。注意：如果财务核算账簿引用的科目表是本系统创建的，则上传财务核算账簿（集团）资源时，同时必须把科目相关信息（本系统）资源一并上传用友软件股份有限公司2.3.3.3成本中心（集团）对于下级系统，通过执行“基础数据上传”任务将本系统成本中心数据上传到上级系统，在资源控制配置中将成本中心资源设置成可新增、不可修改、可覆盖，表示在下级系统中可以进行成本中心的维护。对于上级系统，如果本身不处理业务不需要进行成本中心数据的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行成本中心数据的维护，可设置成可新增、不可修改、可覆盖。2.3.3.4参数（集团）对于集团级或组织级参数一般都是会影响业务流程的业务参数，即各个子集团根据各个业务需要设置参数值，则需要设置本集团以及本集团内所有组织级参数，然后上传到上级系统中。如果上级系统也做业务，则可以在上级系统中配置本集团范围内的集团级和组织级参数。2.3.3.5客户对于下级系统，通过执行“基础数据上传”任务将本系统集团或组织级客户数据上传到上级系统，在资源控制配置中将客户(集团)资源设置成可新增，表示在下级系统中可以进行组织的维护。对于上级系统，如果本身不处理业务不需要进行集团或组织级客户档案的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行客户(集团)档案的维护，可设置成可新增、不可修改、可覆盖。2.3.3.6供应商对于下级系统，通过执行“基础数据上传”任务将本系统集团或组织级供应商数据上传到上级系统，在资源控制配置中将供应商(集团)资源设置成可新增，表示在下级系统中可以进行供应商(集团)的维护。对于上级系统，如果本身不处理业务不需要进行集团或组织级供应商档案的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行供应商(集团)档案的维护，可设置成可新增、不可修改、可覆盖。2.3.3.7物料对于下级系统，通过执行“基础数据上传”任务将本系统集团或组织级物料数据上传到上级系统，在资源控制配置中将物料(集团)资源设置成可新增，表示在下级系统中可以进行物料(集团)的维护。用友软件股份有限公司对于上级系统，如果本身不处理业务不需要进行集团或组织级物料档案的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行物料(集团)档案的维护，可设置成可新增、不可修改、可覆盖。2.3.3.8人员(本系统)对于下级系统，通过执行“基础数据上传”任务将本系统人员数据上传到上级系统，在资源控制配置中将人员(本系统)资源设置成可新增、不可修改、可覆盖，表示在下级系统中可以进行人员的维护。对于上级系统，如果本身不处理业务不需要进行人员档案的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行人员档案的维护，可设置成可新增、不可修改、可覆盖。2.3.3.9银行账户(集团)各个下级系统的集团和组织级的银行账户信息需要上传到上级系统中。对于下级系统，通过执行“基础数据上传”任务将集团及组织级的银行账户数据上传到上级系统，在资源控制配置中将银行账户(集团)资源设置成可新增。对于上级系统，如果本身不处理业务不需要进行银行账户的维护，则可设置成不可新增、不可修改、可覆盖，如果本身处理业务需要进行银行账户的维护，可设置成可新增、不可修改、可覆盖。2.3.3.10会计科目科目相关内容的下发与上传包含两部分：科目数据和科目数据的编辑权。为了保证科目数据的完整性，系统要求同一时刻只能有一个系统有科目数据编辑权。初始时默认第一个做业务初始化的系统有科目数据的编辑权。当科目的管控模式为集团或各组织制定时，对于上级系统，如果对全局会计科目需要调整再下发，首先需要在会计科目界面上通过【回收】功能将下级系统科目数据和科目的编辑权上传到上级系统，才能做科目的调整。具体操作参见2.3.4章节“会计科目的下发上传”；对于下级系统，当上级系统已经通过【下发】功能将科目的维护权下发到下级系统后，下级系统如果对科目有调整，可以通过执行“科目相关信息上传”任务将科目的最新数据上传到上级系统，但科目的编辑权不上传，下级系统依然可以编辑科目。由于财务核算账簿、凭证等数据对会计科目有依赖，因此，在上传这些数据的同时需要将科目的相关信息一并上传，否则数据会不完整；2.3.3.11用户定义属性（集团）对于下级系统，需要维护集团级的用户定义属性，用户定义属性一旦在集团级定义后，在全局就不可以再进行定义，因此下级系统定义完集团级用户定义属性后，用友软件股份有限公司应该把集团级用户定义属性上传到上级系统中。集团级的用户定义属性下下级系统制定，上传到上级系统中，上传后在上级系统通常不允许修改、删除。对于下级系统，通过执行“基础数据上传”任务将本系统用户定义属性上传到上级系统，在资源控制配置中将用户定义属性(集团)资源设置成可新增、不可修改、可覆盖。对于上级系统，不可维护集团级的用户定义属性，则可设置成不可新增、不可修改、可覆盖，2.3.3.12自定义档案维护（集团）对于管控模式为集团或集团+业务单元或业务单元类型的自定义档案，下级系统需要维护集团级或组织级数据，通过执行“基础数据.
