Sìntonia — Console

Istanze

Cliente	Istanza	Dominio	Stato	Interni	Versione	Ultimo contatto

«Apri» porta nel pannello di quel centralino con l'accesso già fatto, e arriva col lotto 26: l'interfaccia la serve l'istanza, non la console. Se questa console cade, i clienti continuano ad amministrare il proprio centralino.

Un'istanza in creazione si apre per rivedere le fasi dell'installazione, e per rigenerare il comando se il token è scaduto.

Rivenditori

Rivenditore	Contatto	Stato

Una credenziale sola

Ogni rivenditore riceve una sola credenziale, creata da noi. È la scelta di partenza: meno cose da spiegare, meno cose da sbagliare.

Il limite da conoscere: con un accesso condiviso il registro attività dice «NetCom ha creato un'istanza», non chi. Il modello dati prevede già più utenti: si aggiungono dalla scheda «Utenti», senza rifare nulla.

Il secondo fattore lo configura lui, al primo accesso. Non possiamo configurarlo noi, ed è esattamente il punto di un secondo fattore.

Aggiornamenti di flotta

Arriva col lotto 28. Canali stabile e anteprima, ondate con arresto automatico, rinvii del rivenditore, istanze congelate, e il fallimento raccontato con l'errore in chiaro.
Il meccanismo che applica gli aggiornamenti è del lotto 18, sull'istanza: qui si aggiunge chi decide. Finché nessuna istanza si aggiorna davvero, una tabella con dentro un'ondata di esempio direbbe una cosa che non è successa.

Portafoglio licenze

Rivenditore	Acquistate	Impegnate	Disponibili	In scadenza (90 gg)

Le licenze si pre-acquistano a blocchi da 1, 5 o 10, a prezzo unitario decrescente. Sulla console non si paga: l'ordine avviene fuori e H2Web accredita il blocco. Qui si vede solo cosa è stato venduto e cosa è stato consumato.

Movimenti

Quando	Movimento	Q.tà	Causale	Saldo

Il portafoglio è un registro di movimenti, non un contatore: nessun movimento si cancella, gli errori si correggono con una rettifica motivata. È l'unico modo per rispondere a «perché me ne risultano sei e non sette?».

Come funzionano le licenze

Consumi del mese

Arrivano col battito (lotto 25). Interni attivi, minuti e costo AI per rivenditore, esportabili per la fatturazione: sono numeri che li manda l'istanza, e finché non li manda nessuno non c'è niente da esportare.
Noi fatturiamo al rivenditore, il rivenditore al cliente: la console non conosce i prezzi finali.

Clienti chi paga il centralino: l'anagrafica sta qui, i suoi dati telefonici no

Cliente	Referente	Contatti	Istanze

Cosa non c'è qui

Nessun dato telefonico del cliente: interni, numeri, chiamate e registrazioni vivono solo sulla sua istanza e la console non li vede (§26.3).

Un cliente può avere più istanze — sedi diverse, o una di prova — e restano separate: un'istanza per cliente, mai un Asterisk condiviso.

Alla dismissione di un'istanza il cliente resta, con la sua storia: serve a non ricreare un'anagrafica doppia sei mesi dopo.

Utenti della console

Utente	Ruolo	2FA	Ultimo accesso	Stato

Chi entra qui può toccare decine di centralini: la verifica in due passaggi è obbligatoria e un utente senza 2FA attiva non accede — non è solo segnalato in questa tabella.

Questi non sono gli utenti dei centralini

Due gerarchie che non si toccano (§27): qui ci sono noi e i rivenditori. Gli utenti di un'istanza — amministratore e utenti collegati a un interno — li crea solo l'amministratore di quell'istanza, e da qui non si vedono né si creano.

Revocare le sessioni è l'operazione che serve quando un tecnico se ne va di venerdì: chiude tutto subito, comprese le mezze sessioni di chi è fermo davanti alla richiesta del codice.

Registro attività della console

Quando	Chi	Cosa	Oggetto	Esito	Da dove

Ogni operazione fatta dalla console finisce qui: chi, quando, su cosa, con che esito e da quale indirizzo. Il registro non si cancella e non si modifica.

Le azioni fatte dentro un'istanza dopo un accesso rapido non stanno qui: stanno nel registro di quell'istanza, attribuite all'utente locale (§26.6). Sono due registri, e va bene così — il cliente deve poter leggere il proprio senza dipendere da noi.