Standards

Over the past two decades with the rapid diffusion of digital technologies billions of people changed behaviors. Almost everybody now is spending considerable time online, interacting with other people in newly invented social media. Diverse software platforms enable exchanges of all sorts of information over internet network infrastructures. Given the massive adoption there is little doubt that people derive meaningful utility from social media. At the same time a range of seriously negative impacts is becoming increasingly clear.

Summary

In this short course we explore how some programming languages, data formats, database API’s and web frameworks handle hierarchical classes.

Content

Object-oriented programming and techniques (OOP) such as using classes and inheritance are common in many application programming environments but alas don’t “travel well” outside computer memory. The potentially intricate relationships of objects (both the data they hold and the meaning and possible uses of the data) are not easy to transfer (except of-course by full replication of code and data). Hence when considering data science tasks and objectives that involving exchange of data, the transition from object hierarchies that live inside memory, to data structures that can be exchanged with another computer is not straightforward.

The GSOC 2021 collaboration between Open Risk and the Hydra Ecosystem - Project Wrap-Up

Google Summer of Code 2021 came and went amid the still ongoing worldwide pandemic experience. Open Risk was happy to join forces with the Hydra Ecosystem in exploring a proof-of-concept for next generation API’s using Hydra.

A GSOC 2021 summer project collaboration between Open Risk and the Hydra Ecosystem

Summer is underway and for the Google Summer of Code 2021 season Open Risk is happy to join forces with the Hydra Ecosystem. The project aims to guide students to build a hypermedia enabled REST service around standardized credit portfolio data. More specifically the project will build a REST service as backend for a hypothetical banking entity that collects and disseminates credit portfolio data conforming to an established public standard (the EBA NPL templates, see below).

Summary

The Open Risk Academy course NPL270672 is a CrashCourse introducing the EBA NPL Templates.

Content

We start with the motivation for the templates and the domain of credit data (to which NPL data belongs). We discuss three core classes that capture the essence of lending operations from a lenders point of view (Counterparty, Loan, Collateral). Next we explore classes that capture events in the lending relationship lifecycle (which we term NPL Scenarios). We look into the main data types: elementary data types, choice lists, arrays and unstructured text. We close with discussing some more complex issues involving graph and timeseries data.

Semantic Web Technologies integrate naturally with the worlds of open data science and open source machine learning, empowering better control and management of the risks and opportunities that come with increased digitization and model use

The ongoing and accelerating digitisation of many aspects of social and economic life means the proliferation of data driven/data intermediated decisions and the reliance on quantitative models of various sorts (going under various hashtags such as machine learning, artificial intelligence, data science etc.).

The Non-Perfoming Loan Ontology

The Non-Performing Loan Ontology is a framework that aims to represent and categorize knowledge about non-performing loans using semantic web information technologies. Codenamed NPLO, it codifies the relationship between the various components of a Non-Performing Loan portfolio dataset.(NB: Non-performing loans are bank loans that are 90 days or more past their repayment date or that are unlikely to be repaid, for example if the borrower is facing financial difficulties).

The Risk Function Ontology

The Risk Function Ontology is a framework that aims to represent and categorize knowledge about risk management functions using semantic web information technologies. Codenamed RFO codifies the relationship between the various components of a risk management organization. Individuals, teams or even whole departments tasked with risk management exist in some shape or form in most organizations. The ontology allows the definition of risk management roles in more precise terms, which in turn can be used in a variety of contexts: towards better structured actual job descriptions, more accurate description of internal processes and easier inspection of alignement and consistency with risk taxonomies. See also live version and the white paper OpenRiskWP04_061415.

Semantic Web Technologies

The Risk Model Ontology is a framework that aims to represent and categorize knowledge about risk models using semantic web information technologies.

In principle any semantic technology can be the starting point for a risk model ontology. The Open Risk Manual adopts the W3C’s Web Ontology Language (OWL). OWL is a Semantic Web language designed to represent rich and complex knowledge about things, groups of things, and relations between things. OWL is a computational logic-based language such that knowledge expressed in OWL can be exploited by computer programs, e.g., to verify the consistency of that knowledge or to make implicit knowledge explicit. OWL documents, known as ontologies, can be published in the World Wide Web and may refer to or be referred from other OWL ontologies. OWL is part of the W3C’s Semantic Web technology stack, which includes RDF, RDFS, SPARQL, etc

An overview of EU Financial Regulation initiatives

In the European Union there are several ongoing large scale legislative and regulatory projects that transform the context within which individual, firms and the public sector interact economically. While financial and regulatory reform is an ongoing process in all jurisdictions globally, the size and supra-national nature of the European Union makes those projects particularly interesting.

Open Source Securitisation

Motivation

After the Great Financial Crisis securitisation has become the poster child of a financial product exhibiting complexity and opaqueness. The issues and lessons learned post-crisis were many, involving all aspects of the securitisation process, from the nature and quality of the underlying assets, the incentives of the various agents involved and the ability of investors to analyze the products they invested in. While the most egregious complications involved various types of re-securitisation and/or the interplay of structured credit derivatives undoubtedly even vanilla securitisation structure has a considerable amount of business logic.

Extending the Open Risk API to include the EBA Portfolio Data Templates

The Open Risk API provides a mechanism to integrate arbitrary collections of risk data and risk modelling resources in the context of assessing and managing financial risk. It is based on two key technologies of the modern Web, RESTful architectures and Semantic Data.

Transparency, collaboration key to regaining trust in financial services

In banking, confidence is the first order of business

Maintaining the confidence of market participants, clients, shareholders, regulators and governments is uniquely important for the financial sector. Trust is, quite literally, the real currency. Yet it is a truism that confidence is hard to build up and rather easy to destroy. Why is this so?

If you work in financial risk management you will most likely recognize where the following sentence is coming from:

One of the most significant lessons learned from the global financial crisis that began in 2007 was that banks information technology (IT) and data architectures were inadequate to support the broad management of financial risks. This had severe consequences to the banks themselves and to the stability of the financial system as a whole

Financial Risk Modelling has suffered enormous setbacks in recent years, with all major strands of modelling (market, credit, operational risk) proven to have debilitating limitations. It is impossible to imagine a modern financial system that does not make extensive use of risk quantification tools, yet rebuilding confidence that these tools are fit-for-purpose will require significant changes. These need to improve governance, transparency, quality standards and in some areas even the development of completely new strands of modelling.