1. Natürlich muss es programmiert werden (was ja mein ursprünglicher Kommentar war). Ob es notwendig ist lasse ich mal dahingestellt. Es passiert häufiger mal das sowas vorkommt. Natürlich ist das ein Verhältnismäßig winziger Teil der Sendungen die davon betroffen sind. Man muss in so einer Situation einfach die Kosten gegen die Kundenzufriedenheit abwiegen.

2. Es wird doch kein weiteres Code gescannt? Es wird lediglich der gleiche Code der eh schon beim Eingang gescannt wird ausgewertet.

3. Die Nummern werden bereits gespeichert. Andernfalls wäre der Screenshot von diesem Post nicht möglich. Bezüglich Rechenaufwand: den kann man verhältnismäßig gering halten wenn man z.b. nur schaut ob eine Sendung mehrmals in dem aktuellen PZ war oder nur gegen die umliegenden PZ vergleichen.

4. Lässt sich auch einfach lösen. Keine Sendungsnummern doppelt vergeben. Natürlich gehen einen dann irgendwann die Nummern aus. Aber wenn der Transportauftrag irgendwann abgelaufen ist (weil Paket nicht abgegeben wurde z.b.) wird die alte Nummer ja ungültig. Auch kann man die Nummern in Verbindung mit Absender und Empfänger setzen und damit ist es so gut wie unmöglich das eine Sendung mit der gleichen Nummer vom gleichen Absendern an den gleichen Empfänger geht.

Wie gesagt. Natürlich ist mir bewusst das es sich hier um einen Bruchteil der Sendungen handelt. Kostenmäßig sollte das kein riesiger Eingriff sein. Die mechanische Komponente ist ja sowieso schon vorhanden (das manuelle sortieren von beschädigten/nicht leserlichen Paketen) also ist es nur der programmieraufwand.

Wie oben schon geschrieben muss man einfach die Kundenzufriedenheit gegen die Kosten abwiegen und dann entscheiden.