Supervisione dei lotti di crediti#

Il Core governa i lotti statici presentati dagli intermediari: verifica struttura, cristallizzazione, processo competitivo, cessione, DvP e servicing.

Controllo della bozza#

Prima del freeze verificare:

• proponente autorizzato;
• tipo di attivo;
• cut-off date;
• asset count;
• nominale iniziale;
• valuta;
• prezzo richiesto e percentuale;
• data tape hash;
• duplicati/errori;
• documenti e disclosure.

Il Core non valuta se il proponente avrebbe dovuto selezionare crediti diversi.

Cristallizzazione#

Il freeze deve produrre:

• versione;
• data_tape_hash;
• composition_hash;
• manifest_hash;
• conteggi e totali;
• attestazione del venditore.

Dopo il freeze non consentire mutazioni dei singoli asset. Una correzione prima della pubblicazione richiede nuova versione.

Pubblicazione e accessi#

La disclosure aggregata può essere visibile a un perimetro più ampio del data tape. Il dettaglio richiede core.asset_lots.sensitive e regole di data room.

Offerte e aggiudicazione#

Controllare validità, importo/% nominale, valuta, stato funding e condizioni. L’aggiudicazione riguarda l’intero lotto.

Settlement#

La consegna è modellata come asset_lot_assignment, con manifest hash come riferimento di lock. Il DvP separa cash e finalità della cessione.

Servicing e riconciliazione#

Registrare eventi senza riscrivere la composizione. Verificare:

• outstanding;
• incassi;
• costi;
• perdite;
• chiusure;
• correzioni;
• riepilogo del servicer.

Una correzione che ripristina outstanding può riaprire il lotto chiuso, mantenendo la storia.

Incidenti#

• hash non coincidente;
• asset count/nominale divergenti;
• offerta su lotto scaduto;
• cash finalizzato senza cessione;
• servicing riferito a asset non inclusi;
• data tape esposto a ruolo non autorizzato.