Changelog

What's new in tprm.mlab.sh

Stay up to date with the latest releases, improvements and fixes for the self-hosted DORA Third-Party Risk Management platform.

v1.5.0 Latest
Aug 27, 2026
v1.4.4
Aug 25, 2026
v1.4.2
Jul 12, 2026
v1.4.1
Jun 26, 2026
v1.4.0
Jun 20, 2026
v1.3.0
Apr 28, 2026
v1.2.0
Mar 10, 2026
v1.1.0
Jan 22, 2026
v1.0.1
Dec 12, 2025
v1.0.0
Nov 18, 2025
v1.5.0
Latest
Third-country branches under DORA: file a register of information as the branch of a non-EU head office.
Aug 27, 2026

New

  • Third-country branch support. Declare the entity maintaining the register as a branch of a head office established outside the Union, capturing the head office name, LEI, country and the entity type it would qualify as in the EU. Follows Q&A DORA102 (ID 3097), and for CSSF-supervised branches, Circular 26/915, which applies with immediate effect from 27 August 2026 with no transitional period.
  • DORA applicability test. A guided « would qualify » test in Entity Information listing every Article 2(1) entity type, with a clear notice when none of them matches.
  • Competent-authority reference. A versioned reference file maps each authority to the subset of Article 2(1) it supervises, along with its national-regime reminder and sources. Choosing a type outside that subset raises a non-blocking warning. An authority with no entry behaves generically and raises nothing.
  • Branch rows filled automatically (B_01.03). The reporting branch is recorded and exported on its own, keyed on its identification code and head-office LEI, without duplicating a row you entered by hand.

Improved

  • B_01.01 for a branch. Reports the branch LEI where GLEIF has issued one, falling back to the head-office LEI, and carries the head office equivalent entity type. The reported country stays the country of the branch, never the third country.
  • B_04.01 for a branch. An arrangement that names no using entity now defaults to eba_ZZ:x838 (branch of a financial entity) with the branch code and head-office LEI, matching the way B_01.03 keys a branch.
  • ICT and non-ICT are separated. Only ICT arrangements feed the register. Non-ICT and other third-party arrangements stay in the outsourcing register and no longer reach B_02.x, B_03.x, B_04.01, B_05.x or B_07.01.
  • Stricter LEI checks. The EBA shape (18 alphanumerics followed by two check digits) is now enforced as an error, and the ISO 17442 check digits are reported as a warning.

Fixed

  • Exports stop, listing the arrangements at fault, when a contractual arrangement carries no service at all and its ICT nature cannot be established.
  • New referential checks: a branch code used in B_04.01 must exist in B_01.03, every branch row must carry a well-formed head-office LEI, and a head office also listed as an in-scope entity raises a warning since it is not itself subject to DORA.
  • A branch code recorded against a using entity marked as « not a branch » is no longer exported, and is reported so the contradiction is visible.
v1.4.4
Rebranding, a global UI pass and a Register Readiness panel.
Aug 25, 2026

New

  • Register Readiness. A panel at the top of Analytics fed by the same checks as the Validate button: deposit verdict, error, warning and notice counts, a per-template breakdown coloured by severity and the top five blocking points.

Improved

  • Rebranding and a global UI/UX pass across every page.
  • Reporting is now Analytics (/an/), removing the ambiguity with DORA reporting in the sense of the register to be filed.

Fixed

  • SQL errors are no longer silent anywhere: all seventeen delete paths and the account, organisation and API-key writes return HTTP 400 instead of a false « success » when a write is refused by an integrity constraint.
  • Removed a dead reporting module that was never compiled, together with two stale licence-gating branches pointing at routes that did not exist.
v1.4.2
Services per arrangement, outsourcing and proportionality registers, assessment approvals.
Jul 12, 2026

New

  • Services per contractual arrangement. Each arrangement now carries its own services, each with a nature (ICT, non-ICT or other), an ICT service type, data location at rest and in processing, and a sensitivity. This is the real grain B_02.02 and B_07.01 are keyed on.
  • Outsourcing register (/or/) covering every third-party arrangement, not only the ICT ones.
  • Proportionality register (/pr/) to record mitigation decisions.
  • Annual provider reviews (/rv/) with a monitoring questionnaire.
  • Assessment versioning and approvals. Risk assessments are versioned and carry an approval workflow.

Improved

  • B_02.02 and B_07.01 are generated at the contract by service grain instead of one row per contract.
v1.4.1
Richer dashboard metrics, a demo seeding script and a round of UI fixes.
Jun 26, 2026

New

  • A demo seeding script that populates a complete working dataset in one run.

Improved

  • Richer dashboard metrics across the overview.

Fixed

  • Modal and popup behaviour corrected across the application, including providers, incidents, intra-group, scope entities, subcontracting and API keys.
v1.4.0
Full Register of Information conformance — all 15 EBA templates aligned to RF 4.0 and deposit-ready.
Jun 20, 2026

New

  • Entities within scope (B_01.02). Dedicated module to declare every in-scope entity with controlled entity-type (eba_CT:), country (eba_GA:), reporting (eba_RP:) and currency (eba_CU:) codes — the full 11 official columns.
  • List of branches (B_01.03). Record branches with their head-office LEI, name and country — completing the B_01 block.
  • Definitions (B_99.01). A definitions sheet feeding the template’s 19 columns, so the register exports its full taxonomy context.
  • Referential-integrity validation. A Validate button reports missing entity/LEI, absent or duplicate contract references and orphan keys before you build the package.
  • Per-template export. Download any single template as CSV (⬇ per row) alongside the full .zip deposit package.

Improved

  • All 15 templates realigned to RF 4.0. B_01.01, B_05.01, B_06.01 and B_07.01 had their columns re-mapped to the official positions; every typed field now uses controlled EBA vocabularies (eba_TA, eba_qCO, eba_GA, eba_CU, eba_ZZ, eba_CO, eba_BT, eba_RP, eba_CT).
  • Providers carry a real LEI and code type (qCO). The export now identifies providers by their LEI instead of an internal UUID across B_02.02, B_03.02, B_05.01, B_05.02 and B_07.01.
  • DORA contract specifics wired end-to-end (B_02.02). Notice period, governing law, provision & data-storage country, data locations and sensitivity/dependency flags are now captured and exported.
  • Exit-plan existence (B_07.01) is derived automatically from a recorded exit strategy.
  • The xBRL-CSV package sets decimalsMonetary precision and the official deposit naming, with per-template FilingIndicators.

Fixed

  • Business writes (providers, contracts, functions, assessments, entity-info) now surface SQL errors as HTTP 400 instead of a silent false « success ».
  • Quick status changes on an assessment no longer wipe the other fields.
  • Function ↔ provider linking (« Link Provider » returning « Not found ») and the Entity Info form not repopulating after reload are fixed.
  • Corrected B_03.x link-column codes (e.g. B_03.03 set to the official 0031) and several CSV header column counts.
v1.3.0
Subcontracting chains, function mapping and a sturdier register validator.
Apr 28, 2026

New

  • ICT supply chains (B_05.02). Map subcontractors per contract and provider with rank (direct / indirect), country and the 19 official eba_TA:S01S19 service-type codes.
  • Function ↔ provider mapping (B_06.01). Many-to-many links between business functions and providers, each carrying its contract and ICT service type.
  • Intra-group links (B_02.03). Chain client ↔ intra-group provider ↔ external TPP with contract-reference autocompletion.

Improved

  • Register validation now reports errors, warnings and infos per template, covering referential integrity, LEI/date/EBA-code formats, mandatory fields and uniqueness.
  • Faster aggregation across all 15 templates when building the deposit package.
v1.2.0
Concentration risk, exit strategies and richer analytics.
Mar 10, 2026

New

  • Concentration risk analysis. By category and geography, with doughnut/bar charts and risk thresholds (>50% high, >30% medium).
  • Exit strategies (Art. 30). Document, version and schedule tests of exit plans for critical ICT dependencies.
  • Advanced analytics dashboard. Compliance progress bars, top-risk providers and expiring-contract widgets.

Improved

  • Provider detail view consolidated into five tabs: Overview, Contracts, Assessments, Exit strategy, Incidents.
v1.1.0
Due diligence, audit tracking and the Article 30 checklist.
Jan 22, 2026

New

  • Due diligence (Art. 28(4)). Pre-contractual checklist with decision and risk summary.
  • Audit tracking (Art. 28(5-6)). Audit types, finding severity and corrective-action follow-up.
  • Article 30 checklist. Art. 30(2) clauses for every contract and Art. 30(3) clauses for critical/important functions.
v1.0.1
Reliability patches: SQL errors surfaced, export fixes, simple extract.
Dec 12, 2025

Fixed

  • All business writes (create / update) now surface SQL errors to the UI — no more silent false « success ».
  • Corrected several edge cases in the EBA CSV export (escaping, empty controlled-code fields, per-template downloads).
  • Added a simple extract path for quick, raw CSV pulls of the register.
v1.0.0
Initial release — DORA register, the 15 EBA templates and the xBRL-CSV deposit package.
Nov 18, 2025

Highlights

  • DORA register of information (Art. 28(3)). Consolidated view of every ICT third-party arrangement.
  • 15 EBA ITS templates (Reporting Framework 4.0) with controlled eba_* codes: B_01.01 … B_99.01.
  • Deposit-ready xBRL-CSV (.zip) package matching the official structure (META-INF/reportPackage.json, reports/report.json, parameters.csv, FilingIndicators.csv + 15 CSVs).
  • Provider, contract, risk-assessment and third-party incident management.
  • Self-hosted Rust / Actix-web stack with MySQL + ClickHouse, deployed via Docker Compose.