PCPool Capital
Request a demo
☰

FAQ & resources

Understand securitisation and the Pool Capital infrastructure.

An accessible guide to the transaction lifecycle, the European framework and the product’s current capabilities.

The journey

The complete transaction lifecycle

Each stage brings together data, economic decisions, legal documentation and specialist participants. Technology supports coordination; it does not replace their analysis or responsibilities.

  1. 01

    Origination

    The institution originates or acquires receivables and gathers the information required to monitor them.

  2. 02

    Pool formation

    Assets meeting defined criteria are grouped together. Their quality, consistency and concentrations are reviewed.

  3. 03

    Structuring

    Cash flows, payment priorities, protections and tranches are defined according to the transaction objectives and intended risk profile.

  4. 04

    Transfer to the SPV

    Assets are typically transferred to a dedicated vehicle. The legal effect of that transfer depends on the documentation and applicable law.

  5. 05

    Issuance

    The vehicle issues securities backed by the pool cash flows, with different priorities and risk profiles.

  6. 06

    Subscription

    Investors assess the transaction, its documentation and risks before subscribing to tranches suited to their mandate.

  7. 07

    Monitoring & reporting

    Collections are allocated through the waterfall, while performance, defaults, repayments and events are monitored and reported.

European framework

Common rules, transaction-specific analysis.

In general, Regulation (EU) 2017/2402, known as the Securitisation Regulation, establishes a common framework for securitisations in the European Union. It sets due-diligence, transparency and risk-retention requirements, as well as a specific regime for transactions that may qualify as simple, transparent and standardised — STS. The STS designation does not eliminate risk and is not a public guarantee of performance.

Typically, the originator, sponsor or original lender must retain a material net economic interest of at least 5%, using one of the methods specified by the regulation. This retention is a regulatory minimum measured at origination; it does not relieve investors of their own due diligence and may be supplemented by other requirements.

ESMA contributes to consistent application of the framework, publishes STS notifications and supervises securitisation repositories. National competent authorities and, depending on the participants, other sector supervisors perform an essential oversight role. Legal, prudential, accounting and tax consequences must be assessed case by case.

This content is provided for information only and does not constitute legal, regulatory, tax or investment advice.

White label

Access the operating model without rebuilding the entire platform.

White-label infrastructure provides a shared technical foundation — data, workflows, monitoring and integrations — while preserving each institution’s identity, domain and client relationship. It can reduce the time and resources required to test or deploy a structured-finance workflow.

For a fintech, mid-sized asset manager or specialist fund, this can open access to tools previously limited to organisations able to fund years of internal development. That technical accessibility does not reduce regulatory obligations or the need for appropriate advisers, service providers and authorised participants.

Frequently asked questions

Clear answers, without overstatement.

Product suite

Seven products, one operating lifecycle.

The products below describe the product direction. Current capabilities are separated from planned functionality to represent the project’s stage accurately.

PoolCore

The shared foundation for assets and portfolios

The problemReceivables data is often dispersed across files, operational tools and teams, slowing review and portfolio construction.

TodayIn the current demonstration, PoolCore brings together receivables, portfolios, statuses, maturities and key attributes. Search, filters and consolidated views operate on data separated by organisation.

Direction & exampleAutomated imports, reconciliation and advanced quality controls are planned. Example: a fintech could assemble an eligible receivables portfolio and monitor its balance in one system of record.

PoolRisk

A consistent view of exposure

The problemComparing asset quality, concentrations and payment history requires a consistent view before any structuring decision.

TodayPoolRisk aggregates portfolio and receivables data to present sectors, countries, maturities and payment statuses. Low, Moderate and High remain stored demonstration values; no predictive model is claimed.

Direction & exampleValidated methodologies, scenarios and documented controls could be integrated with qualified partners. Example: identify a sector concentration before fixing a pool perimeter.

PoolStruct

Structure a transaction through a clear workflow

The problemMoving from a portfolio to a tranched structure requires coordination across assumptions, objectives, documentation and participants.

TodayPoolStruct allows users to select a portfolio, define a pool, configure Senior, Mezzanine and Junior tranches, and view illustrative scenarios. These scenarios are neither validated financial calculations nor recommendations.

Direction & exampleThe roadmap includes configurable engines, validations and approval workflows. Example: prepare an initial working structure for review by advisers and arrangers.

PoolVault

Connect the vehicle to the assets and transaction

The problemInformation about vehicles, compartments, transferred assets and documents is frequently tracked in separate silos.

TodayPoolVault provides a demonstrative view of SPVs, their jurisdiction, associated assets, documents and transactions. Creating a record in the product is an operational action, not the legal incorporation of an entity.

Direction & exampleConnections with legal providers, administrators and custodians could complete the workflow. Example: retrieve the vehicle and documentation linked to a structure from one case file.

PoolConnect

Organise the investor relationship

The problemCommitments, allocations, documents and institutional exchanges often lack a shared system of record.

TodayPoolConnect presents investors, commitments and allocations by issuance in a separated environment. Visible KYC/AML statuses are strictly fictional and no real regulatory verification is performed.

Direction & exampleOnboarding workflows and integrations with specialist providers are planned. Example: track intended allocations by tranche before closing, without managing funds directly.

PoolFlow

Monitor issuances, flows and reporting

The problemAfter issuance, teams must reconcile pool performance, allocations, events and stakeholder reporting.

TodayPoolFlow combines issuance views and reports generated from existing data. Demonstration charts and flows illustrate the product journey; they do not replace a paying agent, calculation agent or certified regulatory reporting.

Direction & exampleAutomated reports, controls and distribution schedules are among the planned developments. Example: prepare a periodic view of an issuance and its underlying asset performance.

PoolAPI

Connect the infrastructure to existing systems

The problemAn isolated platform forces teams to re-enter information and increases inconsistency risk.

TodayPoolAPI represents the integration layer for origination systems, servicing tools and partners. The current interface shows fictional keys and connectors; no public availability or comprehensive integration coverage is claimed.

Direction & exampleDocumented APIs, events and targeted connectors are intended to open progressively. Example: synchronise new receivables from an origination system into PoolCore without manual imports.

Functional demonstration product

Your use case deserves a focused discussion.

Request a demonstration