E-commerce B2B con più utenti per azienda: ruoli, limiti di spesa e ordini da approvare

Disegnare il processo insieme al cliente aziendale

Raccogli due o tre acquisti reali e ricostruisci chi sceglie i prodotti, chi controlla la spesa e chi autorizza l’invio al fornitore. Individua anche le eccezioni: urgenze, acquisti per un’altra sede e sostituzioni di chi approva. Il sito deve sostenere un processo riconosciuto dalle persone, non introdurre una catena di passaggi senza un motivo operativo.

La normale area rivenditori può già gestire listini e ordini riservati. Qui l’esigenza è ulteriore: più persone della stessa azienda hanno responsabilità differenti prima che l’acquisto arrivi al venditore. La verifica di disponibilità fatta dal commerciale resta un passaggio separato.

Prepara un diagramma semplice: bozza del richiedente, valutazione del responsabile, eventuale revisione, trasmissione e conferma. Accanto a ciascuno stato indica chi deve agire e quale informazione vede il cliente. Questo sarà il riferimento per il preventivo e il collaudo.

Associare persone, sedi e permessi effettivi

Usa accessi individuali e definisci azioni precise: vedere il catalogo assegnato, preparare una bozza, leggere gli ordini della propria sede, approvare acquisti o amministrare gli utenti. Il nome “responsabile” non basta; occorre specificare quali dati e comandi rende disponibili.

La documentazione Adobe Commerce sui ruoli aziendali e sui permessi mostra un esempio di questo modello. Le funzioni disponibili dipendono dalla piattaforma e dalle estensioni: non presumere che un normale account cliente possa gestirle senza ulteriori configurazioni.

Prova una persona assegnata a due sedi e una limitata a una sola. Il sito deve rendere evidente per quale sede viene preparato l’acquisto e applicare il listino e gli indirizzi corretti. I controlli devono valere anche aprendo un collegamento diretto a un ordine, senza affidarsi soltanto ai pulsanti nascosti nell’interfaccia.

Distinguere soglie di approvazione e budget

Una regola che richiede approvazione sopra cinquecento euro riguarda il singolo acquisto. Un budget mensile di reparto riguarda invece più richieste nel tempo. Non sono funzioni equivalenti. Definisci valuta, imposte, trasporto e periodo di riferimento; chiarisci se gli ordini in attesa impegnano già il budget disponibile.

Adobe Commerce documenta regole di approvazione basate su criteri dell’ordine. Un budget cumulativo, una delega temporanea o limiti su specifiche famiglie di prodotti possono richiedere funzioni diverse: chiedi una dimostrazione sul caso concreto anziché dedurne la presenza dal termine “B2B”.

Prepara esempi al di sotto, esattamente sul limite e al di sopra della soglia. Se gestisci un plafond, prova due richieste inviate quasi insieme. La decisione deve considerare lo stato aggiornato, evitando che ciascuna richiesta sembri ammissibile solo perché legge lo stesso saldo precedente.

Rendere chiari proposta, approvazione e ordine

Il richiedente deve sapere se sta salvando una bozza, chiedendo un’autorizzazione o inviando un ordine effettivo. Usa etichette e ricevute coerenti. “Acquisto completato” non è adatto a una richiesta ancora ferma presso il responsabile interno, soprattutto se qualcuno si aspetta già una consegna.

Conserva una versione identificabile di prodotti, quantità, destinazione, condizioni e totale valutati. Se il responsabile cambia una quantità, chiarisci se la richiesta torna al proponente o può proseguire. Quando il prezzo o la disponibilità cambiano durante l’attesa, definisci quali variazioni richiedono una nuova approvazione.

Stabilisci inoltre se la merce viene riservata prima dell’autorizzazione e per quanto tempo. Non presentare una bozza come garanzia indefinita di disponibilità. La scelta deve essere sostenibile per il venditore e leggibile dal cliente. Un registro degli stati consente all’assistenza di spiegare dove si trova la richiesta senza ricostruirla dalle email.

Gestire più approvatori, assenze e rifiuti

Alcune aziende richiedono il consenso di una sola persona, altre due verifiche successive. Dichiara se basta uno dei responsabili oppure devono intervenire entrambi. Prevedi anche chi può gestire una richiesta quando un referente è assente e come viene registrata l’eventuale delega.

L’organizzazione dell’account aziendale può rappresentare gruppi e relazioni fra persone. La struttura però deve corrispondere alle responsabilità reali. Verifica soprattutto l’autoapprovazione: il comportamento concreto degli strumenti può dipendere dai permessi e dal numero di persone assegnate al ruolo.

Un rifiuto dovrebbe avere una motivazione utile e un percorso di correzione. Per le richieste ferme, scegli promemoria e referente senza trasformare il silenzio in autorizzazione. Quando una persona lascia l’azienda, revoca l’accesso, riassegna gli elementi pendenti e conserva la cronologia delle decisioni già prese.

Collegare il processo a pagamenti e gestionale

Decidi in quale momento la richiesta diventa un ordine nel sistema commerciale. Se invii già le bozze al gestionale, assegna loro uno stato che impedisca un’evasione prematura. Se trasmetti soltanto l’acquisto approvato, conserva sul portale gli elementi necessari a spiegare la decisione e il riferimento dell’ordine successivo.

Valuta il pagamento sul flusso effettivo. Un’autorizzazione della carta può avere limiti temporali incompatibili con un’approvazione lunga; termini concordati e pagamento online richiedono percorsi diversi. Fai verificare la compatibilità con gli strumenti scelti senza promettere che qualsiasi metodo funzioni con qualsiasi catena di approvazione.

La guida al collegamento fra sito e gestionale aiuta a stabilire la responsabilità dei dati. Prova anche un’interruzione del trasferimento e un nuovo tentativo: la stessa richiesta approvata non deve produrre due ordini. L’operatore deve trovare uno stato da gestire e un riferimento condiviso, non soltanto una generica email di errore.

Un esempio ipotetico: acquisti per tre officine

Un’azienda con tre officine permette ai referenti locali di richiedere materiali. È uno scenario ipotetico. Ogni referente vede prodotti e ordini della propria sede; il responsabile centrale autorizza le richieste oltre la soglia concordata e controlla il centro di costo prima dell’invio.

Un referente prepara una richiesta, ma prima dell’approvazione il venditore segnala una confezione sostitutiva. Il sistema conserva la proposta iniziale e presenta quella aggiornata al responsabile. Il totale e la quantità effettivamente approvati vengono collegati all’ordine trasmesso, evitando che l’autorizzazione su una versione venga applicata silenziosamente a un’altra.

Nel collaudo si prova anche il referente che tenta di aprire l’ordine di un’altra officina, il responsabile assente e una richiesta rifiutata poi corretta. Sono prove concrete del processo e dei permessi; una dimostrazione limitata al carrello non le sostituisce.

Avviare una prova con utenti e casi rappresentativi

Inizia con un gruppo limitato di aziende clienti, ruoli chiari e una procedura di assistenza. Raccogli i casi in cui serve tornare a email e telefonate: possono indicare una regola mancante oppure un passaggio troppo complesso.

• Ogni persona vede soltanto aziende, sedi e documenti autorizzati.
• Le soglie funzionano anche sul valore esatto del limite.
• Le modifiche rilevanti richiedono la verifica prevista.
• Un referente non approva il proprio acquisto se la regola lo vieta.
• Assenze, revoche e rifiuti hanno un percorso gestibile.
• Il trasferimento ripetuto non crea ordini duplicati.

Misura tempi di approvazione, richieste ferme e correzioni necessarie, insieme alla correttezza degli ordini. Per ampliare la soluzione, usa questi risultati e le esigenze emerse dalle aziende partecipanti. Il portale funziona quando le responsabilità restano comprensibili anche nelle eccezioni quotidiane.