K3-Cloud实施初始化——业务初始化流程.doc
《K3-Cloud实施初始化——业务初始化流程.doc》由会员分享,可在线阅读,更多相关《K3-Cloud实施初始化——业务初始化流程.doc(115页珍藏版)》请在咨信网上搜索。
1、K/3Cloud V2.0业务初始化流程目录K/3Cloud V2.0业务初始化流程11业务背景31.1编写原则32业务初始化流程33系统管理33.1组织机构43.2组织隶属关系63.3组织业务关系63.4基础资料控制类型73.5基础资料控制策略73.6角色83.7权限93.8用户134基础资料154.1币别(财务)154.2汇率体系(财务)154.3税务规则(国际化)154.1辅助资料(基础)154.2会计政策(财务)164.3核算体系(财务)164.4单据类型(基础)164.5部门(HR)164.6岗位(HR)164.7员工(HR)174.8业务组(供应链)174.9业务员(供应链)174
2、.10仓位(供应链)174.11仓库(供应链)184.12客户(供应链)204.13供应商(供应链)214.14物料(生产制造)224.15物料清单(生产制造)234.16班制(生产制造)244.17工作日历(生产制造)244.18账簿(财务)254.19核算维度(财务)254.20科目(财务)254.21成本中心(成本)264.22核算范围(成本)264.23资产位置(资产)265业务初始化265.1库存管理275.2固定资产425.3应收款管理485.4应付款管理495.5出纳管理505.6总账管理535.7成本管理586供应链启用606.1采购管理606.2销售管理636.3信用管理68
3、6.4组织间结算712.1分销管理742.2订货管理753生产制造启用773.1工程数据773.2计划管理833.3生产管理883.4委外管理914财务会计启用934.1智能会计平台944.2报表964.3合并报表971 业务背景1.1 编写原则通过本流程,可以掌握K/3 Cloud的业务初始化内容、启用顺序以及启用流程,提升产品上线进度,缩短初始化时间。2 业务初始化流程说明:上述流程是按照全部功能上线的顺序进行列示3 系统管理业务内容启用顺序如下:启用顺序必需启用内容所在子系统1可选启用多组织系统管理2可选组织机构系统管理3可选组织隶属关系系统管理4可选组织业务关系系统管理5可选基础资料控
4、制类型系统管理6可选基础资料控制策略系统管理7必需角色系统管理8必需功能权限系统管理9可选数据权限系统管理10可选字段权限系统管理11必需用户系统管理12可选基础管理参数基础管理3.1 组织机构1、 根据企业的业务运营情况搭建业务组织体系,注意如下:1) 法人性质的组织必须勾选核算组织=法人,因为其需要对外出具财务报告,且肯定需要核算的;其业务组织的组织职能根据实际业务选择;2) 需要进行内部考核以及核算的业务组织勾选核算组织=利润中心,必须选择所属法人,以明确其账务处理的载体;其业务组织的组织职能根据实际业务选择;3) 对于无需内部考核的业务组织(经营实体),无须勾选核算组织,但必须选择所属
5、法人,其账务处理由所属法人进行处理;其业务组织的组织职能根据实际业务选择;4) 影响范围A、 核算组织属性影响参与核算体系的设置B、 业务组织属性影响业务数据的处理(业务单据的录入/查看,报表的查看等)C、 组织机构影响用户的组织范围,间接影响业务的数据隔离2、 组织机构暂不支持引入3.2 组织隶属关系组织隶属关系就是业务数据汇总关系的体现,以便搭建业务数据的汇报体系。1、 组织隶属关系是按照组织职能建立的业务汇报体系,并且可以有多套隶属关系同时应用2、 销售利润表和销售员排行表支持按隶属关系方案进行数据汇总查询3、 业务单据列表查询和报表查询可以配置按组织隶属关系汇总,具体见产品论坛这个帖子
6、:4、组织隶属关系暂不支持引入3.3 组织业务关系组织业务关系就是上下游协助关系的体现,以便选单或者下推进行单据转换时实现协同组织的处理。1、 组织业务关系目前只提供了九大类,具体说明如下:1) 组织业务关系可以按受托方和委托方两个维度设置2) 组织业务关系没有设置,则业务单据只考虑组织具有要求的组织职能即可;如果设置了,则业务单据还需要同时考虑组织业务关系和要求的组织职能3) 组织业务关系对业务单据上的主业务组织无效,只对协助组织有效;主业务组织只考虑具有对应的组织职能即可4) 组织业务关系影响业务单据进行选单或者下推时的协同组织携带2、 组织业务关系暂不支持引入3.4 基础资料控制类型基础
7、资料控制类型主要用于需要控制的基础资料,分为三个类型:共享、分配、私有。1、 产品对需要控制的基础资料预置对应的控制类型2、 基础资料控制类型可以调整,具体规则如下:建议:控制类型的调整一般在初始化期间处理,且在没有录入基础资料数据前确定3、 适用场景1) 【共享型】:用于企业对该基础资料进行统控管理,只能由一个组织维护,其他组织使用2) 【分配型】:用于企业对该基础资料进行统控,但是允许多个组织维护,同时基于业务运营使用组织需要调整基础资料的部分属性以满足业务运作3) 【私有型】:用于企业对该基础资料不统控,每个组织各自维护4、 基础资料控制类型影响控制策略的设置3.5 基础资料控制策略基础
8、资料控制策略就是基础资料的管理规则,基于控制类型进行设置。1、 基础资料控制策略按照控制类型设置不同内容1) 共享型/私有型:只需设置创建组织即可,如果不设置则全部组织均可创建2) 分配型A、 需要设置创建组织和分配目标组织,同时设置字段的修改控制B、 分配目标组织影响分配时的组织范围C、 字段的修改控制是到“基础资料+创建组织+分配目标组织”级别,也就是说允许字段的修改控制在同一创建组织下不同分配目标组织中是不同的D、 字段修改支持三个控制方式:携带(分配时携带创建组织的内容)、默认(分配时携带策略中预置的内容)、留空(分配时该字段内容为空,以便分配后补充)E、 允许有多个创建组织,通过再次
9、新增策略选择不同的创建组织即可2、 基础资料分配根据控制策略进行处理,只支持从创建组织分配,不允许从使用组织分配举例:基础资料由创建组织A分配到使用组织B,使用组织B不能将该基础资料再分配到使用组织C,必须由创建组织A分配到使用组织C3、 影响范围1) 基础资料的创建除了考虑新增权限外,还需要考虑新增时选择的创建组织在基础资料控制策略的创建组织范围内2) 影响基础资料的分配处理4、 基础资料控制策略暂不支持引入3.6 角色角色可以看成企业运营管理中的工作岗位对应,这样就需要构建适合企业运作的角色体系。解决在哪个位置上的问题。1、 角色可以选择用户,一般在系统已经运行一段时间后新增角色时即时选择
10、用户,不适用于初始化期间2、 角色分为系统管理员和普通角色两种类型1) 系统管理员主要用于减轻administrator的工作量,适用于需要按照业务性质或者类型设置独立系统管理员的场景,同时通过设置授权范围控制系统管理员的管理范围,其无需授权即可使用2) 普通角色就是进行业务处理的角色,需要进行授权才可以使用系统3、 多组织模式下角色分为公有和私有属性1) 公有属性,必须由administrator维护和授权,适用于对应工作岗位的共性内容2) 私有属性,由administrator或者指定组织的系统管理员维护和授权,适用于对应单个组织中工作岗位的特性内容4、 角色设置时不考虑组织因素,私有属性
11、除外5、 角色设置影响权限和用户6、 角色支持引入,可以通过角色列表的引入操作或者数据引入工具进行。3.7 权限权限就是控制角色可以使用系统的范围,根据角色体系搭建权限体系。权限分为功能权限(能干啥?)、数据权限(干多少行?)、字段权限(干多少列?)3.7.1 功能权限功能权限控制角色可以使用系统的哪些功能,解决“能干啥”的问题。1、 功能权限的授权提供【子系统+权限组】和【业务对象+权限项】两种模式,企业是粗放型管理可以选择前者,是精细型则选择后者2、 功能权限的授权提供批量授权,适用于多个角色批量处理授权3、 功能权限支持引入,建议初始化使用;可以通过数据引入工具进行1) 功能权限引入只支
12、持【业务对象+权限项】模式2) 功能权限模板包含全部的业务对象,在模板中的权限状态下拉选择即可,支持复制3) 功能权限引入建议一个角色一个页签,便于查看内容4) 功能权限支持多个角色同时引入(通过参数设置“支持批量引入”实现)4、 功能权限的影响范围1) 主控台菜单根据功能权限显示2) 业务具体操作受功能权限控制5、 需要注意1) 功能权限控制只对单一业务对象2) 业务单据上的基础资料可不授权即可使用,适用于角色无需维护基础资料只可使用基础资料的场景3) 功能权限中的禁止权限主要解决由于多个角色合集造成冲突权限授予同一用户的场景,在权限控制中禁止权限是最优先的举例:财务会计制度要求出纳员不能审
13、核凭证,可以对出纳员角色授权时对凭证审核的权限设置为【禁止】,这样只要具有出纳员角色的用户都不能进行凭证处理,即使其具有的其他角色有凭证审核权限也不行3.7.2 数据权限数据权限是设置角色的使用范围,避免敏感数据外泄。解决能干多少事情的问题,也就是可以看到多少行数据。1、 数据权限的设置1) 针对业务对象的查看设置数据范围,也就是业务对象列表/业务报表查看2) 针对业务对象新增时使用的基础资料设置数据范围3) 数据规则设置为方案,可以重用4) 数据范围是单一对象设置,不互相影响2、 数据权限以功能权限的查看作为前置权限3、 数据权限的控制是针对单一对象,不互相影响举例:物料查看设置数据范围【物
14、料分组=华南区】,不影响采购订单查看范围,采购订单的数据范围可设置为【物料属性=采购件】4、 影响范围:数据权限影响数据查看时的行数5、 数据权限暂不支持引入3.7.3 字段权限字段权限是设置角色可以看到的内容,以控制敏感内容的查看,解决能看多少列/字段的问题。1、 字段权限是针对业务对象的具体字段设置权限2、 字段权限影响业务对象该字段的显示和修改控制3、 字段权限暂不支持引入3.8 用户用户是可以使用ERP系统的使用者,解决谁可以使用系统的问题1、 用户通过选择角色获取系统权限,这样更加清楚用户在企业中的位置2、 用户通过选择组织实现多个组织业务的处理3、 用户支持密码策略的设置,以保证用
15、户登录的安全性4、 用户支持引入,可以通过用户列表的引入操作或者数据引入工具进行。5、 用户在数据中心中名称是唯一的,如果姓名相同可以使用增加标示符号以区分举例:企业中有两个人的名字都叫张亮,可以设置用户【张亮】和【张亮01253】4 基础资料4.1 币别(财务)Cloud已经预置了常用的币别,在初始化时选择所需的币别提交审核即可。4.2 汇率体系(财务)若启用外币业务,需在汇率体系设置不同汇率类型下的汇率,外币在特定日期的同一个汇率类型下只允许设置一个有效汇率。4.3 税务规则(国际化)1、 系统针对采购、销售业务,预置了常用的税务规则,用户可结合企业实际业务需要,生效相应的税务规则进行应用
16、。2、 用户可以根据实际所涉及到的业务单据来进行修改和配置税务规则。3、 考虑到国际化企业的应用需要,税务规则出厂预置为分配型的基础资料,如企业是一国的应用,且不涉及不同州有不同税规则的情况,则可在实施时将税务规则设置为共享型的进行应用。4、 税务规则不提供引入功能。4.1 辅助资料(基础)1、 辅助资料是业务应用上简单基础资料,比如:国家、地区。2、 辅助资料出厂预置按领域列示,在辅助资料类别下预置了各自领域的辅助资料。3、 辅助资料类别和辅助资料都支持自定义,辅助资料通过上级类别可以实现再次分组。4、 使用辅助资料需遵循权限控制,辅助资料本身作为一个业务对象进行授权,对于普通用户授权后才能
17、使用,Administrator不用授权就可以使用。5、 辅助资料支持引入,可以辅助资料列表的引入操作或者数据引入工具进行。4.2 会计政策(财务)1、 会计政策影响的业务系统:总账、固定资产和成本管理。2、 总账的账簿需根据核算组织的会计政策来建立,固定资产受会计政策的资产政策影响,成本管理受会计政策的成本政策影响。3、 “适用核算组织”是不需要设置的,当会计核算体系审核完成后自动回填。4.3 核算体系(财务)1、 会计核算体系是对企业核算范围和口径的标准划分,企业可以根据管理需求不同划分多个核算体系,可以进行财务会计核算,也可以进行责任中心考核。举例:法人公司下面有不同的部门,需要对每个部
18、门进行内部利润考核,则需要将这些部门设置为组织机构,并具有核算组织(利润中心)和业务组织的属性,这样建立会计核算体系时选择这些部门形态的组织机构作为核算组织。2、 设置方法:根据系统的组织机构以及实际管理需求,为每个会计核算体系指定对应的核算组织及其下级业务组织。核算组织即需要进行管理考核的组织,其财务数据的来源则是其下级业务组织。下级业务组织的业务单据通过智能会计平台自动生成其对应核算组织的凭证数据。4.4 单据类型(基础)1、 单据类型主要是单据的细分类型,支持按单据配置编码规则、页面布局、字段属性控制、业务流程、审批流、套打、参数设置2、 前置基础资料:页面布局(BOS IDE中设置)、
19、业务流程、套打3、 单据类型不支持引入4.5 部门(HR)1、 部门信息设置完成后,可以为基础资料岗位和其他业务单据提供服务。2、 部门基础资料由于没有树形展示,建议将部门进行自定义分类,在浏览部门列表时可以通过分类快速定位。3、 由于部门只是基础资料,并非严格的行政组织单元,是否维护“上级组织单元”可根据企业实际情况而定。4、 部门基础资料支持引入,不支持引入部门分组。4.6 岗位(HR)1、 前置基础资料:部门。通过岗位设置,可以让人员与之关联,形成一个企业人-员工。2、 岗位与部门挂钩,一个部门下可以设置多个岗位;该部门的负责人岗位可以被记录下来。3、 客户的岗位之间汇报关系如果比较规范
20、成熟,可以维护上级汇报关系,下级汇报关系会直接关联显示。工作流的应用也可以通过汇报关系来流转。4、 岗位对应角色的设置在这个版本中只是起到一个记录的作用,并没有与角色权限挂钩。5、 岗位可以支持分配,前提是需要先分配部门,才能将部门对应的岗位进行分配。6、 岗位基础资料、上下级关系、岗位对应角色均支持引入。4.7 员工(HR)1、 前置基础资料:部门、岗位。员工是ERP里最基础的一个要素,在基础资料-员工中,可以新增人员并给人员任岗。2、 一个员工可以有多个任岗,但是只有一个主岗位,需要有主岗位标识。3、 可以通过“详细信息”按钮维护员工的基本信息和证件信息等,由于信息涉及到个人隐私,所以在按
21、钮权限控制上需要注意。4、 可以在员工单据上直接给人员设置岗位,也可以仅添加完基本信息后,在基础资料-员工任岗中来进行添加。5、 用户可以给权限范围内不同的工作组织下的人员添加岗位,添加完成后可以在员工任岗信息列表中查看。6、 员工以及任岗信息均支持引入。4.8 业务组(供应链)1、 业务组-指业务组织的进一步细化,组织结构比较简单的企业可以不使用。业务组必须在业务组织下,只属于一个业务组织。2、 启用业务组数据隔离参数后,用户只能看到所属业务组的数据。没有分配业务组的用户不受限制。3、 业务组支持引入引出。4.9 业务员(供应链)1、 业务员-指职员的业务职责分工,业务员必须在业务组织下,一
22、个业务员可以属于多个业务组。2、 业务员支持引入引出。4.10 仓位(供应链)仓位是由不同的仓库划分维度的组合搭配而成,例如:楼层、货架、排、列,这些仓库维度存在公用性,例如:原料仓的仓位为:货架.排.列,成品仓的货位为:分区.排.列,两个仓库公用“排”和“列”,由于系统中的仓位值集(即:仓库维度)是数据中心级公共资料,因此需要收集整理所有组织的仓库的划分维度,同时收集整理公共维度的所有的仓位值,建立所有维度的仓位值集,和每个仓位值集的仓位值。举例说明:原料仓的货架包括:A、B、C,排包括:1排、2排、3排,列包括:1列、2列、3列、4列、5列;成品仓的分区包括:东、南、西、北,排包括:1排、
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- K3 Cloud 实施 初始化 业务 流程
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,个别因单元格分列造成显示页码不一将协商解决,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【精****】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【精****】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。