Sky

MAKING A WORLD OF DIFFERENCE

Mon, 28 Nov 2011 11:21:38 GMT

这是我的英文自传。我决定把整本书从收费的Amazon转换成免费分享。昨晚修改格式后（内容丝毫未变）。任何一本书不可能没有错误，如果您看到错误，请留言，一定修改。谢谢！
这本英文自传不是逐句翻译，而是被写成更符合美国人阅读喜好和习惯，或者更容易被理解接受的版本。中文版谈到更多美国（如：美国各州各公司的介绍），英文版谈到更多中国（如：条幅对联的解释，中国历史等）。英文内容还增加了一些内容：谷歌退出中国、我的日记节选等。其实希望做好中美沟通的桥梁纽带，让双方信息更对等。
这本书的译者Crystal Tai（卢静琪）是斯坦福大学毕业，中英文都能写作，相信大家也会喜欢她的文笔。因为她很优秀，我也信任她做出许多删除和补充。
Copyright 2011 By : Kai-Fu Lee, All rights reserved. Except as permitted under the US Copyright Act of 1976, no part of this publication may be reproduced, distributed or transmitted in any form or by any means, or stored in database or retrieval system without the prior written permission of the copyright holder.

Table of Contents
FORWORD: WHY DON'T WE AGREE TO DISAGREE?
CHAPTER 1. FOLLOWING MY HEART
CHAPTER 2. ADVENTUROUS GENES
CHAPTER 3. FLYING TO AMERICA
CHAPTER 4. LEARNING TO MAKE A DIFFERENCE
CHAPTER 5. GETTING RECOGNIZED FOR “SPEECH RECOGNITION”
CHAPTER 6. LEAVING ACADEMIA FOR APPLE
CHAPTER 7. THE RISE AND FALL OF SILICON GRAPHICS
CHAPTER 8. A MISSON IMPOSSIBLE
CHAPTER 9. VOICELESS IN SEATTLE
CHAPTER 10.A. MICROSOFT, GOOGLE, AND ME
CHAPTER 10.B. MICROSOFT, GOOGLE, AND ME
CHAPTER 11. TAKING GOOGLE TO CHINA
CHAPTER 12. TEACHER KAI-FU
CREDITS

A family portrait of August 2009 with wife Shen-Ling (second from left), daughters Jennifer (right) and Cynthia (left)

A celebration of Google's new site in 2006

AP_PAYMENT_SCHEDULES_ALL 表结构(11i)

Wed, 11 May 2011 08:50:54 GMT

AP_PAYMENT_SCHEDULES_ALL
这个表包含每张应付发票计划付款的信息.
对每一张发票每一次付款对应这个表里的一条记录.
Oracle应付程序用这些信息去付款和自动付款.
hold_flag 标志是否HOLD住这个计划付款.
payment_status_flag 标志付款状态
Y: 全部付清
N: 没有付款
P: 部分付款
amount_remaining 对于转换的记录,这个列需要有值.
payment_method_lookup_code 付款方式
CHECK: 支票
CLEARING: 清算,票据交换
EFT: 电子转账
WIRE: 电汇付款

--------------------------------------------------
select --唯一标志列
invoice_id --应付发票ID号
, payment_num --应付发票行号
--系统标志列
, creation_date
, created_by
, last_update_date
, last_updated_by
, last_update_login
, program_application_id
, program_id
, program_update_date
, request_id
--父列
, org_id --组织ID号
, batch_id --应付发票的批次号
--来源列
--当前记录标识列
, hold_flag --标识计划付款是否被HOLD住
, payment_status_flag --付款状态(Y,N,P)
--属性列
, attribute_category --属性扩展
, attribute1~15
, global_attribute_category --全局属性扩展
, global_attribute1~15
, payment_cross_rate --发票币种和付款币种之间交叉汇率
, amount_remaining --应付发票的剩余额
, discount_date --第一次折扣的有效日期
, discount_amount_available --在第一次付款,折扣的有效值
, second_discount_date --第二次折扣的有效日期
, second_disc_amt_available --在第二次付款,折扣的有效值
, third_discount_date --第三次折扣的有效日期
, third_disc_amt_available --在第三次付款,折扣的有效值
, discount_amount_remaining --当前记录状态下的折扣总和
, due_date --到期日期
, future_pay_due_date --将来付款到期日期
, gross_amount --计划付款的总额
, inv_curr_gross_amount --基于发票币种的计划付款的总额
, payment_priority --付款的优先级(1~99)
--外关联ID
, payment_method_lookup_code --付款方式
, external_bank_account_id --外部银行的账户ID号
from ap_payment_schedules_all

AP_INVOICES_ALL 表结构(11i)

Wed, 11 May 2011 08:50:14 GMT

AP_INVOICES_ALL
这个表包含用户输入的应付发票信息.
每一条记录对应一张应付发票.
一条应付发票记录对应多条发票分配行记录.
一条应付发票记录对应多条计划付款记录.
EXPENSE REPORT类型的应付发票,必须在AP_EXPENSE_REPORT_HEADERS_ALL表里有值.
INTEREST类型应付发票对应发票过期所产生费用, 他与过期应付发票的联系通过AP_INVOICE_RELATIONSHIPS 维护.
INVOICE_TYPE_LOOKUP_CODE 应付发票类型
AWT: 预扣税发票
CREDIT: 欠款通知
DEBIT: 借项凭单
EXPENSE REPORT: 雇员开支报表
INTEREST: 利息发票
MIXED: 混合类型发票
PREPAYMENT: 预付款及垫款
QUICKDEFAULT: 采购默认的标准发票
QUICKMATCH: 快速匹配标准发票
STANDARD: 标准发票
payment_method_lookup_code --付款方式
CHECK: 支票
CLEARING: 清算,票据交换
EFT: 电子转账
WIRE: 电汇付款
payment_status_flag --支付状态
N: 没有支付
Y: 全部支付
P: 部分支付
SOURCE --应付发票又什么产生的,来源哪
CREDIT CARD: 信用卡
EDI GATEWAY: 电子商务网关
ERS: Electronic Receipt Settlement 电子收据结算
INVOICE GATEWAY: 发票网关
Intercompany: 公司内部
Oracle Assets: Oracle资产
Oracle Project Accounting: Oracle项目会计
Oracle Property manager: Oracle物业管理
PA_IC_INVOICES: Oracle公司间项目发票
PA_IP_INVOICES: Oracle工程项目间发票
RECURRING INVOICE: 经常性发票
RTS: 返回到供应商
SelfService: 自助服务应用
XpenseXpress: 应付费用报表

---------------------------------------------------
select --唯一标志列
invoice_id
--标准系统列
, creation_date
, creatd_by
, last_update_date
, last_updated_by
, last_update_login
, program_application_id
, program_id
, program_update_date
, request_id
--父列
, org_id --组织ID
, set_of_books_id --账套ID
, batch_id --发票批次ID
--来源列
, source --来源类型
--当前记录标识列
, invoice_num --发票号
, invoice_date --发票日期(当前记录所记载信息的日期)
, invoice_type_lookup_code --发票类型(当前记录所记载信息类型)
, description --描述(当前记录所记载信息的描述)
, payment_status_flag --付款状态(当前记录所记载信息的状态)
, approval_status --发票的审批状态(仅参考)
, approval_description --审批状态的描述
, posting_status --过帐状态
, authorized_by --审批预付发票的用户ID
, cancelled_date --取消发票的日期
, cancelled_by --取消发票的用户ID
--属性列
, attribute_category --属性扩展
, attribute1~15
, global_attribute_category --全局属性扩展
, global_attribute1~15
, invoice_amount --发票的金额
, pay_curr_invoice_amount --基于支付币种的发票金额
, amount_paid --已经支付的金额
, payment_amount_total --已经支付的发票金额
, freight_amount --运费金额(用于计算用于折扣的有效金额和提供按比例分配的默认金额)
, base_amount --本为币金额, 只用在发票币种为外币时
, approved_amount --已经审批过的发票金额(仅参考)
, tax_amount --税收的金额
, pre_withholding_amount --预缴税款金额
, amount_applicable_to_discount --适用于折扣的金额
, discount_amount_taken --采取折扣的金额
, cancelled_amount --被取消发票的原始金额
, temp_cancelled_amount --当发票没有取消之前,临时性的存储用于取消发票的原始金额
, terms_date --基于付款条款而计算出来的计划付款的时间
, voucher_num --优惠卷号码(验证:启用顺序编号/不验证:没有启动顺序编号)
, gl_date --会计日期, 默认到发票分配行
, goods_received_date --收到物料日期
, invoice_received_date --收到发票日期
, earliest_settlement_date --对已经审批的预付款发票,进行付款的日期(只用于临时性预付款, 其他类型发票此列为空)
, awt_flag --标志预扣税方式(A:自动计算/ M:手动计算)
, auto_tax_calc_flag --是否基于税收代码自动计算税款(Y:Header层次, L:Line层次, T:税收代码层次, N: 不自动计算)
, exclusive_payment_flag --是否基于账款文件单独支付
--外连接ID
, invoice_currency_code --发票的币种
, payment_currency_code --支付发票的币种(与发票币种相同或启用固定汇率)
, payment_method_lookup_code --付款方式名称
, pay_group_lookup_code --支付组名称
, vat_code --税法
, awt_group_id --预扣税组ID
, vendor_id --供应商ID
, vendor_site_id --供应商地址ID
, terms_id --付款条款ID
, accts_pay_code_combination_id --应付账款的会计科目
, po_header_id --PO ID(发票类型: QUICKMATCH / PO DEFAULT / prepayments)
, recurring_payment_id --经常性发票ID
, award_id --保留给oracle赠款管理系统
--11i停用列
, original_prepayment_amount --原来的预付金额, 11i已经停用
, invoice_distribution_total --发票分配的总额, 11i已经停用
, vendor_prepay_amount --供应商预付金额, 11i已经停用
, prepay_flag --预付标志, 11i已经停用
--==汇率
, exchange_rate --外币发票的汇率
, exchange_rate_type --外币发票的汇率类型
, exchange_date --有效的汇率日期, 通常占用交易日期
, payment_cross_date --发票币种与支付币种之间的汇率日期
, payment_cross_rate_type --发票币种与支付币种之间的汇率类型
, payment_cross_rate_date --发票币种与支付币种之间的汇率日期
--==文档
, doc_sequence_id --按顺序编号的文档ID
, doc_sequence_value --顺序编号的文档值
, doc_category_code --按顺序编号文档的类型
--==美国标准总帐日记(USSGL: US Standard General Ledger journal entries)
, ussgl_transaction_code --默认的USSGL交易代码
, ussgl_trx_code_context --USSGL交易代码的上下文列
--==项目
, project_id --项目ID, 用于建立默认的会计弹性域
, task_id --项目任务ID, 用于建立默认的会计弹性域
, expenditure_type --项目费用类型, 用于建立默认的会计弹性域
, expenditure_item_date --项目支出物料日期
, pa_quantity --项目物料数量
, expenditure_organization_id --项目组织ID
, pa_default_dist_ccid --与项目有关的会计科目, 默认到发票的分配行
, project_accounting_context --项目会计弹性域的上下文列
, reference1 --oracle项目费用报表的参考信息
, reference2
--==多币种报表(MRC Multiple Reporting Currencies)
, mrc_base_amount --
, mrc_exchange_rate --
, mrc_exchange_rate_type --
, mrc_exchange_date --
from ap_invoices_all

Oracle一些接口表的使用方法

Sat, 02 Apr 2011 08:34:13 GMT

库存事务接口：mtl_transactions_interface
1）一般用来做各类杂收发、Cost Update，对于和业务有关的事务一般不建议使用，比如SO发货，如果自己发会导致Workflow没有往下走
2）成功导入之后运行Cost Manager生成会计分录
3）平均成本更新也通过此接口；如果该Item没有交易，则成本数据不会进入cst_item_costs

固定资产接口：fa_mass_additions
1）fa_mass_additions这个表有几个Trigger需要注意；会自动去插其他表，删除的时候也是
2）折旧方法接口表无法给，而是自动从Category继承下来，所以导入之后需要Update表
3）不是通过AP引过来的FA，是没有Source Lines信息的；如果需要，可以通过插表来实现
4）数据进接口之后从Navigator:Mass Additions/Post Mass Additions提交请求集，这样会有个报表显示导入结果。不过我的测试程序可以直接提交请求集。
总账分录接口：gl_interface
1）最简单的接口，不说了

应付发票接口：ap_invoices_interface/ap_invoice_lines_interface
1）Profile AP: Use Invoice Batch Controls定义是否使用批控制
2）仅支持CREDIT/STANDARD；注意金额正负，小于零用CREDIT，大于零用STANDARD
3）PREPAYMENT/DEBIT/EXPENSE REPORT/MIXED不支持，先用CREDIT或者STANDARD，进去之后再Update正式表ap_invoices_all
4）导入之后可再调用请求Invoice Validation自动Validate发票
应收发票接口：ra_interface_lines_all/ra_interface_salescredits_all
1）几个接口表之间的关系和其他接口不同，不是通过ID关联，而是通过描述性弹性域Line Transaction Flexfield定义
2）接口给ID还是Name，要根据Transaction Source上的定义，不能随便给
3）ra_interface_distributions_all这个表可以不插，让系统自动生成分配行
4）如果没有销售员，可以提供一条ID=-3的No Sales Person记录给接口。这个要看AR System Option Miscellaneous上的设置是否要求销售员
应收收据接口：ar_interim_cash_receipts_all
1）AR Receipt标准接口是Lockbox，需要预先定义Format；Oracle根据Format定义把接口数据写到ar_interim_cash_receipts_all；我们可以跳过第一步，直接把数据插入到ar_interim_cash_receipts_all，不过Batch需要我们直接插表
2）在Batch界面查看：数据在ar_interim_cash_receipts_all的Batch Type为 Mannual Quick
3）Batch的Currency取本位币即可，收据用需要的货币
客户导入接口：ra_customers_interface_all/ra_customer_profiles_int_all/ra_contact_phones_int_all
1）要导Customer，ra_customer_profiles_int_all需要有记录
2）orig_system_party_ref相同的话，Customer_Number不同，可以在一个Party下建多个Customer
3）ship to的bill_to_orig_address_ref可用bill to的orig_system_address_ref，这样可以自动关联
4）需要打Patch 3606744和3558213，否则Statement和Dunning类型的Site Use导不进去
5）不是所以字段都可以从Interface进去；以HZ_Cust_Site_Uses_all为例，导入之后需要直接Update如下比较重要的字段：payment_term_id、order_type_id、warehouse_id、territory_id、primary_salesrep_id
6）更新HZ_Cust_Site_Uses_all的Primary_flag的时候注意同时更新hz_cust_acct_sites_all的bill_to_flag和ship_to_flag为P（Primary）或者Y
销售订单接口：oe_headers_iface_all/oe_lines_iface_all/oe_actions_iface_all
1）整张Close的订单可以通过接口表；Close的订单，Oracle几乎是直接插表；其他的要做很多验证
2）部分行Close的订单，可以给行Assign一个仅负责Close（Enter/Fulfill/Close/End）的工作流，这样Workflow Back Ground Process起来之后就会Close
3）非Close的订单行号不能重复，所以接口表我们给空；如果有需要待导入后Update Line表即可
4）数量正负要与Line Type的类型一致，正的对Order，负的对Return，否则接口报Inventory Item错误
5）订单号更新需要更新几个表：oe_order_headers_all/wsh_delivery_details/mtl_sales_orders
6）订单行在收货或者发货不足的情况下会拆行，拆行的时候系统几乎是拷贝所有的字段，如果碰到Unique的字段会失败。我碰到的问题是把源系统的line_id记录在弹性域上，并给这个弹性域建了Unique索引，导致Dropship的订单采购部分收货老是报错
采购订单接口：po_headers_interface/po_lines_interface/po_distributions_interface
1）PO接口有问题可察看错误信息表po_interface_errors，可以解决大部分问题
2）本位币导入之后，头上的Rate Date为空，需要Update表
3）quantity_billed也可以事后更新，这样AP不会再Match过来
4）审批记录可以直接插入表po_action_history
5）注意采购的Valdiate ORG
6）如果Item没有Assign给Ship_to_org，会报No data found错误
采购接收接口：rcv_shipment_headers/rcv_transactions_interface
1）收据头直接写表；收据行和收货事务通过接口
2）注意parent_transaction_id，Receive需要放空
3）PO接口有问题可察看错误信息表po_interface_errors，可以解决大部分问题
4）如果要再现原来的Receiving Transaction，可按如下顺序分批进入接口RECEIVE、TRANSFER、ACCEPT、REJECT、DELIVER、RETURN TO RECEIVING、RETURN TO VENDOR、CORRECT
库存项目接口：mtl_system_items_interface
1）在Master Org新增Item比较简单，给足需要的字段即可
2）在其他组织增加Item（相当于从Master Assign后再Update），需要注意Master Org Conctrol的字段需要保持主组织的值（比较多，看mtl_item_attributes的Conctrol_level = 1）
3）在其他组织增加Item还需要注意一些字段需要保持主组织的值，否则接口会报错，它们是create_supply_flag、dual_uom_control、buyer_id、allowed_units_lookup_code、purchasing_item_flag、internal_order_flag、inventory_item_flag
4）如果要给Item Assign Category，可以通过mtl_item_categories_interface，对应的请求是Item Category Assignment Open Interface

Oracle 9 中PL/SQL实现FTP功能的文件传输

Fri, 11 Mar 2011 04:23:24 GMT

FTP From PL/SQL
Sometimes it's preferable to trigger FTP jobs directly from PL/SQL rather than rely on CRON or AT. This article contains a brief description of the two methods I use.

The first method relies on a java stored procedure, described in Shell Commands From PL/SQL, which can be used to trigger a shell script to perform the transfer. The shell script may look like the following:

#! /bin/ksh

# Move to appropriate directory on local server
cd /extracts

# FTP all files in directory
ftp -inv ftp.company.com <<EOF
user ftpuser ftppassword
# Move to appropriate directory on remote server.
cd /loads
ascii
mput *.*
bye
EOF

The second approach uses a combination of the UTL_TCP and UTL_FILE packages to create a simple FTP API ( http://www.oracle-base.com/dba/miscellaneous/ftp.pks, http://www.oracle-base.com/dba/miscellaneous/ftp.pkb). Once the API is loaded into the appropriate schema simple FTP commands can be initiated as follows:

CREATE OR REPLACE DIRECTORY my_docs AS '/u01/app/oracle/';
SET SERVEROUTPUT ON SIZE 1000000
@c:\ftp.pks
@c:\ftp.pkb

-- Retrieve an ASCII file from a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.ascii(p_conn => l_conn);
ftp.get(p_conn => l_conn,
p_from_file => '/u01/app/oracle/test.txt',
p_to_dir => 'MY_DOCS',
p_to_file => 'test_get.txt');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Send an ASCII file to a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.ascii(p_conn => l_conn);
ftp.put(p_conn => l_conn,
p_from_dir => 'MY_DOCS',
p_from_file => 'test_get.txt',
p_to_file => '/u01/app/oracle/test_put.txt');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Retrieve a binary file from a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.binary(p_conn => l_conn);
ftp.get(p_conn => l_conn,
p_from_file => '/u01/app/oracle/product/9.2.0.1.0/sysman/reporting/gif/jobs.gif',
p_to_dir => 'MY_DOCS',
p_to_file => 'jobs_get.gif');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Send a binary file to a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.binary(p_conn => l_conn);
ftp.put(p_conn => l_conn,
p_from_dir => 'MY_DOCS',
p_from_file => 'jobs_get.gif',
p_to_file => '/u01/app/oracle/jobs_put.gif');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Get a directory listing from a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
l_list ftp.t_string_table;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.list(p_conn => l_conn,
p_dir => '/u01/app/oracle',
p_list => l_list);
ftp.logout(l_conn);
utl_tcp.close_all_connections;

IF l_list.COUNT > 0 THEN
FOR i IN l_list.first .. l_list.last LOOP
DBMS_OUTPUT.put_line(i || ': ' || l_list(i));
END LOOP;
END IF;
END;
/

-- Rename a file on a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.rename(p_conn => l_conn,
p_from => '/u01/app/oracle/dba/shutdown',
p_to => '/u01/app/oracle/dba/shutdown.old');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Delete a file on a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.delete(p_conn => l_conn,
p_file => '/u01/app/oracle/dba/temp.txt');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Create a directory on a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.mkdir(p_conn => l_conn,
p_dir => '/u01/app/oracle/test');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

-- Remove a directory from a remote FTP server.
DECLARE
l_conn UTL_TCP.connection;
BEGIN
l_conn := ftp.login('ftp.company.com', '21', 'ftpuser', 'ftppassword');
ftp.rmdir(p_conn => l_conn,
p_dir => '/u01/app/oracle/test');
ftp.logout(l_conn);
utl_tcp.close_all_connections;
END;
/

ORACLE EBS-组织架构介绍

Fri, 18 Feb 2011 03:44:26 GMT

（一）业务组（BG）

（二）法律实体（LE）

（三）业务实体（OU）

（四）库存组织（INV）

（五）公司成本中心（Cost Center）

（六）HR组织

（七）多组织接入控制

在企业管理实践的过程中，“组织”（Organization）一词是个经常需用到的概念，一般与“人员”与“职能”这两个要素密切相关，反映某种行政管理关系，例如“财务部、销售部、采购部、生产部、仓储部”等等。企业内部行政组织（部门）的划分是企业基于“职能驱动”业务管理模式进行运作的基础。目前，国内适用于小企业使用的大多数低端管理软件并不考虑系统中的“组织”设置问题，其系统应用模块的划分，例如采购模块、仓管模块、销售模块等等，实际上就已经基本反映了企业运作的“组织职能”划分问题。

但是，对于业务复杂、规模较大的企业（如所谓“集团企业”），管理软件使用与实施的系统“组织设置”问题将是一个首要的重要问题。一个常见的、也是错误的系统实现方式就是将企业的“行政组织设置”直接映射到系统中，以“行政组织”代替“业务组织”。这种系统实现方式虽有理解、掌握比较容易的优势，但却完全违背了大企业运作必须基于“流程驱动”业务模式的基本管理原则。国内有所谓高端管理软件在系统实施过程中，常常出现有几十个财务、采购组织，几百个销售组织，乃至上千个库存组织的“盛况”，导致系统几乎没法使用的困境，其症结正在于此。

与企业的“行政组织”设置与人员规模密切相关且复杂多变不同，软件系统的“组织设置”必须以业务流程运作为核心，要求尽可能简单并保持相对稳定，在公司（人员）规模扩大的过程中具有延续性与继承性。作为ERP鼻祖的SAP将系统组织简单地分为“集团（Client）、公司代码（Company Code）、采购组织（Purchase Org）、销售组织（Sale Org）、工厂（Plant）”等类别。ORACLE的组织设置本质上与之基本相似，但作为后来者作了进一步抽象与简化，系统组织划分为“业务组（Business Group）、法律实体（Legal Entity）、业务实体（Operating Unit）、库存组织（Inventory Org）”等。

如果说SAP的组织模型字面上多少还带有一点“行政组织”痕迹的话（这可能是某些声称学SAP的国内产品误入歧途的原因），ORACLE系统的组织模型字面上已经几乎看不出与“行政组织”还有什么关系，其中的“ Org”现今中文翻译成“库存组织”，容易令人望文生义和企业的“仓库管理部门（Warehouse）”混淆，但Inventory的本义实际应该是“存货”，称之为“存货组织”或许更好一些。如下图22所示ORACLE系统有关核心业务的多组织模型：

上图中的“财务、销售、采购”并非系统的“组织实体”，它仅表示业务实体（OU）具有的相关业务处理功能。“子库”是特殊的系统组织实体，没有上下文环境可进入，主要表示库存组织之下的某种业务功能。

“业务组”的概念可以与企业的“集团”概念参看，但不同的是一个企业在系统中可以设置多个“业务组（集团）”。通常对于一个企业来说，系统中有一个“业务组”就够了，这表示企业就是一个“集团公司”。而对于某些业务“多元化”的特大型公司（如跨国公司），则可能需要在系统中设置多个“业务组”，表示企业由多个“集团公司”组成。

业务组设置是系统组织设置的第一步，是最高层级的组织形态，但它主要是与人力资源信息的分隔有关，即“人员信息”的设置在一个BG范围内是由各业务模块共享的（如果需要）。一旦系统设置的用户名（User）被与“人员”（Employee）关联，无论使用什么“责任”进入系统，都会定位至一个确定的BG中，任何责任在任意时刻只能关联一个BG。EBS安装好后，系统里面已经预置了一个名为“Setup Business Group”的“初始业务组”。如图23所示系统预置的“Setup Business Group”：

当以系统预置超级用户SYSADMIN进入后，应首先设置一个具有在HRM或INV下创建组织功能的“责任”名，随后给此责任的“HR：User Type”配置文件设定值为“HR User”，则该责任就有了创建新BG的能力。通常需要一次性将企业所需要的BG全部建立，一般另创建一个与企业名称一致如“某某集团”的新BG就可以了，也可以（不推荐）直接使用系统预设的“Setup Business Group”而不创建新BG。

系统每新建一个BG，就会自动在配置文件“HR：安全性配置文件”的LOV中自动添加一个与新建BG同名的可选值（初始时只有“Setup Business Group”一个值）。在某一个BG下（初始为Setup Business Group）新建的任何责任，系统都将该责任的配置文件“HR：安全性配置文件”值默认为当前BG。要在进入系统时能切换到新的BG，必须先修改该责任的“HR：安全性配置文件”设定值。

如果将配置文件“HR：交叉业务组”的值设为“是”，则在不同BG下，新建的组织名称应当（虽然可以）不同，否则查看时可能会引起混淆。在同一个BG下的所有新建组织，名称不允许相同。

法律实体（LE，Legal Entity）对应于真实世界中的按国家法律法规要求注册的“法人公司”。在R11中，LE在组织FORM定义时，对于每个LE必须为其“法人主体会计科目”关联一个“帐套SOB”。每个LE对应一个SOB，这与真实世界的法规要求是吻合的。如下图24所示：

要注意的是，在R11中定义的LE时，并未作与“会计科目弹性域结构”的“公司段”值关联，用户必须对于其是与公司段值中的哪个值对应心中有数。而在R12中，LE的组织定义虽在FORM中仍然保留，但LE的“法人主体会计科目”的FORM设置被废弃（故FORM中定义了也无用），改为在定义“分类帐”时的“会计科目设置管理器”WEB中定义并分配法人实体LE。一个分类帐设置（主辅分类帐）可以添加多个LE，但每个LE只能具有一个分类帐设置。如下图25所示：

在R12中，还必须为法人实体分配会计科目弹性域结构的公司段即平衡段值。每个LE可以分配多个“平衡段”值，公司段值集中每个段值一旦被分配给某LE，则其它LE就不能再被分配。在R11或R12中创建一个LE后，应当及时到会计科目弹性域结构中添加需要对应的公司段值LOV（一个或多个），并重新进行弹性域的编译，否则系统可能会弹出错误报警信息。R12中一个LE对应多个公司平衡段值，代表有多个分公司，LE是它们的合并。主辅分类帐可拥有相同或不同的公司段值集，表示从不同的维度（如按地区、按产品等）去划分公司以方便考核。如图26所示为LE添加平衡段值：

无论是R11还是R12，法律实体LE的设置都对具体的业务处理影响不大，其与系统用户或责任不关联，不直接影响系统上下文的切换，故有人甚至认为EBS的LE设置作用不大。这对于系统的内部运作来讲情况确实近似如此，但对于需要通过系统产生供外部使用的具有法律意义的文书（如采购订单、财务报表等等），严格区分法律实体LE还是必须的。R12显然更多地考虑了外部使用的这种法律要求（即所谓“法规遵从性”或“合规性”），并在相关业务应用模块中有所体现。

业务实体（OU，Operating Unit）是EBS系统组织设置的重点也是难点之一。它与法人主体LE本身没有必然的关系，与会计科目弹性域结构中的“公司段”也没有直接关系。从企业实际业务管理需要的角度去看，业务实体OU可以看作是在系统中按照业务的相似性，把多个不同公司（包括LE）的业务处理过程及数据划分成相对独立的“管理单元”。在每个管理单元内部，各公司的业务运作共享相关数据并执行统一的业务策略。

例如，有一个业务多元化的企业既生产医院使用的X光机也生产普通电视机，并且其下属在全国各地有多家生产X光机或电视机的分公司、子公司。由于这两种产品所使用的物料、供应商以及针对的客户群差异很大，企业为方便管理，可以将“业务运营”划分为两个相对独立的“业务管理群组”，对应到EBS系统中就是两个业务实体OU。

从企业日常业务运作管理的角度来看，对于单纯的电视机业务，全国范围内就设一个公司负责计划、生产、采购、销售等运营管理最为简便，但企业从非运营管理角度例如“税收优惠、地方政策”等等因素考虑，有时不得不在全国各地乃至世界各地注册若干所谓“公司”，以便向当地政府纳税并接受其财务会计方面的监管。

EBS在一个业务实体OU下，例如“电视机管理群组”，包含了全国各地所有负责生产或销售电视机的分公司、子公司（LE）的日常业务运作，在业务运作的组织层面忽略了作为法人实体的公司信息，但在反映业务运营最终结果的财务阶段（GL），仍能够方便地按照各地的法规要求提供财务数据与结果。而对于负责具体业务的系统用户来说，日常工作几乎不用关心或考虑“公司”的设置问题。

EBS中LE的数量可以根据需要任意增加，但对于OU的数量基于管理方便性则要求尽可能精简。EBS产品早期在实施过程中，存在一个公司（LE）对应一个OU的做法或一个OU只能属于一个LE的说法，这种做法或说法并不恰当。某些国内产品的设计由于未能有效区分“法律实体（公司）”与“业务实体（运营）”两者在系统中既相连接又有本质区别的特殊关系，只好采取一个法人公司对应一个系统业务实体的“笨办法”，企业规模小倒还能对付，一旦规模变大，注册公司增多，所谓的“系统多组织架构”就变得根本不具可用性。

ORACLE EBS业务实体OU的这一系统特性极大地方便了企业运作的日常管理，具有高度的灵活性与可扩展性。如下图27是R11的OU定义界面：

图中的“业务实体信息”中，必须而且只能为之设定一个“帐套”，即一个OU只能属于一个帐套（反之，一个帐套可以分配给多个OU）。要注意的是，上述业务实体信息中的法人实体设定，并不代表OU只能属于一个LE，它只是表示在“业务实体”中进行业务操作需要法人实体信息时提供默认值（在R12中明确了是“默认值”这一点）。R12中的业务实体定义同R11基本相同，只是将帐套改为“主要分类帐”。

在EBS中，一个OU可以同时指定给多个LE，上面“电视机管理群组”的例子已经说明了这一点；一个LE也可以有多个OU，这相当于一个注册的法人实体公司下，有多个需要独立运营的“事业部”（如X光机和电视机）。OU与LE是“多对多”的关系，但有一个限制性的前提条件，即OU与LE必须属于同一个SOB或Ledger。由于LE与OU的设置在系统中可以独立进行，因此如果双方的SOB或Ledger不同，则不能建立连接关系。

如果说法人实体LE与真实世界的企业行政管理组织架构还有点关系的话，业务实体OU则是与行政管理几乎无关，企业内部的行政组织变化对OU的设置没有直接影响。在EBS中有关采购管理、销售订单履行、应收应付管理等业务模块的功能均是建立在OU基础之上的。用户在执行上述相关模块的业务处理时，总是必须进入确定的OU（上下文环境）才可以进行，EBS的所谓“多组织”功能（MOAC）也是针对多OU而言的，与真实世界中的“多公司”（LE）没有直接关系。

实际上，SAP的“采购组织、销售组织”设置也是与真实世界的行政组织“采购部、销售部”无关的，ORACLE抛弃了“采购组织、销售组织”的概念，OU实际上就起到了类似的组织分隔作用。ORACLE的某些相关文档中，如果因描述需要而提及所谓“采购组织、销售组织”等概念，有时实际指的就是业务实体OU（或OU下的库存INV组织）。

的库存组织（INV）是系统组织设置的最基础、也是最重要的工作之一。库存组织的内涵远不是真实世界的“仓库部门”那么简单，它除了是有关“物料接收与发出”等业务功能的基础之外，更重要的是，它还是EBS系统有关计划（MPS/MRP）、在制品管理（WIP）、物料清单（BOM）等模块业务功能的操作与管理平台。如下图28所示：

EBS中的库存组织INV的作用与功能可以与SAP中的工厂Plant参看。一个库存组织INV只能属于一个确定的帐套SOB、一个确定的法人实体LE、一个确定的业务实体OU，具有唯一性的关系（注意：R11的设置界面未考虑SOB/LE/OU的关联限定，容易产生错误；R12作了改进，在选定Ledger之后，可用的LE/OU就被限定）。反之，一个“帐套/法人实体/业务实体”组合则可以有多个库存组织INV。此外，一个OU下的多个INV可以对应属于该OU的不同LE，这相当于将分属于两个法人公司的生产两种产品的四个工厂，按相同产品两两组合抽取出来，分属于两个不同OU进行日常业务管理。

在EBS中还有两个组织概念“MRP组织、WIP组织”，它们实际是必须构建于库存组织之上的组织概念，表示该库存组织还可以进行MRP或WIP的功能。系统之所以如此处理，主要是为了控制某些INV不能做MRP或WIP而已，因为基于物料接收或发出需要所设定的INV数量可能比较多。

对于绝大多数基于库存组织INV的业务功能（个别除外），系统用户在做业务操作时，均必须首先进行INV的选择切换，以便进入确定的INV上下文环境。库存组织的作用是如此基础，以至于EBS的相关文档在提及组织（Org）概念时，如果未作特别说明，默认就是指INV组织。

的所谓“成本中心组织”并没有业务处理的功能，它的设置主要是考虑与“会计科目弹性域结构”中的“公司段值”与“成本中心段值”的对应关系问题。如下图29所示：

在系统中创建“公司成本中心组织”后，可以运行一个“并发检查程序”，以校验“会计科目弹性域结构”中的段值是否与所有的“公司成本中心”组织的设置保持一致。

当在“会计科目弹性域结构”中的“成本中心段”值集中添加LOV值并重新编译后，可以运行系统的“自动组织”并发程序功能，由系统自动创建“公司成本中心”组织。

应当注意的是，一个公司成本中心组织及其成本中心段值，不可能属于不同法人实体LE及其公司段值，这与真实世界中的管理要求是一致的。库存组织INV与会计科目弹性域中的“成本中心”段（部门）则具有“一对一或多对一”的关系，即一个“成本中心”段值可以有多个库存组织INV，但一个库存组织INV只能属于一个确定的成本中心。

系统的HR组织设置是与HRM模块的相关业务处理功能相关，与核心业务/财务处理功能关系不大，主要是需要注意其是否和“成本中心”关联，需要时可以输入“成本中心”代码，其LOV就是“会计科目弹性域”结构中成本中心段的值集。如下图30所示：

在图30的EBS组织设置界面中，所谓的组织“类型”（Type）划分仅是基于组织自身的统计分析工作需要而定义的一个“维度”，例如“公司总部、产品线”等等，并不影响系统的业务处理功能。真正起作用的是设置界面中的“组织分类”（Classification），系统预置的组织分类LOV除了上述“业务组、法律实体、业务实体、库存组织”等之外，还有诸如“资产组织、运营公司、雇主”等等选项。在EBS系统中各应用模块所具有的业务处理功能通常需构建在一个确定的“组织分类”之上，“组织”是相关业务处理功能的平台，企业是否需要作相关组织分类设置、如何设置，取决于企业所需要使用到的应用模块功能。

例如所谓“资产组织”的设置，它是在企业需使用到资产管理模块FA时才涉及到。“资产组织”实际上是所谓“资产账簿”的代名词，它只是表示有关资产信息的一个数据维度，作用主要在于分隔数据范围，用户进入系统作业务处理时，并不需要作上下文业务环境的切换。对于这类并不涉及“上下文”环境切换的所谓“组织”，ORACLR系统的设计主要是为了借用“组织”所具有的“层次结构”（Hierarchy）概念来达到“多组织接入”权限的控制功能。

需指出的是，这里的组织“层次结构”与真实世界企业的行政管理组织层次结构没有直接关系（尽管可能有所参考），它只是企业根据某种需要（如权限管理控制、数据统计汇报等）而人为设定的一个“层次结构”，例如将系统中已经设置的任意数量的“业务实体”或“库存组织”等等组织Name，人为地设定一个具有上下级关系、自顶向下的金字塔形多层结构。如下图31所示：

上图中开始定义时，一旦选定（最）顶端组织Name，则就只能为之分配下属组织Name，如要给下属组织分配更下一级的组织，则需点击“向下”按钮，将当前该下属组织上升到“顶端组织”位置。点击“向上”按钮，则将当前“顶端组织”下降到下属组织位置。企业可以根据实际需要设定若干个具有不同内部结构的“组织层次结构”Name，以供定义系统所谓“安全性配置文件”时调用。如下图32所示：

上图所定义“安全性配置文件”是系统用以控制包括“组织安全性”等在内的各种安全性控制的基础，它具体规定了系统安全性控制的范围与实现方式，所有定义的“安全性配置文件”Name构成系统多组织接入控制参数“MO：安全性配置文件”的LOV。如下图33所示：

EBS 通过“MO：业务实体”、“MO：安全性配置文件”、“MO：默认业务实体”这三个系统配置文件的共同作用，实现所谓“多组织接入”控制功能MOAC。但上述三个配置文件在R11与R12中的作用有比较大的差别。

对于“MO：业务实体”，在R11中必须设定，而且起决定性控制作用，其LOV由系统基于创建的OU name自动创建，用户登录时系统自动定位于指定OU。而在R12中，一旦设定“MO：安全性配置文件”，则此配置文件失效而不起作用。

对于“MO：安全性配置文件”，在R11中虽有，但实际不起OU接入的控制作用，只针对FA等模块的得某些应用如数据统计等起作用。因此，一般认为R11并不具有完善的多组织接入控制功能。在R12中，该参数如果不设定，则必须设定“MO：业务实体”参数；一旦该参数被设定，则就起决定作用，系统主要依赖其实现MOAC。

对于“MO：默认业务实体”，在R11中虽有但实际不起作用。在R12中，随“MO：安全配置文件”起作用后才起作用，其LOV是所有已定义OU，但如果设定值不在“MO：安全配置文件”所选择的“组织层次架构”的范围内，则仍不起作用（即在与OU相关诸如PO、OM等的FORM界面，OU字段的默认值仍然为空）。这似乎是ORACLE 系统设计方面的一个难题，即“MO：默认业务实体”的LOV值集无法与“MO：安全性配置文件”中“组织层次架构”中的OU值范围保持一致。

ORACLE强调其“多组织接入MOAC”功能主要是针对业务实体OU而言，其另外一层含义是，所有构建于库存组织INV上的应用功能，实际是与上述配置文件无关的。库存组织的可接入性是在“组织访问”控制功能中，专门设定“库存组织”与“责任”的关联性，如下图34所示：

按照ORACLE的说法，如果系统在初始的时候，不定义库存组织的“组织访问”控制，则所有“责任”可访问所有INV，一旦限制或分配其中一个，则其余均必须逐个进行分配以建立“库存组织”与“责任”的链接关系。

总之，EBS系统通过“弹性域段值安全性”、“帐套/分类帐安全性”、“多组织接入安全性（MOAC）”、“库存组织访问控制”等多维度、多方面的组合系统设置，提供了灵活、方便的用户权限管理功能，厘清并掌握它们的复杂关系是系统实施的一项重要基础性工作。

Deploy OA Framework

Fri, 18 Feb 2011 03:41:21 GMT

How to Deploy OA framework in the Instance
Deployment of OA framework consists of 5 steps.
Deploying Class files and VO/EO/AM xml files
Deploying PG/RN xml files
Deploying jpr files for Substitution
Setup AOL to access the page
Restart the server

Let's look at these one by one.
Deploying Class files

The files such as
Controllers *CO.class
Application modules *AM.class
View Objects *VOImpl.class, *VORowImpl.class, *VO.xml
Entity objects *EO.xml, *EOImpl.java

should be deployed in the $JAVA_TOP/.

For eg:

if your files path in jdeveloper is
$jdev_home/myprojects/oracle/apps/ap/setup/webui/setupCO.java

then place your class files in the following path in the instance
$JAVA_TOP/oracle/apps/ap/setup/webui/setupCO.class

Deploying Page and Region files
The Page xml files(*PG.xml) and region xml(*RN.xml) files resides in the database. So you have to import the file into the database to make it work in the instance. Oracle application provides XMLExporter/XMLImporter to export and import page files from and to the database.

Deploy the files to the Instance
java oracle.jrad.tools.xml.importer.XMLImporter /home/prasanna/pages/SetupPG.xml -username -password -dbconnection "(description = (address_list = (address = (community = tcp.world)(protocol = tcp)(host = ) (port = )))(connect_data = (sid = )))"

This command will import the SetupPG.xml file into the database.

Extracting from instance
If you have done your personalizations in the developement instance and you want to deploy the personalizations into the production instance, then you can extract the personalization using XMLExporter command from the developement instance and Import the extracted xml file into the production instance in the same way you did for PG.xml files.

java oracle.jrad.tools.xml.exporter.XMLExporter /oracle/apps/ap/setup/webui/customizations/site/0/SetupPG -rootdir -username -password -dbconnection "(description = (address_list = (address = (community = tcp.world)(protocol = tcp)(host = ) (port = )))(connect_data = (sid = )))"

The above command will export the SetupPG from the data base to your file system at the destination path as XML file (SetupPG.xml)

Deploying jpr files for Substitutions, if any

If you have extended EO, VO or AM and created substitutions in your project. Then you have to deploy your .jpx file into the instance.

java oracle.jrad.tools.xml.importer.JPXImporter $AP_TOP/xxx/Setup.jpx -username -password -dbconnection "(description = (address_list = (address = (community = tcp.world)(protocol = tcp)(host = (port = )))(connect_data = (sid = )))"

Setup AOL to access the page

In case your page is referred in existing pages of Oracle applications you can skip this step. But if you want to access the page as a new Function then follow these steps.

Create Function as
ID: XX_SETUP
Name: SETUP
Function type(HTML tab) : SSW
URL: OA.jsp?page=/oracle/apps/ap/XXX/SetupPG&parameter1=xx&parameter1=xx

Attach the function to a Menu
Attach the menu to a Responsibility

Restart the server

After deployement you cannot see the page immediately on the server instance. This is because your Pages and class files would be cached in the middle tier. So you have to bounce the apache.

$COMMON_TOP/admin/scripts/adapcctl.sh stop
$COMMON_TOP/admin/scripts/adapcctl.sh start

After this process, clear the cache from the functional administrator responsibility and this step is optional.

Some times we may need to restart the whole middle tier to see the depolyed pages in the instance.

To Restart the instance use following command

Stop the instance
cd $INST_TOP/admin/scripts
adstpall.sh apps/apps

Start the instance
adstrtal.sh apps/apps

Article By:
Prasanna Jayaraman

How to Compile jsp files at Application R12 at term?

Thu, 17 Feb 2011 06:55:34 GMT

1.Compile jsp files at windows using the manual method.

$su - applprod
$cd $FND_TOP/patch/115/bin/
$ojspCompile.pl --compile --fast --quiet

Usage of ojspCompile.pl

syntax: ojspCompile.pl COMMAND {ARGS}
COMMAND --compile update dependency, compile delta
--create rebuild entire dependency file
-delta.out update dependency, list delta to file
-dep.out update dependency, output heirarchy to file

ARGS -s matching condition for JSPs filenames
-p number of parallel compilations
-log to override logfile from ojspCompile.conf
You are
recommended to set the log file location
outside of any network file system shared (NFS) area/drive.
-conf to override ojspCompile.conf
--retry retry previously failed compilation attempts
--flush forces recompilation of all parent JSPs
--quiet do not provide an actively running progress meter
--fast instantly fail jsps that are *possibly* invalid

example1: ojspCompile.pl --compile -s 'jtf%' -p 20 --retry
example2: ojspCompile.pl --compile -s 'jtflogin.jsp,jtfavald.jsp' --flush
example3: ojspCompile.pl --compile --fast --quiet

2 In R12 jsp are not compiled on the fly anymore like 11i but will only be compiled when a patch is being Applied or using the method as explained above.

To compile the jsp as soon as you access the page or in case the jsp is being updated by a patch the following needs to be changed:

1 - change the context file, change “s_jsp_main_mode” in the .xml file used by autoconfig and change value from "justrun" to "recompile".
2 - Run Autoconfig to propagate the changes to the configuration files.
3 - Restart OPM
4 - Now when a jsp has been changed (or missing) it will be compile immediately when the page is being accessed
Reference doc:

Note 433386.1 - JSP Pages Hanging in R12 After Removing Cached Class Files in _pages
Note 783094.1 - Compile jsp files at Application R12 at Windows

-EOF-

How to deploy a 11g ADF application on Tomcat 6.x

Thu, 17 Feb 2011 04:25:20 GMT

The process of successfully deploying a 11g ADF BC application to Tomcat 6.x has created a buzz in the JDeveloper forums and there appears to be some confusion as to the best approach. This blog entry documents one approach and includes the basic steps required to deploy and run a simple application that uses ADF BC/ADF Faces and ADF binding on Tomcat 6.x.

Note that this is not the official documentation but simply an approach I took to successfully complete the task at hand.

Required Downloads:
Download Tomcat 6.x.
Download JDeveloper 11g.
Download Oracle XE or some other database.
Download Application Workspace TomcatADFApp.zip.
Download database schema soademo.dmp.

High level steps for your Fusion Web Application:
1. Create a Fusion Web Application.
2. Create Business Components from tables. Ensure you create the application module.
3. Edit the default deployment profile.
4. In the WEB-INF/lib Filters of the deployment profile, deselect all libraries.
5. For the Platform in the deployment profile, select Tomcat 6.x as the Default Platform.
6. Ensure that your Application Module uses a Datasource Connection. Not a url connection string.
7. You will need to add a context.xml with your datasource connection details.
8. JPSFilter detail in your web.xml will need to be commented out.
9. Security detail in your adf-config.xml will need to be commented out.
10. Right click on your Viewcontroller and select deploy from context. Deploy to war.

Please download and review the provided Application Workspace for the details.

Install the soademo schema in your database.
1. Create a database user with id/pwd of soademo/oracle.
2. Download soademo.dmp.
2. Run imp soademo.dmp using your schema credentials of soademo/oracle.

High level steps for your Tomcat Application Server Configuration:
1. Create a Datasource connection on Tomcat. Modify server.xml and context.xml in your %CATALINA_HOME%/conf folder.
2. Copy the following libraries from your JDeveloper install to the %CATALINA_HOME%/lib folder.
adf-controller-api.jar
adf-controller-rt-common.jar
adf-controller.jar
adf-faces-databinding-rt.jar
adf-pageflow-dtrt.jar
adf-pageflow-fwk.jar
adf-pageflow-impl.jar
adf-pageflow-rc.jar
adf-richclient-api-11.jar
adf-richclient-impl-11.jar
adf-share-base.jar
adf-share-ca.jar
adf-share-support.jar
adflibfilter.jar
adflogginghandler.jar
adfm.jar
adfmweb.jar
cache.jar
commons-el.jar
db-ca.jar
dms.jar
dvt-faces.jar
dvt-jclient.jar
dvt-utils.jar
fmw_audit.jar
identitystore.jar
inspect4.jar
javatools-nodeps.jar
javax.management.j2ee_1.0.jar
jewt4.jar
jmxframework.jar
jmxspi.jar
jps-api.jar
jps-common.jar
jps-ee.jar
jps-internal.jar
jps-unsupported-api.jar
jsf-api.jar
jsf-ri.jar
jstl.jar
mdsrt.jar
ojdbc6.jar
oracle-el.jar
oraclepki.jar
org.apache.commons.beanutils_1.6.jar
org.apache.commons.collections_3.1.jar
org.apache.commons.logging_1.0.4.jar
osdt_cert.jar
osdt_core.jar
share.jar
standard.jar
trinidad-api.jar
trinidad-impl.jar
wls-api.jar
xercesImpl.jar
xmlef.jar
xmlparserv2.jar
3. Start up Tomcat and take your application war file and drop it in the %CATALINA_HOME%/webapps folder to auto deploy.
4. The application can be accessed through the url: http://localhost:yourAppServerport/TomcatADFApp/faces/OEView.jspx

For another perspective on setting up ADF Faces based JSF Runtime environment in Tomcat 6, please visit Terry Chos’s blog.

For details on how to configure Tomcat 6.x for ADF and deploy a 11g Release 1(11.1.1.1.0) ADF application to Tomcat please follow the forum post and solution on Oracle’s Technology Network forum for JDeveloper & ADF.

Oracle ERP系統借贷关系表

Thu, 17 Feb 2011 04:18:25 GMT

系统分步骤产生的分录：
1）库存模块作接收时产生的分录为：
借：材料采购（采购单价X订单数量）
贷：应计负债（采购单价X订单数量）
2）库存模块作检验入库时产生的分录为：
系统产生的分录分别为：
1）库存模块作接收时产生的分录为：
借：材料采购（采购单价X订单数量）
贷：应计负债（采购单价X订单数量）
2）库存模块作检验入库时产生的分录为：
借：原材料（取决于子库存的科目设置）（系统成本X订单数量）
贷：材料采购（采购单价X订单数量）
借/贷：PPV (采购价格与标准成本差异)
3）发票与采购订单进行匹配时，应付模块产生的分录为：
借：应计负债（采购单价X订单数量）
增值税-进项税额
贷：应付账款（取决于系统设置）（发票单价X订单数量）
借/贷：IPV(发票与采购价格差异)
4）发票付款
借：应付帐款
贷：银行存款/现金无

成本核算会计信息归纳
按照事务处理的来源类型归纳。
一、采购接收入库和退货：
1.接收：借：材料采购（订单价格）
贷：应计负债（订单价格）
2.入库：借：原材料（标准成本）
贷：材料采购（订单价格）
借或贷：材料成本差异＿材料订单价格
3.退货至接收时产生与上面第2步相反的分录，退货至供货商时产生与上面第1步相反的分录。
二、子库存转移：只有转出子库产生分录
借：原材料（自制半成品、库存商品）
贷：原材料（自制半成品、库存商品）
三、杂项事务处理：
1.库存增加：借：原材料（自制半成品、库存商品）
贷：账户别名（或自定义账户）
2.库存减少：与上面相反的分录
四、采购发票匹配：借：应计负债（订单价格）
应交税金＿增值税＿进项税
贷：应付帐款（发票价格）
借或贷：材料成本差异＿材料发票价格差异
五、生产环节：
1. 标准工单：
① 标准工单领料：借：生产成本＿直接生产成本＿材料
贷：原材料（自制半成品、库存商品）
② 标准工单退料：与上面相反的分录
③ 标准工单资源事务处理（即人工）：虽然我司没有在WIP模块进行实际的人工成本核算，但系统会自动核算一笔，基于在定义资源时的吸收账户为“生产成本＿直接生产成本＿直接人工”，系统产生以下分录：
借：生产成本＿直接生产成本＿直接人工（包含成本中心信息）
贷：生产成本＿直接生产成本＿直接人工
（值为零，且只有装配件定义了资源、工艺路线的工单才会产生此分录）
因此，在总帐模块处理实际人工和制造费用时，建议：
借：生产成本＿生产成本差异＿人工（实发工资）
贷：应付工资
借：生产成本＿生产成本差异＿费用（实际发生的制造费用）
贷：制造费用
④ 标准工单完工入库：借：原材料（自制半成品、库存商品）
贷：生产成本＿直接生产成本＿直接材料
生产成本＿直接生产成本＿直接人工
生产成本＿直接生产成本＿直接费用
（仅库存商品会有人工和费用科目）
⑤ 如果按照标准成本生产，即发生成本和冲减成本一致，则工单关闭时没有差异；
⑥ 工单关闭时，如果材料的发生成本比冲减成本大，即多耗料：
借：生产成本＿生产成本差异＿材料
贷：生产成本＿直接生产成本＿直接材料
如果少耗料则产生相反分录。
生产环节只产生量差，不产生价差。
⑦ 工单关闭时，对于人工和费用产生的分录恒定为：
借：生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）
贷：生产成本＿生产成本差异＿人工
生产成本＿生产成本差异＿费用
2. 非标工单：（对一般性分录不归纳，如领材料等）
① 有完工入库的非拆卸工单
发出成品时：借：生产成本＿直接生产成本＿直接材料（标准）
生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）
贷：产成品
完工入库时：借：库存商品
贷：生产成本＿直接生产成本＿直接材料（标准）
生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）

关闭时：借：生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）
贷：生产成本＿生产成本差异＿人工
生产成本＿生产成本差异＿费用
借：生产成本＿生产成本差异＿材料
贷：生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）
② 拆卸工单：
发出成品，同上；
发放负组件：借：原材料（自制半成品）
贷：生产成本＿直接生产成本＿直接材料
返还负组件，产生与之相反分录；
关闭时：借：生产成本＿生产成本差异＿材料
贷：生产成本＿直接生产成本＿直接材料（标准）
生产成本＿直接生产成本＿直接人工（标准）
生产成本＿直接生产成本＿直接费用（标准）
3. 其它委外加工、外协加工、编码拆分等类型类似工单处理（因为科目设置一样）
六、销售环节：
1. 挑库：借：分期收款发出商品
贷：库存商品（自制半成品、原材料）
2. 发运：借：分期收款发出商品
贷：分期收款发出商品
七、成本更新：
1. 对库存的影响：
如果单位成本增加，则借：原材料（自制半成品、库存商品）
贷：材料成本差异＿材料成本更新差异
如果单位成本降低，则产生相反分录
2. 对在制品的影响，需要区分不同的工单状态
① 工单已发放状态，组件尚未发，装配件未入库，装配件物料、人工和制造费用及组件的更新均不产生影响；
② 工单已发放状态，组件已发，未有装配件入库，装配件物料、人工和制造费用的更新不产生影响，某组件的成本更新会产生影响，
借（贷）：生产成本＿直接生产成本＿直接材料
贷（借）：生产成本＿生产成本差异＿在制品成本
③ 工单已发放状态，组件已发，装配件部分入库，如果是装配件某一组件更新引起装配件成本更新，则组件和装配件的更新都会产生影响：
（组件成本增加）组件产生的影响：
借：生产成本＿直接生产成本＿直接材料（已发料数量*更新值）
贷：生产成本＿生产成本差异＿在制品成本
装配件产生的影响：
借：生产成本＿生产成本差异＿在制品成本
贷：生产成本＿直接生产成本＿直接材料（已入库数量*更新值）
对于以后再入库的按新装配件成本冲减。
组件成本减少产生相反分录。
④ 工单已发放状态，组件已发，装配件部分入库，物料没有更新，装配件的资源或制造费用更新（人工定义非累计的更新）对已入库部分产生影响：
成本增加：借：生产成本＿生产成本差异＿在制品成本
贷：生产成本＿直接生产成本＿直接人工（已入库数量*更新值）
（或贷：生产成本＿直接生产成本＿直接费用）
成本减少产生相反分录。
⑤ 工单已完成状态，组件已发，某个组件更新（但装配件并没更新），对组件的发料会产生影响：
成本增加：借：生产成本＿直接生产成本＿直接材料（已发料数量*更新值）
贷：生产成本＿生产成本差异＿在制品成本
成本减少产生相反分录。
⑥ 工单已完成状态，组件已发，某个组件更新引起装配件物料成本更新，对组件发放和装配件入库都会产生影响：
成本增加：借：生产成本＿直接生产成本＿直接材料（已发料数量*更新值）
贷：生产成本＿生产成本差异＿在制品成本
借：生产成本＿生产成本差异＿在制品成本
贷：生产成本＿直接生产成本＿直接材料（入库数量*更新值）
成本减少产生相反分录。
⑦ 工单已完成状态，组件已发，物料没有更新，资源或制造费用更新（人工定义非累计）：
成本增加：借：生产成本＿生产成本差异＿在制品成本
贷：生产成本＿直接生产成本＿直接人工（直接费用）
成本减少产生相反分录。
八、根据开票信息在总帐结转销售成本：
借：主营业务成本（其它业务支出＿材料）
贷：分期收款发出商品
九、汇总各个差异账户，按规则在总帐中分摊。
1.采购验收作业，产生会计分录如下：(
借)：收货科目 (Receiving Inventory) @ PO Price
(贷)：存货AP应计额 (Inventory AP Accrual) @ PO Price
2.入库作业，有应付帐款立帐信息，则依循立帐信息，无立帐信息，则采用采购单信息，产生会计分录如下 (假设有应付帐款立帐信息)：
(借)：原物料科目 (Material Account) @应付帐款立账本币金额
(贷)：收货科目 (Receiving Inventory) @ PO Price
(借或贷)：商业发票价格差异(Invoice Price Variance, IPV)
采购单汇差收益/损失(Rate Variance Gain/Loss)
3.应付帐款立帐作业，产生会计分录如下：
(借)：存货AP应计额 (Inventory AP Accrual) @ PO Price
(贷)：应付帐款科目 @应付帐款立账本币金额
(借或贷)：商业发票价格差异(Invoice Price Variance, IPV)
采购单汇差收益/损失(Rate Variance Gain/Loss)
4. 在周期性成本之下，若原物料采购的发票在立帐时有做Match Receipt的动作，则周期性成本会将此发票的商业发票价格差异(IPV)转变成原物料成本，但若本期的发票Match前期的Receipt，则此发票产生的IPV将不会被周期性成本纳入本期的料件成本计算.
关与在制品会计分类(WIP Accounting Class)
1. 直接材料的发料
分录的金额为「当期周期性成本」
(借)：在制品计价科目 (WIP Valuation) @ 当期周期性成本
(贷)：存货科目 (MTL Account) @当期周期性成本
2. 直接人工的成本处理
分录的金额为「当期维护的工资率」
(借)：在制品计价科目 (WIP Valuation) @ 当期维护工资率
(贷)：已分摊直接人工(Absorption) @当期维护工资率
3.制造费用 / 委外加工费用的成本处理
制造费用的成本反应会产生如下的分录，分录的金额为「当期维护的部门分摊率」
(借)：在制品计价科目 (WIP Valuation) @ 当期维护分摊率
(贷)：已分摊制造费用(Absorption) @当期维护分摊率
委外加工费用的成本反应会产生如下的分录
分录的金额为「当期维护的部门分摊率」
(借)：在制品计价科目 (WIP Valuation) @ 当期维护分摊率
(贷)：已分摊加工费用(Absorption) @当期维护分摊率
如果采用标准外包作业流程，则于验收作业时产生如下之分录：
(借)：收货科目 (Receiving Inventory) @ PO Price
(贷)：存货AP应计额 (Inventory AP Accrual) @ PO Price?
应付帐款立帐作业，产生会计分录如下：
(借)：存货AP应计额 (Inventory AP Accrual) @ PO Price
(贷)：应付帐款科目 @应付帐款立账本币金额
(借 or贷)：商业发票价格差异(Invoice Price Variance, IPV)
采购单汇差收益/损失(Rate Variance Gain/Loss)
收回工单时，有应付帐款立帐信息，则依循立帐信息，无立帐信息，则采用采购单信息，产生会计分录如下 (假设有应付帐款立帐信息)：
(借)：在制品-委外加工(WIP-Outside Process)@应付帐款立账本币金额
(贷)：收货科目 (Receiving Inventory) @ PO Price
(借 or贷)：商业发票价格差异(Invoice Price Variance, IPV)
采购单汇差收益/损失(Rate Variance Gain/Loss)
工单完工入库时会产生如下的分录，其中借方科目依据完工入库的成品/半成品料号所对应的分类(Category)，读取「周期性成本」的「周期性科目指定」贷方科目为「在制品会计分类」的「计价科目」。
(借)：存货科目 (MTL Valuation)
(贷)：在制品计价科目 (WIP Valuation)
工单完工入库数 = 工单开立数时，系统会将状态切换为「完工(Complete)」。
生管于月底结帐前，需检视所有未结工单是否仍会有交易会发生，针对可结案的工单，需将工单状态切换为「完工 – 不允许费用再入帐(Complete-No Charge)」。
成会于月底结帐时，查询所有状态为「完工 – 不允许费用再入帐(Complete-No Charge)」的工单，执行工单成本结案动作。
工单结案时，如果工单上仍有剩余在制品价值，会依成本元素分别结至「在制品会计分类」的对应「差异科目」，产生如下之分录：
(借or 贷)：在制品计价科目 (WIP Valuation)
(贷 or 借)：在制品差异科目 (WIP Variance)
RMA 作业
有「销退」、「退修」与「换货」三种型态。
换货作业采用订单出货与RMA收货方式处理，并用「暂领待退料」来表达尚未归还的部分，并需透过辅助报表协助表达已归还部分是否有差异发生，如有差异，于总帐进行调整，调至「制造费用」科目。
上述差异的发生，一方面可能是领出与归还的料号不同，这部分确实属于差异，另一方面即使同一料号，因为领出与归还的期间不同，亦会有差异的发生，照道理说，这部分的差异是不应该发生的。
假设 H 出原物料给 W，在途资产属于接收方W，则H出货时产生如下分录(Transfer Credit 为转拨利得)：
(借) 在途存货(Intransit, W) 应收帐款(Receivable, H)
(贷) 原物料(Material, H) 移转销退折让(Transfer Credit, H)
应付帐款(Payable, W)?
W收货时，产生如下的分录：
(借) 原物料(Material, W)
(贷) 在途存货(Intransit, W)
周期性成本，成品或半成品完工入库时之成本计算
依据各站的单位成本贡献加总而得，表达上有区分成本要素(Cost Elements)。
当站的单位贡献成本 = (当站发生的成本 – 工单入库, 当站已Relief 成本) / (当站移转数 – 工单入库数)。