Lokalko
Pametni koordinator za stacionarne servise. Isti servisni nalog prati se sa koordinatorskog ekrana i sa telefona servisera, a klijent ga proverava linkom.
Studija slučajaSnimci: avgust 2026.
Jedan nalog.
Tri pogleda.
Sistem je građen oko jednog objekta — servisnog naloga. Nalog nastaje na prijemu i od tog trenutka ga gledaju tri različite osobe sa tri različita mesta. Sve što sledi je taj nalog viđen iz jedne po jedne uloge.
- Tip
- Pametni koordinator
- Namena
- Stacionarni servisi
- ML
- scikit-learn
- Real-time
- SignalR
- Status
- U razvoju
Problem
Servisna organizacija sa više servisera teško drži pregled nad tim ko šta radi i dokle se stiglo. Podaci sa prijema često se upisuju nepotpuno, pa dijagnostika počinje od nule. Koordinator stanje naloga saznaje tek kada ga neko obavesti, a klijent koji zove nema gde sam da proveri.
- Kontrolisan prijemSvaki nalog kreće sa istim skupom podataka, bez obzira ko ga je otvorio.
- Pregled otvorenog poslaKo šta radi i dokle se stiglo, bez obilaska i bez pitanja.
- Zajednički nalogKoordinator i serviser rade nad istim zapisom, ne nad dve kopije.
- Dosledni servisni podaciIsti podatak znači isto na svakom ekranu i u izveštaju.
- Provera statusaKlijent može sam da vidi dokle se stiglo, bez poziva servisu.
Koncept
06 stanjaNalog prolazi kroz šest stanja. Stanje je jedini podatak koji sve tri uloge vide isto, pa je oko njega složen ostatak sistema.
- Prijem
- Dijagnostika
- Čeka deo
- U radu
- Završeno
- Preuzeto
Šest stanja su pravilo ovog projekta, ne standard servisne struke.
Radna tabla, prijem, izveštaji
Koordinator
Otvara nalog, dodeljuje ga, prati sve otvorene naloge po statusu.
Telefon
Serviser
Vidi svoju smenu i svoje naloge, upisuje nalaz, delove i sate rada.
Javni link, bez prijave
Klijent
Proverava u kom je stanju njegov uređaj i kada je poslednji put pomeren.
Prijem
Uloga / KoordinatorPrijem ne beleži samo kvar. Beleži i sve ono zbog čega se posle nastaje spor: šta je klijent doneo uz uređaj, u kakvom je stanju uređaj primljen i šta je dogovoreno.
- Pribor uz uređajšta je klijent doneo uz aparat
- Zatečeno stanjeoštećenja koja postoje pre servisa
- Garancijagarantni rok u danima
- Procenaokvirna cena dogovorena na prijemu
- Fotografijestanje uređaja u trenutku preuzimanja
- Prioritet i serviserkome nalog ide i koliko je hitan

Mašinsko učenje
Sloj / ML servisDok operater kuca opis kvara, sistem u pozadini pita zaseban servis šta je na sličnim opisima do sada bilo. Odgovor stiže kao predlog, ne kao nalaz.

- Operater upiše opis kvara i izađe iz polja.
- Sistem uporedi taj opis sa istorijom ranije zatvorenih naloga servisa.
- Uz obrazac se pojavi predlog: moguća kategorija kvara sa alternativama, procena trajanja i rangirani serviseri.
- Operater odlučuje. Kategorija i trajanje se samo prikazuju, servisera primenjuje klik, a prioritet je jedino polje koje predlog sam podigne.
Izlaz modela sa snimka
Beko WUE 7612 — „Mašina za veš ne izbacuje vodu i staje na programu centrifuge.“
- Mogući kvar
- Odvod / pumpa — 76%
- Alternative
- Motor / mehanika — 7% · Grejanje — 6%
- Trajanje
- ~2,7 dana — 91%
- Serviseri
- Ana Tehničar — 76% · Marko Majstor — 64% · Stevan Serviser — 62%
Procenat uz predlog je vrednost koju aplikacija ispisuje uz rezultat modela. Nije merena tačnost dijagnoze i ne treba ga tako čitati.
Jedno polje sistem sam upiše
Kada je predloženi prioritet viši od postavljenog, aplikacija podigne polje prioriteta na obrascu. To je jedina vrednost koju predlog sam upisuje i ostaje obično polje — operater ga menja kao i svako drugo.
Modeli uče iz istorije tog servisa
Trening ne dolazi iz javnog skupa podataka nego iz zatvorenih naloga same organizacije. Servis koji radi belu tehniku i servis koji radi telefone dobiće različite predloge na isti opis kvara, jer su učili nad različitim poslom. To je i razlog zašto sistem u prvim mesecima rada daje slabije predloge nego kasnije.
Predlog mora da odgovara uređaju
Svaka vrsta uređaja ima kvarove koji na njoj uopšte imaju smisla. Predlog koji izađe van tog skupa sistem ne prihvata — telefon zato ne može dobiti dijagnozu koja pripada mašini za veš. To je zaštita od očigledno pogrešnog predloga, a ne garancija tačnosti.
Kategorija kvara
Iz opisa kvara sistem predlaže verovatnu kategoriju i uz nju dve alternative.
Trajanje popravke
Procena koliko će nalog trajati, prema tome koliko su trajali slični ranije.
Izbor servisera
Rangirana lista servisera za taj tip posla. Dodela ostaje na operateru.
Neuobičajeni nalozi
Nalozi koji odstupaju od uobičajenog toka ili predugo stoje u jednom statusu.
- Python
- FastAPI
- scikit-learn
Deo koji računa predloge je odvojen od aplikacije. Kada ne odgovori, prijem i tok posla rade dalje — izostaju samo predlozi.
Granice modela
05 ograničenjaSistem koji predlaže mora da kaže i kada ne zna. Ovo je spisak koji stoji uz svaki predlog, i pisan je pre nego što ga neko drugi napiše.
- Odluku ne donosi modelPredlog stoji na ekranu dok ga čovek ne prihvati ili odbaci. Nijedan nalog se ne zatvara na osnovu predikcije.
- Izlaz zavisi od istorijeServis sa drugačijim uređajima i drugačijim kvarovima dobiće drugačije predloge. To je namerno — modeli uče iz sopstvenih naloga.
- Predikcija može biti pogrešnaProcenat uz predlog je vrednost koju model prikazuje, a ne merilo tačnosti dijagnoze.
- Na početku predloga nemaServis koji tek počinje nema istoriju iz koje bi se učilo. Predlozi se pojavljuju kada se skupi dovoljno zatvorenih naloga.
- Demo brojevi nisu produkcijaVrednosti na snimcima dolaze iz demonstracione baze i ne opisuju ponašanje sistema u radu.
Nadzor
Uloga / KoordinatorRadna tabla je koordinatorov jedini pogled na ceo otvoren posao. Nalozi stoje u kolonama po statusu, a boja uz karticu govori koliko dugo se nalog nije pomerio.

Dva sloja koja traže odstupanje
Prvi sloj su jasna pravila sa pragom: nalog koji predugo stoji u jednom statusu dobija oznaku i objašnjenje zašto ju je dobio. Drugi sloj je mašinsko učenje, koje traži naloge koji odskaču od uobičajenog toka popravke za taj uređaj — i onda kada nijedan prag nije prekoračen.
- Prijemduže od 1 dana
- Dijagnostikaduže od 3 dana
- Čeka deoduže od 14 dana
Šta oznaka znači
Da nalog vredi pogledati — ne da je nešto pošlo naopako. Pragovi su podešeni za ovaj projekat i nisu preporuka servisne struke.
Radni tok servisera
Uloga / ServiserServiser radi u servisu, sa telefona koji mu je u ruci. Nema mape i nema lokacije — pogled je isti tok posla koji koordinator gleda sa svog ekrana, samo skupljen na širinu dlana.
- Smenaraspored za tekući dan
- Tekući nalogjedan nalog na kom se trenutno radi
- Red zadatakadodeljeni nalozi sa statusom i prioritetom
- Promena statusasledeći korak se pokreće sa iste kartice
Nalog se ne otvara ponovo na računaru da bi se promenio status. Sledeći korak se pokreće sa iste kartice na kojoj serviser i radi, pa se stanje naloga menja u trenutku u kom se posao stvarno pomerio — a ne kada neko stigne da to upiše.

Nalog u radu
Uloga / Serviser
Ovo je isti nalog sa prethodnog snimka, otvoren. Sve što je prijem zabeležio serviser vidi na istom mestu na kom upisuje šta je uradio.
Delovi i sati rada nisu odvojena evidencija koja se posle sabira. Upisuju se na sam nalog, pa je ukupan iznos posledica onoga što je uneto, a ne zaseban unos koji neko mora da poveže sa poslom. Isti podatak nosi i dokumentaciju i obračun.
Obračun sa snimka
- Delovi
- 6.400 RSD
- Rad
- 1,50 h × 3.000 RSD
- Ukupno
- 10.900 RSD
O iznosima na snimku
Cene delova, sati rada i ukupan iznos dolaze iz demonstracione baze. Nisu cenovnik i ne opisuju nijedan stvaran servis.
Realno vreme
Sloj / Real-timeKada serviser prebaci nalog iz Prijema u Dijagnostiku, kartica se na koordinatorovoj tabli pomeri u drugu kolonu bez ponovnog učitavanja strane. Provereno u radu, između dve žive veze.
Izmene ne idu svima. Koordinator vidi ceo servis, a serviser samo ono što se tiče njegovih naloga. To nije podešavanje prikaza nego pravilo po kom se obaveštenje uopšte šalje — serviser ne dobija saobraćaj celog servisa.
Isto važi za dodelu naloga, promenu prioriteta i izmene na samom nalogu: ko treba da zna, sazna odmah, bez poziva i bez osvežavanja strane. Snimak ispod je taj tok posla, u jednom kadru.
Šta se vidi na snimku
Levo je koordinatorska tabla, desno serviserov telefon — dve odvojene prijave, u istom trenutku. Serviser pritisne „Započni: Dijagnostika“ na nalogu #101 i nalog na tabli pređe iz kolone Prijem u kolonu Dijagnostika. Niko ne osvežava stranu.
Snimak je bez zvuka i bez naknadno dodatih oznaka. Podaci u njemu su sintetički, kao i na svim snimcima ekrana na ovoj strani.
Javno praćenje
Uloga / KlijentČetiri podatka.
Ništa više.
Klijent otvara link i vidi u kom je stanju njegov uređaj. Nema naloga, nema lozinke i nema prijave. Stranica nosi samo četiri stvari: broj naloga, model uređaja, status i vreme poslednje izmene.
Ime, telefon, interna beleška i procena ne postoje na toj stranici — ne zato što su sakriveni prikazom, nego zato što se do nje uopšte i ne šalju. Podatak koji nije poslat ne može da procuri.
Nije korisnički portal
Klijent nema nalog, ne prijavljuje se i ništa ne može da menja. Stranica je pogled na status, ne samouslužni sistem.

Izveštaji
Uloga / KoordinatorIsti nalozi koji su prošli kroz tablu daju i mesečni pregled. Ništa se ne unosi posebno za izveštaj — on je posledica rada, ne dodatan posao.

Brojevi na ovom snimku
29 primljenih naloga, 17 završenih, 143.833 dinara i tri dana prosečno — sve su to vrednosti demonstracione baze, ne poslovni pokazatelji. Snimak pokazuje šta interfejs ume da prikaže, ne koliko neko radi.
Arhitektura
Sloj / ArhitekturaDva puta kroz sistem, oba kratka. Prvi nosi izmene do drugog ekrana, drugi nosi opis kvara do mašinskog učenja i vraća predlog.
Izmene u realnom vremenu
- Blazor Server
- SignalR
- drugi ekran
Promena na jednom ekranu stiže na drugi bez ponovnog učitavanja strane.
Predlog pri prijemu
- Aplikacija
- Python / FastAPI
- predlog u obrascu
Odvojen servis, pa aplikacija radi i kada predloga nema.
Dva dela su odvojena namerno: predlozi mogu da izostanu, a da servis nastavi da radi.
Šta Lokalko nije
03 razgraničenjaTri granice koje vredi razjasniti pre prvog razgovora, da očekivanje ne krene u pogrešnu stranu.
- Nije GPS platforma
- Namenjen je stacionarnom servisu. Nema mapu ni praćenje lokacije.
- Nije ERP
- Pokriva servisni tok posla, od prijema do naplate rada i delova.
- Nije generativni AI
- Mašinsko učenje nad istorijom servisa. Predlog, a ne odgovor.
Status
Sistem je u razvoju i nije komercijalni proizvod. Namenjen je stacionarnim servisima — nema GPS, mapu ni praćenje lokacije. Model prijema nije vezan za jednu delatnost: razvijan je na servisu telefona i bele tehnike, ali se terminologija i tok posla prilagođavaju vrsti servisa.
Vodite servis
na sličan način?
Opišite kako posao teče danas i gde se najčešće izgubi trag. To je dovoljno za prvi razgovor.