Un portale clienti B2B serve a far trovare alle persone giuste documenti aggiornati, richieste da approvare e informazioni della propria azienda, senza passare ogni volta da un’email. Il punto di partenza non è la schermata di login: è una tabella che stabilisce chi può vedere, scaricare, caricare e approvare ogni contenuto.
Per delimitare il primo rilascio, scegli tre documenti che oggi invii spesso, elenca i destinatari e ricostruisci un caso di sostituzione o revoca. Poi assegna a ogni documento azienda, categoria, versione e stato. Questa guida propone due matrici compilabili e otto prove concrete da inserire nel capitolato.
La decisione da prendere è semplice: il sistema esistente può applicare queste regole in modo verificabile, oppure serve un portale su misura? Una bella area riservata, da sola, non risponde alla domanda.
Prima i documenti, poi le schermate
Parti dalle richieste che arrivano al servizio clienti: «mi rimandi il contratto?», «qual è il file approvato?», «può accedere anche la nostra amministrazione?». Il portale deve chiudere questi passaggi, non limitarsi a riprodurre le cartelle condivise.
Per ciascuna categoria definisci un responsabile della pubblicazione e un destinatario. Un contratto può interessare il referente commerciale; una fattura l’amministrazione; una bozza tecnica soltanto le persone incaricate della revisione. Il primo perimetro può fermarsi qui: accesso, ricerca, download e una sola approvazione. Ordini, assistenza e pagamenti diventano progetti separati quando hanno regole proprie.
Matrice dei dati: azienda e versione non sono etichette
Usa questa scheda per un documento campione. L’azienda cliente è un confine di accesso; il nome della cartella non lo sostituisce.
| Campo | Esempio da compilare | Regola da concordare |
|---|---|---|
| Azienda destinataria | Cliente Alfa | Associazione verificata sul server, mai scelta liberamente dal caricamento |
| Documento e versione | Proposta P-17, versione 2 | Identità del documento stabile; ogni revisione ha un identificativo distinto |
| Categoria | Proposta tecnica | Determina quali ruoli possono consultarla |
| Stato | Da approvare | Definisce le azioni disponibili, non soltanto un colore |
| Destinatari aggiuntivi | Consulente incaricato | Delega nominativa con ambito e scadenza |
| Pubblicazione | Responsabile interno | Nessun file appena caricato diventa automaticamente visibile |
| Approvazione | Referente autorizzato | Decisione legata alla versione esatta, con data e autore |
Una persona può lavorare per più aziende: usa appartenenze separate e un cambio di contesto esplicito. Non dedurre l’accesso dal dominio email: consulenti esterni e gruppi societari rendono questa scorciatoia ambigua.
Matrice dei permessi: amministrare non significa leggere tutto
La tabella seguente è una proposta progettuale, non uno standard universale. Va adattata ai documenti reali del cliente.
| Ruolo | Documenti visibili | Azioni ammesse | Limite esplicito |
|---|---|---|---|
| Referente aziendale | Proposte e contratti della propria azienda | Consultare, approvare, invitare ruoli consentiti | Nessun accesso ad altre aziende |
| Amministrazione | Fatture e documenti amministrativi assegnati | Cercare e scaricare | Non approva bozze tecniche |
| Collaboratore tecnico | Elaborati pubblicati per il suo gruppo | Consultare e caricare revisioni richieste | Non pubblica né invita utenti |
| Consulente delegato | Soli documenti inclusi nella delega | Consultare fino alla scadenza | Nessuna nuova delega |
| Operatore interno | Aziende affidate al suo incarico | Preparare e pubblicare secondo il flusso | Nessun accesso globale implicito |
Se chi gestisce gli inviti deve anche leggere un documento, assegnagli quel diritto esplicitamente. Questo evita che una funzione amministrativa diventi un permesso universale.
Inviti, deleghe e revoche: il ciclo completo
L’invito deve indicare azienda, ruolo iniziale, mittente e scadenza. Prevedi una verifica dell’identità destinataria, un utilizzo unico e la possibilità di annullarlo prima dell’accettazione. Un link inoltrato non deve bastare per attribuire il ruolo a un’altra persona.
Per le deleghe, scrivi chi può concederle e quali privilegi può assegnare. Il referente non deve potersi promuovere né attribuire accessi superiori al proprio ambito. La scadenza riguarda l’appartenenza all’azienda, non necessariamente l’intero account.
Quando una collaborazione termina, la revoca deve valere anche per sessioni già aperte e download successivi. Un file già scaricato non può essere richiamato dal portale: questo limite va comunicato, non nascosto dietro la parola «sicurezza».
Esempio fittizio: consegnare una proposta senza confondere le versioni
Studio Arco, Cliente Alfa e Cliente Beta sono nomi inventati. L’esempio descrive un possibile flusso, non un risultato ottenuto per un cliente.
Studio Arco prepara una proposta tecnica per Alfa. Marta, referente di Alfa, può approvarla; Luca, dell’amministrazione, vede soltanto i documenti amministrativi; Sara, consulente esterna, riceve una delega di consultazione alla proposta fino alla data concordata. Beta non deve conoscere nemmeno il titolo del file.
L’operatore carica P-17 versione 1. Dopo i controlli, la pubblica nello stato «Da approvare». Marta chiede una modifica; l’operatore carica la versione 2 e ritira la prima dall’approvazione. Sara vede la revisione inclusa nel suo ambito, ma non può approvarla. Luca continua a non vederla.
Se Marta usa una scheda del browser rimasta sulla versione 1, il sistema rifiuta l’approvazione e le propone di aprire la versione corrente. Quando approva la versione 2, registra identità, momento e revisione. Un secondo clic non crea un’altra decisione. Alla scadenza della delega, Sara perde l’accesso anche se non ha effettuato il logout.
Il risultato atteso del pilot è verificare questi passaggi, non promettere una percentuale di email in meno senza una misurazione iniziale.
File versionati e consegna self-service
Mantieni distinti documento, file e pubblicazione. Sostituire il PDF sullo stesso percorso cancella il riferimento a ciò che qualcuno ha visto o approvato. Conserva le revisioni previste dalla politica concordata e mostra chiaramente versione corrente, data e stato; quelle ritirate non devono sembrare ancora utilizzabili.
La ricerca deve rispettare gli stessi permessi dell’apertura, anche nei risultati, nei conteggi e negli export. Per il cliente, «self-service» significa trovare il documento corretto e capire se serve un’azione. Le notifiche possono rimandare alla pagina autenticata senza allegare documenti riservati.
Un’approvazione interna al portale documenta una decisione del flusso: non va presentata automaticamente come firma elettronica qualificata. Se il requisito è firmare contratti, va definito un perimetro specifico.
Il controllo decisivo avviene sul server
Nascondere un pulsante non protegge il documento. Il server deve controllare identità, appartenenza attiva, azienda del documento e azione consentita a ogni richiesta. Anche conoscendo l’identificativo o copiando l’URL, un utente estraneo deve restare escluso: identificativi casuali non sostituiscono l’autorizzazione. OWASP raccomanda negazione predefinita, controlli per richiesta e protezione anche delle risorse statiche. OWASP — Authorization Cheat Sheet.
Per i download, scegli esplicitamente come applicare la revoca. Un collegamento firmato può restare valido fino alla propria scadenza; se occorre bloccare subito nuovi accessi, il download deve attraversare un controllo aggiornato. Nessuna soluzione può ritirare copie già consegnate.
Anche i caricamenti richiedono un percorso dedicato: formati ammessi, dimensioni massime, verifica del contenuto, nomi generati e storage non pubblico. La scansione antimalware, quando prevista, deve precedere la pubblicazione; un controllo indisponibile lascia il file in attesa. Non fidarti della sola estensione o del tipo dichiarato dal browser. OWASP — File Upload Cheat Sheet.
Acquistare, configurare o sviluppare su misura?
Prova le alternative con la stessa proposta P-17, gli stessi ruoli e la stessa revoca. Una dimostrazione con un solo account non verifica l’isolamento.
| Strada | Quando valutarla | Prova prima della scelta |
|---|---|---|
| Portale già incluso nel gestionale | Documenti e utenti seguono il modello esistente | Dimostrare delega, revoca e versione approvata senza procedure parallele |
| Piattaforma configurabile | Relazioni e permessi richiesti sono rappresentabili | Ripetere i test dopo una modifica ai ruoli |
| Sviluppo su misura | Visibilità, deleghe o approvazioni richiedono regole distintive | Consegnare un flusso completo verificabile prima di ampliare il perimetro |
Per esempio, Power Pages distingue accessi Global, Contact e Account: scegliere Global può estendere i privilegi a tutti i record, mentre Account li collega all’azienda associata all’utente. È una capacità da configurare e testare, non una garanzia automatica sul progetto. Microsoft Learn — Table permissions.
Otto test da allegare al capitolato
Eseguili in un ambiente autorizzato con aziende e documenti fittizi. Per ciascuno conserva risultato, data e versione del software.
| Test | Azione | Risultato atteso |
|---|---|---|
| 1. Isolamento aziendale | Alfa cerca e richiede direttamente un documento di Beta | Nessun file, titolo, conteggio o export di Beta viene esposto |
| 2. Visibilità per ruolo | Luca apre il collegamento alla proposta riservata a Marta | Accesso negato anche fuori dalla schermata principale |
| 3. Invito | Riutilizzare, inoltrare o aprire dopo la scadenza un invito | Nessuna appartenenza viene assegnata alla persona sbagliata |
| 4. Delega | Sara tenta di invitare un collega o ampliare l’ambito | Operazione negata; la delega originale resta invariata |
| 5. Revoca | Revocare Sara mentre ha una sessione aperta; riprovare il download | Nuove richieste bloccate secondo il requisito concordato, inclusi i link precedenti |
| 6. Versione superata | Marta approva la versione 1 dopo la pubblicazione della 2 | Nessuna approvazione registrata sulla revisione ritirata |
| 7. Caricamento | Inviare un formato vietato o simulare un controllo non disponibile | File rifiutato o in attesa, mai pubblicato automaticamente |
| 8. Doppia azione | Ripetere la stessa approvazione della versione 2 | Una sola decisione coerente, senza notifiche duplicate |
Prima del rilascio: integrazioni, responsabilità e privacy
Se i documenti arrivano da un gestionale, stabilisci quale sistema decide destinatario e versione. Un’associazione cliente mancante deve fermare la pubblicazione, non assegnarla a un’azienda predefinita. Errori e riconciliazione sono approfonditi nella guida all’integrazione API.
Assegna un responsabile degli inviti, uno dei contenuti e uno degli incidenti. Concorda assistenza, ripristino ed esportazione dei dati; la manutenzione del sito web aiuta a definire le attività ricorrenti.
Il GDPR richiede minimizzazione, protezione fin dalla progettazione e misure proporzionate al rischio. Definisci finalità, tempi di conservazione, accesso ai log e responsabilità dei fornitori; un login non rende il portale automaticamente conforme. Le scelte giuridiche vanno valutate sul trattamento concreto. EUR-Lex — GDPR, articoli 5, 25 e 32.
Domande frequenti
Che differenza c’è tra un portale clienti B2B e un’area riservata?
L’area riservata indica che serve autenticarsi. Un portale clienti B2B aggiunge regole operative: aziende separate, ruoli, documenti assegnati, versioni e azioni autorizzate. Il nome del prodotto conta meno dei controlli verificabili.
Più persone della stessa azienda possono avere accessi diversi?
Sì. Ogni persona deve avere un’identità propria e un’appartenenza all’azienda con ruoli e limiti espliciti. Amministrazione, referente e consulente possono vedere documenti diversi senza condividere password.
Posso aggiungere il portale al sito che ho già?
Sì, se architettura, autenticazione e manutenzione sono compatibili con il perimetro richiesto. Può essere una sezione integrata o un’applicazione separata collegata al sito; l’accesso ai documenti resta comunque da progettare e verificare.
Quando serve un portale clienti su misura?
Quando il sistema disponibile non gestisce in modo sostenibile isolamento, deleghe, versioni o approvazioni richieste. Prima di decidere, prova lo stesso flusso e gli stessi casi limite su una soluzione standard, una configurabile e una proposta custom.
Fonti ufficiali
Fonti consultate e verificate il 04/09/2026:
Guida pubblicata e verificata il 04/09/2026. L’esempio è fittizio; regole di accesso e criteri di rilascio vanno adattati al processo reale.