Richiedere un nuovo campo o una regola#

Il catalogo non deve diventare una raccolta di campi aggiunti per singolo cliente senza modello comune. Ogni richiesta deve dimostrare il problema e l’impatto lungo il ciclo di vita.

Prima domanda#

Il requisito è davvero un campo?

Se limita valori già esistenti, è una regola.
Se descrive un diritto articolato, è una clausola/struttura.
Se deriva da altri dati, è un calcolo.
Se accade nel tempo, è un evento.
Se dimostra un fatto, è un’evidenza.
Se cambia il workflow, è uno stato/transizione.

Contenuto minimo della richiesta#

Titolo:
Richiedente e owner di dominio:
Problema da risolvere:
Perché i campi esistenti non bastano:
Tipo richiesto: campo / regola / clausola / calcolo / evento / evidenza
Utenti che lo usano:
Fase del ciclo di vita:
Definizione precisa:
Tipo e formato:
Valori ammessi:
Obbligatorietà e condizioni:
Dipendenze:
Validazioni:
Visibilità pubblica/riservata:
Effetti su Master Record e cashflow:
Effetti su collocamento, settlement e servicing:
Effetti API e migrazioni:
Esempi corretti/errati:
Data desiderata:

Valutazione#

La richiesta viene analizzata da:

owner di prodotto/dominio;
strutturazione/legale;
compliance;
tecnologia e API;
servicing/settlement se coinvolti;
privacy/security per dati sensibili.

Decisioni possibili#

Esito	Significato
Riusa campo esistente	Il requisito era già coperto
Aggiungi valore	Serve estendere una lista controllata
Aggiungi regola	Nessun nuovo dato, ma nuova relazione
Aggiungi struttura	Il concetto richiede più campi/oggetti
Aggiungi campo	Nuovo dato elementare stabile
Fuori perimetro	Appartiene a un sistema esterno
Rinvia	Mancano standard, owner o base operativa

Criteri di qualità#

Un nuovo campo deve avere:

field_id stabile e non ambiguo;
categoria;
label operativa;
tipo e scala;
API path;
valori ammessi;
dipendenze;
esempi;
test;
voce nel manuale;
strategia per i record esistenti.

Dati sensibili#

Non aggiungere nel Composer dati personali del beneficiario, residenza fiscale individuale, credenziali, chiavi o coordinate bancarie. Il Composer descrive lo strumento, non il cliente finale.

Change control#

Approvazione della specifica.
Aggiornamento catalogo/schema/mapping.
Implementazione UI e API.
Validazioni e calcoli.
Aggiornamento manuale.
Test di regressione e copertura.
Versione del catalogo.
Release note.
Comunicazione agli integratori.