Oracle_EBS_实施方法论
Oracle 实施方法论简介
OCMM Organization Change Management Method PJM Project Management Method
Oracle系统实施方法论－AIM
AIM (Applications Implementation Method)
Oracle 公司建立的经过实践检验的系统建设方 法论，它用于进行快速的、 法论，它用于进行快速的、低风险的和低成本的 Oracle应用系统实施 应用系统实施 应用系统
AIM方法－解决方案设计 方法－ 方法
建立实施策略 业务分析 解决方案设计 阶段计划 培训项目小组 设计解决方案 测试准备 设计扩展程序 规划业务转换 设计系统结构
工作计划与设计标准 培训/测试环境安装 培训 测试环境安装 培训 设计解决方案 设计硬/软件逻辑与物理结构 设计硬 软件逻辑与物理结构 设计安全控制与备份/恢复计划 设计安全控制与备份 恢复计划 扩展程序(接口 功能 数据转换)设计 扩展程序 接口/功能 数据转换 设计 接口 功能/数据转换 详细的业务转换计划
Strategy Enablement Deployment
Specific instructions: What to do Who should do it Why it should be done When to do it How to do it Components: Template engine Deliverable templates Online documentation
应用系统建立
用户文档建立
系统移植
AIM方法－应用系统建立 方法－ 方法
建立实施策略 业务分析 解决方案设计 应用系统建立 阶段计划 环境准备 编制扩展程序 系统测试 构造产品环境
Oracle权威资料_EBS_基础设置全手册
ORACLE EBS 基础设置手册首先需要说明的是，本系列文档假定读者已经具备基本的系统相关使用知识与技能(例如，能够基本领会“ORACLE EBS系统应用基础概述”中的内容)，故所讨论的内容仅限于笔者认为从系统使用与实际业务两方面来看比较重要或者容易存疑的问题，并不能面面俱到，旨在帮助读者掌握核心、抓住要点（详尽内容必须参考ORACLE相关官方文档）。
文中为讨论需要所附图文均取自ORACLE EBS 的测试环境（Vision Demo），版本以R12.1.1为主，辅之以版本R11.5.10，界面语言主要为中文（必要时辅之以英文）。
两个EBS版本在界面与功能应用方面实际可能有一些差异，必要时会作相关说明，但一般不会影响对基本问题的讨论。
技术是业务的抽象与工具，业务是技术的来源与目的。
本系列文档通篇将秉持“从业务的角度去审视技术，从技术的角度去回归业务”的方法论（这里的所谓“技术”，意指“系统实现”），去探讨系统实现与业务实践的融合问题，以求逐步能达到技术与业务的融会贯通。
限于笔者的认知水平，有讹误或不正确之处，欢迎批评指正。
一、安全性管理从系统使用角度来看，系统管理的一项重要的日常工作是关于“用户”及其“权限”的管理，在ORACLE 中即所谓“安全性”（Security）管理。
“安全性”是一个涵义较之“权限”更为丰富、更为广阔的概念术语，它虽然比较抽象，但顾名思义，它很好地涵盖了于实际业务与系统使用中，有关企业数据与信息管理的某些需要重点保护、控制的内容。
有关用户权限的管理，在ORACLE系统中主要有三个基本要素构成：菜单（Menu）、责任（Responsibility）、以及用户（User）。
三者的有机结合构成了系统权限或安全性管理的基础，辅之以参数或“安全性配置文件”等的使用，则进一步对用户的“实体（组织、帐套或分类帐）接入”权限进行细分。
此外，系统在各个应用模块中，还将可能基于不同业务特点采取各具特色的系统实现方式，对用户的准入管理或功能权限作更进一步的划分（具体方式与系统设计者的个人偏好也有一定关系，不能一概而论）。
ORACLE EBS 集值(对)的使用方法
集值对的使用方法集值的应用在EBS里已经很多了，在这里介绍下集值(对)的应用，图片如下“弹性三”的段结构如下：其中值集 EDV_LIUNAN设置如下:在值集EDV_LIU的对编辑信息中，设置了键弹性域 K_LN，也就是说，此值集(EDV_LN)将显示的是键弹性域(K_LN)的内容结构。
那么在系统程序中，应用了值集EDV_LIUNAN 的地方，将都会显示如下的界面：对此，应该看图片说明就明白了附外部关键字参考弹性域的 POPID/LOADID/VALID 调用序列（用于大多数弹性域报表参数）为： 语法#FND {POPID|LOADID|VALID}CODE="flexfield code"APPL_SHORT_NAME="application_short_name"VALIDATE="{FULL|PARTIAL|NONE|QUERY}"SEG="block.concatenated values field name"[BLOCK="block_name"][FIELD="field_name"][DERIVED=":block.field\n Segment qualifier"][READ_ONLY="{Y|N}"][DINSERT="{Y|N}"][WINDOW="{Y|N}"][ID="block.unique ID field"][REQUIRED="{Y|N}"][DISPLAY="{ALL | flexfield qualifier |segment number}"][UPDATE="{ALL | flexfield qualifier |segment number}"][INSERT="{ALL | flexfield qualifier |segment number}"][DATA_FIELD="concatenated hidden IDs field"][DESC="block.concatenated description field name"][TITLE="window title"][VDATE="date"][NAVIGATE="{Y|N}"][AUTOPICK="{Y|N}"][NUM=":structure defining field"][COPY=":block.field\n{ALL | flexfield qualifier}"][VRULE="flexfield qualifier\nsegment qualifier\n{I[nclude]|E[xclude]}\n APPL=shortname;NAME=Message Dictionary message name\nvalidation value1\nvalidation value2..."][VALATT=":block.field\nflexfield qualifier\nsegment qualifier"][USEDBFLDS="{Y|N}"][COLUMN="{column1(n) | column1alias(n)[, column2(n), ...]}][WHERE="where clause"][SET="set number"][ALLOWNULLS="{Y|N}"][QUERY_SECURITY="{Y|N}"][QBE_IN="{Y|N}"][LONGLIST="{Y|N}"][NO_COMBMSG="MESG_NAME"]代码在您使用“注册键弹性域”表单设置此弹性域时指定的弹性域代码。
Oracle EBS 功能详解
Oracle ERP最佳技术实践E-B USINESS S UITEXX100–功能流程详解FIN/DIS/MFG应用模块Author: 黄建华Jianhua.HuangMSN: huajhua@Creation Date: April 12, 2005Last Updated: October 24, 2006Document Ref: <Document Reference Number>1AVersion: DRAFTApprovals:<Approver 1><Approver 2>Copy Number _____Document ControlChange RecordDate Author Version Change Reference12-Apr-05 Jianhua.Huang Draft 1a No Previous DocumentReviewersName PositionDistributionCopy No. Name Location1Library Master Project Library2ProjectManager34Note To Holders:If you receive an electronic copy of this document and print it out, please write yourname on the equivalent of the cover page, for document control purposes.If you receive a hard copy of this document, please write your name on the frontcover, for document control purposes.ContentsDocument Control (ii)1.INV: Items (1)1.1.总体说明 (1)1.2.Review Category Sets (2)1.3.Review Attribute Control (3)1.4.Review Status (3)1.5.Review Catalog (5)1.6.Review Item Type (5)1.7.Review Templates (6)1.8.Review Profile (7)1.9.Define Master Item (7)1.10.Define Item Category (9)1.11.Define Item Catalog (9)1.12.Assign Item To Org (10)1.13.Define Org Attribute (10)2.Master Data (11)2.1.创建Routing (11)2.2.创建BOM (11)3.GL: Document Number (12)3.1.总体说明 (12)3.2.Define Profile (13)3.3.Define Sequence (13)3.4.Define Category (14)3.5.Assign Sequence (14)3.6.Enter Journal (15)3.7.其他重要问题 (16)4.OM: Standard Sales Order (SO) (19)4.1.总体说明 (19)4.2.Enter Header (19)4.3.Enter Line (21)4.4.Book (21)4.5.Schedule (22)4.6.Reserve (23)4.7.Pick Release (24)4.8.Pick Confirm (26)4.9.Create Delivery (27)4.10.Ship Confirm (29)4.11.Interface Trip Stop - SRS (30)4.12.INV Materail Transactions (32)4.13.Fullfill Defered (35)4.14.AR Auto Invoice (36)4.15.Close Orders (38)4.16.多走一步 (38)5.OM: Drop Ship Sales Order (39)5.1.总体说明 (39)5.2.Enter Header (40)5.3.Enter Line (40)5.4.Book (41)5.5.Purchase Release Defered (42)5.6.从PR到PO (43)5.7.PO接收与Drop Ship出货 (47)5.8.INV Materail Transactions (48)5.9.Fullfill Defered (49)5.10.AR Auto Invoice (49)5.11.Close Orders (50)5.12.多走一步 (50)6.Open and Closed Issues for this Deliverable (53)Open Issues (53)Closed Issues (53)1.INV: Items应用：Inventory职责：Inventory1.1.总体说明说明物料是系统最重要的主数据之一，其属性控制着各个模块能否对某个物料进行事务处理。
Oracle EBS集成方案
ORACLE EBS和BPM集成方案目录一、整合目标 (3)二、方案特点 (3)三、整合示意图 (4)四、各功能模块说明 (4)五、Web Service 接口定义 (5)六、中间表定义 (6)七、审批完成后写入EBS接口 (7)一、整合目标1.实现EBS 系统的业务数据自动发送到BPM系统并实时发起审批2.BPM接受到数据后自动发起流程，并把业务数据自动导入工作流的审批页面3.BPM的审批过程信息和结果信息反馈给EBS 系统4.数据交互通过中间表进行5.消息专递通过Webservice 接口进行二、方案特点1.实时性：EBS系统点击发起审批的按钮（或菜单），实施的就能够在工作流系统发起审批。
2.稳定性：业务数据和消息传递分开，使得接口各模块功能相对简洁不易出错。
3.易用性：用户使用的体验感觉EBS和BPM 像是同一套系统，不用做一个审批动作需要在不同系统切换。
4.通用性：消息传递使用Webservice接口。
5.可维护性：接口实现各方的功能职责都非常清晰，可避免在实施过程中发生问题。
三、整合示意图EBS和eFlow整合示意图注：1.黄色部分由EBS项目组开发2.蓝色部分由eFLow项目组开发四、各功能模块说明1.EBS：Oracle EPR，在每个对应有接口的部分开发一个存储过程，用户能在对应模块的菜单中看到“发送eFLow”菜单项。
用户触发菜单后，调用Webservice接口，通知eflow有一个新表单需要发起。
调用Webservice可采用Web Post的方法，也可以使用Webservice 的标准方法。
同时，把EBS中需要审批的资料存到预先定义的接口表。
2.Webservice 接口：为每个表单确定一个接口和参数。
EBS系统调用对应接口时，根据参数读取中间资料，并把资料自动填到表单后发起对应流程。
3.中间表：每个表单都对应一个或几个接口表，EBS接口往接口写入数据。
Webservice 接口从中间表读取数据，并回写接口调用状态和审批状态。
Oracle-EBS-实施方法论
第9页，共68页。
CDM
数据转换这个过程的目的是移植，转换和测试原先的数据。
它对新的应用的运行是十分必要的。 撰写文档这个过程致力于产生出高质量的硬拷 贝和联机的可交付的文档。它应当产生出这个 项目的用户，管理以及技术文档。
➢ 设计改善的业务流程 ➢ 验证客户方主管的想法 ➢ 开发初步的系统架构
第23页，共68页。
Blue Cards
分析
Definition
Operations
Analysis
Solution Design
Build
Transition Production
Goal: Map requirements, identify gaps, and determine conceptual architecture
Analysis
Design
Build
Transition Production
Goal: Create the application extensions and perform system wide tests
第28页，共68页。
系统建设的任务
➢ 准备开发环境 ➢ 开发、测试、接受客户化软件
第5页，共68页。
概述
➢ PJM Project Management 项目管理 ➢ AIM Application Implementation Methodology ➢ AIM for Business Flow ➢ CDM Customization Develop Methodology ➢ EMM
IBM蓝色方法论：Oracle实施方法论Ascendant
" F u t u r e S t a n d a r d " p r o d u c t
N
S u f f ic ie n t in f o r m a t io n
Y
D e c id e t o c o n t in u e
e v a lu a t io n
F e a t u r e d e f in it io n r e f in e m e n t
信息来源
• IBM咨询项目管理方 法论
工作成果
• CRP测试 • 客户化开发技术方案
项目实施方法论 –集成
项目准备
分析 设计建立
集成 实施/上线
主要任务
• 系统参数配置与设置 • 客户化（包括接口、报表或单据等） • 编写最终用户手册 • 对最终用户进行培训 • 完成收集系统所需的数据，业务交易数
析 • 识别要进行分析的业务情景和优化方向 • 差异分析报告 • 针对关键流程进行探讨 • 建立未来贝因美的业务流程及流程解决
方案 • 数据整理工作
工作方法
• 项目组讨论 • 业务部门访谈 • 与管理层进行沟通
信息来源
• IBM咨询项目管理方 法论
工作成果
• 目标业务流程与系统解决方案
项目实施方法论 – 设计/建立
C u s t o m e r , e . g . , e n d - u s e r
N e x t g e n R & D
M o t o r o la p r e lim in a r y in f o r m a t io n g a t h e r in g
C u s t o m e r I n t e r n a l
(word完整版)oracle ebs
Oracle应用程序通用的问题1。
你怎么能限制访问（oracle应用程序)的用户组使用个性化？一般授予connect权限用户就能够连接数据了，授予resource权限用户就可以建表、索引、视图、存储过程了，其他权限根据具体需求来建,具体示例如下：登录数据库服务器，运行sqlplus,connect / as sysdbacreate user test identified by test1234 tablespace test_data；（需要事先建好test_data 表空间）grant connect to test;grant resource to test；如果该用户需要查询数据库中所有数据：grant select any table to test;如果该用户需要读取数据字典、使用OEM工具等：grant select dictionary to test；如果该用户需要操作其他用户的表(如对scott用户下的emp表进行增删改操作）：grant insert，update，delete on scott。
emp to test2。
你如何在应用程序启用跟踪/调试?3所示。
自定义事件在应用程序和如何你启用/禁用吗?4所示。
诊断应用程序是什么？如何启用/禁用吗?5。
文件夹是什么？如何修改?6。
什么是个性化和特性可以通过个性化？7所示。
你如何运行诊断特定模块寄给甲骨文的支持。
8。
全局变量是什么?如何使用?9。
你能发送直接甲骨文形式。
在工作流通知链接吗？如果如何?10.你怎么能使用个性化实现变焦功能？11。
什么是定制的。
锁相环用的？12。
之间的区别是什么关键flex字段和描述性的flex字段？13.告诉我多组织呢？14.如果业务实体有5个操作单元,你有多少次来实现应用程序？_id和organization_id之间的区别是什么?16。
FNDLOADER用于它的语法是什么?17所示.应用程序的配置文件选项是什么？18岁。
实施方法论完整版
重要业务只询问了个别人的意见
“偏听则废，兼听则明”
将客户的问题，批评地体无完肤
点到为止，主要是提供好的有价值的方案
调研报告没有管理建议
不科学的、不规范的、不利于实施的，都要给建议
输入
合同 组织过程资产 事业环境因素
项目公约
启动大会 PPT
调研报告
输入
前期各项售前资料 合同 客户企业相关背景 客户方主要人员 企业环境因素 组织过程资产
工具/模板
《项目销售转实施交接 单》
《项目立项报告》
输出
项目背景分析 项目实施策略（粗略） 项目整体计划（粗略） 主要困难及所需资源
至少要准备如下资料：前期合同、项目建议书、招投标文件、客户人员分析、已有 同行业解决方案、客户行业及企业分析、调研问卷或提纲、历史调研资料、小礼品 等。
调研对象的直接领导不知道这件事
调研人员由其直接领导安排，客户项目经理协助
立刻进入主题
应该有铺垫，让被调研者放松，不要有戒备心里，要有一个好心情
计划应该是双方共同制定，不要让客 户成为计划审核者
计划的层次要清晰，要体现出实施策 略，而不是流水账
计划是约束客户行为的有效文件，要 体现出客户的实施主体地位
里程碑应反映对项目有至关重要影响 的事件及成果，而不是锦上添花的一 个活动
如果有分期，应先分期，再按四步法 逐步展开能清晰找出关键路径
希望通过对实施方法论及其配套的顾问手册内容的修订,明确能够给客 户带来价值的工作步骤及内容,并引导顾问通过有效的沟通,让客户明 显感受到实实在在的价值.
考虑因素
Oracle-EBS模块讲解备课讲稿
核准 Approv
e
列印/EDI
检验 Inspe
ct
判退 Reje
ct
退货 Retur
n
收货 (料) Receipt
允收 Accept
异动处理 - 收货 - 运送 - 调拨
应付账款对帐
总帐科目更新
应计作业 - 暂记项目 - 凭证 - 月结 6/10/2020 12:45 PM
Oracle Order Entry (订单管理系统)
6/10/2020 12:44 PM
Oracle Applications
Engineering 工程资料 管理系统
Bill of Materials 物料清单及制程
管理系统
Cost Management 成本管理系统
Order Entry 订单管理系统
Master Scheduling/MRP
生产排程管理系统 与物料需求计划系统
确认客户基本资料 Customer
线上查询库存余量 - 允交量ATP - 保留量Reservation
选配件产品
订价 Price
订单审核
授信额度检查Credit Check
例外管理 Exception
订单保留Hold - 自动Auto - 手动Manual
订单解除管制 Hold Release
订单处理流程定义
订单输入 Order Enter
定义企业运作流程Workflow - 弹定规则订单处理流程 - 授信额度检查 - 退货管理 - 订单排程
定义流程元件 定义各项流程次序
订单排程 Order Schedule
允交量查询 ATP
授信額度檢查 Credit Check
Oracle实践之EBS Integrated SOA Gateway实施指南
O RACLE实践EBS I NTEGRATED SOA G ATEWAY 实施指南Author: Sail.Sun（孙帆）Creation Date: 11-Oct-2009Last Updated: 17-May-2011Document Ref: Oracle_Exp_035Version: 1.1Approvals:<Approver 1>Sail.Sun<Approver 2>Document ControlChange RecordReviewersDistributionNote To Holders:If you receive an electronic copy of this document and print it out, please write yourname on the equivalent of the cover page, for document control purposes.If you receive a hard copy of this document, please write your name on the frontcover, for document control purposes.ContentsDocument Control .................................................................................................................. i i 介绍 . (1)概述 (1)内容 (1)（一）Integrated SOA Gateway介绍 (2)（二）Integrated SOA Gateway配置 (6)（三）Integrated SOA Gateway应用 (19)（四）调用Integrated SOA Gateway发布的Web Service (36)（五）Integrated SOA Gateway负载均衡的应用 (71)（六）Integrated SOA Gateway性能测试 (77)（七）错误汇总 (79)（八）参考文档 (81)Open and Closed Issues for this Deliverable (82)Open Issues (82)Closed Issues (82)错误!未找到引用源。
Oracle方法论
Oracle 应用产品实施方法论：•AIM 应用系统实施方法论•AIM for Business Flows（ABF）以业务流程驱动的应用系统实施方法论•PJM 整体项目管理方法论•OUM 是统一的方法论，是新的概念，适用于技术产品和应用产品，和AIM 和ABF都做了相应的连接，目前官方推荐的是OUM （OUM里也整合了PJM）ABF 解决这种问题：要测试的时候，客户觉得系统有问题•客户期望比较高•客户前期投入非常地少，这样到了后期才觉得有问题，很危险ABF：•前期定义和设计，根据初始的数据做成系统，给客户在系统中直接演示，•在项目的前期将系统暴露给客户，前期就和客户沟通ABF 方案驱动（根据快速地流程定制方案）（Show and Tell)AIM 需求驱动（需求，然后 ASK and DO）OUM: 整合了目前所有的方法论，逐渐来引导使用这个统一的方法论虽然不知道把这个内容放在这个论坛板块下是否合适，但是作为项目管理方式下的一种管控手段，ORACLE是实施方法论是我们有必要了解和学习的，希望下面的内容对于大家能有所启迪。
Oracle Applications实施方法论是一套建立整体解决方案的方法，主要由AIM(应用系统实施方法论)和PJM(整体项目管理方法论)等各自独立的方法论组成。
这些方法论可以提高工作效率及项目实施质量。
顾问在项目实施过程中，将用Oracle Applications实施方法论及实施工具来帮助实施，并将此方法论技术作为技术转移的一部分。
PJM-项目管理方法论项目管理方法(PJM)的目标是提供一个主框架，使其能够对所有项目用一致的手段进行计划、评估、控制和跟踪。
AIM-应用系统实施方法论Oracle公司在全球经过多年的应用产品实施而提炼好的结构化实施方法，它能满足用户的各种需求，从定义用户的实施方法、策略到新的系统上线运行，AIM包含了所有不可缺少的实施步骤。
因而尽可能地减少用户的实施风险，以保证快速、高质量地实施Oracle 应用系统。
OracleERP项目实施方法论
Oracle ERP项目实施方法论初探By Kevon_zeng目前全球有超过1万家的优秀企业正在运行Oracle ERP，无论是构建在一个全球单一的软件应用，还是通过集成的商务智能达到快速成本节省的目的，都能找到Oracle ERP应用的范例。
而在国内，越来越多的企业也开始实施Oracle ERP，由于Oracle ERP实施的涉及面广，时间跨度长，复杂程度高，因此为了确保Oracle ERP项目的实施成功，一套完整、规范的实施流程和实施方法是不可缺少的。
本文将从实践的角度对Oracle ERP的实施方法论进行初步的探讨。
首先让我们来看一下Oracle ERP项目实施的整体流程（如下图所示）：下面将对实施流程的各个阶段进行讨论。
一、 战前准备阶段在项目的前期，主要的工作是建立实施团队，确定项目总体目标以及项目的实施策略，并根据项目总体目标制定项目的实施计划，最后召开项目启动会（Kick-off meeting），并对相应的项目人员进行培训；具体流程如下所示：在战前准备阶段，关键的控制对象如下：（1） 项目章程（Project Charter）：对项目进行整体的规划，确定项目的使命和目标（Mission and Objectives），主要可提交物（Major Deliverables），项目的约束条件（Constraints时间，成本以及范围等），项目的主要干系人（Stakeholder），并确保项目的主要干系人在项目章程上签字确认（表示认可项目章程），同时也要获得项目的发起人的签字确认。
（2） 项目计划书（Project Plan）：根据项目的时间、成本和范围的要求，并充分考虑资源的配置情况，确定项目的总体进度计划、风险管理计划、质量管理计划以及变更管理计划，并确定项目的里程碑（Milestone）。
下面将对项目战前准备阶段流程的各个步骤进行讨论：（1） 建立实施团队：与用户方的领导进行沟通，根据项目所需的各种角色，在用户方的组织选择合适的人员参与项目，在选择人员过程中，着重对其业务背景、个人威信、沟通能力及投入时间进行综合评估，并确定用户方的项目经理，用户方的项目经理需要具备良好的目标导向能力、沟通协调能力、激励能力和时间管理能力；同时也在咨询方确定相应的项目参与人员，确定项目团队的组织架构图（OrganizationChart），明确项目成员的责权，确定项目的关键干系人（Key Stakeholder），从而建立一个行之有效的项目实施团队。
ORACLE EBS账套部署实施
以Oracle EBS R12.2版本为例账套部署值集安全性设置由于R12版本值集有安全性管理，首先需要为用户授权，这样用户才能选择值集进行相关的操作。
路径：【用户管理】-> 【用户】输入用户名，点击【开始】按钮查找，选择【更新】选项点击【分配职责】按钮勾选所有权限保存后，后续所有的值集都可以选择到了。
总账(GL)会计科目结构一般公司以七段结构作为会计科目帐户结构居多，本书以通用的七段为例。
包括：公司段、部门段、科目段、往来段、项目段、备用段1、备用段2。
公司段路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【请求集】输入相关信息，确认无误后，保存输入的数据。
接下来创建公司段的值。
路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【值】输入或下拉选择公司段值集名称，点击【查找】按钮。
输入值和对应的说明值，保存数据。
部门段路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【请求集】输入相关信息，确认无误后，保存输入的数据。
接下来创建部门段的值。
路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【值】输入或下拉选择公司段值集名称，点击【查找】按钮。
输入值和对应的说明值，保存数据。
如果是父值，则需要定义子范围，鼠标选中相应的父值，点击【定义子范围】按钮科目段路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【请求集】输入相关信息，确认无误后，保存输入的数据。
接下来创建科目段的值。
一般科目是多级结构，这里以三层结构为例。
先创建科目值集需要的组，然后再创建值。
路径：【系统管理员】-> 【应用产品】-> 【弹性域】-> 【关键字】-> 【组】输入组值录入科目段的值路径：【系统管理员】-> 【应用产品】-> 【验证】-> 【值】输入或下拉选择公司段值集名称，点击【查找】按钮。
【勇猛精进】Oracle_EBS_R12_操作手册_超级详细
Oracle EBS R12 操作手册AP & PO Manual目录Oracle EBS R12 操作手册 (1)目录 (2)实验操作需要用到职责 (4)建立新员工 (5)执行人员员工阶层处理 (6)设定采购员 (6)定义付款群组 (7)定义供应商 (7)定义税 (7)定义供应商地址 (8)定义联系人 (9)定义银行 (9)定义账户信息 (10)定义采购方法 (11)定义接收方式 (12)定义发票管理 (12)定义1099供应商 (13)定义供应商地址 (13)定义物料类别 (15)建立费用物料 (17)建立存货物料 (19)建立采购的资产物料 (22)定义供应商列表 (22)建立询价单 (22)根据询价单建立报价单 (27)建立供应商列表状态 (29)物料使用已审核供应商的设置 (30)建立报价单 (31)建立ASL（Approved Supplier List） (33)定义Source与Source rules (35)建立请购单 (35)建立请购单模板 (37)利用采购申请模板建立采购申请 (38)IProcurement定制个性化信息 (41)Iprocurement中提交请购单 (42)创建PO (42)打印采购订单 (46)PO register (47)建立一揽子采购协议 (48)发布一揽子采购协议 (51)建立采购合同 (53)查看合同订单详情 (56)请购单退货操作 (57)建立采购申请单 (57)退回请购单 (58)重新核发请购单 (60)自动建立采购单 (61)通过Sourcing rules 控制的采购协议来建立采购订单 (63)建立ASL项目为一揽子采购协议的Source Document (65)提交请购单 (66)执行发放程序 (67)检查请购单情况 (67)根据报价单自动建立采购订单 (69)创建报价单 (69)创建采购申请 (70)检查是否已经建立采购订单 (71)收货设置 (72)建立采购订单 (73)标准收货 (74)快速收货 (76)自动收货 (78)验货与交货 (80)退货给供应商 (82)更正收货 (84)实验操作需要用到职责⏹Alert Manager⏹Application Diagnostics⏹Globa l Super HRMS Manager⏹iProcurement⏹LE_AP_SUPER_00⏹LE_GL_SUPER_00⏹LE_INV⏹LE_PO_SUPER⏹Preferences SSW A⏹System Administrator建立新员工(N) Global Super HRMS Manager>People>Enter and Maintain>New(上面那些信息的建立，可以参考我所写的PO配置文档)以下操作都在PO超级用户职责下进行执行人员员工阶层处理（N）Reports>Run>Fill Employee Hierarchy设定采购员(N)Setup>Personal>Buyers定义付款群组(N)Setup>Purchasing>Lookup Codes定义供应商（N）Supply Base>Suppliers定义税（根据自己的实际情况进行定义）定义供应商地址定义联系人定义银行定义账户信息（这些信息一般在设置系统信息时已经指定了，无特殊情况默认即可）Distribut e Set建立方法（Distribut e Set主要用于你需要把一类发票记到某一个科目中，你可以建立一个Distribut e Set，把某一类发票自动指定到某一个科目。
Oracle EBS 实施方法论
汉普管理咨询（中国）有限公司
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM
Definition Operations Analysis Solution Design Build Transition Production
Goal: Map requirements, identify gaps, and determine conceptual architecture
各流程的要点
流程 业务流程架构 (BP)
目的 提供实施应用系统所改变的业务流程框架
业务需求定义 (RD)
确定新的应用系统的业务需求 建立可行的，可接受的解决方案， 建立可行的，可接受的解决方案， 这方案将被记录 为了实现目标而设定的信息系统架构
Goal: Design extensions and identify proposed application setups
方案设计的任务
产生符合需求的设计 产生设计规范书文档（解决方案） 确定建议的应用设置和测试计划 设计应用系统的安全架构 开发功能，接口和转换程序 开发编写测试剧本 分析用户的学习需求和计用户培训
CDM
过渡这个过程包括实现过渡计划的一些 过渡 基本任务，例如准备安装计划，准备生 产环境，替换掉准备退役的旧系统
系统开发完成后的支持这个过程的目是 系统开发完成后的支持 对系统问题进行监视和作出反应，对应 用作出适当的修改以纠正错误和性能问 题，评估生产系统，计划下一步的完善。
Oracle EBS应用架构技术方案
AA证券财务系统建议书（应用技术部分）2010年04月Copyright © 2008 Oracle Corporation目 录1前言 .................................................................................................................................................................. 4 2 AA 证券ERP 系统技术解决方案整体架构 .. (6)2.1系统部署及平台方案 .............................................................................................................................. 9 2.2系统部署方式 .......................................................................................................................................... 9 2.3系统服务器配置方法 ............................................................................................................................ 10 2.4系统服务器配置建议 ............................................................................................................................ 11 2.5系统其他服务器配置建议 .................................................................................................................... 13 2.6操作系统平台 ........................................................................................................................................ 14 2.7网络环境 ................................................................................................................................................ 14 2.8客户端 .................................................................................................................................................... 15 2.9系统高可用性和备份 ............................................................................................................................ 15 3 系统集成解决方案 . (16)3.1O RACLE 应用软件系统内置的集成技术 ............................................................................................... 16 3.2 业务集成平台的必要性 (18)4 ORACLE 信息系统平台的特点和优势 (20)4.1先进的100％互联网技术架构，降低成本，便于维护 ....................................................................... 22 4.2信息高度共享，业务流程连贯统一 .................................................................................................... 23 4.3先进的信息系统架构，共享的、统一的数据模型 ............................................................................. 24 4.4灵活的工作流技术满足流程重组和持续改进 ..................................................................................... 25 4.5高度的灵活性和开放性：模块化的软件体系结构 ............................................................................. 26 4.6优秀的可扩展性能：应用服务器扩展、数据库服务器扩展 ............................................................. 27 4.7全面符合工业标准，是应用运行的开放平台，实现企业的规范化 ................................................. 28 4.8安全机制，保证业务信息和操作安全 ................................................................................................ 30 4.9系统审计功能，强化系统操作监管 .................................................................................................... 33 4.10全生命周期的系统管理，IT 人员的系统管理利器 ............................................................................. 34 4.11 应用软件的易用性，使最终能用户感受生产效率 .. (36)Copyright © 2008 Oracle Corporation4.12高效的二次开发功能和方法论指导 .................................................................................................... 38 4.13 通过O RACLE 数据库备份机制，保证数据安全 .. (40)第4页Copyright © 2008 Oracle Corporation1 前言根据AA 证券目前以及未来的发展目标和业务需求，需要制定信息技术总体规划和ERP 总体架构方案。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
建设
Definition Operations Analysis Solution Design Build Transition Production
方案设计
Definition Operations Analysis Solution Design Build Transition Production
Goal: Design extensions and identify proposed application setups
方案设计的任务
EMM（EasiPath Migration Method）
升级流程 业务需求评估：业务需求评估流程的目标是检查新版应用系统适 应用户业务的基本需求，确定这些需求在新版的应用中是否受影 响。 需求匹配更正：需求匹配更正流程是为了评估新版与旧版的软件 差别，通过调整用户业务的需求，匹配这些软件的差别。 应用和体系结构升级：在应用和体系结构升级流程中，首先了解 应用系统结构的改变，并升级到新的体系结构上，同时将重新设 计整个应用，以适应新的系统结构要求。 客户化升级：客户化升级工作重点是对现有客户化程序的修改， 使之能运行在新的系统上，同时启用新版软件功能，可以去掉修 改客户化软件，降低维护工作。
Definition Operations Analysis Solution Deon
Goal: Map requirements, identify gaps, and determine conceptual architecture
定义
定义需求 勾连（Map）需求，
标记差异， 确定架构 设计扩充， 标记建议的应用设置
需求分析
方案设计
各个阶段的目标
Phase 建系统， 建设 开发， 系统测试 迁移 上线 Production
Goal
迁移到产品环境 维护和改善
定义
Definition Operations Solution Design Analysis Build Transition Production
EMM（EasiPath Migration Method）
数据移植：数据移植是把当前系统的所有必须需要数据经测试移 植到新系统中，通过使用Oracle数据升级工具，可以自动把数据 移植到新的环境中，个别不规范数据移植，可以通过编程实现。 归档：在项目实施维护期间，参考升级文档模板，归档相关技术 工作，便于日后的系统维护和修改。 业务系统测试：业务系统测试是通过一套完整的方法，测试应用 系统的所有功能，以确保系统升级的工作质量和适应用户业务需 求。 培训：培训工作目的是培训用户和系统管理员对新系统的掌握和 使用。针对应用升级项目，其培训内容侧重于应用软件的新增功 能。 产品移植：产品环境的移植包括系统的移植，以及相关部门和人 员的业务转移到新系统中操作。随着产品环境的切换，还应进行 系统的监测、优化及规划，保障系统的良好使用。总之，产品环 境移植包括:系统移植，环境就绪，切换，支持服务。
PJM
1 项目计划期(Project Planning) 2 阶段计划期(Phase Planning) 3 阶段监控期(Phase Control) 4 阶段完成期(Phase Completion) 5 项目完成期(Project Completion)
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM
Goal: Create the application extensions and perform system wide tests
系统建设的任务
准备开发环境 开发、测试、接受客户化软件
– 应用扩充 – 接口 – 数据转换
编写和接受递交的文档 设置、测试、接受应用系统 制作用户培训环境或介质
Goal: Maintain and evaluate system
上线后的任务
开始提供“同意”的用户支持 测量系统的性能并提高 维护产品系统 老系统退役 未来业务、技术方向的建议 开始关注实施后的问题如用户接受程度、生产率等
Blue Cards
关键的提交物
关键提交物 Key deliverables: 反映成绩、最终结果、阶段的里程碑的文档 反映阶段最终结果的文档 不是所有关键提交物都是必需的 Example: 初步的系统架构
MH
AIM Scavenger Hunt 1
Time: 20 minutes
AIM的11个流程
Definition Operations Analysis Business Process Architecture (BP) Business Requirements Definition (RD) Business Requirements Mapping (BR) Application & Technical Arch. (TA) Module Design and Build (MD) Data Conversion (CV) Documentation (DO) Business System Testing (TE) Performance Testing (PT) Adoption and Learning (AP) Production Migration (PM) Solution Design Build Transition Production
EMM（EasiPath Migration Method）
EMM（EasiPath Migration Method）
EMM升级的整个过程分为4个阶段，同时也包括质量 控制检测点，确保项目的成功。在项目期间，实施人 员在这4个阶段执行各自的工作，在每个阶段，对工作 进行质量检查。如图所示EMM中的4个阶段和9个流程。 升级评估：评估阶段的目标是分析对应用软件版本变 更带来的影响，其结果规划整个应用系统升级的步骤。 升级与测试：升级与测试目的是升级并测试应用系统 的所有组件，以确定系统的设计和应用设置的正确性。 系统移植：系统移植阶段的目标是完整配置并升级产 品环境系统，并最终把业务切换到产品环境中。 产品上线：产品上线目标是监控应用系统，保障产品 环境的性能，同时推广其他下属单位逐步使用系统。
Blue Cards
系统迁移
Definition Operations Analysis Solution Design Build Transition Production
Goal: Migrate to the production environment
系统迁移的任务
各流程的要点
流程 业务流程架构 (BP)
目的 提供实施应用系统所改变的业务流程框架
业务需求定义 (RD)
安装数据转换程序和工具 转换数据并校验 用户测试（UAT User Acceptance Testing) 用户培训 准备产品环境，系统进行配置 启动产品支持架构 和对产品（上线）是否已经就绪 开始使用产品环境
Blue Cards
上线
Definition Operations Analysis Solution Design Build Transition Production
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM （EasiPath Migration Method）
分析阶段的任务
针对有关业务领域，产生客户关心的信息、功能、 和处理模式 定义详细的需求 设计详细的业务流程 勾连业务需求与应用系统所提供的功能的对应。对 差异部分提出建议方案 尝试建议的方案的可行性 建议系统迁移的策略 确定审计和控制报告，应用系统集成需求
Blue Cards
CDM
CDM
需求确定 系统设计和开发 迁移上线
CDM
定义业务需求. 这个过程定义业务和系统需求. 现有系统的检查. 这个过程提供一个对当前系统及技 术环境的正式的了解。这是为了能够预期到必要的变 化处理方法。
技术结构. 这个过程指定项目开发的技术基础。
数据库设计和构造这个过程提供给设计 和构造一个包括有效的索引及数据库构 成模块安全的关系型数据库 模型的设计和建立这个过程是自定义开 发项目的核心。它被用来指导项目组进 行应用的设计和代码的编写。
概述
PJM Project Management 项目管理 AIM Application Implementation Methodology AIM for Business Flow CDM Customization Develop Methodology EMM
PJM
AIM Application Implementation Methodology
AIM overview Overview
AIM 的阶段 AIM 的提交物 AIM 流程 AIM 的重要任务和可选任务 AIM scavenger hunt
各个阶段的目标
阶段
目标 计划项目，
CDM
数据转换这个过程的目的是移植，转换和测试原先的数据。 它对新的应用的运行是十分必要的。 撰写文档这个过程致力于产生出高质量 的硬拷贝和联机的可交付的文档。它应 当产生出这个项目的用户，管理以及技 术文档。 测试测试过程应当是一个用来测试应用 系统的所有组成部分质量的完整的方法。 它既包括基于功能模型的测试，也包括 业务模型整合，系统，系统集成和验收 测试。 培训这个过程的目的是给用户和管理员 以足够的培训，从而使他们能够承担起 运行新的应用系统的任务。