Copertura del manuale
Inventario verificabile delle aree di ISP Billing e stato reale della loro documentazione.
Ultimo aggiornamento: 2026-08-20
Come leggere lo stato
Questa pagina impedisce di confondere una guida disponibile con la documentazione completa del prodotto. Una macro-area è completa soltanto quando pagine, azioni, campi, stati, permessi, varianti, integrazioni e casi di errore sono stati censiti e descritti in italiano e inglese.
- Da censire: area individuata, inventario delle singole funzioni non ancora concluso.
- In analisi: interfaccia, route, controller e viste sono in esame.
- Bozza: esiste già contenuto, ma la copertura non è ancora esaustiva.
- Verificata: la specifica procedura è stata riprodotta nel browser e confrontata con il codice.
- Non riproducibile: funzione descritta dal codice o mediante schema, con il limite dichiarato.
Area amministrativa ISP
Stato generale: in analisi. Il censimento iniziale ha individuato le famiglie seguenti. Le guide Clienti, Servizi e Fatturazione sono bozze operative già avviate, non macro-aree concluse.
- Dashboard, account ISP, gruppi, ruoli, permessi, accessi, impostazioni generali e avvisi
- CRM clienti, fornitori, rivenditori, contratti, preventivi, attività e campi personalizzati
- Catalogo servizi, categorie, tipologie, bundle, istanze, provisioning, time pack e servizi non fatturati
- Fatture, proforme, note di credito, elementi fatturabili, pagamenti, rate, XML, Aruba FE e prima nota
- Magazzino, e-commerce, ordini, esportazioni, report e adempimenti
- Ticket, comunicazioni, e-mail, SMS, WhatsApp, Sendoo, ISP Message e notifiche
- VoIP, MessageNet, MOR, Qboxmail e Uno Communications
- Radius, ISP Radius 2, Wime Radius, rete, VLAN, IP pubblici, UISP, cnMaestro, ACS e Optiwize
- Coverage Map, FiberCop, Olo2Olo, OpNet, Wholesale e provisioning operatori
- ISP Dude, Partner Area, NIS2, Security Risk Suite, Proxmox e utility di sistema
- Stripe Sync, gateway di pagamento, firma OTP e integrazioni esterne
Area Clienti web
Stato generale: da censire funzione per funzione. Il codice espone accesso, registrazione, conferma account, recupero password, cambio profilo, dashboard, fatture, pagamento e stato del pagamento, PDF, profilo, coordinate bancarie, documenti, servizi, ricariche, cessazione con OTP, ticket, notifiche, preventivi, contratti, referral, VoIP, Qboxmail e metodi di pagamento.
Sono inoltre presenti un negozio con ricerca, prodotto, pagine informative, account, registrazione, checkout, indirizzi, preventivo di consegna, ordini e conferma. Ogni percorso sarà separato per utente autenticato, visitatore e funzione pubblica.
ISP App e interfaccia mobile
Stato generale: da censire funzione per funzione. L’app utilizza route mobili dedicate per pre-login e codice ISP, autenticazione, profilo, fatture e pagamenti, servizi e cessazioni, ticket, notifiche push, preventivi, VoIP e funzioni rivenditore.
La presenza della stessa funzione sul web e nell’app non sarà trattata come duplicazione automatica: navigazione, autorizzazioni, messaggi, limiti e risultati verranno verificati separatamente.
Area Rivenditore
Stato generale: da censire. Sono state individuate dashboard, clienti, servizi, ricerca servizi, contratti e relativa compilazione, fatture e pagamento, plafond, provvigioni, estratti conto, pagamenti, coordinate bancarie, giacenze e magazzino.
La documentazione dovrà chiarire cosa vede il rivenditore, quali dati appartengono all’ISP, quali operazioni modificano il cliente finale e come funzionano plafond e provvigioni.
API, webhook e automazioni
Le sedici specifiche OpenAPI pubbliche coprono clienti, gruppi, campi personalizzati, fatture, pagamenti, servizi, istanze, ISP Radius 2.0, magazzino, attività e team. La guida API spiega chiavi, permessi, whitelist, autenticazione, paginazione, richieste, risposte e prove nella console interattiva.
Webhook e processi pianificati sono descritti nei moduli che li utilizzano, distinguendo configurazione dell’operatore, esecuzione automatica, retry, controllo del risultato e conseguenze operative.
Criterio di completamento
- Ogni voce di menu e sottomenu censita
- Ogni pagina e variante di ruolo censita
- Ogni pulsante, azione e conferma descritti
- Ogni campo, valore e dipendenza spiegati
- Stati e transizioni con conseguenze operative
- Permessi e visibilità per ruolo
- Procedure normali, alternative ed errori
- Screenshot reale o schema dichiarato
- API e automazioni collegate dove pertinenti
- Contenuto equivalente in italiano e inglese
- Verifica finale nel browser desktop e mobile
Fino al soddisfacimento di questa checklist, l’area rimane esplicitamente incompleta.