API-uri de vizibilitate a curții pentru transportatori
Un dispecer de transportator care jonglează cu zeci de camioane nu vrea să sune la o unitate pentru a întreba dacă o remorcă a fost deja descărcată — vrea acel răspuns chiar în ecranul de management al transportului pe care îl folosește deja pentru orice altceva. Expunerea statusului curții printr-un API, nu doar printr-un dashboard intern, este ceea ce face acest lucru posibil.
Un dashboard YMS construit pentru personalul din curte și managerii unității este optimizat pentru persoane aflate în interiorul operațiunii, cu context complet despre layout-ul rampelor și procesele interne. Transportatorii, brokerii și expeditorii aflați în afara unității au nevoie de o felie mai îngustă și mai simplă din aceeași informație — a sosit remorca mea, este înregistrată la check-in, este la o rampă, a fost descărcată, este gata de ridicare — fără să aibă nevoie de cont, instruire sau acces la întreaga interfață internă de management al curții. Apelurile telefonice și cererile prin e-mail pentru actualizări de status persistă tocmai pentru că acest canal orientat spre exterior a lipsit istoric.
- Statusul remorcii/containerului — check-in efectuat, la rampă, în curs de descărcare, încărcat, gata de plecare — legat de propriul număr de referință sau remorcă al transportatorului.
- Confirmarea și modificările programării — fereastra programată curentă, orice reprogramare inițiată de unitate și marcajele temporale de check-in/check-out.
- Statusul cronometrului de detenție — timpul scurs față de timpul liber, permițând sistemelor proprii ale transportatorului să calculeze independent detenția acumulată, în loc să conteste ulterior cifrele unității.
- Alocarea estimată a rampei sau timpul de așteptare — unde este disponibil, oferind dispeceratului transportatorului o bază pentru planificarea următoarei mișcări a șoferului.
O parte semnificativă din traficul telefonic către biroul din fața unei curți aglomerate este format din șoferi, brokeri sau dispeceri care cer o actualizare de status care există deja în YMS, dar nu are nicio ieșire externă. Fiecare astfel de apel consumă atenția personalului care ar putea altfel să fie direcționată spre mutarea mai rapidă a remorcilor. Unitățile care expun un API orientat spre transportator — sau chiar o pagină publică simplă de căutare status, ca alternativă mai ușoară — raportează constant o scădere a acestor apeluri de întrerupere odată ce transportatorii adoptă integrarea, eliberând personalul de birou al curții pentru muncă de valoare mai mare.
Deoarece API-ul expune date operaționale către părți externe, accesul trebuie delimitat strict: credențialele API ale unui transportator ar trebui să returneze status doar pentru remorcile sau expedierile efectiv asociate cu acel transportator, niciodată o imagine mai largă a curții unității. Aceasta înseamnă de obicei că API-ul se autentifică față de credențiale specifice transportatorului și filtrează fiecare interogare după identitatea transportatorului pe server, nu se bazează pe client să solicite doar propriile date — o disciplină de securitate standard, dar esențială, pentru orice API operațional expus extern.
Transportatorii lucrează cu mulți expeditori și unități, fiecare cu sisteme de curte potențial diferite, deci o unitate care formatează răspunsurile API folosind convenții de date comune la nivel industrial (vocabulare de status standard, câmpuri de identificator familiare) face semnificativ mai ușoară și mai ieftină integrarea pentru sistemele proprii ale transportatorului, comparativ cu un format personalizat pe care echipa IT a transportatorului trebuie să-l interpreteze de la zero pentru fiecare unitate nouă cu care lucrează.