Viena siunta, keli šaltiniai
Užsakymo duomenys gali būti TMS, būsenos – vežėjo sistemoje, dokumentai – atskiroje saugykloje. Susiejimui reikia patikimo siuntos ar krovinio ID. Vien panašaus gavėjo pavadinimo nepakanka.
Užrašykite įvykio laiką ir gavimo laiką atskirai. Vėliau gautas senas pranešimas neturi pakeisti naujesnės pristatymo būsenos. Neatnaujinti duomenys nėra įrodymas, kad transportas sustojo.
Įvykių ir išimčių matrica
| Signalas | Agentų darbas | Žmogaus sprendimas |
|---|---|---|
| Yra nauja patvirtinta būsena | Atnaujinti suvestinę | Tik jei reikia nestandartinio veiksmo |
| Trūksta dokumento | Parengti užduotį savininkui | Patvirtinti tinkamą dokumentą |
| Prieštaringi statusai | Išsaugoti abu šaltinius | Nustatyti tikrą situaciją |
| Galimas vėlavimas | Parengti perspėjimą su pagrindu | Pakeisti planą ir sutarti veiksmą |
Iliustracinis trūkstamo dokumento atvejis
Siuntos būsena pažymėta pristatyta, bet pristatymo patvirtinimo failas negautas. Agentas nesukuria dokumento iš statuso teksto. Jis parengia užduotį atsakingam žmogui ir nurodo siuntos ID, šaltinį bei trūkstamą failą. Klientui galima pateikti tik patikrintą informaciją.
Prieigos ir matavimas
Gavėjams rodoma tik jiems reikalinga siuntos informacija. API dažnis derinamas pagal faktines kvotas, o pakartotiniai įvykiai nedubliuoja pranešimų. Vežėjo ar muitinės procedūrų teiginiai tikrinami atskirai pagal konkretų maršrutą bei paslaugą.
Matuokite laiką dokumentams surinkti, neaiškių būsenų kiekį ir išimties perdavimo trukmę. Darbo grandinės aprašo laukimo ir klaidų eigą, dokumentų sprendimas – failų versijas ir bylą.