DORA and TPRM terms used across the product.
The Digital Operational Resilience Act (Regulation (EU) 2022/2554). Pillar IV governs ICT third-party risk — the scope tprm.mlab.sh implements.
Third-Party Risk Management. The discipline of identifying, assessing and monitoring risk arising from external service providers.
An undertaking providing ICT services to a financial entity. Each one is recorded as a provider and feeds template B_05.01.
Legal Entity Identifier (ISO 17442) — a 20-character code uniquely identifying a legal entity. Mandatory for the reporting entity and used throughout the register.
The European Banking Authority's Implementing Technical Standards. They define the register's structure: 15 templates (B_01.01 … B_99.01) under Reporting Framework 4.0.
The consolidated record of all ICT third-party contractual arrangements required by DORA Article 28(3). tprm.mlab.sh builds it from every module.
The CSV-based variant of the xBRL reporting standard. The deposit package wraps the 15 CSVs with the official taxonomy metadata into a single .zip.
An enumerated value from a DORA 4.0 vocabulary (eba_CT, eba_TA, eba_GA, eba_CU, etc.). Selected in the UI, emitted on export.
Over-dependence on a small number of providers, categories or geographies. Analysed by category and country with thresholds (>50% high, >30% medium).
Recovery Time Objective and Recovery Point Objective — how quickly a function must recover and how much data loss is tolerable. Captured per business function.
A documented plan to wind down or substitute a critical ICT dependency, including test dates and versioning. Required under Article 30 for critical/important functions.
The cascade of subcontractors behind a direct provider, ranked by tier (rank 1 = direct, rank 2+ = indirect). Mapped in template B_05.02.
A function whose disruption would materially impair the financial entity's operations or regulatory compliance. Drives the Art. 30(3) clause requirements.
DORA's general principles for ICT third-party risk — including due diligence (28(4)), audit rights (28(5-6)) and the register of information (28(3)).
DORA's mandatory contractual provisions. 30(2) clauses apply to all contracts; 30(3) clauses add requirements for critical/important functions.
The pre-contractual assessment of a prospective provider (criticality, supervision, concentration, security, continuity, exit) under Article 28(4).
Role-based access control. tprm.mlab.sh uses a 12-bit permission model spanning team, providers, contracts, assessments, incidents, register/compliance and settings.
The 48-hour window during which a cached license keeps the instance running if mlab.sh is unreachable. See Licensing.