easv7 5实施培训供应链初始化

报告人谢家容所属部门EAS产品部EAS产品实施培训

——供应链初始化组织架构EAS权限管理供应链初始化相关基础资料库存初始化应收应付初始化提纲EAS组织模型总览EAS组织模型脱胎于企业模型研究(组织模型、过程模型、功能模型、资源模型、信息模型等)，是企业组织架构在信息系统中的模型化表达支持集权、分权或者混合管理模式的各种组合模型，包括基本共享环境的分配（紧密管理还是分散管理）、基本共享环境的共享和复制（政策控制强度和粒度）；实现矩阵管理模型，横向的信息共享、协作与控制与纵向的业务集中管理（基于虚体的统计查询、汇报关系）；实现组织间业务协作模式（业务的集中与分散），包括责任类型以及责任描述等等；组织隔离（管理权的集中与分散），组织隔离的概念不是业务组织的区别，而是基本共享环境的区别，主要包括用户、权限、流程、BOTP、参数、预警、基础档案的隔离总结：组织模型的本质：1、基础资料集成：不同系统之间共享；2、业务流集成：将原来单一系统的业务流程通过系统间关系连为一体；3、业务数据集成：不同系统的数据穿透查询、汇总和分析。EAS组织模型的关键词管理单元(CU)、组织单元(OU)、业务组织、主业务组织、业务组织视图、实体&虚体、委托关系；可能用到的一些缩略语：B/S(BalanceSheet)－资产负债表；P/L(Profit&Loss)－损益表；PO(PurchaseOrder)－采购订单；SO(SalesOrder)－销售订单；可能用到的一些图示圆圈表示OU、方框表示CU；组织是有类型的组织类型：行政组织、财务组织、库存组织、采购组织、销售组织、HR组织、成本中心、利润中心、管理单元、发运组织、质检组织；除了行政组织以外，以上其他类型的组织都被称为是业务组织；一般来说：行政组织总是真实存在的，而业务组织则往往是虚拟的；业务组织的作用：数据隔离、政策载体、统计汇报；为什么要分组织类型？--明确组织的职责企业的组织架构实际上是网状的，网状组织架构实际上表达了多头管理、多种汇报路线的需要，如果不区分业务类型、组织类别，则无法表达出网状组织架构。人在企业、社会中是分角色的，每个人都各司其职。组织是角色人、社会人的延伸，因此组织必然也是分角色的，组织的角色就是组织的类型；组织类型的作用：明确责、权、利，明确各个组织的职责，让各个组织彼此协同又相互制衡；更加精细的控制业务政策，对于不同的业务政策方式，可以通过增加业务组织来隔离和处理；更加精细的控制业务处理逻辑和流程，通过细化不同业务组织的业务处理逻辑和流程，可以有针对性的根据业务设计流程和商业处理逻辑；什么是业务组织？组织单元本身是抽象的概念，没有任何业务语义，只有跟组织类型结合起来才有具体的业余语义；业务组织＝组织单元＋组织类型；业务组织是虚拟的 EAS的业务组织是虚拟组织的概念，主要是指划分业务组织完全根据业务规则来确定，它和行政组织没有必然联系；同时，业务组织根据业务同质性来确定粒度，业务组织的粒度跟行政组织的粒度也往往很不一样；通常，采购组织并不对应采购部，财务组织也更不对应财务部；采购部和财务部都是行政组织的概念；业务组织为什么要分虚实体？主要是为了统计：虚体用来作为统计的口径；每一种虚体业务报表都是按照各自对应的主业务组织的业务视图来展开的；统计的层次深度视各种业务组织的虚体层次深度而定；虚体还可以用来组织扩充，具体方法：降级处理；每一种业务组织都可以定义为虚体和实体；具体的业务只能发生在实体上，也就是说单据只能记录在业务组织的实体上；虚体和实体一样也可以作为业务政策的载体，但是不能发生业务（例如不能登录到一个虚体财务组织上做凭证）；每一个OU可能是一种业务组织的虚体，但是同时又是另外一种业务组织的实体。即：虚实体因为业务组织类型的不同而不同；管理单元不分虚体和实体；不同的组织汇总路线是一样的吗？EAS组织模型中的各种业务组织视图的汇总关系可以是完全不同的；EAS组织模型允许不同的业务组织有不同的上级；不同的业务组织可以通过设置自己的业务上级而形成各自不同的业务视图和汇总路线；EAS组织模型的定义定义：EAS组织模型是一个单组织架构树、多业务视图的模型；组织架构树的基本组成单位就是组织单元(OU)，每个组织单元都有自己的组织类型，不同类型的组织单元依据各自的汇报关系就形成了各自的业务视图；比较：SAP的组织模型；为什么需要管理单元？－业务政策集中企业往往会根据行业、区域、业态、产品等方式在企业内部划分出一个个不同的管理区域，每个区域内的业务策略会有所不同的，这样的管理区域在EAS组织模型中就是管理单元；有了管理单元，可以保证企业内部多种业务保持彼此独立性和完整性，而在一个管理单元内又能保证信息的充分共享；有了管理单元，可以为各种业务组织提供公共的服务，可以保证企业在信息系统的数据大集中管理模式下有最小的数据冗余和最大程度的数据共享能力；管理单元的进一步解释管理单元也是组织单元的一种，各种OU专注于业务处理，CU为OU提供共享的基础数据环境，确定了基础数据的基本共享范围，保证各个业务组织更好的业务协同（有效的共享才能协同）；管理单元是业务政策的主要分配路线（根据需要可以进行CU+OU的二层次分配）；具体业务的开展不要受管理单元的影响，CU只是一个共享区域，不是业务分割区域，不参与具体业务；管理单元是虚拟组织的概念，管理单元的划分粒度完全视业务需要而决定；如何设置管理单元？设置管理单元的理论方法：根据基础数据（主要是指三大主数据：客户、供应商、物料）的共享范围，取最小粒度；例如：某集团主要分两个行业，每个行业差别很大，物料不需要彼此共享，那么从物料的角度来看，需要两个CU；但是下属三个销售公司的客户是自己管理，彼此不需要共享，也不能共享，那么这就需要三个CU；以此类推，最后，得出的结论是至少需要三个CU；设置管理单元的经验方法：根据行业来划分；根据区域来划分；根据法人公司来划分；等等。设置管理单元的现阶段实际方法(V5.9以前)：一个管理单元对应一个财务组织（因为目前财务系统尚未完整实现组织模型）；管理单元的其他说明管理单元不分虚体和实体(因为管理单元主要管理基础数据，不发生具体业务)；管理单元可以调整上下级；管理单元的业务组织属性是继承的（上级管理单元的业务组织属性包含下级管理单元的业务组织属性）；如何设置财务组织？(1)EAS中的财务组织的概念基本上等同于公司，即：财务上独立核算的组织单元，所谓独立核算，就是能够独立出资产负债表的核算单位；EAS中的财务组织跟是否法人公司没有关系，EAS不识别法人，因为法人与否跟核算关系不大；注意识别：有些客户口中所谓的“独立核算”并不是真正的独立核算，因为他们没有自己的资产（资产所有权属于总部），他们只能独立出利润表，但是不能独立出资产负债表；对于如何支持这种只能出利润表无法出资产负债表的半独立核算单位，也可以考虑把他们设置成财务组织，但是需要通过特殊的账务处理，把资产负债表做平；如果客户要求半独立核算单位只出利润表，资产负债表和上级一起出，那么目前EAS还没有好的解决方法，这个不是组织模型的问题，是EAS业务系统对于这种半独立核算还没有支持到位，EAS正在考虑解决方案；如何设置财务组织？(2)不要把财务部设置成财务组织，财务部在EAS中只是一个行政组织的概念；财务组织是业务组织的一种，它是虚拟的，它的核算体系覆盖了多大的范围，那么它就包含多少个组织单元；一般来说，财务组织对应于公司级别；如何设置财务组织？(3)对于集团总部或者集团财务中心代下面工厂统一做账的案例，分两种，一：下面工厂或者分公司虽然是独立核算，但是他们并没有财务部或者财务人员，由总部代做账；二：分公司和工厂虽然有财务人员，但是人员编制并不属于分公司和工厂，而是属于总部，他们属于总部派驻；对于这两种情况，难点不是财务组织的设置，因为从业务性质上来说，分公司和工厂既然有独立的账簿，那么他们肯定是独立核算，肯定是财务组织，真正的难点在于他们的行政组织怎么设置？情况一：分公司不用设置财务部之类的行政组织，因为这些代做账的财务人员本来就不属于分公司，是总部人员，只要总部设置财务部这个行政组织就可以了；情况二：分公司可以设置也可以不设置财务部之类的行政组织，主要看实际的HR业务管理方式。例如总部派驻人员可能在总部领工资，但是在分公司绩效考核，在分公司领福利，这样涉及到了分公司的实际HR业务管理，那么就需要在分公司设置财务部这类行政组织；如何设置行政组织？ EAS的行政组织单元基本上等同于企业中真实存在一个个行政部门、公司，以企业真实的行政组织架构即可基本勾勒出EAS的行政组织架构，但也要注意：复杂情况下，行政组织有可能也要虚拟，尤其是一套班子做多套事这种案例；行政组织本身并不是虚、实体，因为行政组织的每一级都是真实存在的，体现了领导意志、上下级关系的；而且行政组织不是业务组织，它不是业务统计的维度，所以不需要虚、实体；一个组织单元，作为行政组织时的上级和作为业务组织时的上级很可能是不同的，即：多头领导制，EAS支持这种模式；如何设置库存组织？EAS中的库存组织是管理库存和需求(制定需求计划)的单位，它通常意味着工厂或者配送中心；库存组织是MRP运算的单位，是库存核算的单位，它代表了“物”的所有权；别把库存组织认为是仓库，仓库在EAS中是资源的概念，是可以分配给库存组织使用的资源；对于制造业来说，一个工厂设置一个库存组织即可；对于流通渠道来说，出于库存统计的需要，如果下面的办事处或者销售公司有库存，那么也可以分别设置库存组织，这样可以按照组织维度来分层统计渠道中的库存；注意：库存组织不能跨越财务组织。这句话的经验理解是：库存组织的粒度一定要比财务组织小，在财务组织之下；这句话的理论理解是：一个库存组织只能委托一个财务组织记帐；如何设置销售组织？销售组织是销售政策的载体，是销售业务的具体操作层，设置销售组织最主要的难点是：粒度如何决定？同样的第一句话，不要把销售部等同于销售组织，销售组织是业务组织，是个虚拟的概念。销售组织的粒度取决于销售政策(价格折扣、促销方式、返点返利、提成佣金等)的同质性，如果某些组织单元适用于同样的销售政策，那么他们就可以归并一个销售组织中去；如果整个公司只有一种销售政策，那么设置一个公司级的销售组织即可；销售组织的粒度还取决于销售统计的层次，对于流通渠道，如果需要分层次统计销售业绩，那么可以把每个层次的渠道通路都设置成销售组织；例如，亚华乳业，因为需要统计每个办事处，每个省区、每个大区的销售业绩，所以每个办事处是最明细的销售组织，每个省区和大区都是虚体的销售组织用来汇总统计；如何设置采购组织？采购组织是采购政策的载体，是采购业务的具体操作层，同样也需要考虑粒度的问题；考虑粒度，同样是考虑业务政策的同质性，如果采购政策整个公司都一样，不因地区、产品、业态不同而不同，那么整个公司、整个集团一个采购组织就够了；如果因为地区、产品、业态不同而有不同的采购方式和采购政策，那么可以分别设置采购组织；采购组织没有库存和销售组织统计的那种细颗粒度，一般不需要考虑分层统计的需要细分采购组织；不要单纯认为一个采购部就是一个采购组织，任何业务组织，首先考虑公司级或者集团级的层次，才是比较合适的粒度；通常情况下，业务组织的覆盖的范围总是比行政组织要大，但是特殊情况下，行政组织可能比业务组织大；例如一个采购部同时负责国内和国外采购，分为两个小组，显然，国内和国外的采购方式会有很大不同，因此无论从业务政策的角度还是统计的角度，都要把这个采购部分成两个采购组织；如何设置责任中心？ 所谓责任中心就是企业内部出于管理目的、对内部单位进行责任成本和责任利润进行考核的组织。EAS的责任中心分为成本中心和利润中心，成本中心挂在利润中心之下(即：利润中心首先必须是成本中心)。在EAS中，一个成本中心是一个最小的成本核算单位，划分成本中心的粒度，主要从成本核算、费用归集的角度来考虑；EAS的责任中心不能跨财务组织，即责任中心的粒度必须比财务组织的粒度要小；也即：一个责任中心不能委托多个财务组织记帐；如何设置业务委托？业务委托主要是为了各个不同类型的业务组织之间的协同工作而设计的，单据加上委托形成业务流；财务系统：如果用户只上财务，那基本上可以不用设置任何委托，因为财务系统块只用财务组织，跟其他组织没有交互；供应链：1、要设置库存组织到采购组织、库存组织到销售组织的委托，以及库存组织、销售组织、采购组织到财务组织的记帐委托(至于采购组织、销售组织到库存组织的反向委托可以不用设置)；2、要设置采购组织、销售组织、库存组织对行政组织的委托(体现的是业务执行关系)，至于反向的，行政组织到采购、销售、库存的委托目前还没有用上，所以不必设置；HR系统：需要设置行政组织到HR组织的委托，这是表明HR组织的覆盖范围；需要设置行政组织到财务组织的记帐委托，至于HR组织到财务组织的委托现在没有用上；设置业务组织的总结和补充区分业务组织粒度的第一原则是业务政策的同质性，第二原则是统计的层次；组织的粒度经常需要在各个业务系统之间(即：各个不同类型的业务组织之间)找平衡，取个折衷的粒度；根据第一条的两条原则设置组织的粒度并不是唯一，有时候需要根据具体业务微调；例如库存组织对成本核算方法有影响，同一物料在不同库存组织允许不同的成本核算方式，当企业实际业务需要同一个物料采用不同计价方法时，就需要设置两个库存组织了；成本中心、库存组织不能跨财务组织；采购组织、销售组织在核算上不能跨组织，但是在业务上是跨财务组织的(集中采购、集中销售);关于组织架构调整1用户的组织架构因为业务需要可能是频繁变动的，这就需要在EAS组织架构中进行调整的能力；组织架构=组织单元+关系；从这个公式可以看出来，组织架构调整分为两种：一种是组织单元本身的调整，一种是组织单元之间的关系调整；组织间关系的调整分为大致分为两类：委托关系的调整；上下级关系的调整；组织单元的调整主要是指组织的新增、合并、分拆、撤销、移动等等；关于组织架构调整2委托关系的调整委托关系的调整在EAS中没有什么限制，因为委托关系会记录到每一张具体单据中，调整委托关系理论上不会影响历史数据。但是如果涉及到反向流程再正向流程的互动，数据结果可能会不一样，这个要注意(有个别基础资料记录了委托关系，需要改正)；上下级关系的调整(即组织视图&组织单元的移动)上下级关系的调整影响是比较大的，因为这会导致组织视图的变化，进而会导致数据汇总关系的变化，会影响历史数据的查询。如果用户不在意历史数据的变化，那么可以直接调整，如果用户不允许历史数据受影响，那么不能直接调整，必须封存组织再新建。组织单元的调整如果用户不在意历史数据的变化，那么可以直接调整；如果要求历史数据不能变化，那么必须封存组织单元再调整；规划组织架构需要考虑的问题组织架构的设置主要要根据用户的实际业务情况来判断，一定要分析清楚用户的业务才能做决定；考虑如下因素：集中管理的强度、主数据的共享范围、财务组织、职称体系、人事考勤体系、报表体系、预算编制粒度等等；组织规划的本质对各种业务需求进行一种均衡处理，找个平衡点；进行组织鉴别、确定组织的边界来划分组织；实施时如何建立组织架构（建议原则）以“公司＋行政部门”的方式画出基本的行政组织架构，确定基本的组织单元；找出独立核算的财务组织；结合管理单元的各种划分方法划分出管理单元；分析业务，根据业务政策和报表统计的需要在组织单元标示出各业务组织；根据业务流向和协同关系，指定各个业务组织之间的委托关系；对于“一套班子做多套业务”这种情况要注意，行政组织不用划分开来，但是业务组织需要划分开来，因为统计和政策的需要；在EAS中建立组织架构的步骤跟组织规划原则不同，在EAS产品中建立组织架构的步骤是先要建好管理单元，再建组织单元；先以超级用户进入系统，建立管理单元，并建立CU管理员，然后再让各个CU管理员进入系统建立本CU的组织单元；设置各个业务组织的业务组织属性，区分实体和虚体、指定业务上下级，建立委托关系；注意：EAS组织架构的财务组织在建立时依赖于一些基础数据，例如科目表、汇率表、会计期间表，因此，在建立EAS组织架构之前实际还要先建立好这些必须的基础数据，才能真正开始建立EAS组织架构。EAS目前组织模型的缺陷委托关系不够完整，没有实现条件委托，只有完全委托；组织架构版本管理尚未实现，现在还没有实现业务组织的变更、合并、封存处理；成本中心和利润中心没有真正得到应用，使得对于半独立核算模式的处理比较困难，只能依赖于数据权限，加上第一个问题的原因导致使这类业务处理更加复杂；EAS组织模型在项目实施中的主要难点组织的粒度不好识别；例如：管理单元究竟应该划多大？销售组织应该划多少个？等；组织的位置不好识别；例如：应该在什么地方标示HR组织？库存组织？采购部应该设置成采购组织吗？一套班子做多套事怎么办？等；组织的关系分析不清例如：库存组织和行政组织是什么关系？怎么对应？什么是汇报关系？什么是汇总关系？我在设置的组织架构是行政架构吗？还是管理架构或者法人架构？等等；实施时容易犯的错误因为实施时经常分几期上线，所以开始制定业务蓝图的时候没有从全局的角度考虑组织模型的实施，最后可能发现财务要求的组织架构和供应链、HR要求的组织架构不一致，有冲突；以为组织架构仅仅是组织架构，没有结合每一块业务仔细分析，没有对企业实际管理的特点、岗位的设置、权限的分配、报表的汇总、基础数据的管理、业务流程的衔接、操作的方便性等问题做综合考虑，最后发现不适用；实施组织架构前的几点思想准备EAS的组织模型具有系统性，绝对不是一个简单的基础资料。所以组织架构在实施阶段规划的合理性决定了以后业务系统的成败，它几乎涉及到EAS的所有方面，设置组织架构是个系统工程，全局性的，必须高度重视；EAS组织模型的扩展性和灵活性很高，但是这种扩展性和灵活性带来了复杂性，不当实施的效果无可预料，好比一盒积木能搭出什么样的形状，无法预知；EAS组织模型的标准理论和实际产品的实现有一些细微差别，主要是指某些功能在组织模型中已经体现了，但是业务系统中还没有完全支持，这一点实施的时候要注意，理论和实际有差别；要敢于怀疑用户的说法用户对于组织架构的理解是非系统性的、非理论性的，是经验性的，甚至是偏差的，至少，是非EAS组织模型性的。所以一定要怀疑用户的第一说法，并且加以引导和刨根问底；例如，用户说：我们是事业部制管理的……真的是吗？一定要问清楚具体运作机制，否则很容易被用户误导。也许等你问清楚了，你才发现他们原来离事业部制天差地远；例如，用户说：我们的县级公司是独立核算的……真的是吗？用户理解的“独立核算”是EAS中独立核算的概念吗？如果不问清楚这个，财务组织就无法设置正确；用户对于组织架构的理解顶多是业务需求层次，而EAS组织架构是业务蓝图性质，这二者之间可能有很大的差异，一定要仔细甄别整理；请一定和用户一起动手实施的数据准备阶段，如果你让用户自己画出他们公司的详细组织架构，他们有可能会因为考虑太多而被组织关系、管理方式、法人关系、股权关系搞得糊里糊涂，怎么也画不清楚；也可能会因为考虑太少，画出来的组织架构有很多遗漏；或者是主次不分，抓不到重点。所以请一定和用户一起，用我们的组织模型来引导用户，整理出他们真正的组织架构初稿；组织规划的几条金科玉律组织架构实施要全局考虑，组织架构的设置意味着管理模式的选择，要结合管理的特点来考虑；同时，横向上要考虑EAS全部的业务模块，要综合考虑各个不同类型业务组织之间的关系，组织规划的本质对各种业务需求进行一种均衡处理，找个平衡点；EAS组织架构主要体现的是企业的管理架构，依据管理架构开展业务而不是行政架构。设置步骤是先识别行政架构再设置管理架构，不要把组织架构的众多维度混淆在一起；EAS组织模型中，行政组织才是真实存在的组织单元。行政组织的划分参照真实的企业组织架构即可，至于业务组织完全视业务规则来划分，是虚拟组织的概念，跟行政组织并无直接必然联系;识别业务组织的粒度主要依据业务政策的同质性(适用于所有业务组织，包括管理单元)。即：如果某个区域内的组织单元集合适用并且使用同样的业务政策，那么它们就可以划分到一个业务组织内；一个具体的例子组织架构EAS权限管理供应链初始化相关基础资料库存初始化应收应付初始化提纲EAS权限的金三角架构能不能操作组织权限功能权限数据权限按组织授权数据是组织隔离的组织也是数据的一种能操作哪个组织的能操作哪些数据按数据授权数据权限的分类一般数据权限特殊数据权限主管权限创建者权限离散权限字段权限特殊数据权限－设置在金蝶EAS主界面，选择【系统平台】→【安全管理】→【特殊数据权限】，界面如下：

分管理单元启用拥有者权限和主管权限。启用拥有者权限之后，才允许对功能权限进行设置。拥有者权限设置在金蝶EAS主界面，选择【基础数据管理】→【组织架构】→【管理单元】，点击【特殊数据权限】按钮，出现下图界面：

分管理单元启用拥有者权限和主管权限。启用拥有者权限之后，才允许对功能权限进行设置。主管权限设置在金蝶EAS主界面，选择【基础数据管理】→【组织架构】→【管理单元】，点击【特殊数据权限】按钮，出现下图界面：

直接启用主管权限即可，无须做特别设置。判断是否主管，是根据职员对应的职位是否负责人职位来判断的。特殊数据权限－启用字段授权在金蝶EAS主界面，选择【系统平台】→【安全管理】→【权限管理】→【用户管理】进入“用户管理”主界面，“文件”菜单下点击“字段权限设置”：第二步：字段权限授予在金蝶EAS主界面，选择【系统平台】→【安全管理】→【权限管理】→【用户管理】进入“用户管理”主界面，点击“分配权限”：组织架构EAS权限管理供应链初始化相关基础资料库存初始化应收应付初始化提纲基础资料的控制方式说明策略类型策略分类中文名称业务含义共享(S类）ShareS1集团维护，全局共享基础资料只能在集团总部进行新增、修改、删除等操作，做完这些操作后对集团内其他公司有同样影响。S2全局维护，全局共享基础资料可以在集团内任何一个公司进行新增、修改、删除等操作，做完这些操作后对集团内其他公司有同样影响。S3创建者维护，全局共享基础资料谁建立就由谁负责维护，维护结果对其他CU有同样影响，其他CU只能使用不能修改，但可以新增。S4对下共享，对上隔离上级CU建立的基础资料对下级CU共享使用，但下级建立的资料上级不可见。只能由创建者维护（增加，修改，删除），下级能使用但不能修改和删除。分配（D类）DistributeD1管理者维护，创建者分配共享基础资料在集团所有公司内都是相同的，但只有上级CU分配给下级CU资料后，下级CU才可见并且使用。D3基本信息集团统一，分配后相关信息分别维护基础资料要分配使用，其基本信息在所有公司内都是相同的，但其他信息可以由各CU分别维护。分配时其他资料一起复制。隔离/独占（I类）IsolateI绝对隔离，创建者私有基础资料完全按CU隔离，各CU自己创建，自己维护和使用。资料新增、修改、删除等操作对其他CU没有任何影响。业务控制策略的控制参数包括上级可见、可新增、可修改、可删除、可升级和分配引用方式五大参数，其确切的含义是：上级可见：下级管理单元创建的基础数据，上级管理单元是否可见，可使用；可新增：用本级管理单元是否可以新增某个基础资料，如果不能新增，那么这个管理单元就只能使用上级管理单元分配过来的基础资料，这种控制方式是非常强势的控制；可修改：上级管理单元分配的基础数据，下级管理单元是否可以修改；可删除：上级管理单元分配的基础数据，下级管理单元是否可以删除；可升级：本级管理单元新增的基础数据，是否可以将业务数据的管理权升级给上级管理单元。升级之后，本级管理单元还可以使用已升级的数据，只是视同上级管理单元分配过来的数据进行维护。分配引用方式：该参数用来确定基础数据采用何种方式从上级管理单元共享到下级管理单元。分配方式即上级管理单元主动将基础数据分配给下级管理单元，下级管理单元并不能查看上级管理单元的基础数据。引用方式即下级管理单元主动的去将上级管理单元创建的基础数据引用到本管理单元，上级管理单元的所有基础数据都对下级管理单元可见。业务控制策略新建币别新建汇率表提供多套汇率表，用户可以根据地域不同，使用场景不同，使用目的不同设置不同的汇率表。汇率可以根据浮动汇率、固定汇率分别设置，达到了最多一天一个汇率的要求。汇率支持可逆运算，即如果只有美元到人民币的汇率，要是需要人民币到美元的汇率，我们可以通过倒算得到。汇率表汇率会计期间系统支持定义多种会计期间类型，不同的公司可以选择不同的类型。会计期间支持定义调整期间提供会计期间对照功能，为不同公司做汇总和做合并报表做准备。记帐分类是链接业务与动态会计平台的桥梁；业务系统可以定义不同业务和业务操作对应的会计科目，当业务发生并需要通过动态会计平台来生成凭证时，就可以通过记帐分类来获取科目，并生成凭证。支持五种类型的记帐分类，包括客户、供应商、物料、固定资产、职员。物料客商－特色支持管理单元间分配共享；基本资料在管理单元内共享；业务资料允许不同业务组织分别设置；资料丰富，满足采购、销售、库存、财务系统需要；集团统一管理，编码集团内唯一；客商通过业务分析码实现客商一体化。包括了企业中所有能用到的原材料、产成品、半成品、低值易耗品、包装物等等建立物料数据前提：组织架构必须已经搭建好，物料相关的计量单位组、计量单位、物料基本分类、结算方式、记账分类等基础资料已经建立。

如果启用编码规则，则需要检查物料的编码规则是否已经定义好了；物料基本分类的定义是否全集团达成一致。物料的基本资料是全集团（管理单元）统一共用的，下属企业不能修改物料物料物料是系统的主数据之一，特别是如果使用物流系统，要达到业务协同的目标，就需要对整个集团的物料资料作统一的规划。建立流程：物料分类标准维护财务资料、采购资料、销售资料、库存资料、成本资料允许不同的业务组织（下属公司）定义不同的数据物料分类

物料除了基本分类外，还可以定义其他任意多种分类标准，和指定物料属于这些分类标准中的一个分类

物料的基本资料物料基本资料定义物料的编码、名称、规则、基本计量单位、辅助计量单位、辅助属性等等基本资料物料的计量单位物料计量单位必须分组，每组只有一个默认计量单位，同组的计量位要求有换算关系。物料多计量单位：基本计量单位、辅助计量单位。物料计量单位管理可维护该物料要用的所有计量单位，以及计量单位之间的换算系数、是否可拆包、是否统计计量单位等属性。辅助计量单位与基本计量单位的换算为浮动换算，其他计量单位与与基本计量单位的换算为固定换算。定义记帐分类、核算类别、计价方法、单位标准成本等属性

物料的财务资料物料采购资料

定义物料的采购参考价、超收比率（以订单为核心控制下游单据）、采购计量单位、强制使用货源清单、强制使用供货价格等属性

物料的采购资料物料销售资料

定义销售记录单位、销售税率、参考售价、超交比率（以订单为核心控制下游单据）等属性物料的销售资料物料库存资料

定义库存管理、负库存管理、批次管理、保质期、序列号、库存计量单位、安全库存、保质期的相关属性、出库优先方式等属性，目前组合件、条码管理、使用批号管理等没有使用。

物料的库存资料物料实施注意事项实施注意事项：基本属性：辅助属性、单价精度、基本计量单位、辅助计量单位需要根据实际业务需要进行设置。财务属性:计价方法、记账分类、核算类别需要按照行业特点、核算体系要求进行选择。采购属性：采购参考价、超收比率（以订单为核心控制下游单据）、采购计量单位销售属性：以销订购目前可以使用，其他基本没有用，以后可能会用到。库存属性：库存管理、负库存管理、批次管理、保质期、序列号可以使用，其他基本没有用。物料、客商辅助资料以序时簿形式展现序时簿形式展现物料、客商辅助资料物料客商－分配物料、客户、供应商批量分配只有当基础资料列表勾上“未分配”时，才可以对“同时分配辅助资料”复选框进行操作。其他情况都不显示该复选框二次分配功能物料客商－升级升级是将下级管理单元创建的数据的管理权升级到上级管理单元上来。设置业务控制策略为可升级供应商对于企业来说，供应商是其上游的客户，也是企业正常运转的资源提供者，供应商的管理与客户管理一样重要，两者在ERP系统中都算是非常关键的信息。操作前提：供应商依赖的其它基础资料有组织架构、记账分类、结算方式、币别、现金折扣、国家、省份、城市、区县、地址等，维护供应商之前必须先维护以上几类基础数据。如果供应商采用编码规则，则需要定义好编码规则备用。操作员已经具备对应的维护权限。供应商的基本资料供应商的财务资料供应商的采购资料客户对于企业来说，供应商是其上游的客户，也是企业正常运转的资源提供者，供应商的管理与客户管理一样重要，两者在ERP系统中都算是非常关键的信息。操作前提：供应商依赖的其它基础资料有组织架构、记账分类、结算方式、币别、现金折扣、国家、省份、城市、区县、地址等，维护供应商之前必须先维护以上几类基础数据。如果供应商采用编码规则，则需要定义好编码规则备用。操作员已经具备对应的维护权限。客户的基本资料客户的财务资料客户的销售资料客商实施注意事项客商支持多纬度管理；集团和基层单位都可以建立具体的供应商，根据管理的需要，如果要实现某一供应商在整个系统的唯一性，就需要在集团建立、然后下发给下属单位使用，下属单位不可以新增客户；供应商由集团统管，在集团下建立供应商资料，然后下发给子公司；下属单位自己添加的供应商，系统支持供应商资料升级的需求；但是如果多家单位都增加了同一个供应商的资料，就需要通过业务分析码完成相关的汇总和统计；内部客户和内部供应商是客商资料的一种，也是合并报表获取内部交易、内部往来的数据来源（一般地，在集团层面上设置；否则，其他下属单位就不能使用同一的内部客商了）。在各公司使用客商信息时，供应商需要维护财务属性和采购属性，客户需要维护财务属性和销售属性。业务分析码将重复维护的客户或供应商映射成一个业务分析码解决客户供应商一体化的问题应用：在往来对账单等业务中按分析码汇总在往来台账按分析码展现业务数据销售组及销售员销售组及销售员：销售组是多个销售人员的集合和分组管理，同时也是对销售业务数据进行分组统计的基本条件，每一个销售组可以包括多个销售人员，并可以在集团范围内选择不同的销售人员加入组中进行管理，类似业务的虚拟团队，后期的销售报表可以对不同的销售组进行销售业绩分析和统计。销售组管理包括销售组的维护和销售组中销售员的分配销售组织、销售组及销售员之间关系一个销售组只能属于一个销售组织一个销售组织可以分多个销售组一个销售组可以包括多个销售员一个职员可以属于多个销售组，即兼职的情况组织架构EAS权限管理供应链初始化相关基础资料库存初始化应收应付初始化提纲库存初始化应用场景仓库的记账准备工作仓库的期初库存余额与财务一致使用系统进行库存记账前的准备工作管理需求如何快速地把原有的大量库存数据结转到新系统如何保证库存账与财务账一致库存初始化设计思路录入/导入初始化单元的期初库存余额初始化库存余额的库存账与总账进行对帐结束初始化开展正常的出入库等库存业务录入/导入期初库存余额结束初始化初始化单据初始化对账处理库存业务库存初始化关键要点库存初始化单中录入初始化单元（针对库存组织和仓库）的系统初始化期间（对应财务系统的会计期间）的期初库存余额审核初始化的库存余额初始化库存余额的库存账与总账进行对帐结束初始化操作开展正常的出入库等库存业务库存初始化-说明1系统支持以库存组织与仓库为最小单元进行库存余额初始化和启用供应链系统包括库存初始化和单据初始化库存初始化：库存余额初始化单据初始化对初始化单元在系统上线时的初始化会计期间的期初未开票的采购入库单和期初未开票的销售出库单进行初始化，保证这些业务的业务流程的完整性可以关联这些初始化的单据生成新增的下游单据初始化类型的库存单据是不会更新库存台账，也不会进行存货核算和不需要生成凭证库存初始化-说明2初始化单元范围可以是：一个财务组织一个财务组织的一个库存组织一个财务组织的一个库存组织的一个仓库初始化期间：系统平台的系统状态控制功能中设置了该财务组织在供应链系统的启用期间，才允许执行“库存初始化”。“库存初始化”可以分开在不同的会计期间进行，不一定都要在记帐财务组织的启用期间时进行。

初始化对数据处理的影响：结束初始化会对初始化单元进行初始化结束的标识生成初始化单元在初始化期间的存货余额表，库存余额表，更新库存台账；记录期初数量、金额、本年累计收入/发出数量、金额等数据。初始化单元的业务单据，只能在该初始化单元结束初始化后才能进行审核处理库存初始化-说明3初始化过程：

按模板引入：按金额/数量的计算逻辑手工输入：按数量*单价的计算逻辑初始化单据审核：提交审核后单据才有效，同时更新台账。初始化对账：对某个财务组织下的所有物料的库存初始余额转换成物料对应的科目余额，与总账系统相同科目账户余额进行对帐。条件：物料财务属性定义了记账分类、单据已审核、结束初始化：一个财务组织：是对所有委托该财务组织记账的库存组织和这些库存组织的库存物料存放的所有仓库进行结束初始化；一个财务组织和一个库存组织：是对该库存组织和库存物料存放的所有仓库进行结束初始化；一个财务组织和一个库存组织和一个仓库：是对该库存组织和该库存组织在该仓库下存放的库存物料进行结束初始化；库存初始化-说明4反初始化：将结束初始化的初始单元进行反初始化。注意：没有结束初始化，正常期间单据是不能审核的。如果初始单据有尾差，无法进行单据调整时，建议作反向单据调整。组织架构EAS权限管理供应链初始化相关基础资料库存初始化应收应付初始化提纲应收应付初始化系统参数维护：需要按照各财务组织逐一设置，需要按照本身的业务特点分析设置。初始数据：指启用点没有完全结算的单据，初始余额指没有结算部分的余额三种单据：期初应收单、期初收款单、期初代理业务单，期初单据不需要账务处理，可以手工输入已经结算的余额。期初代理业务单需要手工审核、其他两类可以不需要。三种来源方式：手工输入、按照模板导入、从总账辅助账余额引入手工输入：直接手工按单输入初始余额单据按照模板导入:简化输入，批量倒入从总账辅助账余额引入:要求检查应收和总账期间的合理性，总账的当前期间必须大于或等于应收系统的启用期间；

录入科目和单据类型的对应关系；如果应收系统的启用期间不是年度的第一个期间，系统也引入本年发生额数据。初始化流程图初始化–与总账关联与总账关联(如果不平是否可以关联与参数有关)对账科目设置对于需要与总账对账的科目，必须设置成对账科目才能与总账对账。在金蝶EAS的主界面，选择【应收管理】

【初始化】

【对账科目设置】双击进入“对账科目设置”界面。应付类似。如下图：对账科目设置负数单据取值为“负数”时，应收/应