1. Rucno se potvrdi pocetna istorija
Odgovorna osoba unosi poznata putovanja za 5–10 vozaca i oznacava otvorene ili nepotpune zapise.
Search entry za 90/180 pain
Za prevoznike i dispatch timove koji zele 90/180 pregled iz istorije putovanja koju odgovorna osoba rucno unosi i potvrdjuje.
Odgovorna osoba unosi poznata putovanja za 5–10 vozaca i oznacava otvorene ili nepotpune zapise.
Tim koristi fleet overview kao podrsku planiranju i otvara istoriju kada rezultat zahteva rucnu proveru.
Status i dogadjaji ostaju u istom sistemu, a tim belezi gde su nedostajali podaci ili zvanicna provera.
Ova strana treba da odgovori na control pitanje: koji pregled pravi stvarnu razliku u planiranju, ne samo u naknadnom racunanju.
Dispatcher vidi izracunat safe, warning ili risk status i datum obracuna, ali i dalje proverava potpunost rucno unete istorije.
Bitna vrednost nije jedan izracun nego pregled cele flote koji otkriva gde ce zamena ili pomeranje polaska biti potrebno.
Kada dodje pitanje zasto je neko predlozen ili zamenjen, osnova mora da ostane proverljiva kroz izvestaj i event trag.
Pravilo 90 dana u bilo kom periodu od 180 dana cesto se objasnjava kroz turiste, ali za prevoznike ono postaje pitanje planiranja rada. Vozac koji je blizu limita nije samo administrativni slucaj. On utice na polazak, zamenu, trosak, dogovor sa klijentom i pouzdanost isporuke. Kada se status proveri tek na kraju, tim vec ima manje opcija i vecu cenu promene.
Evropska komisija objasnjava da se za svaki dan boravka gleda prethodnih 180 dana i proverava da ukupan broj dana ne predje 90. To zvuci jednostavno dok postoji jedan ulazak i jedan izlazak. U stvarnom radu vozac moze imati vise tura, otvorene periode, neuredne izvore i putovanja koja se preklapaju sa internim planiranjem. Zato dispatch treba pregled, a ne samo formulu.
Online kalkulator je koristan kada jedna osoba proverava jedan scenario. Firma ima drugi problem. Ona mora da vidi vise vozaca, vise planiranih polazaka i status koji se menja kako se unose nova putovanja. Ako svaki dispatcher rucno racuna svoj slucaj, vlasnik nema zajednicku sliku i nema nacin da vidi gde se rizik skuplja pre nego sto postane operativno skup.
Dobar 90/180 pregled treba da odgovori na prakticna pitanja: ko je safe, ko je warning, ko je risk, koliko dana ostaje, koji datum je sledeci bitan i gde je potrebno rucno proveriti podatke. To je razlika izmedju alata za individualnu proveru i sistema za dispatch odluku. Jedan racun moze biti tacan, ali i dalje ne pomaze ako nije deo dnevnog planiranja.
Kada se status koristi za planiranje polaska, tim treba da zna zasto je status takav. Koji ulasci su brojani, koji izlazak zatvara period, koje pretpostavke postoje i da li je neko rucno potvrdio podatak. Bez toga se posle nekoliko nedelja dobija samo broj bez objasnjenja. U kontroli, internom razgovoru ili sporu oko planiranja, broj bez traga ima ogranicenu vrednost.
Zato E-Chain tretira 90/180 kao evidence workflow. Status po vozacu je pocetak, ali uz njega moraju stajati stay window-i, travel log-ovi, upozorenja i izvestaj koji se moze objasniti. Takav pristup ne zamenjuje zvanicne provere, ali smanjuje oslanjanje na memoriju, screenshot-ove i privatne tabele koje ne zive u istom sistemu.
Dobar pilot pocinje od ogranicenog skupa vozaca i realnih putovanja. Cilj nije da se prvog dana pokrije svaka istorijska iznimka, vec da dispecer vidi da li mu pregled pomaze pre polaska. Ako u prvoj nedelji moze da prepozna warning vozaca, promeni plan ranije i objasni odluku vlasniku, pilot vec ima stvarnu vrednost.
Nakon toga se siri obuhvat: bolji unos istorije, import, alerti, PDF/CSV izvestaji i jasniji handoff ka operativi ili knjigovodji. Ako prvi pregled ne udje u dnevni rad, napredne funkcije nece popraviti usvajanje. Zato je fokus na jasnom statusu flote i ranom signalu rizika, a ne na velikom rollout-u pre nego sto tim promeni naviku.
Informativno, nije pravni savet. Za konacne obaveze proverite vazeci propis, zvanicna uputstva i savet svog knjigovodje ili pravnog savetnika. E-Chain nije zvanicni EES, nema direktan pristup granicnim zapisima i ne garantuje prelazak granice. Obracun zavisi od istorije koju odgovorna osoba u firmi rucno unosi i potvrdjuje.
Ako treba sira slika kako EES modul sedi u proizvodu, vratite se na glavni EES landing sa pilot framing-om.
Ako je glavno pitanje kako tim treba da uvede 90/180 pregled u realan rad, sledeca stanica je pilot checklist.
Ako treba proceniti da li je veci problem dokumentni tok ili 90/180, vracate se na category page.
Ne. E-Chain racuna iz rucno potvrdjene istorije i povezuje rezultat sa fleet pregledom, upozorenjima i dogadjajima iza obracuna.
Ne. E-Chain nije zvanicni EES i nema direktnu integraciju sa granicnim zapisima. Odgovorna osoba unosi i potvrdjuje istoriju.
Da. Uz izracunate dane ostaju dogadjaji i reporting trag. To olaksava internu proveru, ali ne garantuje odluku granicne kontrole.