企业建模用友网络科技股份有限公司姓名姚晓华｜2018年3月6日个人简介--姚晓华【简介与专业领域】具有国家认证的会计师资格。多年财务业务实际工作经验，及13年用友NC财务项目的实施、维护、支持经验；专注财务领域，精通NC财务产品，在了解客户的需求后，能够将实际业务应用更好地与用友产品结合，产品应用上达到一定的深度及广度。并先后参与曲靖烟厂合并，昆明中铁财务等项目售前、实施等支持工作。【教育背景】厦门大学会计系会计专业学士【工作经历】2000/05至今用友软件股份有限公司用友网络科技股份有限公司客户服务支持中心NC财务领域应用专家【服务客户】曲靖烟厂南光集团恒大地产顺丰速运深圳南玻集团广东造纸集团海南港航控股中海地产湖北电力巴洛克……雅居乐长江三峡香江集团都市丽人中南机械远大医药权限建模组织建模基础数据高品质高满意高效益NCV6平台创新－－企业动态建模平台企业动态建模平台：支撑全球化、多集团、多组织应用的企业动态建模平台，满足中国集团企业成长性要求多集团全球化背景下的多集团企业建模支持多级集团管控多组织基于业务单元为核心的多组织模型支持集团企业矩阵式的组织上下级管理基于组织间业务委托关系的业务流程动态建模组织模型变革，基础数据集团管控变化支持业务流程改进，业务规则变更，权限资源变更国际化界面、数据多语，多时区，多主币，国家数据格式支持本地化的代码架构行业化、个性化行业扩展开发框架，行业应用、资产管理NC个性化开发框架云技术运行平台稳定、高效、安全、可扩展的云运计算运行平台，技术创新促进商业模式创新动态建模平台支撑全球化、多集团、多组织应用的企业动态建模平台应用集成平台高效集成，无缝整合、低TCO企业级应用集成平台应用开发平台企业创新应用的高效开发平台，服务NCEcosystem伙伴产业链环境应用管理平台从业务诊断到快速实施交付，从运维服务到监控管理的解决方案全生命周期管理step1：建立NC应用系统（必选）Step2：进行系统初始化（必选）Step3：进行基础数据管控模式设置（必选）Step4：建立组织和必要的基础数据（必选）Step5：进行授权权管理（可选）Step6：进行业务权限授权（必选）Step7：领域业务初始化（必选）Step8：处理具体领域业务（结果）系统初始化过程1权限建模资源是权限系统要保护的对象。系统中的资源，在本权限模型中主要有两类资源，一类是资源实体，主要是各种业务对象，如销售单、付款单等；一类是UI元素，例如节点、按钮、页签操作类型：对资源可能的访问方法，如增加、删除、修改等维护操作功能分两层:功能点,业务活动业务活动是对资源的操作，可以是资源实体与操作类型的二元组，如增加销售单、修改销售单等,是最细粒度的业务职责;功能点是对应一个FORM的、包含多个相关业务活动的综合功能包数据对象：具体的业务对象，如甲公司、乙部门等等，包括所有涉及到数据权限的对象值；权限：角色/用户可访问的资源及其操作，具体在我们产品中在部分通过功能权限和数据权限来体现职责：某种业务职能（如库管）具备的权限范围，在系统中体现为一些和组织无关的功能点和业务活动的集合。一般情况下，按企业相关职务的权限范围来设计对应的职责。角色：为完成某种特定的业务职能（如仓库1的库管）需要具备的权限范围，在系统中体现为一些和组织相关的职责，以及数据权限的范围。一般情况下，可以按企业的岗位设置情况来规划和定义角色。角色组：角色的分类，单级次。主要用于管理员授权权范围用户：参与系统活动的主体，如人，系统等用户组：用户的分类，多级次。主要用于管理员授权权范围权限建模基本概念以RBAC为核心的权限模型，同时支持对特殊人群直接授予特殊业务权限的灵活性支持功能、数据、服务、报表等多类权限资源借助职责实现权限继承，简化、规范企业业务权限体系的规划集中与分层的授权体系，提供多角度审计报告，支持内控与审计支持权限申请、授权确认的自动化流程支持多种的安全认证方式，并且可扩展其他方式利用二次认证、数字签名等保护敏感业务和核心数据权限建模--权限模型数据权限规则职责功能用户人员数据权限资源表1:n1:n1:n1:11:n1:n组织角色权限建模—用户的系统分类角色类别用户主要业务授权方式备注应用系统管理员由系统管理员（Root用户）创建和维护，是应用系统的管理员，一个应用系统可以有一个或多个应用系统管理员创建集团和集团管理员进行模块启用和配置基础数据管控模式权限固定通过修改配置文件可在实施阶段调整应用系统管理员的功能权限范围集团管理员可以创建很多个,由应用系统管理员创建客户化业务建模：（权限、组织、基础数据、流程建模）系统管理、维护、工具产品系统默认其功能权限和授权权范围所拥有的功能权限由应用系统管理员通过“集团管理员功能范围”进行配置；授权权范围是所管辖集团下的所有用户、角色、组织普通管理员由集团管理员或有相应权限的管理员创建；一个集团下可以有多个管理员客户化业务建模：（权限、组织、基础数据、流程建模）系统管理、维护、工具产品由集团管理员或拥有相应授权权的管理员授权普通管理员只是一个拥有能够进行权限管理权限的普通用户。功能权限不能大于对其授权的管理员；授权权范围也是对其授权管理员授权权范围的子集业务角色可以由管理员创建；可以很多个业务拥有相应授权权的管理员授权业务角色分管理类角色和业务类角色拥有全局级节点权限的用户可以做全局级业务注意：集团内共享并不改变该用户的所属组织和所属用户组集团内共享不同的管理员可以对一个用户进行管理（分配权限）权限建模-集团内共享权限建模—职责功能权限功能权限是指用户登录NC系统可以使用的功能。功能具体来说是指：可以见到并打开的功能节点节点中的页签节点中的业务活动（即按钮）功能授权的步骤：建立业务活动。建立职责。建立角色。用户权限分配：可以直接对用户授权：可以直接为用户分配职责；可以直接为用户分配可以做业务的组织。可以通过角色对用户授权。职责-------功能节点------页签-----业务活动------业务活动主组织角色用户业务活动权限启用业务活动是有业务含义的一组按钮的集合，支持在功能注册节点上设置业务活动以及业务活动对应的按钮，按钮的授权通过业务活动实现职责职责是功能节点、页签和业务活动的的集合，在集团内同一类型的组织中，都有职责类似甚至一致的角色。例如在所有库存组织中都有库管员，他们所能访问的功能节点和业务活动都是一样的。职责管理管理类角色拥有相关管理权限的角色业务类角色拥有相关业务类操作权限的角色管理类角色与业务类角色参数与5系列产品区别，管理权限和业务权限可以互斥系统管理员登陆—应用管理系统—系统初始化—系统参数设置—选择全局角色管理维护和使用权限数据权限的授权资源是资源实体，例如销售订单，BU目录；数据权限区分资源实体的操作，例如修改、删除、保存、审核数据权限基本模型：角色—资源实体—组织-—操作—规则资源实体按照“产品—模块—组件—实体”4级来组织，实体下可细分操作,例如:财务会计.总账.凭证管理.凭证.修改数据维护权限示例:数据的主组织是数据权限默认的逻辑区分分类，不需要用户再去设置规则进行区分，而用户其他的数据权限区分，则需要进行数据权限的授权数据权限授权粒度需要支持到组织一级，基本的数据权限模型是：角色.资源实体.组织.操作.规则。即可以支持：一个销售人员，对于销售订单，在销售组织1和销售组织2下，查询订单的权限规则分别为订单金额<100万和订单金额<500万数据权限中，“通用引用”的含义是指UAP层面的，不是全部。不包含财务、供应链权限建模--数据权限权限建模—数据维护权限是简化授权的一种方案,本质是一个公共数据权限规则在一个集团内针对一类资源实体启用特殊数据权限，实体的增、删、改，全部有权，全部无权，不控制在一个user适配拥有者权限和主管权限时，优先作为部门主管进行匹配即在集团内启用一类资源实体的特殊权限的同时，仍然允许针对角色来设置该单据的数据权限。对禁止型的特殊权限优先解释。例如对销售订单的拥有者权限，设置了拥有者无权审核，那么不管权限规则和其它特殊权限如何定义，销售订单的制单人永远不能审自己的单据。其它情况下按数据权限的并集处理拥有者权限实现的场景是控制本人能查看、维护但是不能审批本人创建的单据或档案，所以拥有者权限的启用细分到实体的操作上主要为支持不通过审批流完成审批的业务,控制只有审核人才能做反审核主管权限实现的场景是部门经理能查看、维护、审批其下级创建的单据或档案，启用时不细分到实体的操作，其作用范围等同于拥有者权限的作用范围，全部为有权针对单据，对权限的一种补充特殊数据权限拥有者权限审核者权限主管权限权限建模--特殊数据权限1.为用户单独分配功能权限以及数据权限需要启用参数2.为多用户统一分配权限（角色）数据权限以及授权权等管理类角色与业务类角色参数与5系列产品区别，管理权限和业务权限可以互斥系统管理员登陆—应用管理系统—系统初始化—系统参数设置—选择全局权限建模--授权管理管理员角色具有的权限管理权，下级管理员的授权权不能超越其上级管理员的授权权。用于支持分级授权2组织建模NC应用系统全局：GLOBAL，集团：BusinessGroup，组织：Businessunit全球化多集团运营集团公司集团2集团1集团3业务单元业务单元集团公司业务单元业务单元业务单元集团公司业务单元业务单元组织建模－－集团目录与业务初始化在系统上线阶段，先由root用户创建应用系统。组织建模－－创建应用系统再由系统管理员创建集团，每个集团通常为一个独立运营的业务板块或业态经营板块。集团目录为树形结构。组织建模－－创建集团目录业务初始化：主要是在集团下做业务模块的启用。组织建模－－业务初始化帐套公司采购组织公司工厂仓库销售组织责任中心仓库部门部门工厂业务单元组织的职能组织的管理关系组织的业务委托关系组织建模--组织结构模型组织职能：是组织单元在组织结构中所承担的功能，是根据组织单元处理业务的能力对组织进行的分类，一种组织职能是一种业务处理能力的描述。通过组织职能是用来为组织明确权责，让不同组织职能的组织间彼此协同又相互制衡。一个组织可以同时具有多个组织职能。组织建模—确定组织职能组织职能：法人公司：是通过登记注册，能够对外提供独立财务报告的法人组织。人力资源组织：人力资源组织简称HR组织，人力资源组织是具有人力资源职能的业务单元。财务组织：财务组织核心定位于集团公司内独立核算的主体，分为主财务组织和辅财务组织。资金组织：资金组织是处理集团资金管理业务模块的主体组织。资金组织可以是开票中心，也可以是集团的财务管理组织。采购组织：集团企业从采购业务归口管理的虚拟组织，对应到实体组织通常的形式为：集采公司，物资公司，某公司内拥有集团采购部门、自采采购部门的经营机构。销售组织：集团企业销售、分销体系的专业组织结构。库存组织：是一个库存资源管理的单元。库存资源计划计算依据的范围，库存可用量计算的依赖组织。物流组织：集团企业负责物流运输的专业组织，主要解决集团企业多工厂的物资集中物流运输管理业务，实体具体可以是企业拥有运输调度部门的经营机构或内部专业物流公司。质检组织：集团企业质量业务归口管理的虚拟组织。资产组织：是代理资产所有组织和使用组织管理资产的组织机构，负责建立所管辖资产实物卡片、处理资产实物的其他业务操作的虚拟组织。维修组织：是代理资产组织维修业务的一种资产组织；可能一个资产组织管理的资产自己维修，那么这个资产组织同样也是一个维修组织；如果资产组织管理的资产委托另一个资产组织维修，那么另一个资产组织是维修组织。利润中心：利润中心是责任会计产品的主组织。项目组织：描述企业集团的项目管理组织及执行组织。预算组织：预算组织作为编制预算和描述的基本组织。组织建模—确定组织职能领域模块v6主组织客户化组织管理、权限管理、流程管理、基础数据等全局、集团、组织集团财务总账账簿收、付、报、现金业务单元固定资产业务单元报表Iufo报表报表组织单元合并报表报表组织单元资金资金集中管理资金业务单元资金其他产品业务单元预算预算预算主体供应链采购采购业务单元销售销售业务单元库存库存业务单元运输运输业务单元存货成本域质量质检业务单元制造制造所有模块（MPS、mrp、MO）工厂人力资源工资、福利、人事管理、培训、绩效。。人力资源业务单元管理会计成本相关、收入相关、利润相关、费用相关利润中心生产成本相关成本中心资产管理资产实物管理、资产维修维护资产业务单元、维修业务单元组织建模--业务的主组织组织建模--二级核算模式集团业务单元法人公司财务资金采购库存销售运输质检资产维修利润中心人力资源天圣控股集团√√√10天圣控股集团本部√√√1001浙江天圣控股集团有限公司√√√1002绍兴县天圣置业有限公司√√√1003绍兴县天舜旅游开发有限公司√√√1004浙江天创投资发展有限公司√√√20绍兴纺织印染集团有限公司√√√2001绍兴亿丰化纤有限公司√√√√√√√√√200101亿丰本部√√√√√200102熔体坊车间√√√√√200103加弹车间√√√√√200104复合坊车间√√√√√200105外销贸易部√√√200106香港亿丰√√组织建模--二级核算单位应用【A公司本部】核算账【项目部一】（非法人二级核算单位）核算账【项目部二】（非法人二级核算单位）核算账A公司(法人公司)A公司(法人公司)【A公司】核算账【A公司本部】会计分录【项目部一】会计分录【项目部二】会计分录模式一：二级核算单位独立核算1、二级核算单位有独立的经营业务，独立建立BU,独立建账簿进行核算，独立出本会计主体的报表2、业务同时也在上级公司的核算账中进行核算，一笔业务可以通过会计平台或凭证折算方式同时在两个核算账簿中反应模式二：二级核算单位合并核算1、二级核算单位有独立的经营业务，独立建立BU，不独立建账簿核算。2、所有二级核算单位的信息与法人公司的信息合并在一个核算账簿中，提供专门的标识区分各二级核算单位的会计分录3、在法人公司的核算账簿中，可以按不同二级核算单位提供独立的财务报表部门的定位部门是业务单元下的行政部门，不需要再细分业务职能其树型结构表达部门间的上下级关系部门的主要特性部门需要指定上级安装HR产品后部门档案由HR领域接管部门支持具体的部门版本化部门也支持部门树的版本化部门上需要选择是否预算组织组织建模--部门账簿类型分为财务账簿和责任账簿，分别对应外部核算和内部核算口径.财务账簿和责任账簿是互斥的几类核算账簿业务单元与账簿交叉形成可以记账的实体核算账簿财务组织与财务账簿交叉产生财务核算账簿，财务核算账簿区分总账核算、资产核算、存货核算三类职能。利润中心与责任账簿交叉产生责任核算账簿，财务核算账簿区分责任核算、资产核算2两类职能会计科目会计期间币种体系业务单元核算账簿账簿组织建模--账簿与核算账簿组织间关系分类不同组织间的关系有两类：上下级隶属关系和业务委托关系隶属关系用于同类型组织间的上下级管理，业务委托关系用于业务流程隶属关系隶属关系指同类型组织之间的上下级管理关系，在组织单元的组织类型页签上通过指定上级建立起来的关系和部门树表达的都是隶属关系，可以按组织职能多维度建立管理隶属关系，在系统中可以建立法人公司、人力资源组织、利润中心、财务组织、销售组织、资金组织、项目组织管理隶属关。这个结构是业务政策下达、上下级管控的主要依赖结构，也是同类型组织间默认的业务汇报和数据汇总关系。业务委托关系指同一类组织类型或者不同组织类型之间业务组织之间的传递转换关系。同一种关系，从受托方看为代理关系；从委托方看则为委托关系。例如：采购组织代理哪些库存组织的物料采购，或者说是库存组织委托哪些采购组织为其采购物料业务委托关系源于专业职能分工和组织间业务的协同组织建模--组织间关系3基础数据在不同的行业/企业、企业发展不同阶段，作为管控政策主要载体的基础数据要求管控方式是可配置的分类明细编号管理方式可见性范围唯一性范围1111全局全局全局2211全局＋集团全局全局221全局＋集团全局＋集团全局222全局＋集团全局＋集团全局＋集团311全局＋集团＋组织全局全局321全局＋集团＋组织全局＋集团全局322全局＋集团＋组织全局＋集团全局＋集团331全局＋集团＋组织全局＋集团＋组织全局332全局＋集团＋组织全局＋集团＋组织全局＋集团333全局＋集团＋组织全局＋集团＋组织全局＋集团＋组织411全局＋组织全局全局441全局＋组织全局＋组织全局444全局＋组织全局＋组织全局＋组织5555集团集团集团655集团＋组织集团集团665集团＋组织集团＋组织集团666集团＋组织集团＋组织集团＋组织7777组织组织组织346基础数据—管控模式基础数据—管控模式管理模式：定义节点可维护数据的最大范围；举例：当管理模式为“全局+集团+组织”，则对应档案会有全局、集团、业务单元三个功能节点，全局节点能维护从属于全局的数据，集团节点能维护从属于本集团的数据，业务单元节点可以维护从属于该业务单元的数据。可见性范围：决定着可以查看、使用基础数据的最大范围；举例：当可见性范围为“全局+集团”时，表示全局节点可以看到从属于全局的数据，集团级节点可以看到从属于全局+本集团+本集团所有组织的数据；当可见性范围为“全局+集团+组织”时，表示全局节点可以看到从属于全局的数据，集团级节点可以看到从属于全局+本集团的数据，组织级节点可看到从属于全局+本集团+本组织的数据。唯一性范围：决定基础数据唯一性的范围；举例：当唯一性范围为“全局+集团+组织”时，表示全局节点增加的数据不能与全局+所有集团+所有组织的数据重复，集团级节点增加的数据不能与全局+本集团+本集团下的所有组织的数据重复，组织级节点增加的数据不能与全局+本集团+本组织下的数据重复。当管理模式、可见性范围、唯一性范围都设置为“全局+集团+组织”时，表示该档案有全局、集团、组织三个功能节点，其中全局节点可以查看、维护全局增加的数据，且全局节点增加的数据不能与全局+所有集团+所有组织的数据重复；集团节点可以查看全局+本集团的数据，可以维护本集团增加的数据，且增加的数据不能与全局+本集团+本集团下的所有组织的数据重复；组织级节点可以查看从属于全局+本集团+本组织的数据，且组织级节点增加的数据不能与全局+本集团+本组织下的数据重复。唯一性可见性维护性管理方式＋可见性范围＋唯一性范围共同决定一个基础数据特性举例说明：例如管理方式为全局＋集团，那么可见性范围可以设置全局，或者全局＋集团；如果可见性范围为全局，那么唯一性范围只能为全局；如果可见性范围为全局＋集团，那么唯一性范围可以设置全局，或者全局＋集团。设置过程中，管理方式可见性范围唯一性范围之间存在约束关系基础数据--管控模式三维度间关系基础数据--不同模式应用场景以物料档案为例，按照用户常见的场景进行说明：集团统一进行物料的管理。物料仅可被集团维护。各业务单元可以使用集团的物料。(管控模式：集团、可见性：集团、唯一性：集团)集团管理集团的物料，各业务单元管理本业务单元的物料。物料仅可被创建的组织维护。各业务单元可以使用集团以及本业务单元的物料。(管控模式：集团＋业务单元、可见性：集团＋业务单元、唯一性：集团＋业务单元)各业务单元分别进行物料的管理，但是作为全集团的数据。物料仅可被创建的组织维护。各业务单元可以使用任意业务单元创建的物料。(管控模式：集团＋业务单元、可见性：集团、唯一性：集团)各业务单元分别进行物料的管理。物料仅可被创建业务单元维护。各业务单元仅使用本业务单元的物料。(管控模式：业务单元、可见性：业务单元、唯一性：业务单元)支持的管控模式：五级的应用全局：全局＋集团：全局＋集团+组织：集团：集团＋业务单元：业务单元：提供的节点三级节点客户（供应商）—全局客户（供应商）—集团客户（供应商）—业务单元属性页签客户四个页签、供应商三个页签客户（供应商）—基本信息（全局、集团、业务单客户（供应商）—财务信息（财务组织+利润中心）客户—销售信息（销售组织）客户—信用控制信息（信用控制域）供应商—采购信息（采购组织）基础数据--客户、供应商基础数据--会计科目管理模式集团科目表科目表控制方案共享科目控制参数科目表控制方案共享科目控制参数科目表控制方案共享科目控制参数科目表1科目表2科目表4科目表3科目表5集团财务组织1财务组织2A子集团B子集团下属公司财务组织下属公司财务组织下发控制引用下发下发控制控制控制控制引用引用引用子集团运作为主，财务核算体系集团内统一账簿A基础数据--科目体系科目体系科目体系用于支持多种财务核算体系，不同科目体系的科目编码规则、科目类型均可不同。科目体系由核算账簿使用。创建科目体系时自动创建全局根科目表和根科目表控制规则。基础数据--科目体系科目体系科目体系用于支持多种财务核算体系，不同科目体系的科目编码规则、科目类型均可不同。科目体系由核算账簿使用。创建科目体系时自动创建全局根科目表和根科目表控制规则。基础数据--科目表科目表科目表是按层级细化产生的会计科目以及会计科目有关的辅助核算、科目预留等辅助数据的集合。一个科目体系下的科目表为一棵树。建立财务核算账簿，启用总账时需要指定具体的科目表。科目表支持逐级细化和跨级细化。会计政策科目表：勾选后并关联集团，表明该科目表是该关联集团的核算政策，启用财务核算账簿时要关联该科目表或者该科目表的所有下级科目表。基础数据--科目控制规则科目控制规则是体现核算政策的重要指标，体现了企业对会计科目上下级管控的要求。主要内容是上级要求哪些下级必须使用并可以细化的会计科目等具体的控制规则。通过基于上级科目表建立对下级科目表的控制规则；通过基于此控制规则建立下级科目表。基础数据--科目预留规则科目表为了以后能增加新的会计科目，需要在各会计科目编号之间，留有适当的空号，科目预留规则表达的就是这些留出来待以后使用的科目编号；在科目的层层细化过程中，上级科目表预留的科目编号下级科目表是不允许使用的。基础数据--科目表科目表支持版本化科目新版本-临时版本场景：1、科目表使用一段时间后，由于业务变动需要做较大调整，有些科目编码需要变更，使用简单的新版本不能解决问题2、多个组织的科目表都是使用上级科目表同一控制规则，由于业务发展需要，需要分别使用不同的控制规则以上，就需要使用科目临时版本-科目对照-临时版本生效解决注意：做临时版本的科目表必须是末级科目表勾选选择新的控制规则科目新版本-临时版本应用举例问题描述：在集团建立了科目表，很多分子公司的科目表使用同一控制规则由集团科目表派生的，已经使用了一段时间，需要按照不同公司分配不同科目。现在是分配后，所有公司都有相同的科目，或者取消分配，所有公司都不会被分配。请问怎么实现根据不同公司分配同一科目体系下的不同科目。解决方案:通过使用科目版本的临时版本解决科目新版本-临时版本应用举例①在集团科目表中新增一控制规则，按照组织要求选择科目分配到新的规则②选择分配的组织，可以不在组织中建科目表，只是选择组织。科目新版本-临时版本应用举例④确定后就会生成一个临时科目版本，带“*“号，在临时版本上增加需要的新科目③在组织级原科目表启用新版本，选择创建临时版本，科目控制规则选择上一步增加的新增控制规则科目新版本-临时版本应用举例⑤使用科目对照功能，做新旧科目对照⑥系统会自动将共享科目对照过来，自建科目需要手工对照，科目对照后，历史版本的科目和新版本科目就连接起来了科目新版本-临时版本应用举例⑦科目对照完成后生效，注意历史版本上有余额的科目都要对照过来，否则相当于新版本上删除了有数据的科目，会引起总账数据不平衡，除非新版本在年初，数据通过期初余额调平⑧生效后会成为正式新版本，就可以作为新版本使用了，对照前后的科目作为一个科目使用服务一点通（内部版）服务一点通（客户版）服务官方微信
