NC多组织-基础数据概要分析论述.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
基础数据概要分析 说明: 本分析文档是在多组织概要分析的基础上,基础数据部分在多组织模型下重新定位进行的细化文档。该文档将每个档案由一种管控模式扩展为用户可配置的多种应用管控模式。可以在实施过程中根据客户的具体应用场景进行配置。 V5X产品现状 目前产品基础数据的管理分类 说明:该分类说明了数据的唯一性范围以及管理模式。例如:“共享+私有”模式,从数据唯一性角度看:集团数据不能与所有公司重复、公司不能与集团及本公司重复;从管理角度看:集团管理公共的数据,各公司管理私有数据。 基础数据的组织应用分类 简单描述 基础数据在组织间的使用机制 例如: 备注 目前组织应用分类 A 完全共享 基础数据对象与组织无关 币种、会计期间方案 B 完全私有 基础数据对象完全依赖某一类型组织,不在该类型组织间共享使用。 部门 C 分配 基础数据在组织类型间分配,或统一组织类型的树上向下分配。分配后可以扩充属性,一个id,被分配组织的属性可以有不同的值。 C1:集团分配到公司 C2:按公司树分配到公司 C3:公司分配到库存组织 C4:按会计主体树分配 存货、客商、项目、收支项目 D 按级次控制 集团定义树的上级次,公司定义下级次 公司定义上级级次,下级公司定义下级次,目前没有 存货分类 E 共享+私有 E1:集团定义的共享,公司定义的私有 E2:集团共享给主体帐簿 一个id,所有属性只能有一个值。 银行、地区 F 引用 对象与组织无关,部分属性和组织相关,通过引用id输入某些属性值。 人员档案 人员目前公司录入 G 分配+级次 会计科目 H 上级控制下级 上级公司参数可以控制下级 参数 I 路径搜索 汇率 目前产品基础数据的性质 目前基础数据的分类整理:将所有基础数据分为五类: 参数 基本档案(分类、档案) 规则 组织 组织间关系 目前产品基础数据与权限的关系 目前基础数据的权限受功能权限及数据权限约束。同时也有产品内部逻辑控制可编辑的数据范围。 功能权限:拥有功能节点权限及相应按钮权限即具有档案的相应维护权。 数据权限:同各产品数据权限一样,对于设置数据权限的档案在参照输入过程中受数据权限控制。但客商、存货特殊,其左侧的分类数亦受地区分类、存货分类的数据权限控制。 内部逻辑:产品中存在着内部约束逻辑:集团创建的数据公司不能维护;集团分配给公司的数据基本信息不能维护等。 目前产品基础数据与功能注册的关系 目前基础数据的按照产品通用的注册方式,在注册过程中指名是集团节点或者是公司节点。 多组织下基本档案的分类 基础数据性质 按照基础数据承担的职能,将基础数据分为: 参数——A 档案——B 规则——C 什么是业务规则: 规则通常使用以下内容定义: 组织、角色、人 产品线、存货分类、产品组、我的物料组、存货等 地区分类、客户分类、客户 地区分类、供应商分类、供应商 业务分类:tansaction type 其他档案的分类、档案 这种方式可以支持新定义的物料、客户、供应商或人自动通过分类适用一个规则。 主辅数据:(该分类方式作为内部讨论使用) 主数据:客户化 物料 客户 供应商 会计科目 人员档案 银行账号 主数据定位: 数据业务对象组织无关,但是属性与多种组织类型相关 在多个产品域中使用。 辅数据:客户化 。。。。。 在应用领域的基础数据:在各自产品 。。。。。 三、依据假设 3.1对权限系统的假设 3.1.1 假设用户在帐套内是唯一的。 用户可以关联帐套或者多个集团,必须有一个默认值。 3.1 说明:该假设对于档案分析无影响,只是对权限模型的补充 集团管理员不能将集团的用户关联帐套或者其他集团,需要帐套管理员来进行关联。 只有帐套管理员才能将一个用户关联至帐套或者多个集团。 防止权限扩大化,可以参数控制帐套管理员建立的管理只能建立用户和管理范围,不能进行授权。或者通过权限互斥实现。 3.1.3 进行功能权限分配时,按照主组织进行授权。但是对于基础数据进行授权时,主组织随‘管控模式’的变化进行扩展。例如管控模式是‘帐套+集团+组织’,则分配权限时主组织可以选择帐套、集团、组织。 档案节点可以设置数据权限,约束查看的数据范围。但是是在默认规则基础上的过滤,默认的查看规则是数据的最大集。 3.2对登录系统的假设 继续坚持无组织登录的假设。 登录系统后,根据用户默认的集团、以及默认的组织进行设置。 登录产品后,用户可以在统一的一个界面切换选择目前操作的组织。切换的结果在本地保存,下次登录系统自动选择上次保存的结果。 在进行组织切换时,切换集团时,相当于重新登录系统,进行环境变量的初始化,所有打开的窗口会被关闭后重现打开;切换其他组织时相当于设置组织的默认值,对产品中的主组织默认值进行改变,不需

文档评论(0)

新起点 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档