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平台，企业可以快速、准 确地管理和整合数据，提高工作效率。
挑战
由于数据来源多样、数据量大，数据的准确 性和一致性难以保证。
解决方案
建立数据质量管理和校验机制，对数据进行 清洗、去重、校验等操作，确保数据的准确 性和一致性。同时，加强数据监控和预警机 制，及时发现和解决数据异常问题。
数据管理和维护的挑战与解决方案
挑战
随着业务的发展和数据的不断增长，如何高 效地进行数据管理和维护是一大挑战。
定期对数据进行质量评估，识别和解 决潜在的数据质量问题。
数据存储管理
- 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内部账簿