Oracle EBS: How to create/update security profile

路徑:

畫面:

相關說明: https://docs.oracle.com/cd/A60725_05/html/comnls/us/per/scaud07.htm#PERWSSCP


若是有更改security profile的設定, 要執行concurrent Security List Maintenance, 否則user不會有更新後的結果(原先以為更改後沒用, 後來才找到這支程式).

書摘: 投資的奧義

第一章 儲蓄

迅速致富之道很簡單: 恪守量入為出原則, 你的花費必須遠低於收入.

儲蓄有益無害的理由:
1.為避免將來後悔莫及
2.會覺得更加放心以及有成就感

儲蓄的真正目的是使你得以保有優先想做的事項--不必因為沒錢而犠牲.

儲蓄的第一步是別再超支--花的比賺的多, 尤其是刷爆信用卡.

複利是緩慢但確定能致富的秘訣.

神奇的72定律: X*Y = 72 (X: 錢翻一倍所需的年數, Y: 投資報酬率)

蕭伯納(George Bernard Shaw)曾說過: 青春虛擲於年少時光(Youth is wasted on the young).

幸運挑到好時點投資固然非常不錯, 但時間(time)的重要性仍遠勝過時機(timing).

省錢的秘訣是理性.

仔細檢視你所有的支出, 並將其分門別類放進三個籃子:
1.物超所值(best value)
2.物有所值(good value)
3.物非所值(dubious value)

基於以下四個理由可以揹負房貸:
1.房貸可使一個年輕家庭擁有一個可讓孩子生活、成長的好地方
2.銀行不會借給你超出你收入所能應付自如的錢
3.房貸是一種非常特殊的債: 由你決定何時還錢
4.你繳付房貸的利率, 遠低於信用卡債的利率


第二章 指數

指數基金僅僅在全部或局部巿場買進並持有股票(或債券).

指數基金消弭了試圖預測哪一檔個別股票、債券或共同基金會擊敗大盤的焦慮, 也省下了相關的費用.

無論是透過預測股巿走勢或精選特定股票, 幾乎沒有投資人的績效可以持續超越大盤.

股巿常犯錯, 巿場價格往往遠比基本面所應反映的價格更具波動性.

專業經理人整體是無法擊敗巿場的, 因為他們本身就是巿場.

指數基金的優點:
1.使投資變得很簡單
2.指數基金兼具成本與稅務效率
3.指數基金是可以預測的

要小心: 有些指數基金收取高到不合理的管理費.


第三章 分散投資

基本的投資法則: 廣泛分散投資極其重要.

持有許多不同類型公司的股票可為投資人降低風險, 因為大多數經濟事件對各企業造成的衝擊不盡相同.

歷史顯示, 投資人在動盪不安時期會搶進黃金, 也因此黃金常被稱為是規避世界末日風險的資產.

以定期定額分批佈局的方式慢慢建立投資部位可降低風險.

重新調整只不過是定期檢視組合中不同種類投資的配置, 並把這些投資導回你想要的比重, 這能降低投資組合的風險和波動性, 而且通常能提高報酬.

重新調整不見得能提高報酬, 但一定能降低資產組合的風險, 也能確保實際配置與適合自己需求及個性的最佳配置保持一致.


第四章 避免犯錯

許多人的努力證實, 成功的秘訣是耐心、毅力和盡量減少失誤.

過度自信有害無益, 而避免過度自信的第一步是意識到人很容易自負.

身為投資人的你聽到關於股巿、利率和經濟的預測時該怎麼做? 答案是: 什麼都別做. 你可以忽略所有巿場預測, 省了時間、煩惱和金錢.

避免從眾行為和避免隨巿場起舞的過度自信和沮喪. 千萬要提防巿場先生.

巿場先生在兩方面居心不良:
1.誘騙投資人在巿場觸底或接近底部時, 出售股票或共同基金.
2.誘使投資人在巿場觸頂或接近頂部時, 買進股票或共同基金.

投資人最不應該在悲觀情緒氾濫和巿價低落時, 全面退場或停止定期定額投資.

心理學家發現, 人們即使在沒有掌控力時, 也往往容易認為自己掌控一切. 這種錯覺會造成投資人高估投資組合中虧損的股票, 也會導致投資人以為自己看見了趨勢, 或相信自己能從股價走勢圖看出模式並預測未來.


第五章 保持簡單的投資組合

愛因斯坦說: 凡事都應盡可能簡化, 但不能過於簡單.

基本法則:
1.及早和固定存錢
2.利用雇主及美國政府的幫忙, 大幅增加你的儲蓄
3.預留一筆現金準備
4.務必要有保險
5.分散風險可減輕焦慮
6.避開所有信用卡債
7.別理會巿場的喧嘩與騷動
8.運用低成本的指數基金
9.聚焦於主要投資類別

資產配置的關鍵因素:
1.年紀
2.財務狀況
3.性格

成功與快樂的要訣是了解自己的能耐, 並且量力而為.

成功投資的秘訣在於了解自己, 並且根據自己的能耐與個性從事投資.

建議鎖定兩種廣基型指數基金:
1.全球總股票巿場基金
2.總債券巿場基金

精選2009年美國股票巿場指數基金:
1.富達總體巿場指數基金(Fidelity Total Market Index)
2.嘉信總體1000投資人類別基金(Schwab Total 1000 Investor Class)
3.先鋒總體股票巿場指數基金(Vanguard Total Stock Market Index)

精選2009年國際股票巿場指數基金:
1.先鋒總體國際股票指數(Vanguard Total International Stock Index)
2.富達斯巴達國際指數(Fidelity Spartan International Index)

2009年先鋒總體世界股票指數基金:
1.先鋒總體世界股票指數(Vanguard Total World Stock Index)

精選2009年債券指數基金:
1.嘉信總體債券巿場指數基金(Schwab Total Bond Market Index)
2.先鋒總體債券巿場指數期金(Vanguard Total Bond Market Index Fund)
3.富達美國債券指數基金(Fidelity US Bond Index)

指數股票型基金(ETF):
1.美國:
  a.安碩羅素3000(iShare Russell 3000)
  b.先鋒總體股票巿場(Vanguard Total Stock Market)
2.美國以外:
  a.先鋒富時全世界(Vanguard FTSE All World)
  b.SPDR MSCI ACWI
3.包括美國:
  a.先鋒總體世界(Vanguard Total World)
  b.安碩MSCI AC世界(iShares MSCI ACWI)
4.總體美國債券:
  a.先鋒總體債券巿場(Vanguard Total Bond Market)
  b.安碩巴克萊綜合公債(iShares Barclays Aggregate)

Visio: 一更改其中的文字方塊內容, 所有物件的位置就會偏移

試了幾次都一樣, 只要一改文字方塊內容, 所有物件的位置就會偏移, 找了設定也看不出端倪.

查看工具列上的項目, 發現了眉目, 有個[自動調整大小]的選項

不知道是什麼設定或動作讓這選項變為啟用, 只要按一下, 改為停用, 就都正常了.

這功能是要整人還是幫人呀...

書摘: 誰殺了我的牛?

牛的故事

他們原本當寶的財產, 其實也是讓他們無法從貧困與平庸中脫身的枷鎖.

雖然不滿意現況, 也漸漸開始學著接受. 明明對人生不滿, 但又覺得自己還不夠悲慘; 明明對生活感到挫折, 卻又無法下定決心想要加以改變.

每個人的人生裡都有"牛", 我們背著偏見、藉口、恐懼與自我辯解的重擔生活, 這些自我設限的障礙讓我們只能過著平庸的日子.


別以為每頭牛都會叫

"牛"可以分成兩類: 藉口與畫地自限的態度. 藉口是以辯解、託詞與謊言的形式表示. 畫地自限的態度則是以恐懼、合理化解釋、謬見等形式表現.

藉口其實是說: 我有罪, 但真的不是我的錯.

藉口的基本特性:
1.只要想找藉口, 絕對可以輕易找到; 一旦找到藉口, 就會巴著它不放; 藉口不會幫我們帶來任何改變.
2.一旦講出藉口, 一定會找到盟友, 那是絕對的!
3.藉口不會改變什麼. 編造藉口無法解決我們想要逃避的問題, 日子還是一成不變.


小牛變大牛, 小錯成大過

恐懼無疑是最糟的一種"牛", 可以主宰我們的心靈, 讓我們嚇得失魂落魄, 不知所措.

行動是消除恐懼的唯一方式.

"合理化解釋"是另一種形式的畫地自限, 通常用來說服別人與自己, 情況不像表面上看起來那麼糟.

合理化解釋的最大問題在於, 時間一久就會讓人信以為真.

人生的目標不該是去學習如何接受我們討厭的事, 而是去找出或去做我們熱愛的事; 人生苦短, 不該浪費在痛恨的事情上.

成功的一大敵人正是悲觀; 期望太低與負面的態度必定會導致失敗與挫折.

當一個人認為自己能力不夠時, 周遭的世界也會如此看待他.

務必質疑眼前所面臨的恐懼、擔心與不確定, 是不是錯誤想法造成的.

如果相信自己會成功, 就一定會成功; 相信自己不會成功, 就已經失敗了.

平庸比失敗還糟, 跌落谷底至少還可以迫使我們重新檢視環境, 考慮其他選擇.


顏色不同的牛

各形各色的牛:
1.自我安慰: 為平庸找藉口會讓我們接受平時無法忍受的情境
2.不是我的錯: 發生在你身上的一切, 大多是自己造成的
3.一切都是命: 如果我們不質疑錯誤的想法, 就只能過著平庸的生活
4.完美主義: 把事情做好的唯一方法是多練習, 把握機會投入
5.自覺無能為力: 對於任何限制不要毫不質疑就照單全收
6.深奧的哲理: 採納任何新的指導原則之前, 都應該思考它的來源
7.自欺: "牛"都有一個共通點: 讓我們陷入平庸


牛打哪兒來?

當一個人認為自己只有單一天分時, 問題就出現了.

畫地自限的想法也可能是永難忘懷的經驗所造成的, 但其實它在現實生活中可能早就失去效果了.


任何牛都不該當成禮物收下

很多讓我們陷於平庸的"牛"其實都是別人送我們的.

成功是做出好決定的結果, 好決定是經驗促成的, 經驗往往是從糟糕的決定累積出來的.

未來不見得和過去相似. 我們都有能力隨時學習與改變人生的方向.


殺牛之道

成功與否完全是自己的責任. 隨時依賴別人的支持與鼓勵固然很好, 但並非絕對必要.

改變自己的思考與行動方式, 而不是改變別人的思考或行動方式.


殺牛只有一個方法

朝"無牛生活"邁進的步驟:
1.找出你的"牛"
2.判斷每隻"牛"背後隱藏的想法
3.記住為了留住每隻"牛"所付的代價
4.列出擺脫"牛"後會體驗到的好處
5.建立新的行為模式

奈丁格爾爵士(Nightingale)寫道: 你會成為你最常想的樣子.


維持無牛區

當我們擺脫所有的藉口時, 也等於是為自己的成功承擔完全的責任, 變成命運的主人.

克服漠不關心與平庸的第一步, 就是擺脫阻礙我們立即採取果斷行動的藉口.

不要浪費時間分析落實計劃時可能碰到的問題.

地獄就是在抵達人生終點時, 和自己原本可變成的人面對面的情況.

失敗不是阻礙我們成功的主因, 平庸才是.

Oracle EBS: SO已book, 但無對應的workflow -- Part 2 (Ref)

查看資料:

SELECT h.order_number,

       h.header_id,

          l.line_number

       || '.'

       || l.shipment_number

       || '.'

       || l.option_number

       || '.'

       || l.component_number

       || '.'

       || l.service_number

          line_num,

       l.line_id,

       h.booked_flag,

       l.booked_flag,

       h.order_type_id,

       l.line_type_id,

       h.creation_date,

       h.last_update_date,

       h.last_updated_by,

       l.creation_date,

       l.last_update_date,

       l.last_updated_by,

       DECODE (

          (SELECT 1

             FROM wf_items

            WHERE     item_type = 'OEOL'

                  AND item_key = TO_CHAR (l.line_id)

                  AND end_date IS NULL),

          1, 'Yes',

          'No')

          WF_Created,

       DECODE (

          (SELECT 1

             FROM wf_item_activity_statuses

            WHERE     item_type = 'OEOL'

                  AND item_key = TO_CHAR (l.line_id)

                  AND end_date IS NULL

                  AND ROWNUM = 1),

          1, 'Yes',

          'No')

          WF_Started

  FROM oe_order_lines_all l, oe_order_headers_all h

 WHERE     l.header_id = h.header_id

       AND l.open_flag = 'Y'

       AND h.open_flag = 'Y'

       AND h.flow_status_code IN ('ENTERED', 'BOOKED')

       AND l.flow_status_code IN ('ENTERED', 'BOOKED')

       AND NOT EXISTS

                  (SELECT 1

                     FROM wf_item_activity_statuses st

                    WHERE st.item_type = 'OEOL'

                          AND st.item_key = TO_CHAR (l.line_id))

       and h.order_number =102013860

Oracle EBS: SO已book, 但無對應的workflow -- Part 2

這狀況又發生了, SO中有5個line, user要建立Delivery時有問題, 才發現第5個line沒有workflow, status還停在Booked.

有了上次的經驗, 這次處理速度快了些.


1.檢查workflow status, 沒資料

  SELECT *

    FROM wf_item_activity_statuses

   WHERE item_type = 'OEOL'

     AND item_key = TO_CHAR(1458486)

2.launch process

begin

    wf_engine.launchProcess('OEOL',  --itemtype in varchar2,

               1458486,  --1         itemkey  in varchar2,

               'Line Flow - Generic',--         process  in varchar2,

               'Sales Order 102013860, Line 5.1..', --         user_key in varchar2,

               'XX01530' );        -- owner_role in varchar2)

end;

3.再檢查workflow, 已有資料, line的status仍是Booked

4.commit


5.執行Workflow Background Process


搞定~

MS Access連結Oracle DB error: "保留錯誤 (-7732);這個錯誤並無訊息"

為便利資料上傳, 要以Access連結Oracle, 裝好instant client 11, 測試正常.

但實際要連DB時, 出現error: "保留錯誤 (-7732);這個錯誤並無訊息".

搜尋網路, 沒有發現什麼可用的訊息. 但以excel透過ODBC, 則是可正常擷取Oracle DB資料.

試了更改Access的一些設定, 都沒有作用.

想著可能與版本有關, 後來有人試出結果, client原先用11.01有異常, 但改用12.01就正常了.

System:
  Windows 7 專業版 SP1 (64位元)
  Access 2010 (64位元)
  Oracle Client 12.01

為了版本問題浪費一個下午...  Orz...


附註: TNSNAME問題
若名稱上有.world(例如R12.world), 在TNS Service Name欄位只會看到R12, 測試連線會說名稱無法識別, 把tnsname.ora中的.world字樣移除就好了.

一鍵移除 Ask Toolbar、Hao123、Snap.do 等首頁綁架、工具列及惡意程式（Junkware Removal Tool）

REF:

https://free.com.tw/junkware-removal-tool/

官方網站：http://thisisudax.org/

財務會計基本概念及架構

會計學定義:
1.美國會計學會(American Accounting Association, AAA): 會計是對經濟資料加以確認(Identify)、衡量(Measure)、記錄(Record)、分類(Classify)、彙總(Summarize)、報告(Report)、分析(Analysis)、溝通(Communication)、解釋(Interpret)的程序, 以協助資料使用者做審慎的判斷及決策.
2.美國會計師協會(American Institute of Certified Public Accountants, AICPA): 會計是一項服務性活動, 旨在提供組織等經濟個體的數量化財務資料給使用者, 以便使用者藉此資料明智決策

一般公認會計原則(Generally Accepted Accounting Concepts and Principles, GAAP):
1.狹義: 詳細的會計程序及方法
2.廣義: 整個會計理論體系, 包含所有財務報導目的、會計資訊品質、財務報表要素、基本慣例、基本會計原則、以及詳細會計原則與方法

財會作業常有以下五項特色:
1.是所有企業組織的一項必備業務
2.是企業內部唯一需要遵循外部使用者資料處理規範要求的流程
3.是一項量大的資料處理業務
4.以處理事實資料為主
5.常以人為方式訂定會計期間

會計資訊處理的基本原理強調記載的均衡性(Equilibrium), 此方式也就是所謂的雙式簿記或複式簿記, 針對所有的經濟交易事件的雙方均加以記錄.

會計作業: 以記載交易事件為主, 忠實報導交易事件影響到的標的物狀態與改變

會計科目: 會計工作的基礎, 依內容可分為六大類:
1.資產(assets): 企業透過交易或非交易事項而取得之經濟資源, 可用貨幣來衡量, 以期未來據此經營業務獲取利益. 依特性可分為流動、固定、無形、其他四類
2.負債(liabilities): 企業因過去的經營業務或交易活動所產生的經濟義務, 能以貨幣單位衡量、且將來會以提供勞務或支付經濟資源方式償付. 依性質可分為流動、長期、其他三項
3.業主權益(owner's equity): 企業股東或投資者對企業擁有之權益, 又稱為剩餘權益, 公司型態之業主權益包含股本(capital stock)及保留餘盈(retained earnings)
4.收入(revenue): 企業因主要業務活動提供勞務或是銷售產品而產生的收入, 通常可分為營業收入及營業外收入
5.成本(cost): 企業的營業成本
6.費用(expense): 企業為獲取收入或收益等目的, 所耗用之資產及勞務

會計程序: 組織的財會作業流程, 通常會遵循一般公認會計原則(GAAP).

會計循環(accounting cycles):
1.確認: 交易事件發生後, 應先確認是否為財會所需處理的交易事項
2.記錄分錄: 將交易事件歸類於合適的會計科目及帳號, 並決定會計分錄的借貸方向與借方貸方金額, 依發生交易的時間順序, 將交易分別記入日記簿內
3.過帳: 將按時間先後順序記載之分錄, 轉為按會計科目記載之分類帳
4.試算: 檢查記錄分錄或過帳是否正確無誤
5.調整: 在會計期間終了時, 將會計分類帳內各分類帳戶所記載之金額, 依期間內發生之事實狀況加以調整
6.結帳: 在會計期間終了時, 將各項收入、費用科目結清, 並將資產、負債及業主權益等科目之本期期末餘額結轉為下期之期初餘額
7.編表: 彙總編製組織內外部使用者要參考的各項定期或不定期的財務報表, 如資產負債表、損益表等

ERP系統之會計循環:
1.營運循環: 起於交易事件自確定為經濟事件記載分錄, 止於更新會計資料庫各會計科目並編製即時報表
2.報告循環: 每個會計週期起迄期間的所有事件記載與調整, 直到結帳, 並編製可以讓會計師簽證, 及對政府單位彙報的正式財務報表為止

會計基本理論之內涵:

1.會計基本環境假設: 又稱為基本公設或慣例(Assumptions or Concepts), 包含:
  1.1.經濟個體慣例(business entity concept): 將企業視為獨立的經濟個體, 可以擁有資源、承擔負債、簽訂契約、履行義務
  1.2.貨幣評價慣例:(money measurement concept): 只有可用貨幣來衡量、記錄的交易事件才能成為經濟個體的會計記錄
  1.3.繼續經營慣例(continuity concept): 假設企業會永續經營, 除非有明顯的證據顯示其他異狀
  1.4.會計期間慣例(time period concept): 為財務報表的目的, 以人為方式將經濟年限劃分為月、季、年, 以便計算經營損益, 釐清權責

2.基本會計原則
  2.1.成本原則(cost principle): 要求會計衡量資產應該以其歷史成本列報, 因歷史成本是為了取得該資產所真正付出的代價, 故又可稱為歷史原則.
  2.2.收益原則(revenue principle): 會計認列收益時, 可以參考兩個標準: (1)已經實現或可實現收益, (2)已經賺得的收益
3.配合原則(matching principle): 認列收益時, 與產生該項收益相關的所有成本或費用支出, 都應該在同一會計期間認列, 才能忠實反應該項收益發生的會計期間真正損益
4.充分揭露原則(full disclosure principle): 又稱財務報告原則, 是指企業的財務報告應該完整提供企業經營狀況的所有資訊給資訊使用者, 以求會計報告之公正表達.

3.修正原則: 又稱為操作限制, 包括:
  3.1.成本效益關係(cost-benefit relationship): 會計資料之搜集、處理及提供成本大於該項會計資料所能提供的效益時, 得權益處理之.
  3.2.重要性原則(materiality principle): 經濟交易之後果不重要, 不足以影響資訊使用者的決策品質時, 其會計處理可以權宜處理, 記載原則無須嚴守一般公認會計原則.
  3.3.保守原則: 又稱為穩健原則, 是指於不確定情況下之估計判斷, 應採審慎穩健之態度, 以避免資產、收益高估, 或負債、費用低估. 在資產評價或損益計算時, 應選擇不低估費用支出、不高估收益的原則.
  3.4.行業特性原則(industrial peculiarities principle): 特殊行業得採特殊的會計方法處理其會計資訊, 例如石油產業的折舊

會計報告: 是會計工作的最終產品, 就是所謂的財務報表(financial statement).

營利企業經營業務的兩個主要目的: 提升獲利能力(profitability)及償債能力(solvency).

財務報表的主要目的: 說明企業的獲利能力(profitability)及償債能力(solvency).

1.損益表(income statement): 將企業於特定會計期間內的所有收益、成本及費用帳戶及科目彙總集中, 以說明該會計期間的經營成果. 主要報表公式為:

    淨利(income) = 收益(revenue) - 費用(expenses)

2.保留盈餘表(statement of retain earnings): 企業在一定期間保留盈餘之變動情形, 也是一種動態財務報表, 將損益表中的本期淨利轉給資產負債表的保留盈餘, 是連結損益表和資產負債表之報表, 主要公式為:

    期初保留盈餘 + 本期淨利 - 本期發放之股利 = 期末保留盈餘

因股利(dividend)是將企業營運所產生的淨利分配給股東(業主), 所以股利不是費用, 不能列入損益表.

3.資產負債表(balance sheet): 又稱財務狀況表(statement of financial position), 報導企業在一特定時日之資產、負債、業主權益等財務狀況, 是靜態財務報表. 主要公式又稱為會計恆等式:

    資產 = 負債 + 業主權益

4.現金流量表(statement of cash flow): 報導在一特定期間內, 有關企業之營業活動、投資活動及理財活動之現金流入及流出情形. 是動態財務報表. 可協助評估:
  4.1.未來產生淨現金流入之能力
  4.2.償還負債、支付股利的能力
  4.3.需要向外融資(借錢)的程度
  4.4.純益與營業活動之現金流量產生差異之原因
  4.5.在特定期間之現金與非現金投資、理財活動對財務狀況之影響

會計品質評估維度:
1.可瞭解性: 決策者可瞭解會計資訊所表達的事實
2.決策有用性: 會計資訊提供對決策者的決策任務有用的正確資訊
3.攸關性: 會計資訊提供與決策者的決策任務相關的資訊
4.時效性: 會計資訊需要即時提供
5.可靠性: 資訊中立可靠、可驗證及嚴守忠實表達準則
6.比較性: 可顯示企業多年來財務狀況及經營成績的改變趨勢, 也可與同業間做單期或多期的比較

財務會計模組

企業資源規劃(ERP)系統是強調工作流程整合及資料整合的資訊系統工具.

企業組織的會計活動主要是為了記錄及表達企業主體對於其所擁有的各項經濟資源的使用狀態及績效.

會計資料主要使用者:
1.組織內部: 藉由會計資料來釐定、執行、評估企業經營管理決策
2.組織外部: 注重會計資訊所提供的企業財務狀況及經營成果報告, 來評定企業的獲利能力及償債能力

企業的會計資訊處理業務可依主要使用者概分為:
1.管理會計: 提供資訊給組織內部的ERP使用者, 以協助執行業務、管理控制、改善缺失
2.財務會計: 兼顧組織內外部使用者對企業財務狀況及經營成果報告等各種資訊需求

NAV_財務管理(二)

過帳:
1.自動過帳: 藉由設定過帳組, 在相關單據完成資料輸入後, 點選過帳按鈕, 系統即會依事先設定的帳戶進行過帳
2.手動過帳: 經由開立傳票來完成

傳票總類超過30種, 與總帳相關的預設有九種.

總帳傳票:
1.固定資產傳票(ASSETS)
2.現金收入傳票(CASHRCPT)
3.普通傳票(GENERAL)
4.集團關係企業傳票(INTERCOMP)
5.專案傳票(JOB)
6.付款傳票(PAYMENT)
7.採購傳票(PURCH)
8.重複性傳票(RECURRING)
9.銷售傳票(SALES)

普通傳票的三個層次:
1.傳票樣版(Journal Templates)
2.傳票批次(Journal Batches)
3.傳票明細行(Journal Lines)

透過這三個層次, 可以建立會計分錄(Entries)並過帳, 同時也可用於追蹤所有過帳的分錄.

傳票的主要內容是記錄各交易過帳時所需要登錄的資訊, 內容表現在傳票明細行(Journal Lines).

現金管理以管理銀行帳戶為目標, 需要為每一個往來銀行建立一個銀行帳戶卡(Bank Account Card).

供應商支付建議(Suggest Vendor Payments): 當有多筆供應商的款項待付, 而公司現金有限時, 系統會依其支付的優先順序, 挑選所要支付的應付帳款.

固定資產: 供營業上使用、非以出售為目的、且使用年限在一年以上之有形資產.

固定資產分為七類:
1.土地
2.房屋及建築
3.機(器)具及設備
4.租賃資產
5.租賃權益改良
6.雜項固定資產
7.未完工程及預付購置設備款

NAV中可將固定資產依性質拆分為主要資產和組成元件兩類, 以滿足國際財務報告標準(IFRS)的要求.

資產折舊考慮項目:
1.可使用年限
2.最終帳面價值(Ending Book Value): 當資產使用年限屆滿時所剩餘的價值, 一般以可出售獲得的價款來估計, 並作為折舊攤提的減項.
3.折舊方法: 直線折舊(平均法、生產數量法、工作時間法), 加速折舊(定率遞減法、年數合計法)

固定資產分錄過帳時, 仍需要使用傳票.

NAV固定資產傳票樣版(Journal Templates):
1.固定資產總帳傳票(FA G/L Journal)
2.固定資產傳票(FA Journal)
3.固定資產重分類傳票(FA Reclassification Journal)
4.保險傳票(Insurance Journal)

年度結帳:
1.結算當年度的盈虧(損益表)
2.將損益轉入股東權益(資產負債表)
3.關閉會計年度
4.開啟新會計年度

NAV_財務管理(一)

財務管理模組:
1.基本資料設定
2.實際作業流程執行

會計科目(Chart of Account): 會計作業的核心, 商業會計法中規定分為九大類. 可參考gcis.nat.gov.tw. 除代碼和名稱之外, 必須為每個科目指定為資產負債表(Balance Sheet)科目或損益表(Income Statement)科目.

九大會計科目:
1.資產, Assets
2.負債, Liabilities
3.業主權益, Owner's Equity
4.營業收入, Operating Revenue
5.營業成本, Operating Costs
6.營業費用, Operating Expenses
7.營業外收益及費損, Non-Operating Revenue & Expenses
8.非常損益, Non-Recurring Gain or Loss
9.所得稅, Income Tax

會計科目類型(Account Type):
1.標題(Heading): 只作為標示用
2.總計(Total): 對應至標題類的會計科目
3.開始加總(Begin-Total): 也是標示科目, 一般作為次分類或細分類之用
4.結束加總(End-Total): 對應至開始加總科目
5.過帳(Posting): 會有實際交易產生的會計科目, 其金額是由前端作業經由過帳程序而產生

過帳組:
1.一般過帳組(General Posting Group)
2.一般業務過帳組(General Business Posting Group)
3.一般產品過帳組(General Product Posting Group)

明細分類帳(sub-ledger): 相對於四碼的總帳會計科目, 為再進一步細分, 例如營業收入科目再區分為部門別、產品別; 應收帳款區別來自哪個客戶; 銀行存款區分不同的銀行或幣別.

分析維度: 是一組附加在會計分錄中的資料, 可以對會計分錄進行篩選, 把在某一維度(ex: 地區)上具有相同值(ex:歐洲)的分錄加以彙整, 並與其他分錄比較以作分析

分析維度與維度值設定: 使用者可依需求選擇建立超過八個, 但在總帳設定中只能設定八個供直接使用. 在每個分析維度下可以建立無限多個維度值(Dimensions Value), 每個值代表一個分析群組.

分析維度的類型:
1.通用維度(Global dimensions)
2.捷徑維度(Shortcut Dimensions)
3.預算維度(Budget Dimensions)

財務模組與前端各作業模組的關係, 主要是在過帳(Posting)這動作上建立, 前述各項設定, 也是為了順利完成過帳而建立.

過帳: 將前端營運作業(銷售、採購...)所作記錄產生相關的交易分錄(Entry), 拋轉到總帳中.

特定過帳組是針對資產負債表的會計科目設定, 例如存貨、固定資產和銀行帳戶, 分為六類:
1.客戶過帳組
2.供應商過帳組
3.固定資產過帳組
4.銀行帳戶過帳組
5.存貨過帳組
6.存貨過帳組設定

一般過帳組以損益表(Income Statement)的會計科目為主要的對象, 分為三類;
1.一般業務過帳組(General Business Posting Group): 交易對象, 主要指客戶和供應商
2.一般產品過帳組(General Product Posting Group): 料品和資源, 可採購和銷售的項目
3.一般過帳設定(General Posting Setup): 前兩項的組合, 定義哪些產品賣給哪些人(或從哪買進), 會登錄在哪一個會計科目.

一般過帳設定:
1.銷售
2.採購
3.存貨

加值稅(VAT, value added tax)過帳組;
1.加值稅業務過帳組(VAT Business Posting Group): 交易對象, 主要指客戶和供應商
2.加值稅產品過帳組(VAT Product Posting Group): 處理不同產品, 相同地區可能會對不同產品課以不同的稅率
3.加值稅過帳設定(VAT Posting Setup): 前兩項的組合, 設定加值稅在製作會計分錄時相對應的會計科目.

加值稅計算規則類型:
1.一般加值稅(Normal VAT): 外加稅
2.反向加值稅(Reverse Charge VAT): 加值稅的計算及支付是賣方的責任
3.完整加值稅(Full VAT): 內含稅
4.銷售稅(Sales Tax): 在美國沒有加值稅, 而是採用銷售稅

會計期間設定:
1.由系統自動建立
2.手動逐個建立

會計期間設定項目:
1.開始日期(Starting Date)
2.期間數(No. of Periods)
3.期間長度(Period Length)

NAV_存貨管理

存貨管理的重點:
1.及時提供銷售所需的製成品以及生產所需的原材料
2.降低物料的成本

存貨管理包含:
1.存貨數量: 經由料品分類帳分錄(item ledger entry)
2.基本作業, 包含收料、入庫、揀貨、出貨、轉移等: 倉儲(warehouse)模組

倉庫(Location): 生產、處理和儲存料品的實體場所(physical place), 儲存貨品的所在, 包含:
  * 工廠或生產設備(plants or production facilities)
  * 配銷中心(distribution center)
  * 倉庫(warehouse)
  * 展示間(showrooms)
  * 運輸工具(service vehicles)

在途倉(Use As In-Transit): 倉庫卡(Location Card)基本資料(General)頁籤中的欄位, 若打勾表示該倉庫被設定為在途倉, 作為運輸途中暫時儲存料品的倉庫.

存貨組織結構:
1.公司
2.責任中心: 成本中心(cost center)、利潤中心(profit center)、和投資中心(investment center), 只是行政管理的單位
3.倉庫: 其下再分為區域(Zone)、儲位(Bin)

可為每個客戶和供應商指派一個預設的進出貨倉庫.

倉庫卡的五個頁籤:
1.基本資料(General): 倉庫代碼、倉庫名稱等
2.連絡資料(Communication): 電話號碼、傳真號碼、E-Mail、Home Page
3.倉儲(Warehouse): 共15個欄位, 分為7個群組
4.儲位(Bins)
5.儲位政策(Bin Policies)

存貨控制:
1.料品可用量
    Availability = Inventory + Scheduled Receipt - Allocations
2.存貨盤點: 使用存貨盤點傳票(Phys. Inventory Journal), 並可調整存貨數量
3.存貨調整: 非盤點期間可能有毀損、遺失、超過有效期限等狀況造成庫存數量變動, 此時就需要透過料品傳票(Item Journal)對系統中存貨數量進行調整
4.料品重分類: 要調整所屬倉庫、儲位、分析維度時, 可使用料品重分類傳票(Item Reclassification Journal)

倉儲基本作業:
1.收料(Receive)
2.入庫(Put-away)
3.揀貨(Pick)
4.出貨(Shipment)
5.轉移(Transfer)

越庫作業(Cross-dock): 料品經由收料程序之後, 跳過入庫和揀貨作業, 直接進入出貨程序. 亦即料品不會實質進入倉庫的儲位, 而是由收料區直接進入出貨區, 或是直接送到生產線, 進入生產流程.

收貨與入庫方式:
1.訂單明細行
2.存貨入庫單
3.倉儲入庫單
4.倉儲收料單/倉儲入庫單


揀貨與出貨方式:
1.訂單明細行
2.存貨揀貨單
3.倉儲出貨單
4.倉儲揀貨單/倉儲出貨單

料品追蹤:
1.料品追蹤代碼: 批號(Lot No.), 針對整批; 序號(Serial No.), 針對個別.
2.料品追蹤代碼指派

Oracle EBS: Request XXXXXXX can no longer be cancelled

由於報表執行過久, 把Child request cancel後, 認為parent應也會終止, 但過了數小時仍在Running/Paused, 按下Cancel時, 出現以下訊息:

Request XXXXXXX can no longer be cancelled. The Concurrent Manager Process that was running this request has exited abnormally. The ICM will mark this request as completed with error.

再等了等, 還是一樣. 上網找了資訊, 建議可用note 134035.1的SQL檢視request:

Concurrent Processing - ANALYZEREQ.SQL Detailed Analysis of One Concurrent Request (Release 11 and up) (Doc ID 134035.1)

要更改request的狀態, 可用以下SQL:

    UPDATE fnd_concurrent_requests

       SET phase_code = 'C', status_code = 'X'

     WHERE request_id = ...

目前看來OK, 沒什麼問題.

NAV_交易管理(二)

採購作業流程與銷售作業流程是相對的, 其中的基本資料也大致相同.

供應商資料管理:
1.基本資料(General)
2.連絡資料(Communication)
3.發票資料(Invoicing)
4.付款(Payments)
5.收貨(Receiving)
6.國際貿易(Foreign Trade)

採購訂單:
1.採購報價單(Purchase Quotes)
2.採購訂單(Purchase Orders)
3.長期採購合約(Blanket Purchase Orders)
4.採購退回訂單(Purchase Return Orders)

採購單頁面中有六個快捷頁籤:
1.基本資料(General)
2.明細行(Lines)
3.發票資料(Invoicing)
4.出貨(Shipping)
5.國際貿易(Foreign Trade)
6.預付款(Prepayment)

明細行類別(Type):
1.總帳會計科目(G/L Account): 所購買項目沒有具體標的(例如服務), 直接以會計科目表示
2.料品(Item): 包含成品、原物料、半成品等可買賣項目
3.資源(Resource): 生產產品使用的機器設備, NAV中將人也視為資源
4.固定資產(Fixed Asset): 機器設備和土地廠房
5.料品費用(Item Charge): 伴隨料品的採購產生的額外附加費用

採購訂單處理流程:
1.開立訂單
2.釋出訂單: 釋出後內容不允許再修改, 但可Reopen後重新釋出
3.收貨與過帳

料品的需求分為兩大類:
1.自製: 以規劃工作表(Planning Worksheet)管理
2.外購: 以需求工作表(Requisition Worksheet)管理

在需求工作表中點選執行行動建議( Carry Out Action Message)按鈕後, 系統會依行動訊息和補貨政策的設定, 自動開立相關單據, 如採購訂單、生產命令、轉移命令, 並關閉需求工作表視窗.

直接出貨(Drop Shipment): 由公司的供應商直接出貨給公司的客戶, 而不由公司經手相關的物料處理作業流程. 資訊流(Information Flow)和金流(Cash Flow)經由公司處理, 但物流(Logistics)直接由供應商運到客戶處.

特殊訂單(Special Order): 是直接出貨的另一種型態, 只是改為物流要經由本公司處理.

訂單承諾(Order Promising): 計算公司是否能夠在指定交貨時間交付產品:
1.可承諾量計算(Available to Promise, ATP): 基於現有資料來估計到期交貨能力
2.可承諾能力計算(Capable to Promise, CTP)

價格:
1.依個別客戶設定
2.依客戶群組設定
3.促銷專案(Campaign)

折扣:
1.與料件相關的折扣(Item-related Discount)
2.與整張訂單相關的發票折扣(Invoice Discount)
3.因付款條件(Payment Term)而給予的折扣

客戶服務功能:
1.替代品(Item Substitution): 在功能與規格上和原有產品高度相似的料品, 可以是單向或雙向
2.交互參照(Cross Reference): 將供應商或客戶所使用的料號對應至公司內料號
3.非庫存料品(Nonstock Item): 公司會買進賣出, 但基本上不會進入倉庫納入庫存的料號, 在三角貿易中最為常見.

NAV_交易管理(一)

開立銷售訂單之前, 客戶和料品的資料必須先建好, 分別儲存在客戶卡(Customer Card)和料品卡(Item Card)中.

客戶查核包括是否確實存在、信用狀況, 再給予信用額度(credit limit).

客戶資料卡中有六個快捷頁籤(FastTab):
1.基本資料(General)
2.連絡資料(Communication)
3.發票資料(Invoicing)
4.付款(Payments)
5.出貨(Shipping)
6.國際貿易(Foreign Trade)

料品(Item): 企業進行買賣與製造的標的, 也是存貨管理和計價的標的, 一般包含原物料(Raw Material)、零件(Part)、在製品(Work in Process)、和製成品(Finish Goods)等.

料品卡中有七個快捷頁籤:
1.基本資料(General)
2.發票資料(Invoicing)
3.補貨(Replenishment)
4.規劃(Planning)
5.國際貿易(Foreign Trade)
6.料品追蹤(Item Tracking)
7.倉儲(Warehouse)

NAV銷售與行銷模組中的四種訂單:
1.報價單(Sales Quotes)
2.訂單(Sales Orders)
3.長期銷售合約(Blanket Sales Orders)
4.銷售退回訂單(Sales Return Orders)

銷售單頁面中有六個快捷頁籤:
1.基本資料(General)
2.明細行(Lines)
3.發票資料(Invoicing)
4.交貨(Shipping)
5.國際貿易(Foreign Trade)
6.預付款(Prepayment)

訂單狀態:
1.開放(Open): 訂單尚未確立, 所有欄位都可修改
2.釋出(Release): 訂單已確立, 內容不可再修改
3.等待核准(Pending Approval): 訂單需待其他人核准
4.等待預付款(Pending Prepayment): 需要客戶先付部份貨款才可進行後續處理

明細行類別(Type):
1.總帳會計科目(G/L Account): 客戶所購買項目沒有具體標的(例如服務), 直接以會計科目表示
2.料品(Item): 包含成品、原物料、半成品等可買賣項目
3.資源(Resource): 生產產品使用的機器設備, NAV中將人也視為資源
4.固定資產(Fixed Asset): 機器設備和土地廠房
5.料品費用(Item Charge): 伴隨料品的銷售產生的額外附加費用

銷售訂單處理流程:
1.開立訂單
2.釋出訂單
3.出貨與過帳

NAV 系統架構與基本操作

NAV架構:
1.2009版之前屬於主從式架構(Client Server Architecture)
2.2009版晉級到三層式架構(3-tier Architecture), 並推出了角色中心(RoleTailored Center)使用者介面的設計
3.2013版進一步提供了網頁基礎(Web Base)架構和SharePoint客戶端程式, 可直接透過網頁瀏覽器(Browser)存取系統資源, 進行各項作業

三層式架構:
1.客戶層(Client Tier): 安裝客戶端使用者介面(又稱呈現邏輯層, Presentation Logic Layer)供使用者操作系統. 由於主要採用角色中心的設計, 又稱為角色中心客戶端(RoleTailored Client)
2.伺服器層(Server Tier): 儲存NAV的應用程式(Application), 負責處理商業邏輯(Business Logic)和作業流程(Business Process), 並承擔使用者和資料庫之間的溝通工作, 稱為NAV伺服端, 有時又被稱為NAV應用伺服器(NAV Application Server, NAS), 又稱為中間層(Middle Tier)
3.資料層(Data Tier): 儲存資料的地方, 接受中間層的指令, 存取並處理資料, 再將結果傳回中間層, 再傳回客戶層, 以完成資料處理需求

NAV客戶端程式:
1.視窗客戶端程式(Windows Client): 安裝的環境是以微軟的視窗作業系統為主
2.網頁客戶端程式(Web Client): 使用者可透過網頁瀏覽器, 透過IIS直接連結到NAV伺服器, 無需在使用者電腦安裝客戶端程式
3.SharePoint客戶端程式(SharePoint Client): 透過SharePoint伺服器作為中介, 連結NAV伺服器, 進行資料存取和相關處理

其他元件:
1.NAV伺服器管理工具
2.NAV入口網站架構
3.NAV網路客戶端軟體
4.開發環境
5.與Outlook整合
6.自動化資料擷取系統

使用者頁面: NAV系統基本上是以頁面(Page)為基礎的使用者介面設計, 總共有11種頁面.

角色中心: 依據使用者的角色來提供其專屬的螢幕呈現方式, 畫面上有七個區塊:
1.前進/後退按鈕(Back and Forward buttons)
2.位置列或地址列(Address Bar)
3.搜尋方格(Search)
4.功能表區(Ribbon)
5.內容區(Content Area)
6.導航面板(Navigation Pane)
7.狀態列(Status Bar)

功能表區:
1.應用選單(Application Menu)
2.功能頁籤(Tab)
3.公司名稱及線上協助(Company & On-line Help)

內容區:
1.活動(Activities)
2.電子郵件(Outlook)
3.圖表(Chart)
4.清單(List)
5.我的通知(My Notification)

導航面板:
1.主頁面(Home)
2.已過帳單據(Posted document)
3.部門(Departments)

NAV設計有許多不同的頁面類型(Page Type), 其中最重要的包含資料卡(Card)、清單(List)、角色中心(Role center)、單據( Document)、工作表(Worksheet)、和對話(Dialog).
1.資料卡頁面: 資料卡用以檢視和編輯資料表中的資料, 常見的資料卡例如料品卡(Item Card)、客戶卡(Customer Card)、供應商卡(Vendor Card)等, 又被稱為主檔資料(Master Data)
2.清單頁面: 內容以表格方式呈現, 可用頁面下方的捲軸查看其他欄位內容. 可在欄位名稱列點選查看被隱藏的欄位. 另有凍結欄位、選擇標題高度、排序、過濾等功能
3.單據頁面: 單據主要指各種訂單或命令(Order), 例如銷售訂單(Sales Order)、採購訂單(Purchase Order)、製造命令(Production Order)等. 單據頁面通常由資料卡頁面和工作表頁面組成


在所有頁面都有的客製化選項:
1.功能表區
2.導航面板(Create Tab, Create Group)
3.本頁面
4.導航面板(New Button)
(第2和第4項重複?)

NAV_導論

ERP: 此名詞首次出現, 是在1990年Gartner Group所出版CIM專欄上由Lee Wylie主筆的"ERP: A Vision of Next Generation MRP II)中.

ERP的特性:
1.資料整合: 解決資料重複與不一致問題
2.資料與作業流程整合: 交易會自動產生相對應的資料, 並依事先設定的程序與方向, 將資料在3系統內傳遞(拋轉)到後續作業部門, 並視需要觸發後續作業
3.最佳化實務: 軟體中已建有一套基本的企業作業標準程序, 導入的企業可以直接引用到日常作業程序中
4.模組化套裝軟體: 為滿足不同企業的需求, ERP供應商將整體系統加以模組化, 切分為多個功能模組, 並以不同的模組來滿足不同的需求

企業應用系統發展階段性指標:
1.功能擴展(functionality broadens)
2.增加與外部機構的連結(increase external connectivity)
3.功能深化(functionality deepens)

Microsoft Dynamics五產品: 購自Navision的NAV(原Navision)和AX(原Axapta)、購自Great Plains的GP(原Great Plains)和SL(原Solomon)、及自行開發之CRM.

NAV開發工具為C/SIDE(Client/Server Integrated Development Environment).

NAV劃分為十個功能模組, 可分為兩大區塊: 五大核心功能、支援性功能

五大核心功能模組:

1.財務管理(Financial Management)

•   a.總帳(General Ledger)
•   b.現金管理(Cash Management)
•   c.成本會計(Cost Accounting)
•   d.現金流量(Cash Flow)
•   e.應收帳款(Receivables)
•   f.應付帳款(Payables)
•   g.固定資產(Fixed Asset)
•   h.存貨(Inventory)
•   i.定期活動(Periodic Activities)

2.銷售與行銷(Sales & Marketing)

•   a.銷售(Sales)
•   b.訂單處理(Order Processing)
•   c.行銷(Marketing)
•   d.存貨及訂價(Inventory & Pricing)

3.採購(Purchase)

•   a.規劃(Planning)
•   b.訂單處理(Order Processing)
•   c.存貨與成本(Inventory & Costing)

4.倉儲管理(Warehouse)

•   a.訂單與連絡人(Orders & Contacts)
•   b.規劃與執行(Planning & Execution)
•   c.以個別訂單為基礎的成品處理(Goods Handling Order by Order)
•   d.以多訂單為基礎的成品處理(Goods Handling Multiple Orders)
•   e.存貨(Inventory)
•   f.組裝(Assembly)

5.製造(Manufacturing)

  a.產品設計(Product Design)
  b.產能(Capacities)
  c.規劃(Planning)
  d.執行(Execution)
  f.成本(Costing)

支援性功能模組:
1.專案(Jobs): 提供一般性專案管理工作
2.資源規劃(Resource Planning): 人員(Person)、機械(Machine)
3.服務(Services): 合約管理(Contract Management)、規劃與派工(Planning & Dispatching)、訂單處理(Order Processing)
4.人力資源(Human Resources): 員工基本資料與出勤狀況
5.管理(Administration): 資訊技術管理(IT Administration)、應用程式設定(Application Setup)

SKU: Stockkeeping Unit, 庫存保管單位

Oracle EBS: Delivery已closed, 但 SO line停在picked

狀況: Delivery已closed, 但 SO line停在picked.

解決方法: 

Run

  Interface Trip Stop – SRS
 
 狀態會變為shipped

Run

  Inventory Interface - Non Ship

  Workflow停在deferred


Run

  Workflow Background Process

完成.