Zakazivanje koje poznaje vaše pravilo
Trajanje usluge, pauze, raspoloživost ljudi i opreme razlikuju se od posla do posla. Pre crtanja kalendara zapisujem šta se dešava kada termin treba pomeriti, ko sme da ga promeni i kako se sprečava duplo zakazivanje.
- Kalendar zaposlenih i raspoloživih resursa
- Različita trajanja usluga i blokirani periodi
- Status termina i istorija izmena
- Podsetnici samo kada su posebno dogovoreni
Radni nalog od prijema do završetka
Upit prelazi u zadatak sa odgovornom osobom, dogovorenim terminom i jasnim statusom. Fotografije, materijal i izveštaj dodaju se kada ih proces zaista traži. Primer na ovom sajtu prikazuje osnovnu tranziciju, bez stvarnih podataka klijenta.
- Prijem, raspoređivanje i završavanje naloga
- Pristup prema ulozi zaposlenog
- Trag izmena i pretraga po relevantnim poljima
- Izvoz evidencije u dogovorenom formatu
Lager je kretanje, ne samo broj
Ulaz, izlaz, rezervacija i povrat robe imaju različito značenje. Model lagera prvo razdvaja te događaje. Stanje nastaje iz stvarnih promena, a obavezna polja i upozorenja prilagođavaju se načinu na koji roba ulazi u posao.
- Šifra artikla, varijanta i jedinica mere
- Ulazni i izlazni dokumenti
- Rezervisane i raspoložive količine
- Uvoz iz postojeće tabele uz proveru duplikata
Povezivanje postojećih alata
Ako već koristite program koji dobro radi jedan deo posla, prvo proveravam njegov API i mogućnosti izvoza. Integracija ima smisla kada su poznati izvor istine, smer prenosa i ponašanje ako drugi sistem nije dostupan. Dostupnost konkretnog API-ja proverava se pre ponude.
Kada zadržati tabelu
Za jednostavan spisak koji uređuje jedna osoba aplikacija možda nije potrebna. Uređena tabela, validacija i mali uvoz mogu rešiti problem. Aplikacija postaje opravdana kada pristup, paralelan rad, istorija ili složena pravila prevaziđu mogućnosti postojeće evidencije.