Naming Standard¶
Scopo¶
Questa pagina definisce le convenzioni di naming consigliate per mantenere coerenti:
- tenant;
- reti;
- anagrafiche;
- tipologie;
- servizi;
- ruoli operativi.
1. Tenant¶
Regola¶
Usare sempre il formato:
tenant_<nome>
Esempi:
tenant_besanttenant_ids
Da evitare¶
- mix tra:
besanttenant_besant
Motivo:
- crea filtri incoerenti;
- rompe select e perimetri;
- costringe a introdurre fallback non desiderati.
Eccezione attuale da mantenere¶
Nel sistema corrente esiste un tenant gia registrato con eccezione storica:
- host
safecondo.nxt-sense.eu - chiave tecnica
tenant_extra
Questa chiave va mantenuta cosi per evitare una migrazione non necessaria sul tenant gia attivo.
Quindi:
Safecondoresta mappato atenant_extra- non va forzato a
tenant_safecondose non con una migrazione dedicata e pianificata
2. Reti di Gestione¶
Nome¶
Formato consigliato:
Rete Gestione <nome>
Esempi:
Rete Gestione BesantRete Gestione Nord
Codice¶
Formato consigliato:
- maiuscolo corto, senza spazi
Esempi:
RG_BESANTRG_NORD
3. Reti Commerciali¶
Nome¶
Formato consigliato:
Rete Commerciale <nome partner>
Esempi:
Rete Commerciale NetopenRete Commerciale Demo
Codice¶
Formato consigliato:
- maiuscolo, breve, stabile
Esempi:
RC_NETOPENRC_DEMO
4. Aziende Commerciali¶
Regola¶
Se l'azienda commerciale deriva da una anagrafica cliente:
- mantenere lo stesso nome dell'anagrafica;
- evitare varianti non necessarie.
Esempio:
Netopen Di Emiliani Roberto
Non usare un secondo nome “tecnico” diverso se non serve.
5. Tipologie Cliente¶
Standard consigliato¶
Usare nomi stabili e consistenti:
CommercialeCondominioAmministratoreStudio AmministrativoProspectCliente Attivo
Regola¶
Le tipologie devono rappresentare il significato business dell'anagrafica, non il ruolo applicativo FAB.
6. Servizi¶
Codice servizio¶
Usare codici stabili e leggibili.
Esempi:
RAS_CONDOMINIODVR_BASEINTERVENTO_TECNICODUVRI_STANDARD
Nome servizio¶
Usare un nome leggibile lato utente.
Esempi:
RAS CondominioDVR BaseIntervento Tecnico
7. Utenti demo / test¶
Per utenti demo o di validazione usare nomi espliciti:
commercialegestionetecnico
Se servono piu varianti:
commerciale_besantgestione_besanttecnico_besant
8. Regola pratica finale¶
Una convenzione non serve solo per ordine. Serve per evitare:
- filtri vuoti;
- record non selezionabili;
- mismatch tra dati e perimetro;
- debug piu difficile.
Per questo motivo:
- tenant,
- tipologie,
- reti,
- servizi
vanno nominati in modo stabile e documentato.