Problemi di spedizione
Gli errori che impediscono la creazione di una spedizione e cosa controllare prima di contattare il supporto.
«Duplicate parcel numbers found»
La spedizione viene rifiutata e il messaggio indica i numeri di collo all'origine dell'errore:
Duplicate parcel numbers found: [06080000000001]
Lo stesso controllo viene eseguito ovunque nascano spedizioni: inserimento manuale, importazione di file e API REST. Non viene salvato nulla: la spedizione non viene creata e non viene prodotta alcuna etichetta.
Perché succede
A ogni indirizzo di ritiro sono assegnati uno o più intervalli di numeri di collo. L'applicazione preleva il numero successivo dall'intervallo a ogni collo creato e, prima di salvare, verifica se quel numero è già stato usato per lo stesso cliente negli ultimi 7 mesi (210 giorni). In tal caso la spedizione viene rifiutata, anziché essere inviata con un numero ancora in circolazione.
Quasi sempre l'intervallo è esaurito. Un intervallo contrassegnato come riutilizzabile non si ferma al suo ultimo numero: ricomincia dal primo e distribuisce gli stessi numeri una seconda volta. Ciò non crea problemi quando le spedizioni precedenti hanno più di 7 mesi. Se invece l'intervallo si esaurisce prima, il numero riassegnato entra in conflitto con la spedizione che lo detiene ancora e ogni spedizione che riceve un numero simile viene rifiutata.
Il messaggio significa quindi di norma che l'intervallo è troppo piccolo per il vostro volume, non che ci sia qualcosa di sbagliato nei dati della spedizione. Correggere indirizzo, servizio o peso non serve.
Un messaggio affine — Parcel range [… - …] exhausted and not reusable for customer … — indica che l'intervallo ha raggiunto il suo ultimo numero e non può ricominciare. La soluzione è la stessa descritta sotto.
Controllare l'intervallo
- Andate su Impostazioni
- Aprite Informazioni configurazioni
- Individuate il cliente e l'indirizzo di ritiro per cui la spedizione è stata creata
Ogni intervallo assegnato a quell'indirizzo è riportato su una riga propria:
06080000000001 - 06080000009999 Size 10000 (12)
| Elemento | Significato |
|---|---|
da - a | Primo e ultimo numero di collo dell'intervallo |
Size | Quanti numeri contiene l'intervallo in totale |
(n) | Quanti numeri restano prima della fine dell'intervallo |
Un (0), o poche centinaia, sull'intervallo da cui stampate è la conferma: è esaurito o sta per esserlo. Un intervallo appena ricominciato mostra di nuovo un valore vicino alla sua dimensione totale — insieme agli errori di duplicato, è il segno che è stato percorso più di una volta.
Cosa fare
Contattate il supporto e richiedete un nuovo intervallo di numeri di collo per quell'indirizzo di ritiro. Indicate:
- Il numero di fatturazione e l'indirizzo di ritiro
- L'intervallo attualmente in uso, esattamente come lo mostra Informazioni configurazioni
- I numeri di collo riportati nel messaggio di errore
L'aggiunta di un intervallo lascia intatti quelli esistenti e le spedizioni già create mantengono i loro numeri. Una volta applicata la nuova configurazione, l'applicazione preferisce l'intervallo meno utilizzato: passa da sola a quello nuovo e l'errore cessa.
Nel frattempo nell'applicazione non esiste alcuna soluzione alternativa: i numeri di collo non possono essere liberati in anticipo né inseriti manualmente.
Il valore tra parentesi è il preavviso. Controllatelo di tanto in tanto in Informazioni configurazioni: un intervallo che copre solo poche settimane del vostro volume va sostituito prima che si esaurisca, non dopo.
Con l'importazione di file
La spedizione viene rifiutata allo stesso modo, ma durante l'importazione non compare nulla a schermo. In Messaggi → Registro processi l'esecuzione termina con Errore; il motivo però non è riportato in quella voce. Aprite quindi Importazioni, selezionate il file e controllatene gli errori — vedi Problemi di importazione file. Le righe rifiutate per questo motivo non vengono importate, quindi lo stesso file può essere importato di nuovo una volta disponibile un nuovo intervallo.
Tramite le API REST
L'API risponde 400 Bad Request e ripete i numeri di collo nel messaggio:
{ "debugMessage": "Duplicate parcel numbers found: [06080000000001]" }
L'intera richiesta viene rifiutata, batch compresi: per questo errore non esistono risultati parziali né un elenco failed, quindi nulla del batch viene creato. Reinviare la stessa richiesta produce lo stesso 400; andrà a buon fine solo dopo l'assegnazione di un nuovo intervallo. Vedi anche Problemi API.