Pianificare un portale ordini B2B: prezzi, unità e approvazioni
Pianifichi permessi dei clienti, prezzi per cartone e approvazioni con un ordine di esempio e un passaggio chiaro all’ERP.
Prima di progettare il portale, chiarisca per quale azienda acquista una persona, a quale unità si riferisce il prezzo e quando l'ordine può procedere. Queste regole devono restare coerenti fino al passaggio all'ERP.
Un ordine di esempio svolto
Identificativi, prezzi e soglie sono tutti immaginari. La soglia di approvazione è una regola interna d'esempio, non un obbligo di legge. Il calcolo esclude imposte e consegna.
Voce | Valore scelto |
|---|---|
Account cliente | C-10, separato da C-20 |
Articolo | B-6: un cartone contiene 6 pezzi. |
Prezzo per C-10 | 18 EUR netti per cartone |
Prezzo per C-20 | 21 EUR netti per cartone; 2 cartoni = 42 EUR netti di merce |
Carrello | 2 cartoni = 12 pezzi = 36 EUR netti di merce |
Approvazione | Da 500 EUR netti di merce serve il consenso di una persona autorizzata. |
Con 28 cartoni il valore netto della merce è 504 EUR. Questo ordine richiede l'approvazione aggiuntiva. Mostri insieme cartoni e pezzi contenuti; un campo quantità senza unità può far interpretare due cartoni come due singoli pezzi.
Distinguere azienda, sede e persona
L'addetto agli acquisti di C-10 può creare una bozza. Un'altra persona autorizzata approva gli ordini sopra soglia. Gli indirizzi di consegna appartengono al relativo account aziendale. Un accesso condiviso rende più difficile revocare i diritti di una sola persona.
I cataloghi B2B possono definire assortimenti e prezzi per cliente; la documentazione Shopify offre un esempio concreto. Verifichi che il sistema scelto gestisca davvero i rapporti fra aziende e sedi necessari.
Nascondere un collegamento non protegge gli altri account. Il server deve verificare i permessi a ogni richiesta, come raccomanda OWASP. Se un utente di prova C-10 cambia l'identificativo cliente in C-20, non devono apparire prezzi o indirizzi di quel cliente. Usi account di prova distinti.
Distinguere invio e conferma dell'ERP
Un possibile flusso: prezzo attuale verificato → bozza → eventuale approvazione → trasferimento in attesa → conferma ERP con numero d'ordine. Nell'esempio, una modifica a quantità o prezzo dopo l'approvazione richiede una nuova verifica. Il momento dell'accettazione contrattuale deve anche corrispondere alle sue effettive condizioni commerciali.
Se l'ERP non è disponibile, l'operazione resta aperta. Esempio di messaggio: «L'ordine è in attesa di trasferimento. Non è ancora disponibile una conferma d'ordine». Il numero compare solo dopo la conferma dell'elaborazione. Trasferimenti ripetuti devono essere riconosciuti come la stessa operazione per evitare un secondo ordine.
Verificare prima dell'avvio
Controlli che due cartoni risultino come 12 pezzi e 36 EUR. Provi poi 28 cartoni: senza l'approvazione richiesta il trasferimento non deve partire. Verifichi l'accesso a C-20, un cambio di prezzo dopo l'approvazione e un'interruzione dell'ERP. Ogni prova deve avere uno stato visibile e comprensibile.
Il perimetro iniziale è così definito: diritti del cliente, unità di prezzo, approvazione e trasferimento ERP tracciabile. Potrà poi valutare filtri o promozioni aggiuntivi con le regole d'ordine già chiarite.
Fonti
Continuate a leggere
Tutti gli articoli
E-commerce con ASES
Negozi online, marketplace e portali B2B