11/25/2010

問題記錄_FA_APP-OFA-48392 Error When Adding a New Asset in the Asset Workbench


APP-OFA-48392 Error When Adding a New Asset in the Asset Workbench [ID 275200.1]

 修改时间 04-DEC-2008     类型 PROBLEM     状态 PUBLISHED 

Applies To

Oracle Assets - Version: 11.5.9
This problem can occur on any platform.
FAXASSET - Asset Workbench 

Symptoms

When adding a new asset in Asset Workbench, in the Assignments window, when 
clicking Done, an error message appears: 

APP-OFA-48392: Unable to get the concurrent request status using procedure.

Cause

Invalid depreciation run status showing as 'Submitted'.

Fix


Change the Status to 'Error', resubmit Run Depreciation and let it complete
normally, rollback depreciation, then enter new assets.

1) Refresh a TEST instance with the Production data when experiencing this issue.

2) Run this update:

update fa_book_controls
set deprn_status = 'E'
where book_type_code = '&book'
and deprn_status = 'S';
commit;

3) Resubmit Run Depreciation WITHOUT Close Period option.

4) Rollback Depreciation.

Always TEST results prior to implementing in a Production database.

IMPORTANT
Help us improve our service. If you have any comments or questions regarding the solution
as documented in this Note (or ANY other questions related to Oracle Assets), please post on the
Oracle Assets Technical Forum on MetaLink. The FA Forum is monitored on a daily basis
by Oracle Support Services (OSS), and response time is generally within 24 hours.

Thank you for using MetaLink!

10/28/2010

問題記錄_FA_Create Accounting ERROR MESSAGE NUMBER:95937

Symptoms
----------------------------------------------------------------------------------------------------------------
於固定資產模組下,執行創建會計請求(Create Accounting)後,檢視輸出的報表(Subledger Accounting Program Report),內容顯示錯誤訊息:

Message Number:
95937
Message:
There are either non-accountable events existing in the system, or events which could not be processed because no data could be found on transaction objects. Please enable the profile option SLA: Enable Diagnostics,create accounting again, and run the report Transaction Objects Disagnostics to identify the problem.


Cause
----------------------------------------------------------------------------------------------------------------
造成此錯誤的原因主要分為兩項:
1.Oracle Patch Needed.
2.Unprocessed Records Exists(Orphan Records).


其中Patch是在Oracle Support查詢時,幾乎所有的資料都顯示要打這個Patch:8738842。另外在查詢會計事件的時候,也發現了有未處理並沒有產生分錄的事件(Accounting Events)。
經過Reproduce後,基本上確認是用戶手動新增固定資產後,又手動將其資產刪除,造成Orphan Records所引起的錯誤。


Solution
----------------------------------------------------------------------------------------------------------------
1)先執行Apps Check(可略過):
Please run the Diagnostics: Apps Check program for Oracle Assets

If the program doesn't exist, please add the program as follows
Sysadmin > Security > Responsibility > Request

Query the request as follows
Group - All reports
Application - Assets

And add the Diagnostics: Apps Check as follows
Type - Program
Name - from the list of value select Diagnostics: Apps Check
Application - Oracle Order Management

Save the changes. Now you can run the Diagnostics: Apps Check with
Assets as Parameter



依自身系統環境進行參數輸入,並檢查輸出的報表。


2)檢查下列Query:
Select bug_number, creation_date from ad_bugs where bug_number IN('8738842');


Select owner,object_name,object_type, status From all_objects Where status = 'INVALID' And object_name LIKE 'FA%';


3)在固定資產模組下查詢到未處理並沒有分錄的事件(Inquiry->Subledger Accounting->Accounting Events)。


4)執行下列Query檢查分錄事件表單(Table),可依情況自行修改一些ID參數:
SELECT xlt.ledger_id,
xlt.valuation_method,
xe.event_id,
xlt.entity_id,
xe.event_type_code,
xe.event_status_code,
xlt.transaction_number,
xe.event_date
FROM xla_events xe,
xla.xla_transaction_entities xlt
WHERE xe.entity_id = xlt.entity_id
AND xe.application_id = xlt.application_id
AND xlt.source_application_id = 140
AND xlt.entity_code = 'TRANSACTIONS'
AND xe.event_status_code <> 'P'
AND NOT EXISTS (SELECT fth.transaction_header_id
FROM fa_transaction_headers fth
WHERE fth.transaction_header_id = xlt.source_id_int_1);



5)備份及刪除表單中的Orphan Events
To implement the solution, please execute the following steps:

1. Ensure that you have taken a backup of your system before applying the recommended solution.

2. Run the following scripts in a TEST environment first:

a. Create table to list down the orphan records.

CREATE TABLE fa_orphan_events AS
SELECT xlt.ledger_id,
xlt.valuation_method,
xe.event_id,
xlt.entity_id,
xe.event_type_code,
xe.event_status_code,
xlt.transaction_number,
xe.event_date
FROM xla_events xe,
xla.xla_transaction_entities xlt
WHERE xe.entity_id = xlt.entity_id
AND xe.application_id = xlt.application_id
AND xlt.source_application_id = 140
AND xlt.entity_code = 'TRANSACTIONS'
AND xe.event_status_code <> 'P'
AND NOT EXISTS (SELECT fth.transaction_header_id
FROM fa_transaction_headers fth
WHERE fth.transaction_header_id = xlt.source_id_int_1);

b. Create Backup tables

CREATE TABLE xla_transaction_entities_bk
AS SELECT * FROM xla_transaction_entities xte
WHERE xte.application_id = 140
AND EXISTS (
SELECT xe.entity_id
FROM xla_events xe,fa_orphan_events oe
WHERE xe.event_id = oe.event_id
AND xe.entity_id = xte.entity_id
AND xe.application_id = 140);

CREATE TABLE xla_events_bk
AS SELECT * FROM xla_events xe
WHERE EXISTS (
SELECT oe.event_id
FROM fa_orphan_events oe
WHERE xe.event_id = oe.event_id)
AND xe.application_id = 140;


c. Delete the unwanted orphan records



DELETE FROM xla_transaction_entities xte
WHERE xte.application_id = 140
AND EXISTS (
SELECT oe.entity_id
FROM fa_orphan_events oe
WHERE oe.entity_id = xte.entity_id);

DELETE FROM xla_events xe
WHERE xe.application_id = 140
AND EXISTS (
SELECT oe.event_id
FROM fa_orphan_events oe
WHERE xe.event_id = oe.event_id);

COMMIT;

3. If you are satisfied with the results, issue a commit.

4. Confirm that the data is corrected when viewed in the Oracle Applications.

You can do this by running Sub-ledger Period Close Exception Report.

5. If you are satisfied that the issue is resolved, migrate the solution as appropriate to other environments.



6)再次執行Create Accounting請求,並確認錯誤訊息解除。

10/19/2010

問題記錄_GL_APP-FND-01388: Cannot read value for profile option FND_DEVELOPER_MODE in routine &ROUTINE

Symptoms
----------------------------------------------------------------------------------------------------------------
於修改總帳(GL)Segment Values的內容後,回到Key Flexfield Segments視窗重新進行Compile,於Requests查看沒有錯誤訊息,但重新進到Segment Values就會發生錯誤:「APP-FND-01388: Cannot read value for profile option FND_DEVELOPER_MODE in routine &ROUTINE」。

Cause
----------------------------------------------------------------------------------------------------------------
Form並未編譯(Compile)成功。

Solution
----------------------------------------------------------------------------------------------------------------
by METALink.


To implement the solution, please execute the following steps::

-1. Go into the responsibility: Navigate to the AU_TOP/resource directory

-2. Compile and generate manually CSQKMENU.pll, ensure CSQKMENU.plx gets generated successfully.

-3. Then compile BENAUTHE.pll and BENAUTHE.fmb successfully.

-4. Retest the scenario. This should fix the issue.

-5. Migrate the solution as appropriate

by myself.

我用appl的權限帳戶登入到R12 APP的Server上,執行以下指令即可(此為一行指令,因網頁才分段的):
frmcmp module=$AU_TOP/resource/CSQKMENU.pll userid=apps/apps output_file=$AU_TOP/resource/CSQKMENU.plx module_type=library batch=no compile_all=special

結果:

Forms 10.1 (Form Compiler) Version 10.1.2.2.0 (Production)

Forms 10.1 (Form Compiler): Release  - Production

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
     With the Partitioning, OLAP, Data Mining and Real Application Testing options
PL/SQL Version 10.1.0.5.0 (Production)
Oracle Procedure Builder V10.1.2.2.0 - Production
Oracle Virtual Graphics System Version 10.1.2.0.0 (Production)
Oracle Multimedia Version 10.1.2.0.2 (Production)
Oracle Tools Integration Version 10.1.2.0.2 (Production)
Oracle Tools Common Area Version 10.1.2.0.2
Oracle CORE     10.1.0.5.0      Production
Compiling library CSQKMENU...
  Invalidating Package Spec CS_QK_FILTER_LIB......
  Invalidating Package Spec CSQKMENU......
  Invalidating Package Body CS_QK_FILTER_LIB......
  Invalidating Package Body CSQKMENU......
  Compiling Package Spec CS_QK_FILTER_LIB......
  Compiling Package Spec CSQKMENU......
  Compiling Package Body CS_QK_FILTER_LIB......
  Compiling Package Body CSQKMENU......
 Done.

10/08/2010

iPhone 4 使用者操作手冊_下載點

傳說中的iPhone 4有線上的操作手冊可以下載囉~而且是正體中文的唷~
點我下載

另外還有其它語言的User Guide可以從下面的連結去看看~
點我瀏覽

R12 Oracle Payables Management Fundamentals_應付帳款管理系統基礎_簡體中文

Oracle University培訓課程教材(AP)

簡體中文版,可直接於網路觀看,如下連結:
Oracle R12 應付帳款管理系統基礎 學生指南

英文版,在我的硬碟裡~

9/13/2010

問題記錄_GL_Journals_Accounting Flexfields_Description Length Modification

Symptoms
--------------------------------------------------------------------------------------------------------------
提交總帳模組(GL)裡面的標準報表:「Journals - Voucher」,完成後發生「科目摘要」欄位顯示不全的情況。
進入GL職責中查看分錄(Journals)的詳細資料,也有同樣顯示不全的情形。



Cause

--------------------------------------------------------------------------------------------------------------
經查證後,造成原因是會計科目的關鍵性彈性欄位設定值有問題,需要將描述欄位的顯示字元數加長。

Solution
--------------------------------------------------------------------------------------------------------------
1)進入總帳管理超級用戶職責。
2)Setup->Financials->Flexfields->Key->Segments


3)彈出「Key Flexfield Segments」視窗。
4)點選左上角的手電筒(Find)。
5)找出:
Application: General Ledger
Flexfield Title: Accounting Flexfield
為值的Structures。


6)將游標放在要修改的彈性欄位Title->先將Freeze Flexfield Definition取消勾選->點擊「Segments」按鈕。
7)彈出Segments Summary(Accounting Flexfield)視窗。
8)將游標放到要修改的科目節段,這邊選的是「會計科目」段->點擊「Open」按鈕。


9)彈出Segments(Accounting Flexfield)視窗。
10)修改欄位數值:
->Description Size: 255(依需要)
->Concatenated Description Size: 255(依需要)


11)儲存設定。
12)回到Key Flexfield Segments視窗。
13)將Freeze Flexfield Definition選項勾選->點擊「Compile」按鈕。


14)進入到檢視請求裡面查看運行情況,沒有錯誤發生。
15)回到分錄功能的Form中查看,重新提交報表請求,字串正常顯示,問題解決。

9/12/2010

問題記錄_Mac_OSX_DVD播放程式_發生初始化錯誤_找不到有效的DVD光碟機_70012

Symptoms
--------------------------------------------------------------------------------------------------------------
經過將內置的光碟機位置改成放第二顆硬碟以後,原本的光碟機就變成是外接的方式來使用,一般使用下是沒有發現什麼問題,但如果是看DVD影片的話,Mac裡面預設的「DVD播放程式」就會彈出:「發生初始化錯誤:找不到有效的DVD光碟機 70012」的錯誤視窗。


Cause
--------------------------------------------------------------------------------------------------------------
由於MacBookPro中DVD播放程式的設定檔(DVDPlayback),預設是使用內置(Internal)的光碟機。

Solution
--------------------------------------------------------------------------------------------------------------
1)打開Finder,在工具欄點選「前往」->「前往資料夾」->於彈出的視窗中輸入:「/System/Library/Frameworks/DVDPlayback.framework/Versions/A」。


2)將資料夾中的「DVDPlayback」檔案拷貝一份到桌面(修改用),再另外備份一份到備份資料夾(避免失敗了回不了頭)。
3)打開「HexEdit」應用程式來開啟桌面上的「DVDPlayback」檔(點這下載HexEdit)。
4)在「HexEdit」的工具欄點選「Find」->「Find & Replace」,於彈出的視窗中輸入:
-> Find: 「Internal
-> Replace with: 「External


5)點選「Replace All」按鈕,將DVDPlayback檔中所有的Internal換成External字串(我的DVD播放程式版本是5.2,總共置換了7筆Internal to External)。
6)存檔後關閉HexEdit。
7)將桌面上修改好的「DVDPlayback」檔直接拖到原始的位置「/System/Library/Frameworks/DVDPlayback.framework/Versions/A」,覆蓋原DVDPlayback檔(會叫你輸入使用者密碼),完成,搞定收工。

8/23/2010

AppLocale應用_解決360安全衛士不支援正(繁)體Windows_簡體亂碼問題

Symptoms
----------------------------------------------------------------------------------------------------------------
來到大陸以後,發現一個很有用的軟體叫「360安全衛士」,並且能夠在不破解的情況下持續更新Windows(簡體版限定),但是裝在正體的Windows上就會見到一堆亂碼,上了官網也是說不支援正體(喵的bb),網上有很許多網友製作了免安裝(綠色)的版本,但是會有版本更新速度的問題。後來靈機一動,看看是不是可以用微軟自己出的AppLocale配合修改開機的機碼(RegEdit)來解決這個問題?

Cause
----------------------------------------------------------------------------------------------------------------
簡體軟體不支援正(繁)作業系統,引起文字亂碼情況。

Solution
----------------------------------------------------------------------------------------------------------------
1)安裝AppLocale
2)使用AppLocale,並選擇以「簡體」編碼模式安裝360安全衛士
3)開機時按F8,進入安全模式。
4)點選「開始」->「執行」->輸入「regedit」->彈出「登錄編輯程式」視窗
5)點開機碼「360Safetray」,路徑:
我的電腦\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
6)將原本的機碼改為:
C:\WINDOWS\AppPatch\AppLoc.exe "C:\Program Files\360\360safe\safemon\360tray.exe" "/L0804" /start,點確定。
7)重新開機,完成、收工。

7/16/2010

修改_Oracle Developer 10g_操作環境語言

於Windows環境下,點擊「開始」->「執行」->輸入 REGEDIT

到達下列路徑:
我的電腦\HKEY_LOCAL_MACHINE\SOFTWARE\Oracle

尋找字串:
NLS_LANG

將數值資料改為:
AMERICAN_AMERICA.ZHT16BIG5

點擊確定後即完成修改

 P.S.
數值資料依需要還可以改為,
正體中文:CHINESE_TAIWAN.ZHT16MSWIN950
簡體中文:CHINESE_CHINA.ZHS16GBK
英       文:AMERICAN_AMERICA.UTF8

問題記錄_GL_Error31 - Unopened secondary ledger period

Symptoms
----------------------------------------------------------------------------------------------------------------
於總帳職責下,主帳套(非其它貨幣輔助帳套)中,提交請求(Requests):Trial Balance(試算表),顯示輸出後,Debits和Credits項皆為0,如下圖:

檢查該月份之日計帳分錄,發現Batch Status出現:Error31 - Unopened secondary ledger period,如下圖:

Cause
--------------------------------------------------------------------------------------------------------------
子分類帳期間未開啟

Solution
--------------------------------------------------------------------------------------------------------------
確認該問題期間的主帳套及子帳套是否開啟
1)登入總帳(主、子帳套)超級管理員權限的帳號->Setup->Open/Close


2)彈出Find Periods視窗,點選Find按鈕


3)彈出Open and Close Periods (帳套名)視窗,點選Open Period按鈕


4)彈出帳套視窗,選擇帳套及目標期間後,點選Open按鈕


5)彈出確認的請求視窗


6)其它子帳套也是相同步驟

確認主、子帳套都開啟後,始進行匯率更新維護以及重新過帳
1)總帳超級管理員權限->Setup->Currencies->Rates->Daily


2)彈出Daily Rates視窗,依貨幣匯率與日期進行資料維護與更新,若無則此步跳過


3)準備開始重新過帳,Journals->Post


4)彈出Find Journal Batches視窗,輸入搜尋條件(如:Period),點選Find按鈕


5)彈出Post Journals視窗,並逐一勾選欲過帳之批次(由於並沒有更新批次資料,我的實例還會彈出注意視窗Caution:The batch has not been updated. Do you still want to post this batch?直接按OK跳過),點選Post按鈕,過帳


6)彈出Note視窗,過帳請求開始運行


7)再次提交試算表請求,搞定收工

6/25/2010

MAC上也可使用支付寶的安全控件_for Safari only

前一陣子加入中國最大的網拍平台-淘寶網,裡面有個線上付費的平台,叫「支付寶」,由於牽扯到網上交易,所以就有一個東西叫「安全控件」,以前都是只有for Windows的於去年的四月一日正式支援蘋果系統(OS X),下面是官方下載連結:

6/22/2010

系統管理_Profile Values_參數修改

職責:系統管理員(System Administrator)

路徑:Profile -> System

彈出Find System Profile Values視窗,並於下面的Profile欄位輸入待修改參數之名稱,按下Find以進行搜尋

彈出System Profile Values視窗,依Profile Option Name進行Site欄位設定,存檔

1、Java 色彩設計 (Java Color Scheme)
定義Form的顯示色彩。預設值:swan

2、幣種:負格式 (Currency:Negative Format)
定義負數的顯示格式。預設值:

3、ICX:日期顯示樣式 (ICX: Date format mask)
定義系統的日期顯示格式。預設值:31-DEC-1999

4、ICX:會話超時 (ICX: Session Timeout)
定義系統保持一個非活動的用戶會話的超時間隔。預設值:30(分)

5、ICX:限制時間 (ICX: Limit time)
定義系統保持一個用戶會話的最長登錄時間。預設值:999

6、ICX:限制連結(ICX: Limit connect)
定義活動的資料庫連接的最大數量。預設值:9000

7、FA:安全設定(FA: Security Profile)
指定固定資產帳本的安全。

8、ICX:語言(ICX: Language)
修改系統預設語言。預設值:American English

Reference
---------------------------------------------------------------------------------------------
http://space.itpub.net/7434747/viewspace-659671

6/21/2010

MacBook Pro 17" pre-Unibody 雙硬碟 & SSD改裝

筆者這台是2008年的MacBook Pro 17" 4.1版本,用了兩年,沒買阿婆保固,本來想賣掉換新的MBP,但是Apple不爭氣,沒出四核版的INTEL i7版本,沒四核沒意思,所以作罷,也因此興起了這次改裝的念頭。

我的小老婆

倒過來的蘋果

先聊聊為什麼要改裝好了,由於內置的光碟機,一年用不到幾次,加上原配的5400RPM 250G的硬碟已經不是很夠力了,而且老是帶著外接硬碟走跳也不方便,因此換裝SSD和雙硬碟應該是不錯的選擇。
另外200G的SSD幾乎是一台便宜筆電的費用了,但是如果要換成新的MBP加上選配SSD應該是天價來的,改裝以後再快樂的撐個兩年,感覺還是比較划算的。
舊款MBP的硬傷應該是來自於FSB只有800,最高只能插到4G DDR II的ram,還有SATA一代的硬碟介面接口,這些應該都會影響到SSD的效能發揮,不過預算跟效能比較一下的話,還是算值得了。更何況換新機的時候可以把SSD給拆下來。

改裝前作的功課,有幾點要特別注意:
1.裝原始2.5"硬碟的第二顆硬碟盒(取代光碟機的位置),尺寸是:128.0(W) x 12.7(H) x 129.0(D) mm。由於舊款MBP的光碟機是IDE介面,所以硬碟盒要買IDE(外) to SATA(內)
關鍵字:12.7mm、硬碟、IDE、SATA

2.拆下來的光碟機可以買個外殼,組起來就是外接光碟機,這個沒什麼特別的,就此帶過。

3.這次選中的SSD固態硬碟是OCZ VERTEX 2 SATA II 2.5" SSD 200G,型號:OCZSSD2-2VTX200G,生產地是台灣(Made in Taiwan),在連MBP都Made in China的時代,相當難得,對我來說更是值得一買。這顆的特色是支援原生TRIM、讀取最高285MB/s、寫入最高275MB/s3年聯保,看起來應該是相當兇狠的利器,我入手的價格是27,000(NTD)左右,現在記錄下來,看明年200g會掉到剩多少扣扣。

正面先來一張

盒子背面

拆開來的模樣,內含一個3.5"的架子,可以讓這顆硬碟可裝性更為提升

配件一覽

拿在手上的感覺真輕,這個1G要135元的東西,還真沒存在感

SATA介面接口,還有背面上小小的「MADE IN TAIWAN」

至於怎麼拆開主機跟換裝,可以參考iFixitOWC這兩個網站,筆者就不獻醜,這上面有相當專業與詳細的說明與步驟。另外拆機時要用到一種星星形狀叫T6的起子,聽說光華商場有賣,我是用比較克難的工具來拆卸。

鋼鋸改裝起子,純手工的喔

OCZ SSD裝上去的模樣

原裝的硬碟放到光碟機的位置

合起來之前的脫光照

我是拿新裝的OCZ SSD來當系統碟(廢話),關於如何CLONE硬碟,節省時間,可以參考MAC資源的好朋友MacUKnow

最後奉上相關系統截圖:

效能果然被限制了,好一個TOC法則啊!

系統描述(原裝硬碟在接光碟位置的IDE/ATA)

TRIM支援狀態為:否

5/14/2010

問題記錄_AP_錯誤 APP-SQLAP-10000: ORA-01400

Symptoms
--------------------------------------------------------------------
應付模組下,商業發票比對採購單時提示下列錯誤資訊:

APP-SQLAP-10000: ORA-01400: cannot insert NULL into ("AP"."AP_INVOICE_LINE_ALL"."AMOUNT") occurred in
Insert_Invoice_Line<-AP_MATCHING_PKG.base_credit_rcv_match<-
APXRMTCH
with parameters (Invoice_ED = 13161, Invoice Line Number =
10, PO Distribution Id = 20399, Project Id = ,Task_Id =,
Expenditure Type = , Expenditure_Organization_id =)
while performing the following operation:
Inserting Item Line Matched to a RCV


Issue
--------------------------------------------------------------------
重啟應用後,有問題的商業發票就可以進行比對了,仍待觀察。

5/13/2010

問題記錄_AP_錯誤 APP-SQLAP-10771:無法保留記錄

Symptoms
--------------------------------------------------------------------
錄入付款之商業發票,比對完成後無法保留紀錄情況,無法進行驗證動作。


Cause
--------------------------------------------------------------------
引起原因是記錄(record)被鎖定(lock)了


Solution





--------------------------------------------------------------------
1)運行下例SQL語句找出被鎖定的AP session:




select t3.object_name, -- 对象名称
       t3.object_type, -- 对象类型
       t1.locked_mode 锁模式,
       count(t3.object_name) over(partition by t3.object_name order by t3.object_name range unbounded preceding) 被锁定的会话数r,
       decode(t1.locked_mode,
              0,
              'none',
              1,
              '空',
              2,
              '行共享(RS)-共享表锁',
              3,
              '行专用(RX)-用于行的修改',
              4,
              '共享锁(S)-阻止其他DML操作',
              5,
              '共享行专用(SRX)-阻止其他事务操作',
              6,
              '专用(X)-独立访问使用') 锁类型, --锁模式
       t2.logon_time 会话连接时间,
       round((sysdate - t2.logon_time) * 24 * 60, 2) 连接持续时间,
       t2.sid sid, --SESSION标识,常用于连接其它列
       t2.serial# serial#, --SERIAL#:如果某个SID又被其它的session使用的话则此数值自增加(当一个       SESSION结束,另一个SESSION开始并使用了同一个SID)。
       t2.status, -- Achtive:正执行SQL语句(waiting for/using a resource)   Inactive:等待操作(即等待需要执行的SQL语句    Killed:被标注为删除
       t2.audsid, --审查session ID唯一性,确认它通常也用于当寻找并行查询模式
       t2.username, --当前session在oracle中的用户名。
       t2.process, --客户端进程的ID
       t2.osuser, --客户端操作系统用户名
       t2.terminal, --客户端运行的终端
       t2.machine, --客户端执行的机器
       t2.program, --客户端执行的客户端程序
       t2.module, -- DBMS_APPLICATION_INFO中设置
       t2.action, --DBMS_APPLICATION_INFO中设置
       t2.logon_time,
       t1.oracle_username as ora_username, -- ORACLE系统用户名称
       t1.os_user_name as os_username, -- 操作系统用户名称
       t1.process as process, --进程编号
       'alter system kill session''' || t2.sid || ',' || t2.serial# || '''' kill_session
from   v$locked_object t1,
       v$session       t2,
       all_objects     t3
where  t1.session_id = t2.sid
and    t3.object_id = t1.object_id
and    t3.object_name not like '%$%'
--   and t3.object_name like '%表名%'
order  by 4 desc,
          1;

2)
找出對應的kill session欄位,執行該欄位的alter system kill session 'number',再重新進行驗證動作。


Reference





--------------------------------------------------------------------







    Sign off application, bounce the database and the lock will be released.  Or run the following scripts to identify the locked record and release the lock:
    1. Identify the Oracle serial ID, SID ID and terminate without shutting the database down.
    2. Make sure that the user is logged off.
    3. Type ps -ef |grep
    4. Kill all processes related to that user.
    5. Identify SID, serial#
              select distinct           acc.object, ses.osuser, ses.process,           ses.sid, ses.serial#           from v$access acc,           v$session ses           where (acc.owner != 'SYS'           or acc.object = 'PLAN_TABLE')           and acc.sid = ses.sid           and ses.status != 'INACTIVE'           and ses.type != 'BACKGROUND'           and acc.object not in ('V$ACCESS','V$SESSION')           and ses.audsid != userenv('SESSIONID')           order by 1,2,3           /     6  Double-check the identified SID and serial ID:          SELECT osuser,          username,          process,          sid,          serial#,          status,          to_char(logon_time,'DD-MON HH24:MI:SS') logon_time,          machine,          program          FROM v$session          WHERE sid = &SID_NUM          /        7  ALTER SYSTEM KILL SESSION '&SID_NUM,&SERIAL_NUM';            Alternatively use the following scripts to identify the blocking session:            -- check for locked tables            select a.object_id, a.session_id, substr(b.object_name, 1, 40)            from v$locked_object a,            dba_objects b            where a.object_id = b.object_id            order by b.object_name ;            --find_blocked.sql            select sid,            decode(block ,0,'NO','YES') BLOCKER,            decode(request,0,'NO','YES') WAITER            from v$lock            where request > 0 or block > 0 order by block desc            /            SELECT 'alter system kill session '''||vs.sid||','||vs.serial#||'''' ,al.object_name, al.object_type, vs.status,            fu.user_name,vs.process,vs.osuser,vs.username,            to_char(vs.logon_time,'DD-MON HH24:MI:SS') logon_time, vs.program            FROM fnd_logins fl, fnd_user fu, all_objects al, v$lock vl, v$session vs            WHERE fl.pid = vl.sid            AND vl.id1 = al.object_id (+)            AND fl.user_id = fu.user_id            AND to_char (start_time, 'DD-MON-RR') = to_char (sysdate, 'DD-MON-RR')            and vs.sid=vl.sid            and vl.sid = &sid            'ALTERSYSTEMKILLSESSION'''||VS.SID||','||VS.SERIAL#||''''

4/23/2010

iWork 09 Pages 樣板選擇器(template chooser)_新增樣板

於網上抓下來的Pages樣板(副檔名:.template),安裝至路徑:
/USER_HOME/資料庫/Application Support/iWork/pages/templates/My Templates
這邊要說明一下的是,My Templates這個資料夾在樣板選擇器中就如同「文書處理」、「頁面佈局」,為同一層級的分類,你也可以在/templates的下面建立屬於個人的資料夾,一樣也會顯示出來。

不過Pages在使用樣板選擇器的時候,若要顯示My Templates或其它自行安裝的樣板,必須為英文環境,若是使用繁體中文環境是不會正常顯示的。

ps.我在http://oegf.co.uk/oegf/找到許多樣板,免費下載與使用。

4/12/2010

問題記錄_GL_Posting Error_Unopened reporting currency period

Symptoms
--------------------------------------------------------------------
在總帳模組(GL)進行分錄(Journal)過帳(Post)時,無法成功過帳,檢視請求的Output內容,Error : Unopened reporting currency period。

Cause
--------------------------------------------------------------------
Reporting Currency Period未開啟。

Solution
--------------------------------------------------------------------
1)登入總帳超級管理員權限的帳號->Setup->Open/Close
2)彈出「Find Periods」視窗->將「Ledger」選項改為欲開啟的Currency Reporting->Find。
3)彈出「Open and Close Periods (帳本)」視窗->將期間開啟(Open)。
4)彈出「Decision」視窗->選Yes。
5)彈出「Note」->選Ok。
6)查詢請求(Requests),檢查Reporting Currency Period正確開啟後,再回到分錄(Journal)重新過帳(Post)。