Distribuzione, mercato e regolamento#

Questi campi governano il passaggio dai termini al collocamento, alla detenzione, alla negoziazione e al servicing. Pre-collocamento e collocamento restano processi distinti.

Modello di collocamento — distribution_model#

Significato. Modello di collocamento: fixed_price, bookbuilding, auction o private_placement.

Dipendenze ed effetti. Determina raccolta, pricing e allocazione. Non trasforma il pre-collocamento in collocamento.

Esempio. bookbuilding.

Errore frequente. Scegliere un modello ma usare regole di prezzo/allocazione incompatibili.

Apertura offerta — offer_start#

Significato. Data di apertura della finestra di collocamento.

Dipendenze ed effetti. È distinta dalla finestra di pre-collocamento e deve essere coerente con approvazioni e issue date.

Esempio. 2027-02-01.

Errore frequente. Usare la data di avvio della consultazione commerciale.

Chiusura offerta — offer_end#

Significato. Data di chiusura del collocamento.

Dipendenze ed effetti. Dopo questa data non si accettano nuove sottoscrizioni salvo riapertura formalmente governata.

Esempio. 2027-02-20.

Errore frequente. Impostarla dopo l’issue date o prima dell’apertura.

Nominale target — target_nominal#

Significato. Nominale obiettivo del collocamento.

Dipendenze ed effetti. Può coincidere con total_nominal o rappresentare un target secondo la struttura. Deve essere compreso e riconciliato con l’importo emesso.

Esempio. 5000000.

Errore frequente. Inserire domanda attesa o controvalore cash.

Sottoscrizione minima — minimum_subscription#

Significato. Quantità nominale minima accettata in sottoscrizione.

Dipendenze ed effetti. Deve essere compatibile con denomination e regola distributiva. Può essere superiore al taglio.

Esempio. 100000 con taglio 1.000.

Errore frequente. Confonderla con minimum_lot del mercato secondario.

Regola di allocazione — allocation_rule#

Significato. Regola con cui la domanda viene trasformata in allocazioni. La UI include pro_rata, first_come_pro_rata, auction_uniform, discretionary.

Dipendenze ed effetti. Deve essere coerente con il modello di collocamento e documentata. L’allocazione discrezionale richiede governance e motivazione.

Esempio. pro_rata in caso di sovrasottoscrizione.

Errore frequente. Cambiare regola dopo aver visto gli ordini senza base approvata.

Prezzo di collocamento per 100 — initial_price#

Significato. Prezzo di collocamento per 100 di nominale.

Dipendenze ed effetti. Determina il cash iniziale delle allocazioni. È distinto dal prezzo contrattuale di emissione.

Esempio. 99.50.

Errore frequente. Usare il rendimento target nel campo prezzo.

Rendimento target % — target_yield#

Significato. Rendimento obiettivo, inserito in percentuale.

Dipendenze ed effetti. È informativo o usato nel pricing secondo il modello; non sostituisce il calcolo completo.

Esempio. 4.35.

Errore frequente. Inserire 0.0435 nella UI o trattarlo come cedola.

Protocolli di negoziazione — protocols#

Significato. Elenco dei protocolli ammessi sul secondario: rfq, dealer_quotes, limit_orders, trade_registration.

Dipendenze ed effetti. Alimenta le capability dell’Exchange/Client. Se vuoto, il titolo può restare non negoziabile nella superficie prevista e genera warning.

Esempio. rfq e dealer_quotes.

Errore frequente. Attivare limit_orders senza un circuito che li supporti realmente.

Lotto minimo — minimum_lot#

Significato. Nominale minimo per una negoziazione secondaria.

Dipendenze ed effetti. Deve essere compatibile con denomination e con la prassi del mercato. È distinto dalla sottoscrizione minima.

Esempio. 100000.

Errore frequente. Impostarlo più basso del taglio o non multiplo del taglio.

Modello di intestazione — holder_model#

Significato. Modello di intestazione: intermediated o direct.

Dipendenze ed effetti. Determina rapporto fra conto di registrazione e detentore, wallet e disclosure. Deve essere coerente con l’assetto giuridico.

Esempio. intermediated per conti omnibus/segregati dell’intermediario.

Errore frequente. Scegliere direct perché si usa una blockchain, ignorando il modello legale.

Rail di regolamento — rail_profile#

Significato. Rail di regolamento previsto: commercial_bank, external_csd, central_bank_future nella baseline.

Dipendenze ed effetti. Seleziona il profilo di integrazione e i prerequisiti. Non basta a rendere disponibile un provider reale.

Esempio. commercial_bank.

Errore frequente. Scegliere un rail futuro o non qualificato per una data di go-live imminente.

Ciclo di regolamento — settlement_cycle#

Significato. Ciclo indicativo di regolamento, per esempio T0, T1, T2.

Dipendenze ed effetti. Guida date e aspettative del DvP; la finalità effettiva dipende dal provider e dagli eventi.

Esempio. T0.

Errore frequente. Confonderlo con i livelli di prova T0/T1/T2 di CertiSigma.

Record date giorni — record_date_days#

Significato. Numero di giorni fra record date e payment date secondo la regola semplificata della baseline.

Dipendenze ed effetti. Materializza snapshot e obbligazioni di servicing. Deve essere coerente con documenti e calendario.

Esempio. 5.

Errore frequente. Inserire giorni lavorativi quando il sistema interpreta giorni di calendario senza specificarlo.

Liquidity provider richiesto — liquidity_provider_required#

Significato. Indica che il modello operativo prevede un liquidity provider.

Dipendenze ed effetti. Richiede identificazione, mandato, quote e controlli. Non crea automaticamente liquidità.

Esempio. Attivo quando l’emissione prevede un impegno di quotazione.

Errore frequente. Usarlo come dichiarazione promozionale senza soggetto e SLA.

Omnibus ammesso — omnibus_allowed#

Significato. Indica che la detenzione tramite conto omnibus è ammessa.

Dipendenze ed effetti. Consente posizione aggregata nel Core e ripartizione locale dell’intermediario. Incide su record date e attestazioni di distribuzione.

Esempio. Attivo per modello intermediato.

Errore frequente. Attivarlo senza definire responsabilità su beneficiari e fiscalità.

Segregato ammesso — segregated_allowed#

Significato. Indica che sono ammessi conti segregati.

Dipendenze ed effetti. Consente intestazioni separate secondo governance. Può convivere con omnibus se entrambi previsti.

Esempio. Attivo per offrire segregazione a specifici investitori.

Errore frequente. Confondere segregazione del conto con segregazione patrimoniale legale non prevista.