UAPRIAV6.36产品分布系统管理分册操作手册UAPRIAV6.5分布系统管理iUAP丛书-操作手册用友网络科技股份有限公司企业互联网开放平台2版权2014用友集团。未经用友集团的书面许可，本操作手册任何整体或部分的内容不得被复制、复印、翻译或缩减以用于任何目的。本操作手册的内容在未经通知的情形下可能会发生改变，敬请留意。请注意：本操作手册的内容并不代表用友软件所做的承诺。用友网络科技股份有限公司企业互联网开放平台3目录版权.2目录.31概述..51.1产品概述..51.2产品价值..51.3名词术语..52典型场景及应用步骤.72.1典型场景..72.1.1分布式总业务场景.72.1.2总账业务场景.82.1.3企业报表业务场景.92.1.4合并报表业务场景.102.2传输资源要求..112.3基础设置应用步骤..122.3.1集团与初始化下发及上传.132.3.2基础数据下发.152.3.3基础数据上传.232.3.4会计科目的下发上传.262.3.5消息配置.322.3.6注意事项.332.4总账应用步骤..342.4.1总账业务处理.352.4.2期初余额上传.362.4.3凭证上传.362.4.4期末状态上传.362.4.5注意事项.372.5企业报表应用步骤..372.5.1在上级系统建立全局采集任务并分配..382.5.2在上级系统创建报表组织体系.392.5.3在上级系统建立传输任务.392.5.4报表相关数据下发.402.5.5在下级系统创建报表组织体系.412.5.6在下级系统根据上级的要求进行个性化设置..412.5.7在下级系统进行报表数据的提取、填报、计算、审核等业务工作..412.5.8在下级系统建立传输任务.412.5.9报表相关数据上传.432.6合并报表应用步骤..432.6.1在上级系统建立全局合并方案并下发..442.6.2在上、下级系统分别建立股权投资关系..45用友网络科技股份有限公司企业互联网开放平台42.6.3在上级系统分别建立报表合并体系..452.6.4在上级系统建立传输任务.452.6.5合并报表相关数据下发.472.6.6在下级系统根据上级的要求进行个性化设置..472.6.7在下级系统编制本集团合并报表工作..472.6.8在下级系统建立传输任务.472.6.9个别报表相关数据上传.492.6.10合并报表相关数据上传.492.6.11在上级系统编制母集团合并报表工作..493分布式系统设置.503.1分布系统目录..503.1.1功能概述.503.1.2界面介绍.503.1.3操作说明.513.2资源控制配置..513.2.1功能概述.513.2.2界面介绍.523.2.3操作说明.523.3发送管理..523.3.1功能概述.523.3.2界面介绍.533.3.3操作说明.533.4接收管理..543.4.1功能概述.543.4.2界面介绍.543.4.3操作说明.553.5传输任务..553.5.1功能概述.553.5.2界面介绍.553.5.3操作说明.573.6传输日志..573.6.1功能概述.573.6.2界面介绍.573.6.3操作说明.584附录.59用友网络科技股份有限公司企业互联网开放平台51概述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，又要上总部并形成上下级管控，则需要先使用实施工具做必要的数据整理与整合，再部署。用友网络科技股份有限公司企业互联网开放平台6[上级系统]和[下级系统]：上级系统是指由母集团使用的、制订和下发全局性管控政策、全局性基本档案的系统。下级系统是相对上级系统而言，是某一个或几个子集团业务运行系统，接收上级系统下发的数据并据次开展业务、上报数据。[传输资源]是在开发态包装的可作为独立发送/接收对象的实体。在产品中体现为传输资源实体。[任务]：指分布部署得系统之间进行数据传输的人物，是上、下级系统之间进行资源传输的载体的总称。[采集任务]：指具有相同业务属性的一套报表表样的组合。其中包含报表表样的格式和计算、审核公式等信息，也包括报表的打印方案和审核方案的相关信息。与单个产品系统中的“任务”功能节点中的“任务”属于同一事物。[采集任务属性]：指采集任务的基本设置信息，包括基本属性、上报属性和其他属性等。[合并方案]：一个合并方案管理一套合并流程，生成一套需要的合并结果数据，与单个产品系统中的“合并方案”功能节点中的“合并方案”属于同一事物。用友网络科技股份有限公司企业互联网开放平台72典型场景及应用步骤2.1典型场景2.1.1分布式总业务场景分布式应用上一个非常典型的场景是：每个集团分别部署各自的应用系统，母集团有自身的业务需要处理（例如：人力资源、资金、预算、生产、供销等业务）同时需要制定管控政策、汇总子集团总账凭证及报表、需要编制全集团合并报表。子集团需要遵守母集团的管控政策，处理子集团的业务、上传总账凭证及报表。上传子集团编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。因此在传输上需要由上级系统向各个下级系统中下发管控政策相关数据，由下级系统向上级系统上传总账凭证及报表相关数据，上传子集团编制的合并结果及其相应的对账数据、抵销分录等合并过程数据。图2.1.1-1分布式总业务场景在这样的场景中，母集团的业务系统与制定管控政策的系统如果部署在同一个应用系统中，分布系统目录按如下方式进行搭建。在母集团系统中可进行母集团的业务操作也可制定管控政策，各个子集团系统进行各自子集团的业务操作。总部NC(母集团)子集团一NC子集团二NC子集团三NC子集团业务数据母集团政策要求用友网络科技股份有限公司企业互联网开放平台8图2.1.1-2分布系统目录搭建2.1.2总账业务场景总账分步式应用是从母集团总部角度出发，希望在多个平台上实现财务集中式管理的集团管控需求，达到财务共享的目的。具体包括：1）母集团统一管控政策在各平台上可以落实，子集团NC中不能进行修改、删除。2）母集团总部要能看到所有子集团的全部凭证明细数据进行查账。要求母集团总部NC中各子集团的总账数据必须与各子集团NC中的数据完全一致。母集团NC可对分布应用的子集团进行财务查询分析：查询凭证及各种账簿、结账、编制个别财务报表（总账取数）、编制合并报表。用友网络科技股份有限公司企业互联网开放平台9全局查询账簿查询凭证个性业务要求组织体系（全局）参数及规则（本集团）基本档案（本集团）统一管控政策组织体系参数及规则基本档案(公共)业务数据期初余额会计凭证现金流量信息辅助信息辅助核算关账、结账状态业务数据期初余额会计凭证现金流量信息辅助信息辅助核算关账、结账状态集团组织集团组织子集团NC母集团NC图2.1.2-1总账业务场景2.1.3企业报表业务场景企业报表分步式应用是从上级系统下发报表任务（包含报表表样、打印方案、审核方案等信息），各下级系统可以将报表任务再分配。下级系统采集报表数据形成本集团的报表，再通过分布式任务上传至上级系统，上级系统可以查询、汇总下级系统上传的报表。用友网络科技股份有限公司企业互联网开放平台10全局查看汇总编制个性业务要求报表体系（本集团）基本档案（本集团）任务再分配（本集团）统一管控政策报表体系（全局）基本档案（公共）报表任务（全局）报表表样（全局）报表数据报表数据报送信息审核信息再分配记录报表数据报表数据报送信息审核信息再分配记录集团组织子集团NC母集团NC图2.1.3-1企业报表业务场景2.1.4合并报表业务场景合并报表分步式应用是母集团（即上级系统）向子集团（即下级系统）下发全局合并方案任务。各子集团针对该合并方案完成本集团的合并报表编制，即根据业务需要针对该合并方案进行个别报表调整、对账、抵销、合并、合并报表调整、审核、上报。最后将子集团的合并报表结果和这些过程数据都上报至母集团，由母集团完成全集团最终合并报表的编制。从上级系统下发合并体系、合并任务（包括合并方案、合并报表项目分类、合并报表项目、调整抵销模板分类、调整抵销模板、常用调整凭证分类、常用调整凭证、常用抵销分录分类、常用抵销分录、调整方案分类、调整方案、抵销方案分类、抵销方案、审核方案分类分类、审核方案、工作底稿模板）。下级系统根据系统的个别报表数据生成本集团的合并报表，再将合并结果通过分布式任务上传至上级系统，上级系统根据所有下级系统的合并结果生成本系统的合并报表数据。用友网络科技股份有限公司企业互联网开放平台11全局查看上传编制个性业务要求合并体系（全局）基本档案（本集团）统一管控政策合并体系（全局）基本档案（公共）合并任务（全局）报表数据报表数据报送信息审核信息对账数据报表数据报表数据报送信息审核信息对账数据集团组织子集团NC母集团NC图2.1.4-1合并报表业务场景2.2传输资源要求1、集团与初始化下发与上传：集团目录必须在上级系统建立，下发给各个下级系统。上级系统的集团在上级系统做业务初始化后，将初始化的标记下发给下级系统；下级系统的集团在下级系统做业务初始化后，将初始化的标记上传给上级系统。2、组织与账簿下发与上传：由于母集团需要管理子集团下需要上传总账凭证的组织，所以组织结构和账簿在下级系统子集团中建立后上传给上级系统。同时上级系统需要建立合并体系，合并体系下的组织可能会跨越多个集团，为了保证合并体系下发到下级系统后数据能够保持完整性，所以由上级系统需要将所有的业务单元数据下发到各个子系统中。3、统一政策性基础档案下发：基本档案、关键参数应由总部统一规划后下发到子集团NC。需要下发的基本档案有：科目、客商基本档案、自定义档案、现金流量表项、银行类别、银行等等。子集团产品系统不允许修改、删除总部下发的政策。会计科目：下发全局会计科目表，各子集团可以在此基础上建立集团科目表，增加下级科目或辅助核算类型。4、子集团基础数据上传只要在子集团NC中作为辅助核算的基本档案，则都必须上传到母集团NC中，以保证母集团NC中可以看到完整的辅助核算账。子集团NC上传的基本档案，在母集团NC中不能进行任何修改、删除，以保证上下级NC的数据完全保持一致。子集团可以基于母集团统一会计政策细化自己的会计科目档案中，细化后的科目档案（含下级科用友网络科技股份有限公司企业互联网开放平台12目与辅助核算类型）需上传到母集团NC中。5、子集团凭证数据上传子集团期初余额的上传。子集团凭证数据的上传。同时包含凭证的辅助核算、辅助信息（除往来核销和VAT以外的所有信息）、现金流量子集团期末数据的上传。包括提前关账、关账、结账状态。6、母集团企业报表任务下发母集团企业报表管控政策的下发。同时包括任务信息、任务分配记录、关键字信息、报表表样、审核方案、打印方案。7、子集团企业报表任务上传子集团企业报表采集结果的上传。同时包括报表数据、报送信息、审核信息、再分配记录。8、母集团合并报表任务下发母集团合并报表管控政策的下发。同时包括报表合并体系、合并方案、合并报表项目分类、合并报表项目、调整抵销模板分类、调整抵销模板、常用调整凭证分类、常用调整凭证、常用抵销分录分类、常用抵销分录、调整方案分类、调整方案、抵销方案分类、抵销方案、审核方案分类分类、审核方案、工作底稿模板。9、子集团合并报表任务上传子集团合并报表采集结果的上传。同时包括报表数据（个别报表调整表、合并报表、合并报表调整表）、报送信息（各报表的报送状态）、审核信息（各报表的审核状态和结果信息）、对账数据、调整凭证与抵销分录数据（包括个别报表调整凭证、抵销分录、合并报表调整凭证）。2.3基础设置应用步骤传输任务要求：1、需要在母集团系统中建立以每个子集团为资源接收方的传输任务，在子集团系统中建立以母集团系统为资源接收方的传输任务。只有建立传输任务后不同的应用系统间才可以进行数据传输。如图所示：图2.3-1传输任务要求-母集团系统图2.3-2传输任务要求-子集团系统可以采用系统预置好的传输任务来执行，如果这些预置任务不能满足，也可以选择需要传输资源单独建立传输任务来完成。子集团系统传输任务母集团系统传输任务用友网络科技股份有限公司企业互联网开放平台13组织\参数\基本档案的下发与上传设置传输任务下发、上传基础数据子集团NC分布式系统集团总部NC业务单元账簿类型分布系统目录传输资源注册传输任务传输日志传输日志传输日志分布系统目录传输任务基本档案(公共)参数和编码规则业务单元账簿类型基本档案参数和编码规则各集团建立各集团建立接收母集团参数控制,不可修改。可维护自身参数并上传接收母集团公共档案,维护下级档案后上传会计科目表会计科目表接收母集团科目表,维护下级科目表后上传财务核算账簿财务核算账簿母集团的统一设置，不可细化合并体系合并体系母集团的统一设置，不可细化传输包图2.3-3组织/参数/基本档案的下发与上传具体业务数据的设置及任务执行的步骤如下：2.3.1集团与初始化下发及上传集团目录必须在上级系统建立，下发给各个下级系统。同时上级系统的初始化标识必须在下级系统做集团初始化之前下发，主要的目的是为了防止在下级系统初始化时再生成全局级的预置数据，以免造成不同的应用系统间的预置数据不一致，影响后续业务。具体步骤如下：用友网络科技股份有限公司企业互联网开放平台141.上级系统设置管控模式和唯一性规则。比如客户、供应商是否要在全局进行管理。管控模式是档案的管理模式，它决定了有哪几个层次的节点、可见性范围和唯一性范围，需要在集团初始化之前设置管控模式，系统会根据管控模式来设置预置数据。管控模式和唯一性规则由母集团站在全局的角度统一制定，下发到下级系统，因此在上级系统中资源控制配置设置为：可新增为否、可修改为是。下级系统不可修改下发的管控模式和唯一性规则，则下级系统在资源控制配置中把管控模式和唯一性规则都设置为：可新增为否、可修改为否、可覆盖为是。2.上级系统和下级系统分别配置资源控制配置。可新增：对于上级系统，如果只作全局的统一政策型业务的控管，则只将全局的资源配置设置为可新增；如果除管理政策型业务档案外，还要做其他业务，如总账，则需要将全局和集团/组织级的资源均设置为可新增。对于下级系统，通常只处理和上传一些层次基础数据，则只需要将集团/组织级的资源均设置为可新增，全局的资源配置不能设置为可新增。可修改：用于控制在本系统，对于来源于本系统之外的数据是否允许进行修改，根据业务需要配置。对于上级系统，外来数据为下级系统上传的档案和业务数据；对于下级系统，外来数据为上级系统下发的统一政策型业务档案。可覆盖：用于控制对于来源于本系统之外的数据，再次下发到本系统时，是否允许进行覆盖，根据业务需要配置。对于上级系统，外来数据为下级系统上传的档案和业务数据；对于下级系统，外来数据为上级系统下发的统一政策型业务档案。举例如下：对于合并体系(全局)资源来说，在上级系统需要配置成可新增，如下图：图2.3.1-1配置例一下级系统需要配置成不可新增、不可修改、可覆盖，如下图：图2.3.1-2配置例二用友网络科技股份有限公司企业互联网开放平台153.上级系统建集团目录和上级系统集团管理员；分布式系统中的集团目录和集团间的关系由上级系统统一建立。上级系统创建上级系统集团的管理员。4.上级系统初始化本系统管理集团；5.上级系统建立分布式目录，并指定分布式系统对应的集团；6.上级系统执行“集团和初始化下发”将集团目录、初始化标识下发到下级系统；上级系统执行“基础数据下发”任务将管控模式和预置的全局数据下发到下级系统。7.下级系统建分布式目录，并指定分布式系统对应的集团；8.下级系统初始化本系统中管理的集团；9.下级系统执行“初始化上传”任务,将下级系统初始化标识上传到上级系统；10.下级系统建立下级系统的集团管理员；2.3.2基础数据下发集团与初始化的下发与上传完成以后，可以在上级系统中创建并维护组织机构及需要管控的政策性档案，然后通过执行“基础数据下发”任务将组织机构数据和全局级基础档案数据的下发到下级系统。2.3.2.1业务单元(全部系统)为了保证合并体系数据完整性，需要将业务单元数据在各个系统间传输，由各个子系统将本系统中的业务单元数据(包括基本信息和各个职能页签信息)上传至上级系统，再由上级系统将所有的业务单元(只含基本信息)数据下发到各个子系统中。对于上级系统，通过执行“基础数据下发”任务将所有业务单元数据下发到各个下级系统，在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖，表示在上级系统中可以进行组织的维护，如果上级系统本身不处理业务不需要进行组织数据的维护，则可设置成不可新增、不可修改、可覆盖。对于下级系统，由于下级系统需要进行业务处理因此在资源控制配置中将业务单元(本系统)资源设置成可新增、不可修改、可覆盖。注意：为了保证业务单元下发时，能将业务单元的地址和联系人也下发到下级系统，需要在下发的任务中要将地址簿、联系人的资源一起选上。2.3.2.2合并体系(全局)集团的合并报表需要母集团汇总各个子集团的数据，因此对分布式目录中所有的应用系统来说需要一个共同的合并体系处理合并报表业务，这个共同的合并体系由母集团统一制定，下发给各个子集团使用。对于上级系统，通过执行“基础数据下发”任务将全局的合并体系下发到各个下级系统，在资源控制配置中将合并体系(全局)资源设置成可新增。对于下级系统，在资源控制配置中将合并体系(全局)资源设置成不可新增、不可修改、可覆盖。用友网络科技股份有限公司企业互联网开放平台162.3.2.3账簿类型账簿类型为全局级的档案，由上级系统统一进行维护，维护后下发到各个下级体系中。对于上级系统，通过执行“基础数据下发”任务将账簿类型数据下发到各个下级系统，在资源控制配置中将账簿类型资源设置成可新增。对于下级系统，则可设置成不可新增、不可修改、可覆盖。2.3.2.4参数（全局）全局级参数的影响范围是整个全局，在上级系统统一管控设置，然后通过执行“基础数据下发任务”下发到各个子系统中。产品中下级系统是否可以修改全局级参数不走资源控制配置，产品中规定下级系统不允许修改。2.3.2.5编码映射（全局）全局编码映射由上级系统统一制定，通过执行“基础数据下发任务”下发到各个下级系统中。产品中下级系统是否可以修改全局级编码映射不走资源控制配置，产品中规定下级系统不允许修改。2.3.2.6编码规则（全局）全局编码规则由上级系统统一制定，通过执行“基础数据下发任务”下发到各个下级系统中。产品中下级系统是否可以修改全局级编码规则不走资源控制配置，产品中规定下级系统不允许修改。2.3.2.7地区分类（全局）全局的地区分类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的地区分类下发到各个下级系统，在资源控制配置中将地区分类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将地区分类(全局)资源设置成不可新增、不可修改、可覆盖。用友网络科技股份有限公司企业互联网开放平台172.3.2.8客户基本分类（全局）全局的客户基本分类由上级系统统一制定，下发到各个下级系统中，下发后在下级系统通常不允许修改、删除。对于上级系统，通过执行“基础数据下发”任务将全局的客户基本分类下发到各个下级系统，在资源控制配置中将客户基本分类(全局)资源设置成可新增。对于下级系统，在资源控制配置中将客户基本分类(全局)资源设置成不可新增、不可修改、可覆盖。2.3.2.9客户税类（全局）全局的客户税类由上级系统统一制定，下发到.
