IFM《風(fēng)險管理》第9章營運風(fēng)險_第1頁
IFM《風(fēng)險管理》第9章營運風(fēng)險_第2頁
IFM《風(fēng)險管理》第9章營運風(fēng)險_第3頁
IFM《風(fēng)險管理》第9章營運風(fēng)險_第4頁
IFM《風(fēng)險管理》第9章營運風(fēng)險_第5頁
已閱讀5頁,還剩11頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

IFM《風(fēng)險管理》第9章營運風(fēng)險2024/3/11IFM《風(fēng)險管理》第9章營運風(fēng)險來自大和銀行的警示營運風(fēng)險管理營運風(fēng)險管理工具先進(jìn)的風(fēng)險管理理念ContentsofChapter9

OperationRiskMagement

IFM《風(fēng)險管理》第9章營運風(fēng)險Descriptionofthecompany’ssubcontents公司面臨的除了信用風(fēng)險和市場風(fēng)險以外的所有風(fēng)險是由不健全或無效率的內(nèi)部流程/系統(tǒng)或外部事件造成的直接或間接損失的風(fēng)險營運風(fēng)險廣義營運風(fēng)險狹義Clicktoedittitlestyle9.1來自大和銀行的警示IFM《風(fēng)險管理》第9章營運風(fēng)險9.1來自大和銀行的警示1995年大和銀行紐約分行的11億美元經(jīng)濟(jì)損失VCEO掩蓋自己違規(guī)行為高級經(jīng)理幫助掩蓋上司的犯罪行為假造、篡改、虛報會計信息內(nèi)部審計監(jiān)督缺失長期從事未獲合法授權(quán)的交易IFM《風(fēng)險管理》第9章營運風(fēng)險生產(chǎn)風(fēng)險管理物資采購風(fēng)險管理庫存風(fēng)險管理產(chǎn)品研發(fā)風(fēng)險市場營銷風(fēng)險營運風(fēng)險管理包括:營運風(fēng)險管理的實現(xiàn)方式1:----管理者日常工作中非正式執(zhí)行。(過程控制)9.2營運風(fēng)險管理營運風(fēng)險管理的實現(xiàn)方式2:----審計和合規(guī)部門的監(jiān)督與檢查。

(事后控制)9.2.1營運風(fēng)險的內(nèi)容:IFM《風(fēng)險管理》第9章營運風(fēng)險

9.2.2企業(yè)營運風(fēng)險管理的必要性

理由2理由1理由3ThemeGalleryisaDesignDigitalContent&ContentsmalldevelopedbyGuildDesignInc.(2)營運風(fēng)險通常與信用風(fēng)險和市場風(fēng)險高度相關(guān),并且在重壓的市場條件下營運風(fēng)險失敗的潛在代價可能是極為高昂的。(1)營運風(fēng)險是過去十年來的主要金融災(zāi)難(如巴林銀行、基德公司、大和化成株式會社)等絕大多數(shù)案例的罪魁禍?zhǔn)着c根源。(3)往往在公司的不同部門得到不同的管理。這種缺少一致性的處理可能導(dǎo)致對關(guān)鍵風(fēng)險問題的忽略以及在各種不同風(fēng)險的業(yè)績計量中產(chǎn)生偏差,并最終導(dǎo)致管理層在不準(zhǔn)確的信息基礎(chǔ)上做出決策。IFM《風(fēng)險管理》第9章營運風(fēng)險9.2.3營運風(fēng)險管理要素內(nèi)容營運風(fēng)險管理原則使得信息能夠迅速地在組織各個層面?zhèn)鬟_(dá),以至于在出現(xiàn)的問題變成全面營運危機(jī)之前得到處理。營運風(fēng)險管理目標(biāo)公司管理層應(yīng)該設(shè)定總體目標(biāo)(例如,提高核心業(yè)務(wù)程序的效率和效果)一級公司要達(dá)成的特定目標(biāo)。(例如,營運損失按20%下降、解決突出審計問題的時效提高30%)。營運風(fēng)險管理角色和責(zé)任最高層:董事會負(fù)責(zé)建立方針政策并確保資源和控制的合理運用;最底層:每個員工有責(zé)任深入了解所涉及的營運風(fēng)險并增加對風(fēng)險問題的認(rèn)識。職能部門:風(fēng)險管理與監(jiān)督各負(fù)其責(zé)。P161IFM《風(fēng)險管理》第9章營運風(fēng)險9.3營運風(fēng)險管理工具ORM工具之一:損失與事件數(shù)據(jù)庫內(nèi)容用途意義連續(xù)收集營運風(fēng)險損失和營運風(fēng)險事件建信息庫1.用來支持根源風(fēng)險;2.用來支持風(fēng)險緩解策略;3.用來促進(jìn)企業(yè)內(nèi)部的經(jīng)驗教訓(xùn)共享。1)損失不僅容易計量,而且能夠用于顯示趨勢和比率(例如,損失/收入比率),而營運風(fēng)險事件能夠捕捉其他應(yīng)當(dāng)注意的事件;2)企業(yè)內(nèi)的每一項損失和事件都代表著汲取經(jīng)驗教訓(xùn)的機(jī)會,有利于防止重蹈覆轍。--抗風(fēng)險。IFM《風(fēng)險管理》第9章營運風(fēng)險企業(yè)如何提高營運風(fēng)險管理能力?1.重風(fēng)險:認(rèn)識到公司的信息系統(tǒng)、業(yè)務(wù)流程或內(nèi)部控制程序的失誤可能會造成重大損失的風(fēng)險。2.查風(fēng)險:檢查公司的內(nèi)部控制系統(tǒng),明確如何將公司的商業(yè)戰(zhàn)略和對股東的承諾傳達(dá)給內(nèi)部員工,查明如何詳細(xì)規(guī)劃必須做的事情,查明公司存在的組織性障礙,草擬使用的解決方案。3.堵風(fēng)險:關(guān)注交接點,因為在端對端過程中,這些可能是容易出錯的地方。確保公司的質(zhì)量方案和教育體系中已經(jīng)囊括了如何確定風(fēng)險因素。IFM《風(fēng)險管理》第9章營運風(fēng)險ORM工具之二:自我評估控制(也稱風(fēng)險評估)工作內(nèi)容:進(jìn)行各部門重要風(fēng)險的內(nèi)部分析、控制和管理建議.基本要求:重要的是每個業(yè)務(wù)單位都要評估它們與營運風(fēng)險要素有關(guān)的狀況。主要功能:(1)每個業(yè)務(wù)單位將能制定出更清晰的藍(lán)圖:指明在營運風(fēng)險管理過程中從哪里開始,又該如何繼續(xù)進(jìn)行。(2)通過自我評估過程,每個業(yè)務(wù)單位也會增強(qiáng)“主人翁”感**支持工具:包括問卷調(diào)查、主題專訪、團(tuán)隊會議等方式。均包括主要風(fēng)險敞口和主要控制舉措以及風(fēng)險清單等內(nèi)容。ORM工具之三:資本配置基本要求:1)在風(fēng)險評估基礎(chǔ)上,通過資本配置過程把風(fēng)險與業(yè)績計量聯(lián)系起來非常重要。2)根據(jù)自身設(shè)置目標(biāo)選擇模型或方法,或多方案綜合使用。IFM《風(fēng)險管理》第9章營運風(fēng)險營運風(fēng)險自我評估控制方法:方法內(nèi)容優(yōu)缺點1.暗含資本模型假定營運風(fēng)險的范圍是“信用和市場風(fēng)險之外的風(fēng)險”,因此,分配給營運風(fēng)險的資本必須是總分配資本減去分配給信用和市場場風(fēng)險資本后所剩的資本。營運資本-----營運風(fēng)險總資本------總風(fēng)險優(yōu)點:這種方法對營運風(fēng)險提供了一個易計算的“數(shù)值”,便于量化風(fēng)險。缺點:1)在公司實際資本以及實際債務(wù)評級后,總風(fēng)險資本必須估計出來;2)使用這種量化方法的公司必須將信用風(fēng)險單獨計量;3)它忽視了營運風(fēng)險與信用風(fēng)險、市場風(fēng)險之間的相互關(guān)系;4)這個模型沒有考慮到營運風(fēng)險的形成原因和產(chǎn)生的后果。2.收入波動模型比資本配置模型更加深入,考慮了資本配置的主要決定因素:收入波動。但是在收入波動上的計量與資本配置模型是一樣的從總收入中減去信用和市場風(fēng)險成分。優(yōu)點:是信用和市場風(fēng)險的歷史數(shù)據(jù)容易得到,總收入的波動也可以觀測到。缺點:1)忽略了公司和行業(yè)的快速演變,結(jié)構(gòu)變化如新技術(shù)、新規(guī)則在此模型中都沒有考慮到;2)沒有捕捉機(jī)會成本或聲譽損失等軟因素。IFM《風(fēng)險管理》第9章營運風(fēng)險基本要求:在風(fēng)險評估基礎(chǔ)上,通過資本配置過程把風(fēng)險與業(yè)績計量聯(lián)系起來非常重要。方法內(nèi)容優(yōu)缺點3.經(jīng)濟(jì)定價模型CAPMCAPM是使用最廣泛的經(jīng)濟(jì)模型,并可以用于確定相對于別的資本決定因素的營運風(fēng)險的估計分布。CAPM假定所有的市場信息都在股價中得到體現(xiàn),即公開化的營運損失的影響可以通過估計公司的市場資本化來確定。營運風(fēng)險產(chǎn)生的公司股票價格波動=公司總的股票價格波動-(信用風(fēng)險和市場風(fēng)險產(chǎn)生的股票幾個價格波動)優(yōu)點:這種方法的優(yōu)點是它合并了分離的風(fēng)險和企業(yè)的更軟性的一些問題,比如聲譽損失、機(jī)會成本效應(yīng)等。缺點:1)只是不完全和簡單化地考慮到了營運風(fēng)險。它提供的只是對資本充足的一個總的觀點,而沒有關(guān)于特定營運風(fēng)險的信息。2)營運風(fēng)險敞口的水平?jīng)]有受到特定控制和業(yè)務(wù)風(fēng)險特征的影響,因此沒有改善營運水平的動力,同時雖然尾部風(fēng)險確實結(jié)合在模型中了,但是它們并沒有得到徹底的解釋和說明。3)該模型并不有助于進(jìn)行預(yù)測,從而也無助于避免營運風(fēng)險事件。4.模擬模型通過對具有類似的業(yè)務(wù)結(jié)構(gòu)和營運方式的外部機(jī)構(gòu)的研究來為自己的公司面臨的營運風(fēng)險的計量。優(yōu)點:這個模型可以擴(kuò)展為尋求這些機(jī)構(gòu)的營運損失的原因和后果。如公司沒有一個穩(wěn)定的營運風(fēng)險損失數(shù)據(jù)庫時,該方法提供了一條可以繼續(xù)進(jìn)行研究的途徑。IFM《風(fēng)險管理》第9章營運風(fēng)險方法內(nèi)容5.統(tǒng)計分析傳統(tǒng)的統(tǒng)計方法都盡力在數(shù)據(jù)分布密集的地方得到良好擬合,這是以數(shù)據(jù)分布稀疏的尾部的良好擬合為潛在代價的。然而,為了捕捉頻率低的但后果嚴(yán)重的損失,營運風(fēng)險模型必須能很好地解釋損失分布的外側(cè)尾部。因此,主要考慮極端事件數(shù)據(jù)而不是所有數(shù)據(jù)的極值理論(EVT)可能更合適。6.繪制圖表管理者通過圖表表示其所確認(rèn)的主要經(jīng)營風(fēng)險的頻率和嚴(yán)重性。可能性很高的風(fēng)險----終止政策適度風(fēng)險----接受或減少目的:充分討論和制定更有效的計劃。注意:經(jīng)營風(fēng)險計劃需得到公司主管的支持,否則其控制效果會受影響。IFM《風(fēng)險管理》第9章營運風(fēng)險9.4先進(jìn)的營運風(fēng)險管理理念(I)(1)虛驚事故:——每一個重大的事故背后,都有大量影響甚微的小事件,甚至還有更多沒有任何破壞性的小事件。在某個時刻如果突然發(fā)生波動就會造成重大損失,這樣的事故稱為虛驚事故。(2)啟示:虛驚事故清楚地表明了企業(yè)存在改進(jìn)的機(jī)會。企業(yè)必須跟蹤那些會突然發(fā)生波動的因素,追蹤得越緊,就越能給自身提供更多的時間和機(jī)動性來作出應(yīng)對。IFM《風(fēng)險管理》第9章營運風(fēng)險(3)虛驚事故的處理步驟:關(guān)注虛驚事故信息披露:公司信息披露必須簡潔,且須鼓勵披露虛驚事故。因此,必須對報告的虛驚事故信息進(jìn)行優(yōu)先處理和分類,才能決定對哪些信息加以必要的關(guān)注。識別主要的虛驚事故信息及原因:公司有必要讓管理者及其團(tuán)隊了解那些最主要的虛驚事故信息并確定其優(yōu)先地位,公司必須排除產(chǎn)生它的原因。區(qū)分表面原因和根本原因是非常重要的,后者是關(guān)鍵。以邏輯推論是先找出原因,再提出

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論