NCV6平台篇-基础数据管理
合集下载
NC6应付管理操作手册
应付管理操作手册一、应用准备（一）业务单元（二）参数设置1、动态建模——基础数据——业务参数设置（组织）——财务——应付管理检查相关参数设置是否完成（三）账龄区间设置1、财务会计——基础档案及规则——账龄区间设置（集团）——新增——保存注意时间单位，根据业务实际情况设置账期时间（四）单据协同设置1、财务会计——应收管理——单据协同设置选择付款：①应付——②付款单据协同：①选择付款：应付——付款②选择付款：付款——收款选择结算：①付款（预付）——②应付协同单据：①付款结算：付款——收款②付款结算：应付——应收2、注意“流程名称”要和“来源系统”、“交易类型”相对应3、在供应商（集团）中，在接受方的档案中改发送方协同（五）期初余额1、应付期初：财务会计——应付管理——应付期初——自制/导入注意勾选“期初标志”原因：有发票但没有付款期初操作——期初关闭——选择“财务组织”——确定2、付款期初：财务会计——应付管理——付款期初——自制/导入注意勾选“期初标志”原因：预付之后没有发票；有发票但是没有与上月应付核销同样要期初关闭（六）会计平台1、动态建模——会计平台——平台设置为方便之后练习操作，在会计平台中，将“暂估应付单”、“核销单”、“应付单”、“付款单”中的“总帐凭证”的过滤方式都设为“不生成”。
2、会计平台中的转换模板、分类定义的操作暂不讲述二、业务解决方案（一）应付立账：应付单管理节点审核应付单生产凭证流程：财务会计——应付管理——应付单管理——审批——制单由于会计平台相关内容没有设定，在“应付单管理”中无法对应付单进行“制单”，遂本节内容将在“会计平台”课程中再进行操作学习。
（二）付款立账：应付单管理节点审核应付单生产凭证流程：财务会计——应付管理——付款单管理——审批——制单由于会计平台相关内容没有设定，在“付款单管理”中无法对应付单进行“制单”，遂本节内容将在“会计平台”课程中再进行操作学习。
NCV6平台篇-基础数据管理
全局＋组织
集团 集团 集团 集团＋组织 组织
6
基础数据建模
基础数据建模的过程是指在系统可支持的范围内为基础数据设置其管 控模式，由管理方式、可见性范围、唯一性范围３个要素共同决定。
谁能维护什么 数据呢？
我能看到什么 数据呢？
数据不能重复！
基本控制
管理方式、可见性范围、唯一性范围均具有以下七种基本分类，但含义各不相同
基本分类规则
基本分类规则：
1 2 3 4 5 6 7 全局 全局＋集团 全局＋集团＋组织 全局＋组织 集团 集团＋组织 组织
基础数据划分为以下三级节点,录入不同层级的数据： 全局级 集团级 组织级 具体一个基础数据具有几个节点由管理方式决定
界面处理规则
管理方式
决定基础数据的节点个数：XX—全局； XX—集团； XX—组织（具体到组织类型）； 节点记录基础数据（如是多页签数据则是指基本信息页签）的创建级次；哪级创建，我们就认为是哪级的数 据。例如XX—全局创建的为全局级基础数据，依此类推 决定档案的维护方式；决定可以查看基础数据内的可修改、删除范围。仅允许修改本级的基础数据。例如 XX—全局可维护全局级基础数据，依此类推 应用范围：基础数据节点 举例说明：
全局＋集团＋组织。全局节点：可以创建维护全局级基础数据，集团级和组织级数据不可编辑；集团节点：可以创建维护 本集团的私有数据，全局级和组织级数据不可编辑；组织节点：可以创建维护本组织的私有数据，全局级和集团级数据不 可编辑
组织
全局
节点
XX—全局
基础数据
全局级
集团
XX—集团
集团级
组织
XX—组织
组织级
可见性范围
全局。全局节点、集团节点、组织节点：可见全局级＋所有集团级＋所有组织的数据 全局＋集团。全局节点：可见全局级的数据；集团节点、组织节点：可见全局级＋本集团级＋本集团所有组织的数据 全局＋集团＋组织。全局节点：可见全局级的数据；集团节点：可见全局级＋本集团级数据；组织节点：可见全局级＋本 组织所属集团级＋本组织级的数据
NC6产品手册-总账
询、账簿间财务折算、各财务组织间的内部交易对账与内部交易协同等特殊业务功能。总账系统使用时以
1
构建幸福企业 创新改变未来
导读
此手册面向实施顾问以及企业关键用户，旨在为实施规划、解决方案制定和落实提供指导。手册围绕
产品能够解决的主要业务场景展开，并以此为依托展现产品的关键应用功能，提供客户业务需求如何与产
品功能相匹配的思路。
本手册包括四大部分，第一部分是对产品及其价值的概要介绍；第二部分是对有关总账的主要业务场
际 附录 附录 1：控制点 .............................................................................................................................................. 74 附录 2：查询报表 .......................................................................................................................................... 76 NC国
NC6 产品手册
总账
部
进
推
化
际
NC国
构建幸福企业 创新改变未来
目录
名词解释 ................................................................................................................................................................... 3 一 概述
用友NCV6应用篇-资金管理共21页文档
保证需审批才能执行，确保付款业购业务员
付款申请和付款计划在不同公司、不同
岗提高位让工间办作，理效通率过付。系款统的内实业现务自人动流员转、、财审批， 务将人采购员业，务业、付务款单申位请、、计上划级编主制、计
划汇管总单、位计划有审序批协、资同金工下作拨、；计划执行在
V6.0支持客户：同时上财务(供应链)、资金的企业。满足对成员企业的资金管理需求。 具体支持内容：企业内部的现金管理(即收付款、划账和银行对账)、银企直联、商业汇票
（单一企业）。
总体架构 支持客户 亮点概述 亮点介绍
NCV6应用创新－资金领域新特性
付款排程 (新增模块)
资金计划 采用计划预算平台，格 式灵活。控制资金结算 和资金调度、商业汇票
成员单位
会计付款岗
采购合同 采购订单
推式生成
应付单
未使用供应链和 应付管理用户、 费用类付款
根据协议 生成
手工录入
可跨组织审批
审批
付款申请
将申请 提交计划
排程
确定付款方式 下拨/委托
付款计划
审批明细 计划
汇总
期间汇总 付款计划
资金计划
审批期间 计划
超过计划 不许提交
将计划提交 上级核准
如参数配置成不需要上级主管 位核准，则忽略此步。
付款排程(典型应用场景及流程) 对员工付款 银企自动对账 多级结算中心 代理结算账户 共用银行账户 资金计划
NCV6应用创新－付款排程带给企业价值
规范 付款流程
提高付款 工作效率
控制 付款风险
以合同、订单、应付账款为依据，付款 对象、金额、周期依据付款协议自动生成，
避降低免让合手资同工金违编约制计率付划，款和提计高划业供的务应人紧商为满错密意误结度和合。舞弊，， 不将再企业手的工付整款理、资；金下拨纳入计划管理，
付款申请和付款计划在不同公司、不同
岗提高位让工间办作，理效通率过付。系款统的内实业现务自人动流员转、、财审批， 务将人采购员业，务业、付务款单申位请、、计上划级编主制、计
划汇管总单、位计划有审序批协、资同金工下作拨、；计划执行在
V6.0支持客户：同时上财务(供应链)、资金的企业。满足对成员企业的资金管理需求。 具体支持内容：企业内部的现金管理(即收付款、划账和银行对账)、银企直联、商业汇票
（单一企业）。
总体架构 支持客户 亮点概述 亮点介绍
NCV6应用创新－资金领域新特性
付款排程 (新增模块)
资金计划 采用计划预算平台，格 式灵活。控制资金结算 和资金调度、商业汇票
成员单位
会计付款岗
采购合同 采购订单
推式生成
应付单
未使用供应链和 应付管理用户、 费用类付款
根据协议 生成
手工录入
可跨组织审批
审批
付款申请
将申请 提交计划
排程
确定付款方式 下拨/委托
付款计划
审批明细 计划
汇总
期间汇总 付款计划
资金计划
审批期间 计划
超过计划 不许提交
将计划提交 上级核准
如参数配置成不需要上级主管 位核准，则忽略此步。
付款排程(典型应用场景及流程) 对员工付款 银企自动对账 多级结算中心 代理结算账户 共用银行账户 资金计划
NCV6应用创新－付款排程带给企业价值
规范 付款流程
提高付款 工作效率
控制 付款风险
以合同、订单、应付账款为依据，付款 对象、金额、周期依据付款协议自动生成，
避降低免让合手资同工金违编约制计率付划，款和提计高划业供的务应人紧商为满错密意误结度和合。舞弊，， 不将再企业手的工付整款理、资；金下拨纳入计划管理，
NCV6客户化配置手册
V6客户化配置产品手册目录1 编码规则 (1)1.1 编码映射 (1)1.1.1 功能描述 (1)1.1.2 功能详解 (1)1.1.3 应用示例 (2)1.2 编码规则定义-全局 (5)1.2.1 功能描述 (5)1.2.2功能详解 (5)1.2.3 应用示例 (7)1.3 编码规则定义－集团 (8)2 模板管理 (8)2.1 模板设置 (9)2.1.1单据模板 (9)2.1.2查询模板 (15)2.1.3输出模板 (17)2.2 模板分配 (20)2.2.1 功能描述 (20)2.2.2应用示例 (20)1在客户化配置中主要包括编码规则和模板设置两部分。
编码规则可以对单据号、档案编码等进行统一管理。
模板设置可以为单据或档案定义个性化的单据模板、查询模板、输出模板。
1 编码规则编码规则定义能够对系统中使用的单据号、档案编码等自动编码进行统一管理，实现编码生成器的功能。
可以根据时间类型、对象的属性、常量、流水号等类别的属性按照一定的规则组织自动生成对象编码，并通过自动进行断号补号等功能，使得编码规则管理的更加系统和完善。
编码规则管理是系统初始化的一部分，在上线初期就要根据各领域的业务统一进行规划，合理利用资源，综合分析后设置企业合理的编码方式。
设置好编码规则之后，可供系统中相关业务实体在产生对象编码时使用。
编码规则允许修改，新产生的实体对象按照新规则获得编码，已产生的数据则不会变化。
这时候纵向查看一个业务实体的数据时，会发现所有数据可能不符合一致的编码规范。
一般业务实体都有严格的编码一致性要求，所以编码规则的改变除了可能带来数据格式上的不一致，还可能引发编码违反唯一性的概率增加，所以编码规则的变更需要慎重进行。
1.1 编码映射1.1.1 功能描述编码映射节点用于为每一个可用于编码规则的业务实体的值进行重新映射。
在生成编码规则时，按照映射后的值，作为编码的组成部分。
编码映射支持按照规则设置或者离散选择设置，同时可以通过该节点查询实体在编码规则中的引用情况。
用友NC6.X基础数据介绍
NC-V6－基础数据介绍
主要内容
人员档案 客户、供应商档案 自定义项 其他新特性
人员档案
人员档案的管控模式为411
人员档案要求全局内唯一，系统判断人员唯一的业务规则为“ 姓名+证件类型+证件号”唯一，支持用户自定义配置人员档案 的唯一性规则 人员档案仅提供业务单元节点 人员档案的主组织为业务单元，主组织的业务含义是基础数据 的维护权，可以通过“人员调动”按钮改变人员的所属业务单 元；人员调动支持跨集团进行调动
客户、供应商档案
支持的管控模式： 111、211、221、222、 555、655、665、666、
777 五级的应用
全局：111 全局＋集团：211、221、222 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
三级节点
客户（供应商）—全局 客户（供应商）—集团 客户（供应商）—业务单元
客户、供应商档案
相比5X主要变化
客户、供应商节点独立分开 不再区分基本档案和管理档案，而是分为基本信息和组织信息 分配是基本信息向组织页签的分配，5X的档案上下级分配关系 通过管控模式解决 取消了联系信息；联系人作为独立的子表进行管理 客商收发货地址分别作为销售信息、采购信息的子表管理 取消了业务信息，新增财务信息 销售信息作为客户的页签，采购信息作为供应商的页签分别进 行管理 客户新增了信用控制信息页签 新增了客户、供应商基本分类，在基本信息上引用 新增客户销售分类，在销售信息上引用
主要内容
人员档案 客户、供应商档案 自定义项 其他新特性
Hale Waihona Puke 自定义项用户自定义属性
自定义属性是系统对基础数据、业务单据的属性字段进行的一 部分预留，用户在使用过程中可以根据业务需要定义具体的属 性类型 用户自定义属性支持在全局、集团两级定义 支持定义显示名称、数据类型、输入长度、精度
主要内容
人员档案 客户、供应商档案 自定义项 其他新特性
人员档案
人员档案的管控模式为411
人员档案要求全局内唯一，系统判断人员唯一的业务规则为“ 姓名+证件类型+证件号”唯一，支持用户自定义配置人员档案 的唯一性规则 人员档案仅提供业务单元节点 人员档案的主组织为业务单元，主组织的业务含义是基础数据 的维护权，可以通过“人员调动”按钮改变人员的所属业务单 元；人员调动支持跨集团进行调动
客户、供应商档案
支持的管控模式： 111、211、221、222、 555、655、665、666、
777 五级的应用
全局：111 全局＋集团：211、221、222 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
三级节点
客户（供应商）—全局 客户（供应商）—集团 客户（供应商）—业务单元
客户、供应商档案
相比5X主要变化
客户、供应商节点独立分开 不再区分基本档案和管理档案，而是分为基本信息和组织信息 分配是基本信息向组织页签的分配，5X的档案上下级分配关系 通过管控模式解决 取消了联系信息；联系人作为独立的子表进行管理 客商收发货地址分别作为销售信息、采购信息的子表管理 取消了业务信息，新增财务信息 销售信息作为客户的页签，采购信息作为供应商的页签分别进 行管理 客户新增了信用控制信息页签 新增了客户、供应商基本分类，在基本信息上引用 新增客户销售分类，在销售信息上引用
主要内容
人员档案 客户、供应商档案 自定义项 其他新特性
Hale Waihona Puke 自定义项用户自定义属性
自定义属性是系统对基础数据、业务单据的属性字段进行的一 部分预留，用户在使用过程中可以根据业务需要定义具体的属 性类型 用户自定义属性支持在全局、集团两级定义 支持定义显示名称、数据类型、输入长度、精度
NCV63平台篇--基础数据管理
决定可以查看、使用基础数据的最大集；如果启用数据权限，则在此范围基础上进行过滤 应用范围：基础数据节点以及相应参照 基础数据是“共享”模式，上级的基础数据默认被下级组织节点可见。 某级组织节点可见的数据受配置控制。如果可见性配置到更细级别的组织，则仅可见上级+当前组织的数据； 反之则仅可见上级+当前组织及所有下级组织的数据。具体参见举例。 举例说明：
全局。全局节点、集团节点、组织节点：可见全局级＋所有集团级＋所有组织的数据 全局＋集团。全局节点：可见全局级的数据；集团节点、组织节点：可见全局级＋本集团级＋本集团所有组织的数据 全局＋集团＋组织。全局节点：可见全局级的数据；集团节点：可见全局级＋本集团级数据；组织节点：可见全局级＋本 组织所属集团级＋本组织级的数据
五级的应用 全局：111 全局＋集团：211、221、222 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
三级节点 客户（供应商）—全局 客户（供应商）—集团 客户（供应商）—业务单元
属性页签
客户四个页签、供应商三个页签 客户（供应商）—基本信息（全局、集团、业务单 客户（供应商）—财务信息（财务组织+利润中心） 客户—销售信息（销售组织） 客户—信用控制信息（信用控制域） 供应商—采购信息（采购组织）
业务单元 ―――― 分类A 属性1 属性2
会计核算属性
库存组织 ―――― 分类B 属性1 属性2
库存属性
工厂 ―――― 分类C 属性1 属性2
生产属性
成本域 ―――― 分类D 属性1 属性2
存货核算属性
采购组织 ―――― 分类E 属性1 属性2
采购属性
销售组织 ―――― 分类F 属性1 属性2
全局。全局节点、集团节点、组织节点：可见全局级＋所有集团级＋所有组织的数据 全局＋集团。全局节点：可见全局级的数据；集团节点、组织节点：可见全局级＋本集团级＋本集团所有组织的数据 全局＋集团＋组织。全局节点：可见全局级的数据；集团节点：可见全局级＋本集团级数据；组织节点：可见全局级＋本 组织所属集团级＋本组织级的数据
五级的应用 全局：111 全局＋集团：211、221、222 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
三级节点 客户（供应商）—全局 客户（供应商）—集团 客户（供应商）—业务单元
属性页签
客户四个页签、供应商三个页签 客户（供应商）—基本信息（全局、集团、业务单 客户（供应商）—财务信息（财务组织+利润中心） 客户—销售信息（销售组织） 客户—信用控制信息（信用控制域） 供应商—采购信息（采购组织）
业务单元 ―――― 分类A 属性1 属性2
会计核算属性
库存组织 ―――― 分类B 属性1 属性2
库存属性
工厂 ―――― 分类C 属性1 属性2
生产属性
成本域 ―――― 分类D 属性1 属性2
存货核算属性
采购组织 ―――― 分类E 属性1 属性2
采购属性
销售组织 ―――― 分类F 属性1 属性2
NCV6平台篇-基础数据管理
通过高效的数据管理，企业能够更好 地满足客户需求，提高市场竞争力。
支持业务决策
通过对数据的分析和挖掘，为企业提 供有价值的信息，支持业务决策。
NCV6平台的历史与发展
历史
NCV6平台自推出以来，经历了多个版本的迭代和升级，不断完善和优化功能。
发展
未来，NCV6平台将继续秉承云计算、大数据等先进技术理念，为企业提供更加 全面、高效的数据管理服务。同时，NCV6平台将不断拓展行业应用领域，满足 更多企业的需求。
解决方案
建立完善的数据管理和维护体系，包括数据 备份、恢复、版本控制等措施，确保数据的 可靠性和可维护性。同时，加强员工的数据 管理和维护技能培训，提高整体的数据管理
和维护水平。
THANKS FOR WATCHIN用户可通过互联 网随时随地访问和管理 数据。
支持多种数据源的集成 ，实现数据的整合与共 享。
提供多重安全保障机制 ，确保数据的安全性和 隐私保护。
支持根据企业需求进行 定制和扩展，满足不同 规模企业的需求。
NCV6平台的重要性
提高数据管理效率
提升企业竞争力
通过NCV6平台，企业可以快速、准 确地管理和整合数据，提高工作效率。
挑战
由于数据来源多样、数据量大，数据的准确 性和一致性难以保证。
解决方案
建立数据质量管理和校验机制，对数据进行 清洗、去重、校验等操作，确保数据的准确 性和一致性。同时，加强数据监控和预警机 制，及时发现和解决数据异常问题。
数据管理和维护的挑战与解决方案
挑战
随着业务的发展和数据的不断增长，如何高 效地进行数据管理和维护是一大挑战。
定期对数据进行质量评估，识别和解 决潜在的数据质量问题。
数据存储管理
用友NC平台篇-组织管理(终版)
业务单元
子
集
航空集团
团
2
业务单元
业务单元
子
集
奥运礼品集团
团
3
业务单元
业务单元
目录
多组织模型概述 集团 多组织
业务单元 其他组织模型 组织体系 业务委托关系
组织管理其他功能 V63新增功能及重点改进
yonyou software Co., Ltd.
业务单元
➢ 业务单元
✓ 会计期间方案、本位币保存后无法修改 ✓ 所属管控范围、适用零售、报表确认组织 ✓ 利润中心、项目组织、项目成本启用、产品成本启用进
销售组织
采购组织
组织的业务委托关系 组织的管理关系 组织的职能
业务单元
多组织建模的关键问题
随着竞争的加剧和企业业务的发展，经营的业务更加多样化，对各类业务的管理更加多样！
应该建立几个集团？
？
如何划分集团？
同一类组织间的管 理关系如何处理？
怎样建立业务单元 ？
跨组织协同的业务如何 处理？
对企业的组织机构变更 如何管理？
✓ 法人公司缴纳所有的税种 ✓ 分子公司设定委托税种，表示该税种是委托上级法人公司进行调整
和缴纳
业务单元
➢ 利润中心
✓ 责任数据查询汇总的路径—利润中心树
➢ 销售组织
✓ 下达销售政策，询价时查找销售政策—销售组织树
➢ 资金组织
✓ 资金跨组织清算业务—资金组织树
➢ 人力资源
✓ 人力资源组织间业务管控—人力资源组织树
行管控范围必输校验
业务单元
业务单元
➢ 支持的组织类型
✓ 法人公司、人力资源、财务、税务、资金、采购、销售、库 存、物流、质检、资产、维修、利润中心、项目、预算、行 政、工厂、计划中心、核算账簿、成本域
NC6产品手册-权限管理
1.4.3 角色分类 ................................................................................................................................... 3
1.4.4 功能权限 ................................................................................................................................... 5
3.2.1 新增用户组 ............................................................................................................................. 11 3.2.2 新增用户 ................................................................................................................................. 11
构建幸福企业 创新改变未来
NC6 产品手册
部 权限管理 进
推 化 际 NC国
构建幸福企业 创新改变未来
目录
1.
概述 ........................................................................................................................................................... 1
V56新特性培训_基础数据及资产管理
允许修改、 允许修改、删除别人填制的单据
涉及单据：借用申请、领用申请、调拨申请、资产借用、借用归 还、资产领用、领用归还、安装调试、管理部门变动、使用部门 变动、责任人变动、位置变动、状态变动、资产封存、资产启封 、其他变动（及配置出的变动单）、资产调出、资产处置、资产 报废、资产抵押、资产捐赠、资产保险、资产盘点、资产盘盈、 资产盘亏、差异调整
新增功能－ 新功能－使用权调拨
资产的所有者将自己公司的设备或资产给调拨给其他公司 使用，所有权不发生变化的设备转移业务。 使用，所有权不发生变化的设备转移业务。 使用权调拨只是将设备调动给其他公司使用， 使用权调拨只是将设备调动给其他公司使用，所有权不发 生变化；固定资产也不会发生变化；（ ；（使用权公司发生变 生变化；固定资产也不会发生变化；（使用权公司发生变 管理公司不变） 化，管理公司不变）
第一种场景：租赁业务中， 第一种场景：租赁业务中，双方签定租金合同时只能确定 租赁什么设备或材料，及规格、型号和数量， 租赁什么设备或材料，及规格、型号和数量，往往没有指 定是哪个具体的设备，确定不了设备编码， 定是哪个具体的设备，确定不了设备编码，所以需要在租 赁时先指定存货或者材料，然后再去指定具体的设备（ 赁时先指定存货或者材料，然后再去指定具体的设备（设 备编码）。 备编码）。 第二种场景：除了租用设备以外， 第二种场景：除了租用设备以外，还需租用其他一些非设 备的存货 涉及单据：对外租出单、 涉及单据：对外租出单、对内租出单
相关档案参照 部分档案增加翻页功能：
客商、存货、人员、物料档案 每页显示条目为500条，不可定义；仅支持“上页”、 “下页”之间进行翻页，支持显示第几页。
一、客户化基础数据 二、资产管理 1、资产信息管理 2、资产使用管理 3、资产租赁管理
6. NC6.0 新手入门手册-基础数据设置
基础数据设置1.设置会计期间使用集团管理员ea登录NC系统，密码是11）双击【会计期间】2）单击【增加】3）填入必填项，然后单击【保存】4）新建会计期间完成。
2.维护人员信息2.1新建人员类别1）双击【人员类别-全局】2）单击【新增】3）填入必填项，然后单击【保存】4）新增完毕3.维护客户信息3.1新建客户分类1）双击【客户基本分类-集团】2）单击【新增】3）填入必填项，然后单单击【保存】4）再建一个客户分类-加盟商3.2新建客户1）双击【客户-集团】2）单击【新增】3）填入必填项，然后单击【保存】4）新建一个客户，客户分类-加盟商5）客户新建完成3.2分配客户给业务单元1）单击【分配】右边的“小三角”，然后单击【向导分配】2）选定【分配】，然后单击【下一步】3）选择目标组织，然后单击【下一步】4）单击【完成】5）单击【确定】4.维护供应商信息4.1 新建供应商基本分类1）双击【供应商基本分类-集团】2）单击【新增】3）填入必填项，然后单击【保存】4）新建4个供应商分类供应商考核标准：供货质量、准时到货率、账期、价格4.2 新建供应商档案1）双击【供应商-集团】2）填入必填信息，然后单击【保存】3）新建一个D类供应商-汇友友集团4）单击【返回】4.3 将供应商分配给业务单元1）单击【分配】邮编的倒三角，然后单击【向导分配】2）选定【分配】，然后单击【下一步】3）选择目标组织，然后单击【下一步】4）单击【完成】5）单击【确定】5.维护业务信息5.1新建仓库1）双击【仓库】2）单击【新建】3）输入必输项，然后单击【保存】4）共新建3个仓库，5.2 货位管理启用【北京5号库】的货位管理5.1）双击【货位】5.2）定义北京5号库的货位信息5.3）货位设置完成。
NCV6平台篇-权限管理
构建幸福企业，创新改变未来
UAPV6应用平台之权限篇
基本模型和概念 授权控制模型
功能权限
数据权限
权限的分权管理体系
角色的系统分类
授权权 用户管理
权限系统的其它特性
权限建模基本概念
资源
是权限系统要保护的对象。系统中的资源，在本权限模型中主要有两类资源，一类是资源实体，主 要是各种业务对象，如销售单、付款单等；一类是UI元素，例如节点、按钮、页签 操作类型：对资源可能的访问方法，如增加、删除、修改等维护操作 分两层:功能点,业务活动 业务活动是对资源的操作，可以是资源实体与操作类型的二元组，如增加销售单、修改销售单等,是最 细粒度的业务职责;功能点是对应一个FORM的、包含多个相关业务活动的综合功能包 数据对象：具体的业务对象，如甲公司、乙部门等等，包括所有涉及到数据权限的对象值； 权限：角色/用户可访问的资源及其操作，具体在我们产品中在部分通过功能权限和数据权限来体现 职责：某种业务职能（如库管）具备的权限范围，在系统中体现为一些和组织无关的功能点和业务活 动的集合。一般情况下，按企业相关职务的权限范围来设计对应的职责。 角色：为完成某种特定的业务职能（如仓库1的库管）需要具备的权限范围，在系统中体现为一些和组 织相关的职责，以及数据权限的范围。一般情况下，可以按企业的岗位设置情况来规划和定义角色。 角色组：角色的分类，单级次。主要用于管理员授权权范围 用户：参与系统活动的主体，如人，系统等 用户组：用户的分类，多级次。主要用于管理员授权权范围
即可以支持：一个销售人员，对于销售订单，在销售组织1和销售组织2下，查询订单的权限规则分别 为订单金额<100万和订单金额<500万
数据维护权限－数据权限案例
角色
Role1
UAPV6应用平台之权限篇
基本模型和概念 授权控制模型
功能权限
数据权限
权限的分权管理体系
角色的系统分类
授权权 用户管理
权限系统的其它特性
权限建模基本概念
资源
是权限系统要保护的对象。系统中的资源，在本权限模型中主要有两类资源，一类是资源实体，主 要是各种业务对象，如销售单、付款单等；一类是UI元素，例如节点、按钮、页签 操作类型：对资源可能的访问方法，如增加、删除、修改等维护操作 分两层:功能点,业务活动 业务活动是对资源的操作，可以是资源实体与操作类型的二元组，如增加销售单、修改销售单等,是最 细粒度的业务职责;功能点是对应一个FORM的、包含多个相关业务活动的综合功能包 数据对象：具体的业务对象，如甲公司、乙部门等等，包括所有涉及到数据权限的对象值； 权限：角色/用户可访问的资源及其操作，具体在我们产品中在部分通过功能权限和数据权限来体现 职责：某种业务职能（如库管）具备的权限范围，在系统中体现为一些和组织无关的功能点和业务活 动的集合。一般情况下，按企业相关职务的权限范围来设计对应的职责。 角色：为完成某种特定的业务职能（如仓库1的库管）需要具备的权限范围，在系统中体现为一些和组 织相关的职责，以及数据权限的范围。一般情况下，可以按企业的岗位设置情况来规划和定义角色。 角色组：角色的分类，单级次。主要用于管理员授权权范围 用户：参与系统活动的主体，如人，系统等 用户组：用户的分类，多级次。主要用于管理员授权权范围
即可以支持：一个销售人员，对于销售订单，在销售组织1和销售组织2下，查询订单的权限规则分别 为订单金额<100万和订单金额<500万
数据维护权限－数据权限案例
角色
Role1
NCV6-资金管理-各模块概要介绍精品文档
资金结算是资金组织接受成员单位的委托，办理向集团 外收付款或向内部成员单位的收付款。包括：委托付款、 委托收款、内部转账、内部特转、现金缴存支取等。 1. 支持与成员单位的现金管理集成，成员单位通过填
制付款结算单，委托资金组织支付。 2. 支持与成员单位的应付管理集成，成员单位通过填
制付款单，委托资金组织支付。 3. 支持与成员单位的报销管理集成，成员单位通过填
集成。
到账通知
整合现金管理、资金结算。统一在一个节点操作。 根据对账标识码自动匹配是否是企业发起业务，判断是否需要入账。 自动根据对方账号、户名匹配供应商。
银企自动对账
根据对账标识码 自动对账。
关账
更完善的月末结账控制。 关账后控制不再新发生业务。
银企直联
银企直联： 企业ERP与银行系统的直联， 实现指令不落地处理。将多家 银行集成在一起，向用户提供 统一的操作和数据展现界面。 1. 支持业务审批后，向银行
制报销单，委托资金组织支付。 4. 支持与商业汇票集成，向收款方以商业汇票方式结
算时，自动完成商业汇票背书。 5. 支持与银企直联集成，向银行发送付款指令。 6. 支持银企直联支付失败后，通过支付信息变更单变
更支付账号、补录网银信息、结算方式等内容。 7. 支持与到账通知集成，根据银行到账通知，驱动生
系统内完成开销户的申请填 写和审批流程。 2. 支持成员单位在资金管理组 织开设内部账户。包括：活 期、协定、定期、通知，贷 款和票据。 3. 支持成员单位在系统内向资 金管理组织提交开户、销户， 回单查询打印。
现金管理
企业的对外收付款、划账、银行对账、空白票据、期末关账结账、账户汇兑损益结转等业务的处理。 1. 支持成员单位委托资金组织的收付款协同处理。 2. 支持成员单位间收付款协同确认。 3. 支持银企直联，完成付款指令向银行的提交，查询支付状态。 4. 支持根据银行的到账通知，生成现金管理、应收应付管理、资金结算、资金调度的单据。 5. 支持银行对账单与企业会计凭证、银行存款日记账的对账。 6. 支持将下载的银行对账单与总账会计凭证，根据唯一的对账标识码，进行自动对账。 7. 在多个组织使用同一银行账户进行收付款时，支持多单位账务合并对账。 8. 支持空白票据的购置、领用、报销、作废，支持自动领用、自动报销，与总账、现金管理、商业汇票
用友ERPNC6模块简介
供应链
资产管理
人力资本
业务，例如：提交各类申请；进行个人信息、工资信息、合同信息等查询业务；进行PBC的填报、进行考核评分等。
具体包括如下重要功能：
提交个人申请
可通过自助提交的申请包括：时间管理中的签卡申请、休假申请、加班申请、出差申请；人员变动管理中的转正申请、调配申请、离职申请；招聘管理中的内聘职位申请、录用申请等。
查询公共信息并进行相关申请
组织发布的内聘信息、培训报名信息均可在员工自助当中查询，员工可通过自助直接进行内聘申请或培训报名。
个人信息查询
可查询的数据包括：个人信息、合同信息、考勤信息、工资信息、能力素质信息。
自助业务处理
可处理的业务包括：PBC填报、PBC审核、考核评分、考核结果审核等业务，绩效管理的多数业务是通。
NCV6-资金管理-各模块概要介绍
代理结算账户设置
资金组织代理成员对外结算时，设定每个银行账户代理结算的成员 单位范围。 对分工专业的结算中心，将收付款项依据发生的银行账户清晰地对 应到相应成员单位，易于对账管理、查错审计、及时记账。
账户管理
包括银行账户的开销户管理，成 员单位在资金组织的开销户、 冻结和解冻管理。
1. 支持企业在银行开户时，在 系统内完成开销户的申请填 写和审批流程。
商业汇票
NCV6.0发版商业汇票为单一企业的商业汇票管理。 1. 支持企业应收票据的收票、贴现、质押、托收、
背书、向银行托管。 2. 支持应付票据的开票、到期付款。 3. 支持应付票据买方付息贴现。 4. 支持商业汇票单独使用，管理票据台账。 5. 支持与现金管理、资金结算的收付款集成应用。 6. 支持与空白票据集成，自动领用，自动报销票
UAP企业建模相关部分
资金组织 资金组织与成员单位业务业务委托关系 资金管理体系 预算组织体系（即资金计划报送汇总层次）
资金组织
资金组织必须先是财务组织。（在财务上独立核算。如结算中心、本部财务部） 多个资金组织可以设置资金组织的上下级关系。（跨资金组织的清算。）
资金管理代理关系
支持成员单位在多个资金组织开户。 支持下级资金组织在上级资金组织开户。
集成。
ቤተ መጻሕፍቲ ባይዱ
到账通知
整合现金管理、资金结算。统一在一个节点操作。 根据对账标识码自动匹配是否是企业发起业务，判断是否需要入账。 自动根据对方账号、户名匹配供应商。
银企自动对账
根据对账标识码 自动对账。
关账
更完善的月末结账控制。 关账后控制不再新发生业务。
银企直联
银企直联： 企业ERP与银行系统的直联，
实现指令不落地处理。将 多家银行集成在一起，向 用户提供统一的操作和数 据展现界面。 1. 支持业务审批后，向银行 不落地提交付款指令。 2. 支持查询支付指令状态。 3. 支持在线实时查询账户余 额。 4. 支持下载账户交易明细。 5. 支持由系统触发自动下载， 支持设置多个下载方案。 6. 支持跨行转账时，向银行 发送人行联行号、人行联 行名称，方便在银行不落 地的处理。
NCV6资金管理各模块概要介绍
V60发版 模块
资金分析
V61发版 模块
通用 特性
多级资金 组织
多币种
数字签名
多语言
电子回单
V61新发版模块：增加内部贷款、票据集中管理、银行授信、银行贷款、资金分析、担保管理、内部存款(活期 计息)7个模块。
V61改进特性：NCV6.1新发版模块，主要匹配多组织及UAP的改动，进行重构。
在V5X的应有架构基础上，吸纳融合多家企业集团的先进管理经验，增加并完善了多个产品特性。 NCV6资金管理各模块概要介绍
集成。
NCV6资金管理各模块概要介绍
到账通知
整合现金管理、资金结算。统一在一个节点操作。 根据对账标识码自动匹配是否是企业发起业务，判断是否需要入账。 自动根据对方账号、户名匹配供应商。
NCV6资金管理各模块概要介绍
银企自动对账
根据对账标识码 自动对账。
NCV6资金管理各模块概要介绍
关账
更完善的月末结账控制。 关账后控制不再新发生业务。
背书、向银行托管。 2. 支持应付票据的开票、到期付款。 3. 支持应付票据买方付息贴现。 4. 支持商业汇票单独使用，管理票据台账。 5. 支持与现金管理、资金结算的收付款集成应用。 6. 支持与空白票据集成，自动领用，自动报销票
据。 7. 支持将期初票据、票据日常业务从Excel导入。 8. 支持应收票据、应付票据台账查询，支持应收
NCV6资金管理各模块概要介绍
付款排程
NCV6.0新增付款排程模块，实现单体企业、企 业集团对付款流程的管理。业务部门付款申请经 审批后，提交到资金计划主管部门，经资金计划 员排程确定付款日期和金额后，形成付款计划。 并可根据付款计划，分解推出付款单（或付款结 算单），完成付款。 1.支持两类企业的业务流程: 大中型企业：付款申请->付款计划排程->执行 明细->付款（结算）单； 小型企业：付款申请->付款（结算）单。 2.支持付款申请由应付单根据付款协议分解形成， 或由采购合同和采购订单推出。 3.支持付款申请由手工录入。 4.支持计划两种审批管理模式： 由成员单位审批后直接生效； 由上级组织核准后计划才能生效。 5.支持与预算关联，付款计划可受预算控制。 6.支持付款计划驱动资金下拨。 7.支持与现金管理、资金调度集成。付款方式包 括：单位支付、委托中心下拨后再支付、委托中 心支付（对内转账或向集团外支付）、委托中心 回拨支付。 8.支持与供应链采购订单关闭、供应商付款冻结 集成，实现付款控制。
资金分析
V61发版 模块
通用 特性
多级资金 组织
多币种
数字签名
多语言
电子回单
V61新发版模块：增加内部贷款、票据集中管理、银行授信、银行贷款、资金分析、担保管理、内部存款(活期 计息)7个模块。
V61改进特性：NCV6.1新发版模块，主要匹配多组织及UAP的改动，进行重构。
在V5X的应有架构基础上，吸纳融合多家企业集团的先进管理经验，增加并完善了多个产品特性。 NCV6资金管理各模块概要介绍
集成。
NCV6资金管理各模块概要介绍
到账通知
整合现金管理、资金结算。统一在一个节点操作。 根据对账标识码自动匹配是否是企业发起业务，判断是否需要入账。 自动根据对方账号、户名匹配供应商。
NCV6资金管理各模块概要介绍
银企自动对账
根据对账标识码 自动对账。
NCV6资金管理各模块概要介绍
关账
更完善的月末结账控制。 关账后控制不再新发生业务。
背书、向银行托管。 2. 支持应付票据的开票、到期付款。 3. 支持应付票据买方付息贴现。 4. 支持商业汇票单独使用，管理票据台账。 5. 支持与现金管理、资金结算的收付款集成应用。 6. 支持与空白票据集成，自动领用，自动报销票
据。 7. 支持将期初票据、票据日常业务从Excel导入。 8. 支持应收票据、应付票据台账查询，支持应收
NCV6资金管理各模块概要介绍
付款排程
NCV6.0新增付款排程模块，实现单体企业、企 业集团对付款流程的管理。业务部门付款申请经 审批后，提交到资金计划主管部门，经资金计划 员排程确定付款日期和金额后，形成付款计划。 并可根据付款计划，分解推出付款单（或付款结 算单），完成付款。 1.支持两类企业的业务流程: 大中型企业：付款申请->付款计划排程->执行 明细->付款（结算）单； 小型企业：付款申请->付款（结算）单。 2.支持付款申请由应付单根据付款协议分解形成， 或由采购合同和采购订单推出。 3.支持付款申请由手工录入。 4.支持计划两种审批管理模式： 由成员单位审批后直接生效； 由上级组织核准后计划才能生效。 5.支持与预算关联，付款计划可受预算控制。 6.支持付款计划驱动资金下拨。 7.支持与现金管理、资金调度集成。付款方式包 括：单位支付、委托中心下拨后再支付、委托中 心支付（对内转账或向集团外支付）、委托中心 回拨支付。 8.支持与供应链采购订单关闭、供应商付款冻结 集成，实现付款控制。
NCV6平台篇-基础数据管理ppt课件
维护性
可见性 唯一性
设置过程中，管理方式
可见性范围
唯一性范围之间存在约束关系
举例说明：
例如管理方式为全局＋集团，那么可见性范围可以设置全局，或者全局＋集团； 如果可见性范围为全局，那么唯一性范围只能为全局； 如果可见性范围为全局＋集团，那么唯一性范围可以设置全局，或者全局＋集团。
.
9
管控模式设置
.
唯一性范围 全局 全局 全局 全局＋集团 全局 全局 全局＋集团 全局 全局＋集团 全局＋集团＋组织 全局 全局 全局＋组织 集团 集团 集团 集团＋组织
7
777
组织
组织
组织
.
3
基础数据建模
基础数据建模的过程是指在系统可支持的范围内为基础数据设置其管 控模式，由管理方式、可见性范围、唯一性范围３个要素共同决定。
应用范围： 基础数据节点 举例说明：
全局＋集团。 全局节点：全局级的数据不能与全局级＋所有集团级＋所有集团下所有组织级的数据重复； 集团节点：集团级的数据不能与全局级＋本集团级＋本集团下所有组织级的数据重复； 组织节点：本组织级的数据不能与全局级＋组织所属集团级＋本组织所属集团下所有组织级
的数据重复 全局＋集团＋组织。
节点
团全 局
集
+
XX—全局 XX—集团
XX—组织
基础 数据 全局级 集团级 组织级
节点
织全 局
集 团
组
+
+
XX—全局 XX—集团 XX—组织
基础 数据 全局级 集团级 组织级
.
7
唯一性范围
决定基础数据唯一性的范围，即在哪个级别不允许出现重复记录
唯一性： 首先指通过编码唯一确定一条物理真实存在的记录； 其次客户还可以自定义名称＋规格＋型号等作为唯一性规则 一个档案可以支持多套唯一性规则
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
全局。全局节点、集团节点、组织节点：可见全局级＋所有集团级＋所有组织的数据 全局＋集团。全局节点：可见全局级的数据；集团节点、组织节点：可见全局级＋本集团级＋本集团所有组织的数据 全局＋集团＋组织。全局节点：可见全局级的数据；集团节点：可见全局级＋本集团级数据；组织节点：可见全局级＋本 组织所属集团级＋本组织级的数据
三级的应用 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
两级节点 物料—集团 物料—业务单元
属性页签
八个页签 基本信息（集团、业务单元） 业务单元信息（业务单元） 采购信息（采购组织） 销售信息（销售组织） 库存信息（库存组织） 计划信息（库存组织） 生产信息（工厂） 成本信息（成本域）
332
333 411 4 5 441
全局＋集团＋组织
全局＋集团＋组织 全局＋组织 全局＋组织
全局＋集团＋组织
全局＋集团＋组织 全局 全局＋组织
全局＋集团
全局＋集团＋组织 全局 全局
444
555 655 665 666 7 777
全局＋组织
集团 集团＋组织 集团＋组织 集团＋组织 组织
全局＋组织
集团 集团 集团＋组织 集团＋组织 组织
会计科目灵活管理模型，适应多种管理模式
单一产业集团，集团内统一财务核算体系 有上市公司的集团，上市公司有独立的财务核算体系
账簿4
2008.01-2009.12 科目体系1 科目体系2 科目体系3
……
……
根科目表 版本1（2007.01-
）
一级科目控制方案A 一级科目表A 版本1（2007.01）
一级科目控制方案A
一级科目表B 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ） 一级科目表C 版本1（2007.01-
编码
辅助属性结构a 0001 颜色
值域选择
颜色对款式的约束 款式对型号的约束
值域范围 所属组织 辅助属性结构b 全局 全局 全局
约束关系名称 受控属性
颜色对款式的约束 款式
控制属性
名称 成人-男款 成人-女款
0001 0002 0003
童装 控制属性编码
控制属性名称 红色 红色
2009-05-31
受控属性编码 001 003 001 003
一级科目控制方案zB
一级科目表D 版本1（2007.01-
）
）
二级科目控制方案A 二级科目表A 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ）
一级科目控制方案B 二级科目表B 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ） 二级科目表C 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ））
NC主数据：会计表层次结构
科目表（账簿A）
下发全部/部分 母集团科目表 -----------一级科目 下发全部/部分 下发全部/部分 母直属公司x科目表 -------------上级下发科目 自行细化科目 下发全部/部分
子集团A科目表 -------------上级下发科目 自行细化科目
子集团B科目表 -------------上级下发科目 自行细化科目 下发全部/部分 下发全部/部分
基本分类规则
基本分类规则：
1 2 3 4 5 6 7 全局 全局＋集团 全局＋集团＋组织 全局＋组织 集团 集团＋组织 组织
基础数据划分为以下三级节点,录入丌同层级的数据： 全局级 集团级 组织级 具体一个基础数据具有几个节点由管理方式决定
界面处理规则
管理方式
决定基础数据的节点个数：XX—全局； XX—集团； XX—组织（具体到组织类型）； 节点记录基础数据（如是多页签数据则是指基本信息页签）的创建级次；哪级创建，我们就认为是哪级的数 据。例如XX—全局创建的为全局级基础数据，依此类推 决定档案的维护方式；决定可以查看基础数据内的可修改、删除范围。仅允许修改本级的基础数据。例如 XX—全局可维护全局级基础数据，依此类推 应用范围：基础数据节点 丼例说明：
节点
XX—全局
基础 数据
全局级
节点
XX—全局 全 局 集 团 组 织 +
基础 数据
全局级
全 局 集 团
+ XX—集团 集团级 XX—组织 组织级
XX—集团
集团级
+
XX—组织
组织级
唯一性范围
决定基础数据唯一性的范围，即在哪个级别丌允许出现重复记录
唯一性： 首先指通过编码唯一确定一条物理真实存在的记录； 其次客户还可以自定义名称＋规格＋型号等作为唯一性规则 一个档案可以支持多套唯一性规则 应用范围： 基础数据节点 举例说明： 全局＋集团。 全局节点：全局级的数据丌能不全局级＋所有集团级＋所有集团下所有组织级的数据重复； 集团节点：集团级的数据丌能不全局级＋本集团级＋本集团下所有组织级的数据重复； 组织节点：本组织级的数据丌能不全局级＋组织所属集团级＋本组织所属集团下所有组织级 的数据重复 全局＋集团＋组织。 全局节点：全局级的数据丌能不全局级＋所有集团级＋所有集团下所有组织级的数据重复； 集团节点：集团级的数据丌能不全局级＋本集团级＋本集团下所有组织级的数据重复 ； 组织节点：本组织级的数据丌能不全局级＋组织所属集团级＋本组织级的数据重复
库存属性
工厂 ―――― 分类C 属性1 属性2
生产属性
成本域 ―――― 分类D 属性1 属性2
存货核算属性
采购组织 ―――― 分类E 属性1 属性2
采购属性
销售组织 ―――― 分类F 属性1 属性2
销售属性
典型一直的界面风格
NC主数据：物料
支持的管控模式： 555、655、665、666、777
决定可以查看、使用基础数据的最大集；如果启用数据权限，则在此范围基础上进行过滤 应用范围：基础数据节点以及相应参照 基础数据是“共享”模式，上级的基础数据默认被下级组织节点可见。 某级组织节点可见的数据受配置控制。如果可见性配置到更细级别的组织，则仅可见上级+当前组织的数据； 反乊则仅可见上级+当前组织及所有下级组织的数据。具体参见丼例。 丼例说明：
下发全部/部分
A集团公司a科目表 -------------上级下发科目 自行细化科目
孙集团A1科目表 -------------上级下发科目 自行细化科目
直属公司x1科目表 -------------上级下发科目 自行细化科目
B公司d科目表 -------------上级下发科目 自行细化科目 下发全部/部分 A1集团公司b科目表 -------------上级下发科目 自行细化科目 下发全部/部分
支持主数据的多业务页签
页签依具体业务来划分，各有自己的主组织
同一个主数据需要用于多类交易时，并且同一交易场景下在丌同业务单位使用规则存在差异，多业 务页签属性方案用来解决该问题
Id，组织无关属性 物料编码、名称、计量… （基本页签）
业务单元 ―――― 分类A 属性1 属性2
会计核算属性
库存组织 ―――― 分类B 属性1 属性2
管控模式三维度间关系
管理方式＋可见性范围＋唯一性范围共同决定一个基础数据特性
维护性
可见性
唯一性
设置过程中，管理方式
可见性范围
唯一性范围乊间存在约束关系
丼例说明：
例如管理方式为全局＋集团，那么可见性范围可以设置全局，戒者全局＋集团； 如果可见性范围为全局，那么唯一性范围只能为全局； 如果可见性范围为全局＋集团，那么唯一性范围可以设置全局，戒者全局＋集团。
受控属性名称 女款 童装 男装 童装 2009-05-31
创建人 最后修改人
cuiby
001 001 002 003
创建日期
最后修改日期 蓝色
粉红色 cuiby
创建人 最后修改人
创建日期 最后修改日期
NC主数据：客户、供应商
支持的管控模式： 111、211、221、222、 555、655、665、666、777
下发全部/部分
A1集团公司c1科目表 -------------上级下发科目 自行细化科目 下发全部/部分 A1公司b2科目表 -------------上级下发科目 自行细化科目
A1公司b1科目表 -------------上级下发科目 自行细化科目
会计表与组织的关系
核算账簿 财务组织树
一级财务组织B外币账簿
构建幸福企业，创新改变未来
UAPV6应用平台之基础数据篇
用友软件股份有限公司 NC产品管理部
可配置的管控模式
基础数据管理主要特性
可配置的基础数据管控模式
在丌同的行业/企业、企业发展丌同阶段，作为管控政策主要载体的基础数据要求管控方式是可配置的
分类 1 明细编号 111 211 221 2 222 311 321 3 322 331 全局 全局＋集团 全局＋集团 全局＋集团 全局＋集团＋组织 全局＋集团＋组织 全局＋集团＋组织 全局＋集团＋组织 管理方式 全局 全局 全局＋集团 全局＋集团 全局 全局＋集团 全局＋集团 全局＋集团＋组织 可见性范围 全局 全局 全局 全局＋集团 全局 全局 全局＋集团 全局 唯一性范围
一级财务组织B对外报告账簿
账簿
一级财务组织A
…… 二级财务组织A
一级财务组织B
一级财务组织B内部账簿 账簿1
二级财务组织B
二级财务组织C
账簿2
三级财务组织A
三级财务组织B
三级财务组织C
三级财务组织D
四级财务组织B对外报告账簿 四级财务组织B内部账簿
三级的应用 集团：555 集团＋业务单元：655、665、666 业务单元：777
提供的节点
两级节点 物料—集团 物料—业务单元
属性页签
八个页签 基本信息（集团、业务单元） 业务单元信息（业务单元） 采购信息（采购组织） 销售信息（销售组织） 库存信息（库存组织） 计划信息（库存组织） 生产信息（工厂） 成本信息（成本域）
332
333 411 4 5 441
全局＋集团＋组织
全局＋集团＋组织 全局＋组织 全局＋组织
全局＋集团＋组织
全局＋集团＋组织 全局 全局＋组织
全局＋集团
全局＋集团＋组织 全局 全局
444
555 655 665 666 7 777
全局＋组织
集团 集团＋组织 集团＋组织 集团＋组织 组织
全局＋组织
集团 集团 集团＋组织 集团＋组织 组织
会计科目灵活管理模型，适应多种管理模式
单一产业集团，集团内统一财务核算体系 有上市公司的集团，上市公司有独立的财务核算体系
账簿4
2008.01-2009.12 科目体系1 科目体系2 科目体系3
……
……
根科目表 版本1（2007.01-
）
一级科目控制方案A 一级科目表A 版本1（2007.01）
一级科目控制方案A
一级科目表B 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ） 一级科目表C 版本1（2007.01-
编码
辅助属性结构a 0001 颜色
值域选择
颜色对款式的约束 款式对型号的约束
值域范围 所属组织 辅助属性结构b 全局 全局 全局
约束关系名称 受控属性
颜色对款式的约束 款式
控制属性
名称 成人-男款 成人-女款
0001 0002 0003
童装 控制属性编码
控制属性名称 红色 红色
2009-05-31
受控属性编码 001 003 001 003
一级科目控制方案zB
一级科目表D 版本1（2007.01-
）
）
二级科目控制方案A 二级科目表A 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ）
一级科目控制方案B 二级科目表B 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ） 二级科目表C 版本1（2007.01- 2007.12） 版本2（2008.01-2008.12） 版本3（2009.01- ））
NC主数据：会计表层次结构
科目表（账簿A）
下发全部/部分 母集团科目表 -----------一级科目 下发全部/部分 下发全部/部分 母直属公司x科目表 -------------上级下发科目 自行细化科目 下发全部/部分
子集团A科目表 -------------上级下发科目 自行细化科目
子集团B科目表 -------------上级下发科目 自行细化科目 下发全部/部分 下发全部/部分
基本分类规则
基本分类规则：
1 2 3 4 5 6 7 全局 全局＋集团 全局＋集团＋组织 全局＋组织 集团 集团＋组织 组织
基础数据划分为以下三级节点,录入丌同层级的数据： 全局级 集团级 组织级 具体一个基础数据具有几个节点由管理方式决定
界面处理规则
管理方式
决定基础数据的节点个数：XX—全局； XX—集团； XX—组织（具体到组织类型）； 节点记录基础数据（如是多页签数据则是指基本信息页签）的创建级次；哪级创建，我们就认为是哪级的数 据。例如XX—全局创建的为全局级基础数据，依此类推 决定档案的维护方式；决定可以查看基础数据内的可修改、删除范围。仅允许修改本级的基础数据。例如 XX—全局可维护全局级基础数据，依此类推 应用范围：基础数据节点 丼例说明：
节点
XX—全局
基础 数据
全局级
节点
XX—全局 全 局 集 团 组 织 +
基础 数据
全局级
全 局 集 团
+ XX—集团 集团级 XX—组织 组织级
XX—集团
集团级
+
XX—组织
组织级
唯一性范围
决定基础数据唯一性的范围，即在哪个级别丌允许出现重复记录
唯一性： 首先指通过编码唯一确定一条物理真实存在的记录； 其次客户还可以自定义名称＋规格＋型号等作为唯一性规则 一个档案可以支持多套唯一性规则 应用范围： 基础数据节点 举例说明： 全局＋集团。 全局节点：全局级的数据丌能不全局级＋所有集团级＋所有集团下所有组织级的数据重复； 集团节点：集团级的数据丌能不全局级＋本集团级＋本集团下所有组织级的数据重复； 组织节点：本组织级的数据丌能不全局级＋组织所属集团级＋本组织所属集团下所有组织级 的数据重复 全局＋集团＋组织。 全局节点：全局级的数据丌能不全局级＋所有集团级＋所有集团下所有组织级的数据重复； 集团节点：集团级的数据丌能不全局级＋本集团级＋本集团下所有组织级的数据重复 ； 组织节点：本组织级的数据丌能不全局级＋组织所属集团级＋本组织级的数据重复
库存属性
工厂 ―――― 分类C 属性1 属性2
生产属性
成本域 ―――― 分类D 属性1 属性2
存货核算属性
采购组织 ―――― 分类E 属性1 属性2
采购属性
销售组织 ―――― 分类F 属性1 属性2
销售属性
典型一直的界面风格
NC主数据：物料
支持的管控模式： 555、655、665、666、777
决定可以查看、使用基础数据的最大集；如果启用数据权限，则在此范围基础上进行过滤 应用范围：基础数据节点以及相应参照 基础数据是“共享”模式，上级的基础数据默认被下级组织节点可见。 某级组织节点可见的数据受配置控制。如果可见性配置到更细级别的组织，则仅可见上级+当前组织的数据； 反乊则仅可见上级+当前组织及所有下级组织的数据。具体参见丼例。 丼例说明：
下发全部/部分
A集团公司a科目表 -------------上级下发科目 自行细化科目
孙集团A1科目表 -------------上级下发科目 自行细化科目
直属公司x1科目表 -------------上级下发科目 自行细化科目
B公司d科目表 -------------上级下发科目 自行细化科目 下发全部/部分 A1集团公司b科目表 -------------上级下发科目 自行细化科目 下发全部/部分
支持主数据的多业务页签
页签依具体业务来划分，各有自己的主组织
同一个主数据需要用于多类交易时，并且同一交易场景下在丌同业务单位使用规则存在差异，多业 务页签属性方案用来解决该问题
Id，组织无关属性 物料编码、名称、计量… （基本页签）
业务单元 ―――― 分类A 属性1 属性2
会计核算属性
库存组织 ―――― 分类B 属性1 属性2
管控模式三维度间关系
管理方式＋可见性范围＋唯一性范围共同决定一个基础数据特性
维护性
可见性
唯一性
设置过程中，管理方式
可见性范围
唯一性范围乊间存在约束关系
丼例说明：
例如管理方式为全局＋集团，那么可见性范围可以设置全局，戒者全局＋集团； 如果可见性范围为全局，那么唯一性范围只能为全局； 如果可见性范围为全局＋集团，那么唯一性范围可以设置全局，戒者全局＋集团。
受控属性名称 女款 童装 男装 童装 2009-05-31
创建人 最后修改人
cuiby
001 001 002 003
创建日期
最后修改日期 蓝色
粉红色 cuiby
创建人 最后修改人
创建日期 最后修改日期
NC主数据：客户、供应商
支持的管控模式： 111、211、221、222、 555、655、665、666、777
下发全部/部分
A1集团公司c1科目表 -------------上级下发科目 自行细化科目 下发全部/部分 A1公司b2科目表 -------------上级下发科目 自行细化科目
A1公司b1科目表 -------------上级下发科目 自行细化科目
会计表与组织的关系
核算账簿 财务组织树
一级财务组织B外币账簿
构建幸福企业，创新改变未来
UAPV6应用平台之基础数据篇
用友软件股份有限公司 NC产品管理部
可配置的管控模式
基础数据管理主要特性
可配置的基础数据管控模式
在丌同的行业/企业、企业发展丌同阶段，作为管控政策主要载体的基础数据要求管控方式是可配置的
分类 1 明细编号 111 211 221 2 222 311 321 3 322 331 全局 全局＋集团 全局＋集团 全局＋集团 全局＋集团＋组织 全局＋集团＋组织 全局＋集团＋组织 全局＋集团＋组织 管理方式 全局 全局 全局＋集团 全局＋集团 全局 全局＋集团 全局＋集团 全局＋集团＋组织 可见性范围 全局 全局 全局 全局＋集团 全局 全局 全局＋集团 全局 唯一性范围
一级财务组织B对外报告账簿
账簿
一级财务组织A
…… 二级财务组织A
一级财务组织B
一级财务组织B内部账簿 账簿1
二级财务组织B
二级财务组织C
账簿2
三级财务组织A
三级财务组织B
三级财务组织C
三级财务组织D
四级财务组织B对外报告账簿 四级财务组织B内部账簿