ORX losses reflect underlying event

ORX losses reflect underlying events. ORX event classification is consistent with Basel categories, although certain details differ (For more details, see Appendix IV). The principal requirement for ORX event classification is consistency, according to agreed rules and definitions. One key issue is to determine the proper event category for complex, multi-effect operational risk events. If ambiguity in classifying events exists, we should ask the question “Is this a Basel event/loss type? If Basel category fits the answer, that’s fine. If not, a second question should be asked: What has lead to that event/loss? The answer to that second question would then fit within a Basel category.

The key point here is to avoid the question “Why”. The reason is because why-type questions sometimes get you to the wrong cause of the event/loss. An example might explain this. Let us consider a programming bug that has lead to an OR event. This case fits clearly to Business Disruptions & Systems Failure. Nonetheless, if we ask why and the answer is because of human error, this would send us to Execution, Delivery and Process Mgt (other Task Misperformance) or Clients, Product and Business Practices (Product Flaws).

Kết quả (Việt) 2:

ORX tổn thất phản ánh các sự kiện cơ bản. ORX phân loại sự kiện phù hợp với loại Basel, mặc dù một số chi tiết khác nhau (Để biết thêm chi tiết, xem Phụ lục IV). Các yêu cầu chính cho ORX phân loại sự kiện là nhất quán, theo quy tắc và định nghĩa thống nhất. Một vấn đề quan trọng là phải xác định loại sự kiện thích hợp cho, đa tác dụng các sự kiện rủi ro hoạt động phức tạp. Nếu không rõ ràng trong các sự kiện phân loại tồn tại, chúng ta nên đặt câu hỏi "Đây có phải là một Basel loại sự kiện / lỗ? Nếu loại Basel phù hợp với câu trả lời, đó là tốt. Nếu không, một câu hỏi thứ hai nên được hỏi: Điều gì đã dẫn đến sự kiện / lỗ? Câu trả lời cho câu hỏi thứ hai sau đó sẽ phù hợp trong một thể loại Basel.

Điểm mấu chốt ở đây là để tránh những câu hỏi "Tại sao". Lý do là vì câu hỏi tại sao loại đôi khi giúp bạn có được sự sai trái của các sự kiện / lỗ. Một ví dụ có thể giải thích điều này. Chúng ta hãy xem xét một lỗi lập trình đã dẫn đến một sự kiện OR. Trường hợp này phù hợp rõ ràng để Gián đoạn kinh doanh và hệ thống thất bại. Tuy nhiên, nếu chúng ta hỏi tại sao và câu trả lời là do lỗi của con người, điều này sẽ gửi cho chúng tôi để Thi hành, giao hàng và quá trình Mgt (khác công tác Misperformance) hoặc khách hàng, sản phẩm và Thực tiễn kinh doanh (lỗ hổng sản phẩm).