A seven-stage methodology
for layered capital structures.

The Mandate Readiness Assessment (MRA) is the PRE stage of the Capital Architecture Framework: it scores five preconditions — P-1 to P-5 — on a 0–10 scale to decide whether a mandate is architecturally viable before design resources are committed. The MRA exists because capital architecture design is resource-intensive. Investing significant practitioner time in a mandate that fails on precondition P-1 (identifiable market failure) or P-3 (catalytic capital availability) is a waste of resources. The MRA filters the mandate before design begins.

The five preconditions are: P-1 identifiable market failure · P-2 institutional appetite · P-3 catalytic capital availability · P-4 replication potential · P-5 governance feasibility. Each is scored 0, 1, or 2. A mandate that does not clear the threshold cannot be designed; it must be remediated upstream first.

Das Mandate Readiness Assessment (MRA) ist die PRE-Stufe des Capital Architecture Framework: Es bewertet fünf Vorbedingungen — P-1 bis P-5 — auf einer Skala von 0 bis 10, um zu entscheiden, ob ein Mandat architektonisch tragfähig ist, bevor Designressourcen committed werden. Das MRA existiert, weil Capital-Architecture-Design ressourcenintensiv ist. Erhebliche Praktikerzeit in ein Mandat zu investieren, das an Vorbedingung P-1 (identifizierbares Marktversagen) oder P-3 (Verfügbarkeit katalytischen Kapitals) scheitert, ist Ressourcenverschwendung. Das MRA filtert das Mandat vor dem Designprozess.

Die fünf Vorbedingungen sind: P-1 identifizierbares Marktversagen · P-2 institutionelle Bereitschaft · P-3 Verfügbarkeit katalytischen Kapitals · P-4 Replikationspotenzial · P-5 Governance-Machbarkeit. Jede wird mit 0, 1 oder 2 bewertet. Ein Mandat, das die Schwelle nicht erreicht, kann nicht designt werden — es muss zunächst upstream remediiert werden.

Le Mandate Readiness Assessment (MRA) est la PRE-étape du Capital Architecture Framework : il évalue cinq préconditions — P-1 à P-5 — sur une échelle de 0 à 10 pour déterminer si un mandat est architecturalement viable avant que des ressources de conception ne soient engagées. Le MRA existe parce que la conception en capital architecture est une activité intensive en ressources. Investir un temps de praticien significatif dans un mandat qui échoue sur la précondition P-1 (défaillance de marché identifiable) ou P-3 (disponibilité du capital catalytique) constitue un gaspillage de ressources. Le MRA filtre le mandat avant que la conception ne commence.

Les cinq préconditions sont : P-1 défaillance de marché identifiable · P-2 appétit institutionnel · P-3 disponibilité du capital catalytique · P-4 potentiel de réplication · P-5 faisabilité de la gouvernance. Chacune est évaluée 0, 1 ou 2. Un mandat qui ne franchit pas le seuil ne peut être conçu ; il doit d’abord être remédié en amont.

Il Mandate Readiness Assessment (MRA) è la PRE-fase del Capital Architecture Framework: valuta cinque precondizioni — P-1 a P-5 — su una scala da 0 a 10 per determinare se un mandato è architetturalmente viable prima che le risorse di design vengano impegnate. Il MRA esiste perché il design in capital architecture è un’attività intensiva in termini di risorse. Investire tempo significativo di practitioner in un mandato che fallisce sulla precondizione P-1 (fallimento di mercato identificabile) o P-3 (disponibilità del capitale catalitico) è uno spreco di risorse. Il MRA filtra il mandato prima che il design cominci.

Le cinque precondizioni sono: P-1 fallimento di mercato identificabile · P-2 appetito istituzionale · P-3 disponibilità del capitale catalitico · P-4 potenziale di replicazione · P-5 fattibilità della governance. Ciascuna è valutata 0, 1 o 2. Un mandato che non supera la soglia non può essere progettato; deve essere rimediato a monte.

The Mandate Readiness Assessment (MRA) is the PRE stage of the Capital Architecture Framework: it scores five preconditions — P-1 to P-5 — on a 0–10 scale to decide whether a mandate is architecturally viable before design resources are committed. The MRA exists because capital architecture design is resource-intensive. Investing significant practitioner time in a mandate that fails on precondition P-1 (identifiable market failure) or P-3 (catalytic capital availability) is a waste of resources. The MRA filters the mandate before design begins.

The five preconditions are: P-1 identifiable market failure · P-2 institutional appetite · P-3 catalytic capital availability · P-4 replication potential · P-5 governance feasibility. Each is scored 0, 1, or 2. A mandate that does not clear the threshold cannot be designed; it must be remediated upstream first.

Mandate Cartography is Stage 1 of the Capital Architecture Framework: it maps the financing need across four dimensions — capital-need type, risk topology, investor universe, and replication corridor — before any structural design begins. Stage 1 is diagnostic. Before a single tranche is sketched, the practitioner must produce a complete topology of the financing need: the type of capital required at each layer, the risk that capital will absorb, the universe of investors plausibly willing to underwrite each layer, and the replication corridor — the set of mandates that share enough structure to be financed by the same template.

The Mandate Topology Map is the single deliverable. It conditions every Stage 2 decision.

Mandate Cartography ist Stufe 1 des Capital Architecture Framework: Sie kartiert den Finanzierungsbedarf entlang vier Dimensionen — Kapitalbedarfs-Typ, Risiko-Topologie, Investorenuniversum und Replikationskorridor — bevor jegliches strukturelles Design beginnt. Stufe 1 ist diagnostisch. Bevor eine einzige Tranche skizziert wird, muss der Praktiker eine vollständige Topologie des Finanzierungsbedarfs produzieren: den Kapitaltyp pro Layer, das Risiko, das dieses Kapital absorbiert, das plausible Investorenuniversum pro Layer und den Replikationskorridor — die Menge an Mandaten, die genug Struktur teilen, um vom selben Template finanziert zu werden.

Die Mandats-Topologie-Karte ist das einzige Lieferobjekt. Sie konditioniert jede Stufe-2-Entscheidung.

Mandate Cartography est l’étape 1 du Capital Architecture Framework : elle cartographie le besoin de financement selon quatre dimensions — type de capital requis, topologie du risque, investor universe et corridor de réplication — avant que tout design structurel ne commence. L’étape 1 est diagnostique. Avant qu’une seule tranche ne soit esquissée, le praticien doit produire une topologie complète du besoin de financement : le type de capital requis à chaque couche, le risque que ce capital absorbera, l’univers des investisseurs plausiblement disposés à souscrire chaque couche, et le corridor de réplication — l’ensemble des mandats qui partagent suffisamment de structure pour être financés par le même template.

La Mandate Topology Map est le livrable unique. Elle conditionne chaque décision de l’étape 2.

Mandate Cartography è lo stadio 1 del Capital Architecture Framework: mappa l’esigenza di finanziamento lungo quattro dimensioni — tipo di capitale richiesto, topologia del rischio, investor universe e corridoio di replicazione — prima che qualsiasi design strutturale abbia inizio. Lo stadio 1 è diagnostico. Prima che una singola tranche venga abbozzata, il practitioner deve produrre una topologia completa dell’esigenza di finanziamento: il tipo di capitale richiesto a ciascun livello, il rischio che quel capitale assorbirà, l’universo degli investitori plausibilmente disposti a sottoscrivere ciascun livello, e il corridoio di replicazione — l’insieme dei mandati che condividono struttura sufficiente per essere finanziati dallo stesso template.

La Mandate Topology Map è il livrable unico. Condiziona ogni decisione dello stadio 2.

Mandate Cartography is Stage 1 of the Capital Architecture Framework: it maps the financing need across four dimensions — capital-need type, risk topology, investor universe, and replication corridor — before any structural design begins. Stage 1 is diagnostic. Before a single tranche is sketched, the practitioner must produce a complete topology of the financing need: the type of capital required at each layer, the risk that capital will absorb, the universe of investors plausibly willing to underwrite each layer, and the replication corridor — the set of mandates that share enough structure to be financed by the same template.

The Mandate Topology Map is the single deliverable. It conditions every Stage 2 decision.

Tranche Architecture is Stage 2 of the Capital Architecture Framework: it designs the capital structure’s layered composition — the seniority, rights, and return profile of each tranche — together with the intercreditor logic and the distribution waterfall. Stage 2 is design. The practitioner constructs the tranche stack from senior to first-loss, defines the rights and enforcement powers attached to each class, and sets the distribution waterfall. Decisions made here are binding through the mandate’s lifecycle — cycle-aware design at this stage is non-negotiable.

Tranche Architecture ist Stufe 2 des Capital Architecture Framework: Sie entwirft die geschichtete Komposition der Kapitalstruktur — Seniorität, Rechte und Renditeprofil jeder Tranche — zusammen mit der Intercreditor-Logik und der Distribution-Waterfall. Stufe 2 ist Design. Der Praktiker konstruiert den Tranche-Stack von Senior bis First-Loss, definiert Rechte und Enforcement-Befugnisse pro Klasse und legt die Distribution-Waterfall fest. Hier getroffene Entscheidungen sind über den gesamten Mandats-Lebenszyklus bindend — Cycle-aware Design ist auf dieser Stufe nicht verhandelbar.

Tranche Architecture est l’étape 2 du Capital Architecture Framework : elle conçoit la composition en couches de la structure de capital — la séniorité, les droits et le profil de rendement de chaque tranche — en même temps que la logique intercréancière et la distribution waterfall. L’étape 2 est le design. Le praticien construit le tranche stack du senior au first-loss, définit les droits et les pouvoirs d’enforcement attachés à chaque classe, et fixe la distribution waterfall. Les décisions prises à ce stade sont contraignantes pour l’ensemble du cycle de vie du mandat — un design cycle-aware à cette étape n’est pas négociable.

Tranche Architecture è lo stadio 2 del Capital Architecture Framework: progetta la composizione stratificata della struttura di capitale — la seniority, i diritti e il profilo di rendimento di ciascuna tranche — insieme alla logica intercreditore e alla distribution waterfall. Lo stadio 2 è il design. Il practitioner costruisce il tranche stack dal senior al first-loss, definisce i diritti e i poteri di enforcement associati a ciascuna classe, e stabilisce la distribution waterfall. Le decisioni prese in questa fase sono vincolanti per l’intero ciclo di vita del mandato — un design cycle-aware in questa fase non è negoziabile.

Tranche Architecture is Stage 2 of the Capital Architecture Framework: it designs the capital structure’s layered composition — the seniority, rights, and return profile of each tranche — together with the intercreditor logic and the distribution waterfall. Stage 2 is design. The practitioner constructs the tranche stack from senior to first-loss, defines the rights and enforcement powers attached to each class, and sets the distribution waterfall. Decisions made here are binding through the mandate’s lifecycle — cycle-aware design at this stage is non-negotiable.

Risk Allocation Engineering is Stage 3 of the Capital Architecture Framework: it maps each risk to the tranche best positioned to absorb it and produces the Risk Allocation Matrix with loss-coverage attribution by tranche. Stage 3 is the quantitative heart of the framework. Every risk identified in Stage 1 must be allocated to a specific tranche, and the model must produce coverage attribution that institutional LPs can stress-test. Vague allocations fail Stage 5.

Risk Allocation Engineering ist Stufe 3 des Capital Architecture Framework: Sie ordnet jedes Risiko der Tranche zu, die am besten positioniert ist, es zu absorbieren, und produziert die Risiko-Allokations-Matrix mit Loss-Coverage-Attribution pro Tranche. Stufe 3 ist das quantitative Herz des Frameworks. Jedes in Stufe 1 identifizierte Risiko muss einer spezifischen Tranche zugeordnet werden, und das Modell muss eine Coverage-Attribution produzieren, die institutionelle LPs stresstesten können. Vage Allokationen scheitern in Stufe 5.

Risk Allocation Engineering est l’étape 3 du Capital Architecture Framework : elle alloue chaque risque à la tranche la mieux positionnée pour l’absorber et produit la Risk Allocation Matrix avec l’attribution de la couverture des pertes par tranche. L’étape 3 est le cœur quantitatif du framework. Chaque risque identifié à l’étape 1 doit être alloué à une tranche spécifique, et le modèle doit produire une attribution de couverture que les LP institutionnels peuvent soumettre à des stress tests. Les allocations vagues échouent à l’étape 5.

Risk Allocation Engineering è lo stadio 3 del Capital Architecture Framework: alloca ciascun rischio alla tranche meglio posizionata per assorbirlo e produce la Risk Allocation Matrix con l’attribuzione della copertura delle perdite per tranche. Lo stadio 3 è il nucleo quantitativo del framework. Ogni rischio identificato nello stadio 1 deve essere allocato a una tranche specifica, e il modello deve produrre un’attribuzione della copertura che i LP istituzionali possano sottoporre a stress test. Le allocazioni vaghe falliscono allo stadio 5.

Risk Allocation Engineering is Stage 3 of the Capital Architecture Framework: it maps each risk to the tranche best positioned to absorb it and produces the Risk Allocation Matrix with loss-coverage attribution by tranche. Stage 3 is the quantitative heart of the framework. Every risk identified in Stage 1 must be allocated to a specific tranche, and the model must produce coverage attribution that institutional LPs can stress-test. Vague allocations fail Stage 5.

Return Engineering is Stage 4 of the Capital Architecture Framework: it verifies that every capital class can meet its threshold return simultaneously, across base, downside, and tail scenarios. Stage 4 is the simultaneity check. A capital structure that delivers the senior return only by starving the first-loss tranche is not a working structure. Stage 4 enforces that every tranche meets its threshold under the base case and a defined downside scenario simultaneously.

Return Engineering ist Stufe 4 des Capital Architecture Framework: Sie verifiziert, dass jede Kapitalklasse ihre Schwellenrendite simultan erreichen kann — über Base-, Downside- und Tail-Szenarien. Stufe 4 ist der Simultaneitäts-Check. Eine Kapitalstruktur, die die Senior-Rendite nur durch Aushungern der First-Loss-Tranche liefert, ist keine funktionierende Struktur. Stufe 4 erzwingt, dass jede Tranche ihre Schwelle simultan unter Base- und definiertem Downside-Szenario erfüllt.

Return Engineering est l’étape 4 du Capital Architecture Framework : elle vérifie que chaque classe de capital peut atteindre son rendement seuil simultanément, dans les scénarios base, downside et tail. L’étape 4 est le contrôle de simultanéité. Une structure de capital qui délivre le rendement senior uniquement en privant la tranche first-loss n’est pas une structure opérationnelle. L’étape 4 impose que chaque tranche atteigne son seuil simultanément dans le scénario de base et dans un scénario downside défini.

Return Engineering è lo stadio 4 del Capital Architecture Framework: verifica che ciascuna classe di capitale possa raggiungere il proprio rendimento soglia simultaneamente, negli scenari base, downside e tail. Lo stadio 4 è il controllo di simultaneità. Una struttura di capitale che fornisce il rendimento senior soltanto privando la tranche first-loss non è una struttura funzionante. Lo stadio 4 impone che ciascuna tranche soddisfi la propria soglia simultaneamente nello scenario base e in uno scenario downside definito.

Return Engineering is Stage 4 of the Capital Architecture Framework: it verifies that every capital class can meet its threshold return simultaneously, across base, downside, and tail scenarios. Stage 4 is the simultaneity check. A capital structure that delivers the senior return only by starving the first-loss tranche is not a working structure. Stage 4 enforces that every tranche meets its threshold under the base case and a defined downside scenario simultaneously.

Replication Testing is Stage 5 of the Capital Architecture Framework: it determines whether a structure can be standardised into a reusable template and whether it survives the stress conditions under which it must hold, closing with the binary QGR-5 gate. Stage 5 is where the architecture is tested against the conditions under which it must hold: late-cycle defaults, liability management exercises, regulatory reclassifications. The QGR-5 gate is binary. Structures that fail it cannot be deployed; they re-enter the design room.

Replication Testing ist Stufe 5 des Capital Architecture Framework: Sie bestimmt, ob eine Struktur in ein wiederverwendbares Template standardisiert werden kann und ob sie die Stressbedingungen überlebt, unter denen sie tragen muss, abgeschlossen durch das binäre QGR-5-Gate. Stufe 5 testet die Architektur unter den Bedingungen, unter denen sie tragen muss: Late-Cycle-Defaults, Liability Management Exercises, regulatorische Reklassifikationen. Das QGR-5-Gate ist binär. Strukturen, die scheitern, können nicht deployed werden — sie kehren in den Designraum zurück.

Replication Testing est l’étape 5 du Capital Architecture Framework : elle détermine si une structure peut être standardisée en un template réutilisable et si elle survit aux conditions de stress dans lesquelles elle doit tenir, en se concluant par le gate binaire QGR-5. L’étape 5 est celle où l’architecture est testée contre les conditions dans lesquelles elle doit tenir : défauts de fin de cycle, liability management exercises, reclassifications réglementaires. Le gate QGR-5 est binaire. Les structures qui échouent ne peuvent être déployées ; elles retournent en salle de conception.

Replication Testing è lo stadio 5 del Capital Architecture Framework: determina se una struttura può essere standardizzata in un template riutilizzabile e se sopravvive alle condizioni di stress in cui deve tenere, concludendosi con il gate binario QGR-5. Lo stadio 5 è quello in cui l’architettura viene testata contro le condizioni in cui deve tenere: default di fine ciclo, liability management exercises, riclassificazioni regolamentari. Il gate QGR-5 è binario. Le strutture che lo falliscono non possono essere deployate; rientrano nella sala di progettazione.

Replication Testing is Stage 5 of the Capital Architecture Framework: it determines whether a structure can be standardised into a reusable template and whether it survives the stress conditions under which it must hold, closing with the binary QGR-5 gate. Stage 5 is where the architecture is tested against the conditions under which it must hold: late-cycle defaults, liability management exercises, regulatory reclassifications. The QGR-5 gate is binary. Structures that fail it cannot be deployed; they re-enter the design room.

Lifecycle Governance is the POST stage of the Capital Architecture Framework: it produces the governance documentation institutional LPs evaluate over the mandate’s lifetime, at the standard expected by ILPA DDQ 2.0. POST-stage governance is what separates structures that deploy from structures that just look good in a deck. The governance pack maps explicitly to ILPA DDQ 2.0’s seven due-diligence areas. Adaptation protocols specify how the architecture responds to portfolio drift, regulatory change, and counterparty stress over the mandate’s lifetime.

Lifecycle Governance ist die POST-Stufe des Capital Architecture Framework: Sie produziert die Governance-Dokumentation, die institutionelle LPs über die Mandats-Laufzeit bewerten, am Standard von ILPA DDQ 2.0. POST-Stage-Governance trennt Strukturen, die deployen, von Strukturen, die nur in einem Pitchdeck gut aussehen. Das Governance-Pack mappt explizit auf die sieben Due-Diligence-Bereiche von ILPA DDQ 2.0. Anpassungs-Protokolle spezifizieren, wie die Architektur auf Portfolio-Drift, regulatorische Veränderung und Counterparty-Stress über die Mandats-Laufzeit reagiert.

Lifecycle Governance est la POST-étape du Capital Architecture Framework : elle produit la documentation de gouvernance que les LP institutionnels évaluent sur toute la durée du mandat, au standard attendu par ILPA DDQ 2.0. La gouvernance POST-étape est ce qui distingue les structures qui se déploient des structures qui paraissent simplement convaincantes dans un deck. Le dossier de gouvernance se mappe explicitement sur les sept domaines de due diligence d’ILPA DDQ 2.0. Les protocoles d’adaptation précisent comment l’architecture répond à la dérive du portefeuille, aux changements réglementaires et au stress des contreparties sur la durée du mandat.

Lifecycle Governance è la POST-fase del Capital Architecture Framework: produce la documentazione di governance che i LP istituzionali valutano per tutta la durata del mandato, allo standard atteso da ILPA DDQ 2.0. La governance POST-stadio è ciò che distingue le strutture che si deployano da quelle che si limitano ad apparire convincenti in un deck. Il dossier di governance si mappa esplicitamente sui sette ambiti di due diligence di ILPA DDQ 2.0. I protocolli di adattamento specificano come l’architettura risponde alla deriva del portafoglio, ai cambiamenti regolamentari e allo stress delle controparti nel corso della durata del mandato.

Lifecycle Governance is the POST stage of the Capital Architecture Framework: it produces the governance documentation institutional LPs evaluate over the mandate’s lifetime, at the standard expected by ILPA DDQ 2.0. POST-stage governance is what separates structures that deploy from structures that just look good in a deck. The governance pack maps explicitly to ILPA DDQ 2.0’s seven due-diligence areas. Adaptation protocols specify how the architecture responds to portfolio drift, regulatory change, and counterparty stress over the mandate’s lifetime.