Un ordine importato correttamente è il punto di partenza del collaudo. Per valutare il collegamento tra e-commerce, ERP, WMS e corriere, conviene seguire anche ciò che accade quando un dato cambia o una trasmissione non riesce. Questa scheda propone prove da concordare con il fornitore prima dell’avvio.
Prepara un ordine di prova e assegna le responsabilità
Usa un ambiente di prova, anagrafiche fittizie e integrazioni di test, evitando ordini, etichette addebitate o comunicazioni a clienti reali. Scegli due articoli distinguibili e annota quantità fisica, quantità impegnata e disponibilità nei sistemi coinvolti. Definisci che cosa significa ciascun valore: quantità disponibile alla vendita e giacenza fisica possono essere diverse.
Per ogni dato, indica quale sistema lo gestisce, quali altri lo ricevono e con quale frequenza. Concorda anche chi interviene su un errore e quali tempi di aggiornamento sono accettabili. Una sincronizzazione periodica va valutata rispetto all’intervallo concordato, senza descriverla come istantanea.
Le prove da svolgere
| Scenario | Prova | Che cosa osservare |
|---|---|---|
| Ordine standard | Trasmettere un ordine con due righe e quantità note. | Corrispondenza di codici, quantità, identificativo e stato; variazione della disponibilità nel momento concordato. |
| Ordine duplicato | Ritrasmettere lo stesso messaggio con lo stesso identificativo. | Assenza di un secondo ordine operativo o di una seconda prenotazione di stock; evidenza di come viene gestito il duplicato. |
| Trasmissione interrotta | Simulare un aggiornamento non ricevuto nel collegamento di prova, poi ripristinarlo. | Segnalazione dell’errore, modalità di recupero e assenza di duplicazioni. Annotare se il recupero richiede un intervento manuale. |
| Articolo non riconosciuto | Inviare una riga con un codice non associato. | Eccezione identificabile e procedura per correggerla, senza sostituire silenziosamente l’articolo. |
| Disponibilità insufficiente | Richiedere una quantità superiore a quella disponibile nel test. | Comportamento concordato: blocco, attesa o evasione parziale; coerenza delle quantità nei diversi sistemi. |
| Modifica o annullamento | Provare separatamente un ordine non ancora lavorato e uno già in preparazione. | Quali modifiche sono ammesse, chi le conferma e come vengono gestite le quantità impegnate. |
| Errore del corriere | Simulare una richiesta etichetta rifiutata nell’ambiente di test. | Errore visibile, stato dell’ordine coerente e procedura di nuovo invio senza creare spedizioni duplicate. |
| Reso | Simulare il rientro di una parte dell’ordine, se il flusso rientra nel progetto. | Riferimento all’ordine originale, quantità ricevuta e momento in cui la merce torna disponibile dopo le verifiche previste. |
Registra l’esito, non soltanto “funziona”
Per ogni prova conserva identificativo dell’ordine, data e ora, sistemi coinvolti, valori prima e dopo, risultato atteso e osservato, eventuale messaggio di errore e responsabile della correzione. Una schermata anonimizzata può documentare il comportamento; non sostituisce la verifica dei valori negli altri sistemi.
| Campo | Da compilare |
|---|---|
| Scenario e identificativo di prova | ________________________________ |
| Sorgente, destinatario e dato gestito | ________________________________ |
| Giacenza, impegnato e disponibile prima/dopo | ________________________________ |
| Tempo di aggiornamento concordato/osservato | ________________________________ |
| Esito atteso e osservato; evidenza | ________________________________ |
| Anomalia, responsabile e nuova verifica | ________________________________ |
Per SWEET, mantenere un reso non disponibile alla vendita fino alla conferma del controllo qualità richiede una personalizzazione. Il requisito va incluso esplicitamente nel perimetro da verificare.
Separa ciò che è disponibile da ciò che va realizzato
Classifica ogni requisito come disponibile e verificato, da configurare, da sviluppare oppure fuori dal perimetro. Annota i vincoli relativi alle versioni dei sistemi, ai connettori e ai contratti con i corrieri. Un elenco di loghi non documenta da solo quali dati vengono scambiati o come si recupera un errore.
Se stai valutando SWEET, porta alla demo i sistemi già utilizzati e due eccezioni frequenti nel tuo magazzino. La scheda serve a definire che cosa verificare sul tuo progetto. Puoi approfondire il flusso logistico e-commerce e l’integrazione con i corrieri.
