Kada je transport zaista završen?
Dolazak robota na odredište nije isto što i završena skladišna transakcija. Roboti izvršavaju fizičke misije, dok WMS upravlja lokacijama, zalihama i nalozima. Potvrda završetka mora da odražava stvarno stanje tereta i evidentiranu promenu u sistemu.
Proces pre programskog interfejsa
Pre API specifikacije potrebno je definisati identitet tereta, tačke preuzimanja i predaje, uslove početka i način potvrde. Šta ako palete nema na mestu preuzimanja? Šta ako robot stigne, ali ne može da ostavi teret? U oba slučaja misija ne sme automatski da dobije status uspešno završene.
Odgovornosti i upravljanje greškama
Mora biti jasno koji sistem kreira zadatak, koji upravlja robotom, ko sme da ga otkaže i gde se vodi merodavno stanje zaliha. Jedinstveni identifikatori i kontrolisano ponavljanje zahteva sprečavaju dupliranje transporta nakon prekida komunikacije. Operatoru su potrebne konkretne informacije o problemu, a ne samo šifra greške.
Provera van idealnih uslova
Tokom testiranja treba obuhvatiti otkazivanje, ponavljanje poruka, zauzeto odredište, nestanak komunikacije i ponovno pokretanje sistema. Na kraju treba proveriti da li se digitalni podaci i fizička lokacija tereta poklapaju. Dolazak na koordinatu je događaj; ispravno završena skladišna transakcija je rezultat.
Dodatna inženjerska razmatranja
WMS opisuje narudžbinu, inventar i lokacije; robot izvršava fizičku misiju. Između ova dva sveta mora postojati precizan dogovor o tome šta je zahtev, šta je dozvoljeno pokrenuti i na osnovu kog događaja se misija smatra završenom. Čak i jednostavan transport može da uključi proveru tereta, slobodnu lokaciju i potvrdu predaje.
Provera i operativni uslovi
Za svaku misiju potreban je identifikator i sled događaja koji se može rekonstruisati. Kada je paleta odsutna, odredište zauzeto ili mreža privremeno nedostupna, sistem ne sme proizvoljno menjati status zaliha. Testirao bih i pogrešne scenarije, ne samo uspešan transfer, i unapred odredio ko rešava odstupanja.