ERP中心业务流程和Oracle-ERP业务和数据目标分析
作者：人月神话，新浪博客同名
简介：多年SOA方案建立，公有云PaaS平台架构计划履历，长时从事一线项目实践
今天简便整理下原本整理过的ERP中心业务流程和Oracle-ERP中心业务功效和数据目标分析。在先容Oracle-ERP中心模块前先分析下我们常常谈到的主消费方案和物料需求方案。
主消费方案
关于大局部企业，与其说一个体系对否称的上是ERP体系还不如说该体系可否真正算的上一个MRPII体系。MRPII的中心数据基于ITEM和BOM,以此完成物流，信息流和资金流的完全整合。
以是一个MRPII体系最少应该有基于BOM分析的MRP运算功效，同时思索资源束缚构成闭环的MRP，但MRP眷注的是很细节的原质料需求方案，以是眷注点在细节和近期。
而MPS主消费方案则是一个较粗的眷注产物或可设置的半制品在各个时段的具体需求的方案，因此MPS好效的衔接了贩卖模块和MRP,经过运转MPS才干够完成由方案驱动的一体化控制形式。因此有无MPS主消费方案功效以前对否思索资源束缚是ERP体系另一个紧张特性,仅有MPS主消费方案可行的情况下，才应该进入方案的细化，运转近期的MRP物料需求方案和才能需求方案。
为什么要先有主消费方案,再依据主消费方案制定物料需求方案?对否可以直接依据贩卖猜测和客户订单来制定物料需求方案?
归纳地说:MRP的方案办法就是追踪需求。
假如直接依据猜测和客户订单的需求来运转MRP,那么取得的方案将在数目和时间上与猜测和客户订单需求完完婚配。但是 ,猜测和客户订单是不安定、不均衡的,直接用来安插消费将会显现时而加班加点也不克不及完成职责,时而装备闲置很多人没有活干的征象,这将给企业带来劫难性的后果,并且企业的生 产才能和其他资源是仅限的,如此的安插也不是总能做取得的。加上主消费方案这一条理,经过人工干涉,均衡安插,使得在一段时间内主消费方案量和猜测及客户订单在总量上相婚配,而不寻求在每个具体时候上均与需求相婚配,从而取得一份安定、均衡的方案。
由于在产物或终极项目(独立需求项目)这一级上的方案(即主消费方案)是安定和均衡的,据此所取得的关于非独立需求项目标物料需求方案也将是安定和匀称的。因此制定主消费方案是为了取得一份安定、均衡的消费方案。
关于MRP寻常会每周运算，天天约莫还会跑一个增量的MRP。而关于MPS寻常会订定6个月乃至更长时间的方案，整个时间区间起首分为短期，中期和远期三个时区，每个时区还会分为多个时段。MPS的输入寻常既有实践的订单，又有猜测信息，因此在短期寻常以订单作为需求基准，中期取订单和猜测的最大值，而远期寻常仅有猜测值可取。在不克不及完全完成相似Dell的完全按单消费的Pull形式的时分，很多企业都属于这种混算方案形式。
依据界说，MPS是具体报告在何时要消费出几多物品的方案。
因此，任何一家公司的MPS总是方案内物品与每一方案内物品所掩盖的时间时期所构成的一个矩阵。所使用的时间时期屡屡是一周，固然对大而繁复的产物如发电装备与船舶偶尔用两周或一个月。关于这里提及到的物品关于MTO(Make to Order)方案形式的时分寻常就是最顶层的产物，而关于ATO(Assembly to Order)办法时分，由于依据不同的半制品可以设置出不计其数的产物，因此MPS方案仍旧会依据方案Bom举行分析，最初得出的是各个拆卸件的各时段的需求数目。
MPS中一个紧张看法就是事先一阶段，一个产物客户三个月今后要，约莫如今就要开头举行原质料的采买，并准备干系的消费。因此采买周期，加工周期，拆卸周期和发运周期协同构成了某个产物的事先一阶段。此中加工周期又触及到了列队时间,准备时间,加工时间,等候时间,传送时间等多个时间。当一个产物的Bom条理很深的时分，既要思索各层的这些加工和拆卸时间，又要思索才能资源的束缚，因此加工事先一阶段的盘算并不是安稳一层安定的。
在MPS方案体例中必要克制其可行性，在这里寻常经过RCCP(粗才能方案)举行校验。TOC束缚实际在ERP中有特别紧张的作用和位置，特别是在终期APS(Advanced Plan System)如I2的APS中更是取得富裕的体现。
一个MPS方案必需思索各个资源的束缚，这内里的原质料，消费装备，消费职员，事先一阶段，加工拆卸工序等都是紧张的束缚条件。在资源束缚无法满意需求的时分，还可以思索可交换BOM,可交换物料和需求商，可交换工艺路途等多种交换资源。富裕思索了这些束缚的RCCP将是很繁复的。
举行主消费方案体例的步调是起首是输入各个时段的猜测信息和订单信息，依据这些信息取得毛需求，同时依据方案批量预估每个时段的方案产出量。依据毛需求和方案产出量信息得出各个时段的估计可用库存。然后依据毛需求，估计可用库存，再思索产物的宁静库存的必要得出净需求。最初依据净需求，事先一阶段得出方案投入量和可供贩卖量。
MPS驱动一体化的方案控制体系，它把较高条理的消费方案与平常的日程方案连锁在一同。这就确保后者支持前者，并且在二者不成能坚持同一步伐之前会天生早前告诫信号。MPS运算后果可行后直接引导MRP运算和才能需求方案,同时依据MPS盘算后果得出条约实行允许(好比客户在三个月后要某个产物5000台，依据如今情况对否可以满意该条约的实行。
从主消费方案到物料需求方案
物料需求方案（Material Requirement Planning 简称MRP）是今世国际上一种告捷的企业办理实际和办法。其基本头脑就是经过运用封建的办理办法和古代化的东西──电脑，标准企业各项办理，依据市场需求的厘革，对企业的种种制造资源和整个消费、策划历程，实行好效构造、和谐、控制，在确保企业正常举行消费的基本上，最大限制地低落库存量，延长消费周期，变小资金占用，低落消费本钱，提高企业的投入产出率等，从而提高企业的经济效益和市场竞争才能。
关于MRPII而言，重点在于以下三点改良，一是增长了MPS主消费方案完成方案控制历程一体化，一是富裕思索了才能和资源束缚，最初是高度完成了信息流，数据流和资金流的整合。MRPII中的贩卖，方案，采买，消费，库存，查验，应收，应付，总帐等中心模块完全完成数据流的高度整合，基本是牵一发而动浑身。
MRP运算有很多最基本的紧张输入，在没有MPS的时分可以直接输入订单和猜测。在有MPS的时分输入为MPS的输入后果。别的紧张的输入是就BOM和库存信息。MRP必要依照BOM条理布局逐层掀开分析，同时在每一层都必要思索相应的事先一阶段和半制品库存。
MRP的输入回复如今必要采买什么和如今必要制造什么两个成绩，因此输入为采买方案和消费方案，采买方案是构成采买订单的基本，而消费方案是构成加工单的基本。
关于多层BOM的时分，运转MRP第一步就是起主要取得原质料级的各个时间点的需求信息。在这里对多层BOM的分析可以经过递归的办法不休分析到最底层，具体递归办法为
- 将如今父项依据BOM分析为子项的需求
- 该子项假如以前是原质料直接扣减库存后构成需求前往
- 该子项是半制品时分
- a假如半制品库存满意需求，直接扣减半制品库存前往
- b假如不满意，得出扣减后需求举行递归分析
在分析得出了原质料层级的各时间点需求方案后，必要依据时区或时段的改良举行汇总。汇总后思索原质料的库存情况，采买事先一阶段，采买订单在途情况，思索宁静库存的情况，得出实践的需求情况。实践的需求情况还必要思索最小订购量和最小包装以转换为直接的给需求商的采买订单。
可以看到MRP分析并无想象的繁复。但当思索产物BOM的加工拆卸事先一阶段，思索才能资源束缚的时分整个运算安静衡将很繁复。
有些ERP体系可以完全追踪到贩卖条约和采买订单的逐一对应干系，而贩卖订单常常是厘革的，正中另有猜测信息，因此从整个需求链优化角度来讲这种逐一对应并无太大的好处，仅有对紧张贩卖条约必要对紧张资源举行锁定的时分以前必要终期举行本钱绩效单独核算时可以起一定的作用。基本数据和BOM是MRP运算最紧张的静态基本数据，库存和在途，在制是最紧张的基本动态数据，假如这些基本数据禁绝确将直接招致MRP输入后果的禁绝确。
MRP寻常每周运转一到两次，同时天天都约莫跑增量的MRP(只处理订单和猜测的变动情况)。在准备下消费工单之前，寻常会举行干系的产物齐套分析，确认消费产物的原质料对否都完备，对否存在缺料的情况，当齐套分析满意后即可下达干系的消费工单。
以下简便形貌由MRP驱动的紧张的数据流情况：
- 采买订单奏效后构成采买在途，下次MRP运算必要扣减采买在途
- 查验经过入库后，验收及格数目将累计到原质料库存
- 查验经过入库后，验收及格数目将扣减采买订单
- 加工单必要按BOM举行领料，要扣减库存，构成半制品在制
- 多层BOM分析时分要思索半制品在制
- 加工完成入库增长半制品后产物库存
- 贩卖发货后扣减制品库存
- 贩卖发货后扣减贩卖订单
Oracle-ERP需求商
需求商的三层表布局
- 需求商头：PO_VENDORS(编码，称呼，别号，父需求商ID，需求商典范，税务标识和纪录号，好效性)
- 需求商地点：PO_VENROD_SITES（用于采买，用于付款，国度，OU，地点行多个，银行账户信息，地点)
- 接洽人目次：PO_VENDOR_CONTACTS(接洽人姓名，部分，电话，邮件)
一个需求商可以有多个地点，有些地点是用于采买，而有些地点用于付款，也可以是既用于采买也用于付款。采买干系紧张属性为收货地点和收单地点，即需求商送货地点和需求商发票寄送地点。同时在需求商-》采买还必要维护发运办法等信息。
当地点用于付款的时分，必要填写银行账户信息，付款条件信息等。在需求商-》管帐维护欠债账户组合，预付款账户组合，远期付款账户组合等。
需求商地点必要关联付款条件，付款条件对应AP_TERM_TL和AP_TERM_LINES分散为付款条件头和付款条件行信息。付款办法取自快速编码表AP_LOOKUP_CODES，典范为PAYMENT METHOD。别的需求商付款所触及到得税码和具体的税率分散对应到AP_TAX_CODES_ALL和AP_AWT_TAX_RATES_ALL两个表。
固然需求商信息这触及三个表，但是需求商本身信息分多个维度和地区。包含需求商基本信息，需求商管帐地区属性，需求商采买地区属性，吸收地区属性，需求商付款和银行账户地区属性。
需求商地点薄维护分两步举行，起首是地点信息，然后是地点信息，对应地点层不分OU，在为地点层创建地点的时分将地点对应到具体的OU。对应到PO_VENROD_SITES表的ORD_ID字段。
在需求商地点表会维护FOB信息。FOB是FREE ON BOARD三个单词第一个字母的大写，中文意思为装运港船上交货，指定具体装运港名。实用运输办法：海运和内河运输。紧张点：风险区分点，交货点，用度区分点均在装运港买方指定的汽船舷（实践利用中为装到船舱内）。
- 吸收：在目标构造收到货品之前，货品一切权属于发运构造。
- 发运：在起始构造发运货品（以及货品还在途中）时，货品一切权属于目标构造
需求商地点可以办理付出编码信息。根听分析，付出组应该就是在做付款批的时分使用的，跟优先级一个真理。做应付发票的时分，选择付出组，付款批的时分可以用付出组这个参数来只给所选择的付出组举行付款。
好比，一个发票批里有A，B两张发票，A发票是“员工付出组”，B发票是“需求商付出组”付款批的时分，选择相应的发票批，然后付出组选择“员工付出组”那么该付款批就只能选择到A这张发票了。假如去掉这个参数的话，A，B的发票是都可以选择到的。
在需求商维护，控制内里可以维护发票婚配选型，具体的婚配端正。也可以选择暂挂不婚配发票。
Oracle-ERP物料
中心表：inv.mtl_system_items
物料第一次界说都是界说主构造物料，别的库存构造要使用必需举行库存构造分派，可以看到在表内里segment1编码字段由于organization_id不同会存在多条纪录，每举行一次库存构造分派会增长一条纪录。在举行物料界说的时分起首是基本信息，包含：
- 编码：segment1
- 形貌：description
- 单位：unit_of_issue 字典表在inv.mtl_units_of_measure
- 形态：好效和没效两种形态
- 物料典范：item_type
- 项目典范（item type)
在这里必要先表明item典范和item模板。item典范是具有相反基本初始属性界说的一类item的总称。它是对公司浩繁item举行分类办理的一种办法。item模板是item界说时的一个参照体，我们可以使用item模板对同一item典范的item快速界说其干系初始属性。也就是说界说物料的时分可以选择物料的典范，典范会对应到相应的模板主动初始化物料界说干系属性。
物料主要信息界说完成后可以对物料举行构造分派，分派到各个库存构造上，必需举行构造分派后在干系的库存构造才干够使用该物料。分派后的构造属性可以看到有些主构造属性是不克不及修正的，有些属性可以举行修正。物料维护界面除了物料主要属性界说外，还包含了库存，物料清单BOM，资产办理，本钱盘算，采买，吸收，物理属性，总方案，MPS/MRP方案，事先一阶段，WIP，订单多个维度的属性信息。
分类集和分类
Category sets may be used as a means to develop custom lists of items on which to report and sort. You can also create other category sets such as John's Priority or Jane's Priority, with categories like high, medium, and low。分类集是按不同用处分的大类，比如有按财务办理的类，有按产物属性分的类，等等。而分类是在分类集下的分类，比如财务办理的典范可分几类：制制品，置办品；产物属性的典范又可分几类：金属件，塑料件，晶体件，等等。一个item可以分派给多个分类集。
事先一阶段
体系中的物料有“采买件”、“制造件”两品种型，制造件的事先一阶段相对繁复。在体系的BOM模块中可以盘算制造件的事先一阶段。而采买件的事先一阶段仅有手工录入。即使有工艺路途，也不管帐算事先一阶段。任何何采买件的事先一阶段都市思索事情日历。只在事情日思索采买事先一阶段，及假定休憩日没有任何采买干系的业务。
采买件的事先一阶段盘算逻辑如下(1 2 3):
1.过账事先一阶段/后加工事先一阶段/Postprocessing Leadtime(从吸收到入库的时间）
2.处理时间/加工中事先一阶段/Processing Leadtime (需求商处理订单到交货给你的时间）
3.预事先一阶段/预加工事先一阶段/Preprocessing Leadtime (采买订单完成前必要的时间)
总方案(general planning)
库存方案办法就是经过设置上底限存货量来控制库存的一种库存办理办法，即当库存低于底限（最小值）时，下达采买方案，增补到库存极限（最大值）。
- Inventory Planning Method: Min-Max
- Min-Max Quantity: Mininum(最小值)Maxinum（最大值）
- Order Quantity(订单量): Mininum(最小值)Maxinum（最大值）
- Fixed lot Multiplier(安稳批量)
- Make Or Buy（制造件或采买件）：若为采买件选择Buy，若为制造件选择Make
- Source（泉源，寻常指补货泉源）
- Source Type(补货泉源):若为采买件，此处选择Suppplier(需求商)
物料表具体字段分析参考
- ORGANIZATION_ID NUMBER 构造代码
- INVENTORY_ITEM_ID NUMBER 项目内码
- SEGMENT1 VARCHAR2(40) 项目编码（外码）
- UNIT_OF_ISSUE 单位
- DESCRIPTION 项目分析
- ALLOWED_UNITS_LOOKUP_CODE 可否单位换算
- INVENTORY_ITEM_STATUS_CODE 项目形态
- ITEM_TYPE 项目典范
- PRIMARY_UNIT_OF_MEASURE 基本度量单位
- BASE_ITEM_ID 基本代码
- BOM_ENABLED_FLAG BOM使能标志(项目可否有清单)(Y/N)
- BOM_ITEM_TYPE BOM项目典范
- ENGINEERING_ECN_CODE 工程变动号
- ENGINEERING_ITEM_ID 工程项目代码
- ENG_ITEM_FLAG 对否是工程项目
- COSTING_ENABLED_FLAG 本钱始能标志(有无本钱)
- COST_OF_SALES_ACCOUNT 货品贩卖帐目
- DEFAULT_INCLUDE_IN_ROLLUP_FLAG 对否可为缺省
- INVENTORY_ASSET_FLAG 对否是库存资产
- STD_LOT_SIZE 标准批量规格
- ALLOW_ITEM_DESC_UPDATE_FLAG 对否可更新项目分析
- ASSET_CATEGORY_ID 资产种别
- BUYER_ID 采买员代码
- ENCUMBRANCE_ACCOUNT 没效账目
- EXPENSE_ACCOUNT 用度账户
- HAZARD_CLASS_ID 风险类代码
- LIST_PRICE_PER_UNIT 单位定价
- MARKET_PRICE 时价
- OUTSIDE_OPERATION_FLAG 外部利用项目
- OUTSIDE_OPERATION_UOM_TYPE 外部利用单位典范
- PRICE_TOLERANCE_PERCENT 允许价格偏差百分比
- PURCHASING_ENABLED_FLAG 对否可采买
- PURCHASING_ITEM_FLAG 采买项目
- ROUNDING_FACTOR A 权衡因子
- TAXABLE_FLAG 税收项目
- UNIT_OF_ISSUE 单位
- ALLOW_EXPRESS_DELIVERY_FLAG A 可以快递项目
- ALLOW_SUBSTITUTE_RECEIPTS_FLAG 收据对否可以交换
- DAYS_EARLY_RECEIPT_ALLOWED 可以事先天数
- DAYS_LATE_RECEIPT_ALLOWED 可以推延天数
- ENFORCE_SHIP_TO_LOCATION_CODE 目标地
- INVOICE_CLOSE_TOLERANCE 发票完毕偏差
- QTY_RCV_EXCEPTION_CODE 例外吸收数目代码
- QTY_RCV_TOLERANCE 例外吸收允许量
- RECEIPT_REQUIRED_FLAG A 对否必需收据
- RECEIVE_CLOSE_TOLERANCE A 吸收完毕允许天数
- RECEIVING_ROUTING_ID 吸收行程安插编码
- AUTO_SERIAL_ALPHA_PREFIX Starting Serial Prefix
- CYCLE_COUNT_ENABLED_FLAG 可否循环盘算
- INVENTORY_ITEM_FLAG 对否为库存项目
- LOCATION_CONTROL_CODE 采买点控制代码
- LOT_CONTROL_CODE 对否有批量控制
- MTL_TRANSACTIONS_ENABLED_FLAG 可否买卖
- POSITIVE_MEASUREMENT_ERROR Pos Measurement Error
- RESERVABLE_TYPE 对否要预留
- RESTRICT_LOCATORS_CODE 对否限订定位
- REVISION_QTY_CONTROL_CODE 对否受修订版本控制
- SERIAL_NUMBER_CONTROL_CODE 对否受系列号控制
- SHELF_LIFE_CODE 有无存储限期控制
- SHELF_LIFE_DAYS 存储期天数
- START_AUTO_LOT_NUMBER 开头批量
- START_AUTO_SERIAL_NUMBER 开头系列号
- STOCK_ENABLED_FLAG 可否库存
- UNIT_VOLUME 体积
- UNIT_WEIGHT 分量
- VOLUME_UOM_CODE 体积度量单位
- WEIGHT_UOM_CODE 分量度量单位
- CARRYING_COST 运输用度百分比
- FIXED_DAYS_SUPPLY 安稳事先一阶段
- FIXED_LOT_MULTIPLIER 安稳批量轻重
- FIXED_ORDER_QUANTITY 安稳订奇数
- INVENTORY_PLANNING_CODE 库存方案办法
- MAXIMUM_ORDER_QUANTITY 最大定奇数
- MAX_MINMAX_QUANTITY Min-Max Maximum Quantity
- MINIMUM_ORDER_QUANTITY 最小定奇数
- MIN_MINMAX_QUANTITY Min-Max Minimum Quantity
- MRP_SAFETY_STOCK_CODE 宁静库存
- MRP_SAFETY_STOCK_PERCENT 宁静库存百分比
- ORDER_COST 订单用度
- PLANNER_CODE 方案员属性
- SAFETY_STOCK_BUCKET_DAYS 宁静库存天数
- SOURCE_ORGANIZATION_ID 泉源构造代码
- SOURCE_SUBINVENTORY 泉源子库存
- SOURCE_TYPE 增补泉源典范
- ACCEPTABLE_EARLY_DAYS 吸收事先天数
- AUTO_REDUCE_MPS 主动冲减MPS
- DEMAND_TIME_FENCE_CODE 需求时间栏
- DEMAND_TIME_FENCE_DAYS 需求时间栏天数
- MRP_CALCULATE_ATP_FLAG 对否有ATP
- MRP_PLANNING_CODE 方案办法
- OVERRUN_PERCENTAGE 超差百分比
- PLANNING_MAKE_BUY_CODE 制造或置办
- PLANNING_TIME_FENCE_CODE 方案时间栏
- PLANNING_TIME_FENCE_DAYS 方案时间栏天数
- REPETITIVE_PLANNING_FLAG 对否是反复方案
- SHRINKAGE_RATE 紧缩比率
- CUMULATIVE_TOTAL_LEAD_TIME 累积总体事先一阶段
- CUM_MANUFACTURING_LEAD_TIME 制造事先一阶段
- FULL_LEAD_TIME 处理事先一阶段
- LEAD_TIME_LOT_SIZE 批量事先一阶段
- PREPROCESSING_LEAD_TIME 预处理事先一阶段
- VARIABLE_LEAD_TIME 不定的事先一阶段
- BUILD_IN_WIP_FLAG 对否在制
- WIP_SUPPLY_LOCATOR_ID 散伙作业库存地点
- WIP_SUPPLY_TYPE 散伙作业供货典范
- ATP_COMPONENTS_FLAG 对否有ATP构成部件
- ATP_FLAG 对否为ATP项目
- ATP_RULE_ID ATP端正
- COLLATERAL_FLAG 对否为从属项目
- CUSTOMER_ORDER_FLAG 对否为定单项目
- DEFAULT_SHIPPING_ORG 运输构造代码
- INTERNAL_ORDER_ENABLED_FLAG 对否可以是内里定单
- INTERNAL_ORDER_FLAG 对否为内里定单
- PICKING_RULE_ID 库存端正
- PICK_COMPONENTS_FLAG 对否为可选部件
- REPLENISH_TO_ORDER_FLAG 对否为定单拆卸
- RETURNABLE_FLAG 对否可退回
- RETURN_INSPECTION_REQUIREMENT RMA Inspection Status
- SHIPPABLE_ITEM_FLAG 对否为运输项目
- SHIP_MODEL_COMPLETE_FLAG 运送对否完成
- SO_TRANSACTIONS_FLAG 对否可买卖
- ACCOUNTING_RULE_ID 管帐端正
- INVOICEABLE_ITEM_FLAG 对否为需发票项目
- INVOICE_ENABLED_FLAG 对否具有发票
- INVOICING_RULE_ID 发票端正
- PAYMENT_TERMS_ID 付款限期
- SALES_ACCOUNT 贩卖帐目
- TAX_CODE 税收代码
- ATO_FORECAST_CONTROL 猜测控制
- MUST_USE_APPROVED_VENDOR_FLAG 对否必需受权需求商
- UN_NUMBER_ID 货期
- ALLOW_UNORDERED_RECEIPTS_FLAG 对否为非定单收据
- INSPECTION_REQUIRED_FLAG 对否需反省
- RECEIPT_DAYS_EXCEPTION_CODE 吸收天数例外代码
- RESTRICT_SUBINVENTORIES_CODE 的库存限定
- ACCEPTABLE_RATE_DECREASE 可承受变小率
- END_ASSEMBLY_PEGGING_FLAG 对否是终极拆卸
- PLANNING_EXCEPTION_SET 方案例外设置
- ROUNDING_CONTROL_TYPE 四舍五入控制
- FIXED_LEAD_TIME 安稳事先一阶段
- POSTPROCESSING_LEAD_TIME 后处理事先一阶段
- WIP_SUPPLY_SUBINVENTORY 散伙作业的库存
- CUSTOMER_ORDER_ENABLED_FLAG 对否是贩卖定单
- ACCEPTABLE_RATE_INCREASE 可承受的增长率
Oracle-ERP采买办理
采买办理中心流程
采买中心流程包含采买请购，采买订单，采买吸收。而实践上企业的采买业务触及到更多的流程，包含物料，需求商的认证和维护，采买寻源，招投标等一系列流程。
关于采买必要用到的需求商信息维护，物料信息的维护在前方以前有分析。物料和需求商是采买办理的基本数据，在物料和需求商都维护后，还可以进一步维护需求商和物料的对应干系信息，在ERP内里叫需求泉源维护。需求泉源维护包含物料同意的需求商列表，同意需求商列表会讲物料，需求商，需求商发运构造和地点等创建对应干系。
一个物料可以有多个及格需求商，那么可以进一步维护每个需求商的供货比例信息。那么在界说了需求泉源端正和每个需求商的供货比例后，可以依据事前界说的百分比把方案订单采买分到不同需求商。这种场景寻常在依据采买哀求或MRP方案需求信息，主动天生采买订单的时分使用。从一个长周期时间段来看，每个需求商的供货量应该切合供货比例分派设置。
采买请购流程
请购单中心目标表
- 请购单头：po.po_requisition_headers_all
- 请购单明细：po.po_requisition_lines_all
- 请购单分派：po.po_req_distributions_all
请购单头没有太多紧张信息，主要是请购单号，请购单典范，包含请购人，主要请购人和hr_employees表的员工举行关联。请购单明细则必要给出请购物料和版本，物料分析，请购的数目，需求日期，目标典范和构造，交货地点，发起的需求商等信息。请购单明细必要和物料表举行关联。请购单分派主要是拆分到具体的账户，还必要进一步了解。
采买请购完成后，对应到具体的采买实行战略，包含是公开招投标，邀标，独家指定等种种采买实行战略。在Oracle ERP体系内里采买请购完成后对应到询价，需求商报价，报价后洽商终极确定需求商和物料。在举行正式采买前必需有在一系列线卑劣程完成需求商和物料基本数据的录入。
采买订单中心表
- 采买订单头：po.po_headers_all
- 采买订单明细：po.po_lines_all
- 采买订单发运转：po.po_line_locations_all
- 采买订单分派行：po_distributions_all
采买订单头主要包含采买订单号，采买典范，需求商，地点，采买员，订单形貌等基本信息。将采买订单行拆分，行家拆分上可以确定具体向需求商采买的物料，物料的数目，单价，币种，汇率，交期等一系列信息。采买订单发运转拆分中心目标是同一张采买订单的同一种物料存在多个交货地点，不同交货地点在不同的日期交付的数目。而采买订单分派行是到不同项目标进一步拆分，使采买的实践物料信息和项目需求挂接上。
在采买订单发运转维护的时分，还必要维护后续发票婚配办法和端正，具体包含两单婚配，三单婚配等。通常的三单婚配则是采买订单，应付发票和采买吸收的婚配。假如吸收后不直接入库还必要送检，则约莫触及到四单婚配。
标准采买订单和一揽子采买协议
采买办理体系提供以下四种采买订单典范，常用的订单典范是标准采买订单与一揽子采买协议
标准采买订单：在创建采买订单时要求明白具体的物料或办事的具体材料（如价格、数目、交货日期和管帐分派）用于举行一次性采买的订单典范。
方案采买订单：是一种长时协议，必需指定一个暂定交货方案以及要采买货品或办事的一切具体材料，依据需求举行发放方案采买订单以实践订购货品。
一揽子采买协议：是一种长时采买协议，已知这些物料或办事的具体材料但尚未明白具体的交货方案，在实践采买物料之前，用一揽子采买协议价格来指定物料的采买价格。
条约采买协议：与需求商就特定条款和条件告竣一律但暂不指明要采买的物料和办事。在今后发放标准采买订单时再引用此条约。
一揽子采买协议偶尔分也叫框架协议，框架协议重点是仅确定物料和投标洽商后的单价，而实践的交货方案则再后续确定，假如对应VMI供方库办理形式，约莫办法还约莫是以前创建了一揽子采买协议，并对物料创建了相应的需求商列表。对代管的物料举行补货，依据补货关照，在ERP体系创建标准的采买订单。
采买订单订单干系控制端正(待细化)
- 删除未同意单子或添加给先前已批单子的未同意行、发运和分派
- 经过完全或局部取消单子，停止与需求商的现有购货承约
- 经过终极关闭已完成的订单，指明不克不及或不允许对已完成的订单实行别的内里活动
- 凝结或打消凝结单子，以控制对否允许修正单子
- 暂挂单子，以避免打印、吸收、开票和审批单子，直至排除暂挂
- 安稳采买订单，以避免 MRP在按安稳日期创建的时间栏内发起重新方案事先、取消或新建方案采买订单
- 控制采买办理体系怎样主动关闭单子以举行吸收和开票活动
采买订单形态
在采买订单控制中，具体触及到取消，终极关闭，凝结，取消凝结，安稳，暂挂，吸收以关闭，开票以关闭，关闭，删除种种采买订单形态。具体如下：
删除：关于未提交审批的单子，可以以在单子创建窗口直接删除整个单子、单子行、发运。关于已提交审批的单子，可以删除此中厥后添加的未同意的行、发运和分派。删除后，订单所关联的哀求会主动前往哀求集，可以使用"主动创建单子"窗口，把这些未实行的哀求重新分派给别的采买订单或发放。删除利用实行后，单子数据直接从体系中删除，无法再从相应界面与数据表中杳到。
取消：单子创建人可以经过完全或局部取消单子头、行、发运、分派，来停止或局部停止与需求商的现有合约干系。假如取消了采买订单实体，则不克不及吸收或付出被取消的物料和办事，但可以付出取消前已吸收的订单。别的，不克不及修正被取消的实体或其组件。假如某哀求行已有关联的采买订单，则此行不克不及被取消。取消利用属不成吊销的利用，仅有确保一切必要的活动均完成之后，才可以取消单子或其组件。单子被取消后，在单子汇总界面仍旧体现相应数据，但单子不成拜候。经过体系设置，采买员可以在取消订单的同时，选择对否同时取消采买哀求，不然，哀求会主动前往哀求集。
比如：与某需求商订购了某物料A与B，随后因计划变动，不再必要物料B，这时可取消包含物料B的订单行。假如物料A订购数目为30件，而消费只必要0件，在吸收0件并完成后续事件处理后，可以取消订单行，则剩下的0件就会取消，罢了吸收的0件仍旧好效。
终极关闭：可以以经过终极关闭已完成的单子、行和发运，避免对单子的修正或实行活动。单子终极关闭后，无法在相应的录入表单窗口拜候该单子，也不克不及对终极关闭的实体实行以下活动：吸收、转移、查验、交货、改正吸收数目、开票、向需求商退货或退回至吸收。可以审批包含终极关闭实体的单子，但不克不及审批在题头层终极关闭的单子。可以打印终极关闭的单子。单子关闭后，与订单关联的哀求不会主动前往哀求集。单子终极关闭是Orace Purchasing体系的内里控制活动，不会影响与需求商的条约干系，即与需求商的条约干系仍然好效。
终极关闭是不成吊销的活动，仅有在确保一切必要的活动均已完成时，刁一能终极关闭单子或其组件，寻常不发起实行此活动。
暂挂与发放暂挂：仅有形态为"处理中"的单子可实行暂挂，单子暂挂可以在打消审批单子的同时避免打印、吸收、开票和进一步审批，直至排除暂挂。比如：在采买订单提交审批后，发觉条约条款存在一定成绩，在同需求商协商时期，可以先"暂挂"单子，直至成绩处理后再实行"发放暂挂"。
凝结和未凝结：假如要避免再对采买订单举行任何修正或别的活动，可以凝结采买订单，凝结利用只能在题头和发放层实行。在凝结采买订单后，仍可以吸收和付出已订购的货品。假如要避免吸收或将发票与此采买订单婚配，则应取消或终极关闭采买订单。凝结利用属可逆利用，在控制单子界面实行"未凝结"，可以吊销凝结单子。凝结订单不克不及在录入表单中被拜候。
关闭、吸收关闭、发票关闭：Oracle Purchasing可以依据体系中"采买选项"窗口中指定的控制选项（吸收关闭允差、吸收关闭点和开票结算允差），主动关闭吸收及开票。一旦关闭指定行的一切发运，Oracle Purchasing将主动关闭该行；一旦关闭指定题头的一切行，Orace Purchasing将主动关闭单子。除体系的主动关闭外，还可以在单子控制界面手工将吸收关闭或发票关闭，以控制在某时期内的订单吸收及开票。比如：体系设置关闭允差为95%，假如订购了某物料00件，已吸收了96件，则体系主动关闭此行的吸收。假如需求商一批送来94件，采买员以为剩余的6件可以不再必要，可以人工在单子控制界面关闭吸收，则此行不成再吸收。举行"关闭"后，在单子控制界面可重新"掀开"单子。
Oracle-ERP库存办理
库存中心业务
库存办理的中心是对货品本身的办理，是对货品的数目与干系属性的办理，目标是为贩卖与采买办事，确保公道的库存保有量，处理库存分类帐目与出入流水帐，以单子的情势基本涵盖货仓的种种出入库业务。
库存构造布局
构造是一种业务单位，比如：公司、工场、货仓、分部和部分等，构造可以依据实践业务不同分红多种条理。
比如：法人实体，策划单位，库存构造等。库存构造是 创建在策划单位之下的，可以细分为不同的子库存。特别的是项目主构造，是专门为了一致定义库存物品而设立的，可以是一个假造的并不存在的构造，对应实践货仓。
子库存是从物料库存中分散出来的共同的物理或逻辑库存，如原质料、制品或不良品的单独存货地点，客户假造仓等，货位是存储物料的子库存内的实践地区， 比如：行、通道、存料箱或货架。构造中的一切物料均保存在子库存中，因此必需最少界说一个子库存。一个OU下可以有多个IO，一个IO下可以设置多个子 库，每个子库下可以设置多个货位。
ORACLE产物依照不同的构造条理分散举行宁静性的控制。总帐依照帐套举行数据屏蔽，而贩卖/应收/采买/应付是典范的依照策划单位举行办理，库存/物料清单/车间则是依照库存构造分散办理。
库存构造用来屏蔽各种制造数据，Item/BOM/Routing等界说在库存构造上，WIP/MRP等跑在库存构造上；而库存事件处理则以子库存为中央，要么从某个子库存出，要么从某个子库存入；每个子库存可以启用货位，也可以不启用；假如启用了，则事件处理时必需选择货位。
在不同的库存内，子库代码可以反复；在不同的子库内，货位代码也可以反复。
也就是说，oracle仅仅是提供了如此的模子，至于怎样和实践业务对用，就十分机动了。好比：库存是个构造的看法，其比力“虚”，可指一个工场大概独立的事情处、分公司如此的实体；而子库则通常代表一个真正的物理货仓，也可指货仓大概车间的一块地区，还可以是假造的；货位可用来代表货仓的某一处空间大概货架，也可指车间的一个块地区。
为了维护整个系item码和信息的一致，在库存构造中有个物料主构造的看法，该构造界说item的属性，并分派给予他为主构造的库存构造使用，相应的item的属性也分为主层控制和构造层控制，主层控制的属性只能在主构造改，构造层控制的属性可以在各个库存构造维护。Oracle剧烈发起一个帐套下仅有仅有一个库存主构造，并且不要在库存主构造作任何事件处理。
库存事件处理
库存事件处理是库存业务的中心，是ERP库存模块数据和干系模块数据处理的源头，包含采买订单吸收与前往,WIP发退料与完工入库,子库间转移,杂项事件,贩卖发货与RMA等。
- 事件处理是物品进、出库存或在货仓内大概构造间挪动，即货仓的平常收发业务处理
- 事件处理会惹起物品数目，地点或本钱的厘革
- 库存事件有多种，有体系提供的，也可由客户依据实践情况必要界说
- 每一种物品买卖时体系会产生对应的财务纪录
- 可以经过版本号、批号、系列号，货位来对有关项目举行跟踪/控制
- 物品的事件处理可以与干系的项目（Project）举行关联
事件处理反应业务信息，事件处理分派反应管帐信息。事件处理分派以库存构造、过账批次为单位，以管帐科目为中心汇总一切事件处理典范的管帐信息，将借贷产生额导入总帐体系。本钱模块的事件处理主要有吸收、库存、WIP三大类，体系日志帐报表中的典范反应事件处理的大类。物料事件处理分派和WIP事件处理分派分散反应库存类和WIP类的管帐信息，并按种别泉源导入总帐体系。
事件处理典范，泉源和对应的管帐科目如下，此中事件典范=事件泉源 事件举措。
采买吸收
采买吸收是库存与采买毗连的一座桥梁，也是应付发票与采买单、库存吸收婚配的一根纽带。
采买吸收寻常有三种办法，一种是需求商送货来直接入库；一种是需求商送货来先吸收，吸收后再安插进库；另有便是先吸收，然后送检，质量反省通事后再入库。采买吸收的泉源主要包含采买订单吸收，构造间转移的吸收，贩卖退货的吸收。
采买吸收和库存事件处理干系表
- 采买吸收头表：rcv_shipment_headers (吸收单号，需求商，订单号）
- 采买吸收行表：rcv_shipment_lines（物料信息，吸收构造信息，吸收子库，吸收数目）
- 采买吸收事件表：rcv_transactions（事件典范，订单分派行干系信息)
- 物料事件处理：inv.mtl_material_transactions(子库，事件典范，数目，事件处理时间）
- 库存现有量：inv.mtl_onhand_quantities
- 库存事件接口表：MTL_TRANSACTIONS_INTERFACE
- 采买吸收接口表：rcv_transactions_interface
子库间转移
在子库存之间或同一子库存内的两个货位之间转移如今构造中的物料。可以将物料从资产子库存转移至用度子库存，大概将其从已跟踪子库存转移至未跟踪子库存。假如项目具有子库存限定列表，则物料只能在此列表中列出的子库存之间举行转移。
杂项事件
主要指非采买的吸收、退回、非消费的领料、退料、非贩卖的发货、退货的别的直接从帐户上吸收或发到账户上的库存收发事件。以下是体系中使用杂项处理的事件：实行库存体系时作为项目现有库存量的初始装入，部分领用，退料，调拨，清点等。
帐户别号是为了便于库存办理职员准确处理杂项事件而界说的总帐帐户普通的称呼，帐户别号是一个键弹性域，每一个帐户别号都唯一对应了一个总帐帐户。
库存控制
库存控制包含货位控制，批次控制，序列号控制，版本控制。
货位控制可以使用货位来标识存储库存项目标实践地区。项目数目可以经过货位跟踪。项目也可以限定在特定货位范围内。实行货位控制便于控制储货地点和存储才能。可以为库存中的特定项目启用批次控制，批次号特别实用于有保质期控制的物料。关于批次控制下的项目，可以对转入库存的每次收货指定批号，今后在每次实行物料事件处理时您均可以参考相反的批次。版本控制则实践控制会喜好到物料版本，以版本号来区分，经过查询可了解各版本的部品质料和半制品的数目，且必需输入版本号才干举行事件处理。
库存清点
在ERP体系中，货仓数据的准确性直接影响到整个体系方案的运转。库存清点是确保库存纪录准确的必要伎俩，经过清点可以查找出错的缘故，调停体系与实践库存量的差别，及时维护库存数据的准确性。库存清点包含实践清点和周期性清点，如每个月末举行库存清点。
ABC分类是周期清点的条件条件，将库存物料按一定的标准分红相应的品级，用于决定不同的物料在周期清点时的清点频率，可以依据库存代价，库存数目，使用频率等作为区分的标准。
周期清点与实践清点的区别在于周期清点有方案性，其依据ABC分类后果，设定的周期清点频率定期对物料举行清点对库存控制和准确性要求更高。
Oracle-ERP财务办理
总账的账套包含管帐时期，管帐科目和本位币的界说。
管帐时期（Accounting Period/Fiscal Period）又称管帐分期,是指将企业熙来攘往的策划活动区分为多少个相称的区间,在一连反应的基本上,分期举行管帐核算和体例管帐报表,定期反应企业某一时期的策划活动和后果.管帐时期寻常有年度，半年度，季度，月度。管帐科目是依照经济业务的内容和经济办理的要求，对管帐要素的具体内容举行分类核算的科目，称为管帐科目。
管帐六大要素，资产，欠债，一切者权益，收入，用度，利润。前三者反应反应财务形态，对应静态的资产欠债表。后三者反应策划后果，如利润表和现金流表。
管帐凭据：是纪录经济业务、明白经济责任、按一定格式体例的据以纪录管帐账簿的书面证实。用来纪录经济业务的产生，明白经济责任，作为记账依据的书面证实。有原始凭据和记账凭据。前者是在经济业务最初产生之时即行填制的原始书面证实，如销货发票、款子收据等。后者是以原始凭据为依据，作为记入账簿内各个分类帐户的书面证实，如收款凭据、付款凭据、转账凭据等。
记帐凭据的基本是借贷均衡。有借就有贷，并且必需均衡。贩卖商品来说，是贩卖收入-
