LogoLogo
  • Ellipse Overview
  • Phases of Ellipse
  • Background
    • Challenges of Regulatory Reporting
    • Possible Solutions
    • Digital Reporting and Granular Data
    • Understanding Data Needs of Stakeholders
  • Ellipse Phase 1: Proof of Concept
    • Two Jurisdictions, One Common Data Model
    • Cross-Border Data Model using Retail Mortgage Loans
    • Data Components for Retail Mortgages
    • Data Attributes
    • Data Definitions
    • Using the Common Domain Model (CDM)
    • Normalising Common Components
    • CDM Mortgage JSON
    • Programmable Reporting Logic and Machine Executable Reports
    • VIDEO: Demonstration of the Mortgage CDM
    • Our Findings
    • Next Steps
  • Annex
    • Terminology & Acronyms
    • References
  • About
    • Contact the Ellipse Team
  • LEGAL
    • Terms and Conditions of Use
    • Privacy Notice
    • Cookies Notice
Powered by GitBook
On this page

Was this helpful?

Export as PDF
  1. Ellipse Phase 1: Proof of Concept

Normalising Common Components

PreviousUsing the Common Domain Model (CDM)NextCDM Mortgage JSON

Last updated 3 years ago

Was this helpful?

To achieve standardisation across products and asset classes, the CDM identifies logical components that fulfil the same function and normalises them, even when those components may be named and treated differently in the context of their respective markets. We followed the CDM design principle of normalising concepts such as quantity, price and party in the representation of financial transactions.

The CDM identifies that, regardless of the asset class or product type, a financial transaction always involves two counterparties trading (ie buying or selling) a certain financial product in a specific quantity and at a specific price. This approach means that a single logical concept such as quantity can represent concepts that may be named and captured differently across markets: eg notional or principal amount etc.

Following this approach, we took the modular components that exist in the CDM and reused concepts such as product, loan, price, collateral and party to reflect the mortgage attributes that characterised loan, borrower and collateral. We also extended the model to reflect attributes that were specific to the POC around collateral (eg property) or the credit profile of the borrower (eg credit details).

JSON Representation of Retail Mortgage Model