Matrice Portabilita Safecondo -> Besant¶

Scopo¶

Questa nota serve a capire, in modo rapido, quali parti del flusso oggi costruito e collaudato lato Safecondo:

sono gia pronte anche per Besant
richiedono solo parametrizzazione
sono ancora hardcoded o governate con policy specifiche Safecondo

Non e un documento teorico: serve per decidere cosa puo essere riusato subito e cosa va prima sbloccato.

Premessa importante¶

Nel sistema attuale:

Safecondo non e un tenant puro separato, ma resta legato alla chiave tecnica tenant_extra
Besant usa la chiave tecnica tenant_besant

Questo punto e importante perche molte procedure operative sono trasportabili, ma alcune policy applicative oggi nascono ancora dal caso Safecondo.

Riferimenti:

Sintesi rapida¶

Gia pronto¶

modello commerciale multi-tenant
anagrafiche cliente / amministratore / rete / agente
flusso richieste -> offerta -> ticket -> documenti
diagnostica visibilita
checklist e collaudo Besant gia documentati
convenzioni route e menu gia definite per tenant multipli

Da parametrizzare¶

utenti, ruoli e collegamenti reali Besant
reti commerciali e reti di gestione effettive
listini e servizi attivi del tenant
perimetro documentale reale del tenant
branding e dati di stampa finali

Ancora hardcoded o specializzati Safecondo¶

policy menu documentale/RAS con safecondo_force=True
governance listini visibile solo su tenant safecondo/tenant_extra
alias host/tenant nati dal deployment Safecondo

Matrice¶

Area	Stato	Valutazione	Nota
Workflow operativo richiesta -> preventivo -> contratto -> fattura -> incarico -> verifica	Buono	Trasportabile	Il flusso descritto in `workflow_safecondo.md` e riusabile quasi interamente anche per Besant.
Modello commerciale (reti, amministratori, agenti, link cliente-servizio)	Buono	Trasportabile	Le tabelle e il modello dati sono multi-tenant.
Diagnostica visibilita e matrice permessi	Buono	Trasportabile	Gli strumenti sono gia pensati per verificare perimetri diversi.
Portale amministratore / flusso richieste	Medio-Alto	Trasportabile con setup	Il flusso c'e, ma va verificato il perimetro reale Besant.
Ticket / documentale / calendario interventi	Medio-Alto	Trasportabile con setup	La logica e generale, ma i collegamenti dati/tenant vanno verificati.
Listini RAS e preset tenant	Medio	Da parametrizzare	La struttura esiste, ma la governance oggi e stretta su Safecondo.
Menu listini e viste RAS amministrative	Medio-Basso	Non ancora pienamente trasportabile	Alcune voci sono ancora abilitate solo lato Safecondo.
Alias tenant/domain	Medio-Basso	Da ripulire	Safecondo usa ancora `tenant_extra`, quindi non tutto e neutro.
Naming operativo e convenzioni route	Alto	Gia pronto	Gia uniformato da documentazione.
Go-live e collaudo tenant	Alto	Gia pronto	Besant ha gia checklist e collaudo dedicati.

Cosa e gia chiaro e riusabile¶

Queste parti sono gia abbastanza mature e non richiedono una riscrittura concettuale per tenant_besant:

il flusso attori/stati del servizio
il modello di perimetro commerciale
il modello documentale
il RAS dinamico
gli strumenti di audit e diagnostica
la documentazione operativa Besant gia presente

Tradotto in pratica:

non serve reinventare il processo
serve solo staccarlo dai punti ancora marcati Safecondo

Cosa oggi dipende ancora da Safecondo¶

I punti piu delicati sono questi.

Nel bootstrap app ci sono controlli espliciti con:

safecondo_force=True
helper come menu_safecondo_documentale_admin()

Questo significa che alcune abilitazioni non dipendono solo dal modulo attivo del tenant, ma anche da policy nate apposta per Safecondo.

2. Governance listini¶

La documentazione e il codice dicono chiaramente che oggi:

Listini
Servizi Listino
Fasce RAS
Regole RAS
Preset Equivalenze RAS

sono governati come perimetro Safecondo.

Questa e la parte meno neutra e la meno immediatamente trasportabile.

3. Chiave tecnica tenant¶

Safecondo oggi vive su alias e compatibilita storiche:

tenant_extra
safecondo
safeops

Besant invece e piu lineare:

tenant_besant

Questo rende Besant piu pulito da governare, ma significa anche che non tutto quello che funziona su Safecondo e gia automaticamente generalizzato.

Valutazione finale¶

Le procedure sono chiare?¶

Si.

Il flusso lato processo e gia abbastanza chiaro e leggibile. La parte documentale esistente permette di capire:

chi fa cosa
in che ordine
quali viste usare
quali controlli fare prima del go-live

Sono trasportabili su Besant?¶

Si, in buona parte.

Ma non e corretto dire che siano gia completamente portate su Besant. Oggi e piu corretto dire:

il processo e trasportabile
il modello dati e in gran parte gia multi-tenant
alcune policy applicative/menu/listini sono ancora specializzate sul caso Safecondo

Ci sono gia su Besant?¶

In parte si:

documentazione go-live
collaudo
naming tenant
convenzioni route
base commerciale multi-tenant

Non ancora del tutto:

policy listini
abilitazioni menu RAS/documentale nate con safecondo_force
eventuali eccezioni operative legate agli alias tenant storici

Regola pratica consigliata¶

Per portare davvero il flusso da Safecondo a Besant, conviene usare questa sequenza:

confermare che il processo operativo da seguire e lo stesso
censire utenti, amministratori, reti e clienti reali Besant
parametrizzare listini e servizi attivi Besant
togliere o isolare le policy hardcoded Safecondo
fare collaudo tenant Besant completo

Conclusione¶

Il lavoro fatto su Safecondo non va buttato:

e chiaro
e utile
e per lo piu riusabile

Pero non e ancora corretto considerarlo automaticamente gia pronto su tenant_besant.

La formula piu onesta e:

processo gia riusabile
piattaforma quasi trasportabile
alcuni punti ancora da rendere davvero tenant-neutral