摘要由AI智能服务提供本文介绍了系统服务云中的基础资料，包括基本定义、层次划分、管控策略、管理方式和编码规则等。同时，详细阐述了主数据、公共基础数据和业务基础数据的内容及其管理，涉及物料、客商、计量单位等多个方面，强调了基础资料在业务应用中的重要性。
课程链接：系统服务云-基础资料202203
讲解老师：毕胜-金蝶中国交付资源共享部-实施交付（社区账号：毕胜）
笔记汇总链接：【熊说星空认证】星空旗舰版
1.基础资料背景介绍
1.1基本定义
基础资料是指支撑业务应用正常运行所必需的各种基础数据的总称。
基础资料是用来描述业务对象的数据，代表业务规则或业务政策，具有重要的业务价值，必须保证基础数据在各业务领域内一致、完整、准确。
| 主数据 |
|
| 公共基础资料 |
|
| 业务基础资料 |
|
【小熊说】管控单元-主数据管控策略按CU（管控单元=CU）进行管控的。
P.S.主数据和公共基础资料的区别：
主数据：数据有隔离
公共基础资料：数据无隔离
基础资料的几个层次
1.层次01：系统服务云中的基础资料-整个系统（存在跨云）都要调用的（主数据、公共基础资料、辅助资料）
2.层次02：系统服务云中的业务基础资料（某个业务云中使用，但是为啥不放在具体的业务云中呢？小熊个人觉得这种无非就是为了统一管理，又是常用的，易用性上比较频繁的，抽象出来财务、供应链、税务等信息的业务基础资料）
3.层次03：业务云中的基础资料（如财务云中的基础资料应用，整个业务云中涉及到的基础资料的汇总）
4.层次04：业务云中的应用的基础资料（如财务云模块中的出纳的账户设置，里面主要是出纳模块需要涉及到的基础资料）
结合物料我感觉又是一个层次：物料本身属于层次1，而物料采购信息、物料销售信息等数据层次2
我觉得整体区分的话，建议就是从基础资料的使用频率和频次来划分的，层次越靠前、越经常使用的部分。
系统服务云里面的基础资料，为啥组织和人员不放在这个基础资料应用呢？
明明人员、组织这个也是一个大的基础资料，为啥不也放到基础资料这个应用中呢？
我觉得这个也是从重要性角度出发，对于所有的基础资料中，组织和人员是最特殊也是最重要的（所以课程中针对组织管理单独设置了一个模块“基础服务”用来管组织人员角色这些基础资料）
另外一个思路，【二开产品设计思路】
我在设计一个系统的时候，怎么去区分基础资料应该放在哪呢？
四层次区分我觉得就可以拿过来套用更直接一些。
1.2管控策略
| 共享 | 全局共享 管控范围内共享 |
|
| 分配 | 逐级分配 自由分配 |
|
| 私有 | 私有 | 创建单元创建的资料仅在创建单元下管理和使用，即创建单元、管理单元、使用单元都是同一个 |
旗舰版：系统中有视图的概念
视图：组织范围
管控策略比星空企业版颗粒度更细致。
另外一个思路，【二开产品设计思路】
我在设计一个系统的时候，基础资料我添加的时候，建议用系统标准逻辑【在系统服务云中添加的时候，记得选用系统标准的基础资料按组织隔离的模板，里面预设了管控字段和组织隔离】，只有用对了基础资料创建的模板（如下图所示），才更有利于基础资料的管控。
1.3基础资料管理
基础资料支持变更控制策略、变更管理权
基础资料管理？管理什么？基础资料的几层：创建-使用-管理
管理就是针对管控策略、管理组织的变更
1.4编码规则
1.5案例介绍
2.主数据
2.1物料
物料“共性与个性”
相较于星空企业版的物料基础资料的区别：
企业版物料就是一个总的基础资料、旗舰版根据物料的业务属性去划分成不同的基础资料。
目前主要是：采购信息、库存信息、销售信息、生产信息、质检信息
场景：
原来系统物料有一套分类
现在物料希望区分得更细致，新旧分类体系，要求两套分类体系同时在的话怎么办？
可以使用多分类标准体系，但是存在工作量：需要针对同一个物料设置不同分类标准下对应的分类
【系统支持批量分类】
业务控制字段：
物料类型：系统里面不单单是有形的，无形的如服务业算是一种特殊的物料。
业务属性，对应业务单据中的行类型（如销售订单、销售出库单中的行类型）
品类物料：一类物料总称，业务单据上支持改名称。一个编码管很多物料，如低值易耗品、五金件。
2.2客商（系统抽象为：商务伙伴）
与物料不同：
物料是先有物料、后有物料业务信息（物料采购信息等）
客商：先有客户/供应商，后有商务伙伴（创建客户或供应商时，商务伙伴基础资料自动创建）
系统支持常规的基础资料直接变更（单据编辑界面有变更按钮），不需要反审核后才能改。
3.公共基础数据
3.1行名行号
3.2合作金融机构
3.3计量单位
精度设置要格外注意！！！
单位换算？多计量单位物料设置注意事项
3.4BOM版本
创建BOM需要选择对应的BOM版本
涉及到上生产模块需要涉及到BOM
3.5辅助资料
数据字典，避免频繁的一些常规值，不需要单独设置成一个基础资料的。
4.业务基础数据
重要逻辑：单据类型-业务类型-行类型-业务类型（四层逻辑）【一环套一环的】
常规类型的嵌套已经做好了，但是有新的一定要梳理其中的逻辑关系！！！
针对库存单据的重要逻辑：库存事务（单据类型-业务类型-库存事务）【系统做了预设的逻辑，不要乱改】
可以自定义的空间大，但是需要了解和配置的就多了【更能适配企业，不写死】
4.1辅助属性
4.2业务属性
4.3行类型
4.4业务类型
业务类型关联的单据类型不是在业务类型中维护的，而是在单据类型中维护的！！！
4.5单据类型
4.6收付款条件
4.7库存事务
赞 14
打赏