ERP za servise povezuje prijavu, servisni nalog, raspored tehničara, rad na terenu, utrošene dijelove, dokumentaciju i naplatu u jednu procesnu cjelinu. Za servisnu tvrtku s 5 do 70 zaposlenih vrijednost nije u samom digitalnom obrascu, nego u jasnom slijedu rada: tko je prijavio problem, što je dogovoreno, što je izvedeno, što treba naplatiti i što ostaje vidljivo pri sljedećem pozivu.
Servisne tvrtke često već imaju alate za pojedine dijelove posla. Prijava stiže e-poštom ili telefonom. Raspored je u kalendaru. Tehničar bilješke vodi na papiru, u poruci ili u zasebnoj aplikaciji. Skladište prati dijelove, a računovodstvo izdaje račun prema podacima koje netko naknadno prikupi.
Takav raspored može funkcionirati dok je broj naloga malen ili je tim vrlo stabilan. Problem nastaje kad više ljudi istodobno prima prijave, planira izlazak, preuzima dijelove i odgovara kupcima. Tada se pojavljuju pitanja koja nisu administrativna sitnica:
Softver za servisne tvrtke ima smisla kada te prijelaze pretvara u vidljiv i dogovoren tijek rada. ERP pritom ne mora zamijeniti svaku specijaliziranu aplikaciju. Njegova je procesna uloga povezati operativne događaje s podacima o kupcu, robi, zalihama, financijama i naplatom.
Servisni nalog nije samo zadatak za tehničara. On je zapis koji povezuje poslovni razlog intervencije sa stvarnim radom i financijskim ishodom. Dobar početak je definirati minimalni skup podataka bez kojeg nalog ne može pravilno krenuti.
Prijava može sadržavati kupca, lokaciju, kontakt osobu, opremu ili objekt, opis problema, hitnost, ugovoreni režim usluge i željeni termin. Nije svaka prijava jednako potpuna, pa proces treba predvidjeti i fazu provjere. Dispečer ili odgovorna osoba može razjasniti kvar, provjeriti pokrivenost ugovorom, procijeniti potrebu za dijelovima i odrediti prioritet.
Nakon trijaže nalog dobiva odgovornu osobu, status i sljedeću radnju. Korisni statusi opisuju stvarno stanje posla, primjerice: zaprimljeno, u provjeri, planirano, na terenu, čeka dio, čeka potvrdu, završeno i spremno za obračun. Previše statusa otežava disciplinu. Premalo statusa skriva razlog zastoja. Pravi izbor ovisi o tome koje odluke tvrtka zaista donosi tijekom dana.
Planiranje izlaska obuhvaća više od slobodnog termina. Potrebno je povezati stručnost tehničara, lokaciju, trajanje posla, dostupnost vozila, prioritet i stanje dijelova. Za male timove taj posao često vodi jedna osoba, ali pravila raspoređivanja trebaju ostati vidljiva i kad nje nema.
Praktično je unaprijed odrediti tko smije promijeniti termin, što se događa kod hitnog naloga i kada se kupcu šalje potvrda. Takva pravila smanjuju dvostruke rezervacije i pozive u kojima kupac tek na dan intervencije saznaje da dio nije dostupan.
Na terenu tehničar treba pristup podacima potrebnima za posao, a ne velikom broju nepovezanih dokumenata. To u pravilu uključuje opis prijave, lokaciju, kontakt, povijest relevantnih intervencija, opremu, planirane radnje i rezervirane dijelove.
Po završetku rada zapis treba razlikovati plan od stvarnog stanja. Tehničar može evidentirati dolazak i odlazak, izvršene radnje, utrošeni materijal, serijski broj gdje je važan, preporuku za sljedeći korak te fotografije ili druge priloge kada su poslovno potrebni. Potvrda kupca može biti dio procedure, ali njezin oblik i potreba ovise o vrsti usluge i internim pravilima.
Dokumentacija nije svrha sama sebi. Ona služi za kontinuitet servisa, rješavanje naknadnih pitanja i pripremu obračuna. Zato je korisno definirati koje su stavke obvezne prije zatvaranja naloga. Ako tehničar može zatvoriti nalog bez ključnog opisa ili materijala, računovodstvo i korisnička služba kasnije troše vrijeme na dopune.
Dijelovi su često točka na kojoj se servisni i skladišni proces razdvajaju. Jedan dio može biti planiran za nalog, fizički preuzet iz skladišta, iskorišten na terenu, vraćen kao neiskorišten ili zamijenjen neispravnim dijelom. Te radnje nisu isto.
Proces zato treba jasno razdvojiti:
Ova razlika pomaže izbjeći dvije česte pogreške: račun s dijelom koji nije ugrađen i potrošnju na terenu koja nikad ne dođe do skladišne evidencije. Ako tvrtka servisira vlastitu prodanu opremu, treba posebno odlučiti kako povezati opremu, jamstvene uvjete i komercijalne uvjete usluge. Takve odluke ovise o ugovorima i poslovnim pravilima, a ne samo o izboru softvera.
Račun ne bi trebao nastajati kao zaseban ručni sažetak terenskih bilješki. Servisni nalog može pripremiti osnovu za obračun kroz odobrene radne sate, putne troškove, dijelove, ugovorene cijene i druge dopuštene stavke.
Ipak, zatvoren tehnički posao ne mora automatski biti spreman za naplatu. Tvrtka treba odlučiti tko provjerava obračun, kako se tretiraju ugovorni radovi, jamstvo, ponovni izlazak i stavke koje kupac treba prethodno odobriti. U nekim slučajevima potreban je radni izvještaj prije računa. U drugima se račun izdaje prema periodičnom obračunu ugovora. Proces mora pokazati koja je odluka donesena i na temelju kojih podataka.
Tu se vidi vrijednost povezanog poslovanja: isti podatak o dijelu ili radu ne prepisuje se kroz više evidencija bez jasne kontrole. Povezano poslovanje može biti koristan okvir za razmatranje veza između terenskog rada, zaliha i financijskih procesa.
Zamislimo tvrtku s dvanaest tehničara. Prijave prima ured, a dio naloga stiže iz ugovora o redovitom održavanju. Tehničari drže u vozilima često korištene dijelove. Računi kasne jer se podaci o radu i materijalu vraćaju nepotpuni.
Prije razgovora o sustavu korisno je odgovoriti na nekoliko pitanja:
Odgovori otkrivaju treba li prvenstveno urediti proces, povezati postojeće alate ili procijeniti šire ERP rješenje. Nije svaka poteškoća problem funkcionalnosti. Katkad nedostaje vlasnik koraka, dosljedan šifrarnik usluga i dijelova ili pravilo za zatvaranje naloga.
Više kontrole obično znači više obveznih unosa. Ako se na teren uvede previše polja, tehničari mogu stvarati zaobilazne puteve. Ako se ostavi premalo podataka, ured mora ponovno kontaktirati tehničara i kupca. Razumna početna konfiguracija bilježi ono što je potrebno za izvedbu, sljedeći servis i obračun, a dodatne zahtjeve uvodi tek kad postoji jasan poslovni razlog.
Jednako vrijedi za automatizaciju. Automatska dodjela, statusi i obračun mogu ubrzati standardne slučajeve, ali iznimke moraju imati vlasnika. Hitna intervencija, nedostupan dio ili spor oko obavljenog rada ne nestaju zato što je nalog digitalan.
Za servisne tvrtke koje žele provjeriti prioritete prije većeg ulaganja, ERP i procesni screening pruža polazište za pregled toka od prijave do računa. Koristan prvi korak je uzeti deset nedavnih naloga i pratiti njihov stvarni put: gdje su čekali, koji se podatak unosio više puta i u kojem trenutku je nastala nejasnoća za kupca, tehničara ili računovodstvo.