Servicing, fiscalità e paying agent#

Il servicing governa record date, obbligazioni di pagamento, istruzioni, ricevute, distribuzioni, covenant, correzioni e riconciliazioni.

Creare un evento#

L’evento deriva dal Master Record. Controllare:

• strumento;
• tipo (cedola, rimborso, ammortamento);
• record date;
• payment date;
• versione dei termini;
• importi attesi.

Crea evento materializza snapshot e obbligazioni per i conti di registrazione.

Fiscalità aggregata#

Il Core conserva riepiloghi per conto:

• lordo;
• ritenute;
• altre imposte;
• netto;
• riferimento profilo fiscale esterno;
• stato documentazione;
• responsabile del calcolo.

Non conserva residenza o aliquota del singolo beneficiario.

Paying agent#

Il flusso può attraversare:

draft → submitted → received → accepted
→ pending_tax_validation / pending_funding
→ partially_paid / paid / rejected
→ reconciled

Registrare esiti e codici strutturati.

Eseguire e simulare#

In ambiente autorizzato, Esegui invia al provider; Simula esito consente di esercitare stati. Non usare la console simulata in produzione.

Correzione#

1. Identificare ricevuta/evento originario.
2. Creare correzione con importi e motivo.
3. Ottenere approvazione prevista.
4. Applicare a ricevute e riepiloghi.
5. Gestire recupero/compensazione fuori dal Core.
6. Riconciliare.

Covenant#

Registrare misurazione, data, soglia, esito, fonte ed evidenza. Un breach può aprire remediation, cure period, waiver o evento contrattuale; non deve essere chiuso con una nota generica.

Riconciliazione#

Confrontare:

• obbligazioni;
• istruzioni;
• ricevute cash;
• lordo/imposte/netto;
• distribuzioni;
• sospesi;
• correzioni.

Record date e trasferimenti pendenti#

La titolarità rilevante deriva dallo snapshot secondo le regole. I trasferimenti pendenti devono essere trattati in modo coerente con finalità e cut-off. Non spostare retroattivamente il beneficiario.