Aplikacja dla serwisu terenowego: zlecenia, raport z wizyty, części w aucie
Autor:
Paweł Matusiak
·
Ekipa w terenie nie będzie wypełniać Excela po powrocie. Aplikacja serwisanta pokazuje dzisiejsze zlecenia, nawigację, checklistę i zdjęcia z wizyty — biuro widzi status na żywo, klient dostaje protokół bez czekania na papier.
Serwis klimatyzacji, bram, kotłów, sieci, maszyn — ten sam obrazek: dyspozytor w telefonie, serwisant na kartce, faktura dwa dni później, gdy ktoś odczyta bazgroły. Aplikacja dla serwisu terenowego odwraca to: zlecenie leci na telefon, raport i podpis są na miejscu, biuro wystawia dokument zanim auto wróci na bazę. Ekipa nie wraca „uzupełnić Excela”. Klient nie czeka na skan protokołu z biura.
Co gubisz bez apki w terenie
Bez aplikacji dzień serwisu to zgadywanie. Dyspozytor nie wie, które „jadę” jest prawdziwe. Protokół spisany wieczorem gubi pomiary i zdjęcia. Części w aucie rozjeżdżają się z magazynem. Klient dzwoni „kiedy będziecie”, a odpowiedź zależy od tego, czy serwisant odbierze. Godziny i dojazdy z pamięci na koniec miesiąca to albo strata, albo spór.
- Nie wiadomo, gdzie jest ekipa i które zlecenie naprawdę jest „w trakcie”.
- Protokół z wizyty spisany wieczorem — braki, spory z klientem, brak zdjęć.
- Części w aucie nie zgadzają się z magazynem.
- Klient dzwoni „kiedy będziecie”, a dyspozytor zgaduje.
- Rozliczenie godzin i dojazdów z pamięci na koniec miesiąca.
- Urządzenie u klienta nie ma historii — drugi technik zaczyna od zera.
Jak wygląda dzień serwisanta w aplikacji
- Rano lista zleceń: adres, okno czasowe, historia urządzenia, co zabrać.
- Nawigacja, telefon do klienta, status „jadę / na miejscu / zakończone”.
- Checklista + zdjęcia + ewentualnie pomiary (godziny, ciśnienie, błędy).
- Zużyte części z magazynu w aucie, podpis klienta na ekranie.
- Biuro widzi protokół i wystawia FV / ZW bez przepisywania.
- Jeśli coś wymaga części z bazy — status „czeka” i nowy termin, nie kartka w schowku.
Offline-first: piwnica, hale, pola i słaby LTE
Aplikacja, która „musi mieć internet, żeby zapisać protokół”, padnie w najgorszym momencie: w kotłowni, w hali magazynowej, na działce za miastem, w szpitalnej piwnicy. Branżowy standard — ten sam, który opisują m.in. tryby offline w systemach field service dużych dostawców — to offline-first: po synchronizacji rano głównym źródłem danych na telefonie jest lokalna baza. Serwisant pracuje na niej bez czekania na sieć. Gdy zasięg wraca, wychodzą statusy, zdjęcia i podpis.
To nie jest „tryb awaryjny, który czasem działa”. To domyślny sposób pracy. Mapy i nowo przydzielone zlecenia potrzebują połączenia. Raport z wizyty, checklista, zdjęcia i podpis — nie. Kolejka wysyłki pilnuje, żeby słaby LTE nie urwał pliku w połowie. Konflikt (biuro zmieniło okno, serwisant już skończył) rozstrzygamy regułą, nie zgadywaniem: zwykle wygrywa to, co stało się na miejscu, a dyspozytor dostaje alert.
- Pobranie dnia (zlecenia, historia urządzenia, części w aucie) na bazie / przy śniadaniu.
- Praca w piwnicy bez paska „ładowanie…”.
- Kolejka: protokół i zdjęcia wychodzą, gdy wraca sieć — nie giną przy braku zasięgu.
- Konflikt synchronizacji z jawną regułą (nie cichy overwrite).
- Nowe zlecenie „na już” wymaga zasięgu albo telefonu od dyspozytora — tego nie udajemy.
Magazyn w aucie i części na zleceniu
Van, który wyjechał z filtrami „na oko”, wraca albo z brakami, albo z towarem, którego nikt nie rozliczy. Aplikacja zdejmuje część z magazynu w aucie w chwili raportu. Biuro widzi, czego brakuje na jutro i co wróciło jako zwrot. Loty, numery seryjne i gwarancja — gdy branża tego wymaga (kotły, klimatyzacja, bramy). Na start wystarczy: lista w aucie, zużycie, zwrot, alert minimum.
Umowy serwisowe, SLA i historia urządzenia
Przegląd co 6 miesięcy nie powinien zależeć od tego, czy ktoś pamięta o Excelu. Harmonogram generuje zlecenia, historia urządzenia jedzie z ekipą (ostatnie błędy, ostatnie części, uwagi klienta). SLA „do 4 godzin” ma sens tylko wtedy, gdy widać przyjęcie, wyjazd i zamknięcie. To częsty drugi etap po liście dnia i raporcie. Pokrewny obieg w programie do warsztatu i na budowie — tam też liczy się, kto, gdzie i z jakim protokołem.
Faktura, protokół i KSeF
Protokół z podpisem jest podstawą do FV / ZW. Biuro nie przepisuje kartek. Jeśli faktury idą z programu księgowego — oddajemy pozycje i załącznik. Jeśli panel sam wystawia dokumenty B2B, od 2026 r. obowiązuje KSeF według ksef.podatki.gov.pl: 1 lutego 2026 przy sprzedaży 2024 powyżej 200 mln zł (wraz z podatkiem), 1 kwietnia 2026 dla pozostałych. B2C w KSeF jest fakultatywne. Tryb offline24 w KSeF to osobny temat fiskalny — nie mylimy go z offline aplikacji serwisanta. Integracja: KSeF w aplikacji.
Dla kogo to się spina w pierwszym sezonie
Kilka ekip, powtarzalne przeglądy, umowy serwisowe, klient który chce SLA. Jeśli jesteś jedną osobą z 5 zleceniami w tygodniu — wystarczy kalendarz. Gdy dyspozytor topi się w telefonach, a protokoły giną, aplikacja spłaca się na sporach i na godzinach biura.
SaaS field service czy własna apka
Są dojrzałe pakiety terenowe. Często są drogie per użytkownik, po angielsku i słabo leżą na polski proces (protokół, FV, KSeF). Własna aplikacja, gdy macie swój checklist, magazyn w aucie i nie chcecie płacić za każde stanowisko do końca życia firmy. Kryteria: gotowy program czy na zamówienie. iPhone wyceniamy osobno — większość ekip w PL jeździ na Androidzie.
Opisz liczbę ekip, typ zleceń i czy potrzebujecie podpisu / części / SLA. Zaproponujemy MVP: lista dnia + raport z wizyty + offline. Reszta (magazyn w aucie, kontrakty, IoT) dopiero gdy to działa.
Dyspozytor: przydział, okna, priorytet SLA
Aplikacja serwisanta jest bezużyteczna, gdy dyspozytor nadal rozdaje zlecenia SMSem „jedziesz do Kowalskiego”. Panel biura pokazuje mapę dnia, okna, kwalifikacje (kto może gaz, kto tylko klimatyzację) i priorytet umowy. Przydział ręczny na start; automat „najbliższy wolny” dopiero gdy dane o czasie dojazdu nie kłamią. Awaria u klienta z SLA 4h musi przebić przegląd, który można przesunąć — to reguła, nie krzyk na kanale grupowym.
Przydział w trakcie dnia (ktoś zachorował, ktoś stoi w korku) musi dojechać na telefon. Jeśli serwisant jest w piwnicy offline, zlecenie czeka w kolejce i pojawia się, gdy wyjdzie na powierzchnię. Nie udajemy, że push dotrze pod ziemią. Dzwonimy, jeśli naprawdę jest palące — i zapisujemy, że zadzwoniliśmy.
Konflikt synchronizacji — reguła, nie „ostatni zapis wygrywa” po cichu
Offline-first bez reguły konfliktu kończy się zgubionym protokołem. Typowe zderzenia: biuro zmieniło okno, serwisant już jest na miejscu; serwisant zużył część, magazyn zdjął ją na innym zleceniu; dwa telefony na jednym koncie. Zapisujemy obie wersje albo stosujemy jawną regułę (protokół z terenu wygrywa, okno z biura dostaje alert). Cichy overwrite to najgorsza opcja: nikt nie wie, że coś zginęło, aż klient przysłał reklamację.
Zdjęcia i podpis są duże. Kolejka wysyła je kawałkami, wznawia po zerwaniu LTE, nie trzyma ich tylko w RAM. Serwisant widzi „wyszło / czeka na sieć”, nie kręci się w nieskończoność kółko. To nudna inżynieria. To też powód, dla którego nie stawiamy „apka w tydzień z szablonu”.
Szkolenie ekipy i opór „ja wolę kartkę”
Jeśli pierwszy dzień w aplikacji to 30 pól obowiązkowych, ekipa wróci do kartki. MVP: lista, status, checklista, zdjęcie, podpis. Reszta ukryta. Szkolenie na bazie, na prawdziwym zleceniu, nie na slajdzie. Przez tydzień dyspozytor akceptuje, że ktoś jeszcze dzwoni — byle wpis był w systemie. Karanie za kartkę bez dawania lepszego narzędzia nie działa. Dawanie lepszego narzędzia i zostawianie kartki jako wyjątku — działa.
IoT, kody błędów i to, czego nie wkładamy do MVP
Kotły i klimatyzatory czasem same zgłaszają błąd. Integracja z konkretną chmurą producenta jest możliwa, gdy jest API i park urządzeń to uzasadnia. Na start wystarczy pole na kod błędu wpisany przez serwisanta i historia z poprzednich wizyt. Obiecujemy „IoT na dzień jeden” tylko wtedy, gdy klient ma listę modeli i dokumentację. Inaczej budujemy ładną integrację do jednego pieca na salonie, a ekipa w terenie nadal fotografuje wyświetlacz.
Podpis na ekranie, zdjęcie tabliczki znamionowej i checklista przeglądu gwarancyjnego zdejmują więcej reklamacji niż czujnik, którego nikt nie spiął z Twoim panelem. Etapy: najpierw człowiek i protokół, potem maszyna.
Bezpieczeństwo, RODO u klienta i zdjęcia z cudzego mieszkania
Protokół z mieszkania albo z hali klienta zawiera adres, zdjęcia urządzeń, czasem wizerunek. To nie jest materiał na grupę WhatsApp ekipy. Aplikacja trzyma pliki przy zleceniu, z retencją i rolą. Serwisant nie wysyła ich na prywatny Facebook, żeby „pokazać szefowi”. Szef widzi je w panelu. Klient dostaje wybrany PDF, nie cały rolkę z kotłowni. RODO i 2FA nie są ozdobą — w terenie telefon ginie częściej niż laptop w biurze.
Konto na urządzeniu, nie „jeden login na całą ekipę”. Gdy telefon zostaje w aucie, da się je zdalnie wylogować. Offline nie oznacza, że dane leżą otwarte na karcie pamięci bez szyfrowania. To wymagania, które wpisujemy w MVP terenowe, nie w „fazę bezpieczeństwa kiedyś”.
Rozliczenie zjazdu, dieta, ryczałt za dojazd
Godziny na miejscu, dojazd i ryczałt za kilometr mieszają się w jednej ekipie. Aplikacja zbiera czasy statusów; zasady płatności zostają Twoje (umowa z ludźmi albo z B2B). Nie liczymy tu PIT i ZUS. Dajemy surowe czasy i kilometry, które księgowość albo kadry włożą w swój program. Mylenie „czas u klienta” z „czas w aucie” na koniec miesiąca jest źródłem pretensji — statusy jadę / na miejscu / koniec to tną.
W terenie wygrywa aplikacja, która działa w piwnicy i którą serwisant obsłuży w brudnych rękawicach. Nie wygrywa ta, która ma najwięcej zakładek na slajdzie. Offline-first, duży przycisk statusu, zdjęcie, podpis, kolejka wysyłki — to jest produkt. Mapa, IoT i pełny WMS w aucie są nagrodą za tydzień, w którym protokoły przestały ginąć. Jeśli ekipa po szkoleniu wraca do kartki, ucinamy pola, nie dokładamy szkoleń. Dyspozytor w tym samym czasie przestaje zgadywać, które „jadę” jest prawdziwe, a klient dostaje protokół zanim auto wróci na bazę. To wystarczy, żeby policzyć, czy drugi sezon umów serwisowych da się obsłużyć bez trzeciej osoby w biurze. SLA, magazyn w aucie i harmonogram przeglądów dokładamy, gdy ta podstawa nie kłamie przez miesiąc, nie gdy ktoś zobaczył demo korporacyjnego FSM.
Jeśli po pierwszym tygodniu protokoły nadal dopisywane są wieczorem z pamięci, nie dokładamy magazynu w aucie. Szukamy, które pole boli i usuwamy je. Aplikacja terenowa, której nie da się obsłużyć w minutę na klatce schodowej, wróci do kartki — niezależnie od tego, jak ładny jest panel dyspozytora.
Offline-first: lokalna baza, kolejka, konflikt — nie „tryb awaryjny”
Aplikacja, która musi mieć internet, żeby zapisać protokół, padnie w kotłowni, hali i na działce. Branżowy wzorzec — ten sam, który opisują tryby offline w dużych pakietach field service (m.in. Dynamics 365 Field Service: po synchronizacji głównym źródłem jest lokalna baza) — to offline-first. Serwisant pracuje bez paska „ładowanie…”. Mapy i nowo wrzucone zlecenia potrzebują sieci. Raport, checklista, zdjęcia i podpis — nie. Kolejka wznawia wysyłkę po zerwanym LTE, nie trzyma plików tylko w RAM.
Konflikt (biuro zmieniło okno, serwisant już skończył; dwa telefony na jednym koncie) rozstrzyga jawna reguła, nie cichy overwrite. Zwykle wygrywa to, co stało się na miejscu, a dyspozytor dostaje alert. Cichy last-write-wins jest najgorszą opcją: nikt nie wie, że protokół zginął, aż przyjdzie reklamacja. Push do piwnicy nie dotrze — jeśli zlecenie jest palące, dzwonimy i zapisujemy, że zadzwoniliśmy.
- Pobranie dnia na bazie: zlecenia, historia urządzenia, części w aucie.
- Status „wyszło / czeka na sieć” zamiast kręcącego się kółka.
- Konto na osobę, nie jeden login na ekipę; zdalne wylogowanie zgubionego telefonu.
- Zdjęcia z cudzego mieszkania przy zleceniu, nie na grupie WhatsApp — RODO.
Magazyn w aucie, SLA i historia urządzenia
Zużycie części w chwili raportu zdejmuje stan z vana. Alert minimum na jutro jest tańszy niż powrót na bazę w środku dnia. Loty i numery seryjne — gdy branża tego wymaga (kotły, klimatyzacja, bramy). Harmonogram przeglądów co 6 miesięcy generuje zlecenia; historia urządzenia jedzie z ekipą. SLA „do 4 godzin” ma sens tylko przy widocznym przyjęciu, wyjeździe i zamknięciu. IoT producenta dokładamy przy API i parku urządzeń — na start pole na kod błędu i zdjęcie wyświetlacza.
KSeF vs offline24: nie mylić dwóch światów
Offline aplikacji serwisanta to praca protokołu bez LTE. Offline24 w KSeF to osobny tryb fiskalny opisany przez MF — nie jest tym samym. Faktury B2B z panelu od 2026 r. idą przez KSeF według ksef.podatki.gov.pl: 1 lutego 2026 przy sprzedaży 2024 powyżej 200 mln zł (wraz z podatkiem), 1 kwietnia 2026 dla pozostałych. B2C fakultatywne. Protokół z podpisem jest podstawą FV; biuro nie przepisuje kartek. Integracja: KSeF w aplikacji.
Najczęściej zadawane pytania
- Czy zadziała bez zasięgu?
- Tak — offline-first na zlecenie, checklistę, zdjęcia i protokół. Wysyłka, gdy wróci sieć. Mapy i nowo wrzucone zlecenia potrzebują połączenia.
- Czy serwisant musi umieć „systemy”?
- Nie. Duże przyciski, checklista, zdjęcie, podpis. Szkolenie w godzinę, nie w tydzień.
- Co z umowami serwisowymi?
- Harmonogram przeglądów, automatyczne zlecenia „co 6 miesięcy”, historia urządzenia. Częsty drugi etap.
- iPhone?
- Na start Android — tak pracuje większość ekip w terenie w PL. iOS wyceniamy osobno, gdy naprawdę jest w flocie.
- Czy śledzicie GPS cały dzień?
- Status i opcjonalny punkt przy „na miejscu” / „zakończone”. Całodzienny tracking tylko gdy jest zgoda, cel i jasny regulamin — nie dokładamy go „bo się da”.
- Co z częściami bez kodu kreskowego?
- Lista z wyszukiwarką i ilością. Skaner pomaga, nie jest warunkiem startu.
- Klient podpisze palcem?
- Tak, na ekranie, z datą i imieniem. PDF protokołu idzie mailem albo na portal. Papier zostaje wyjątkiem, nie regułą.
- Ile ekip na start?
- MVP ma sens od 2–3 osób w terenie i dyspozytora. Przy jednej osobie często wystarczy kalendarz i notatka.
Powiązana usługa:
Aplikacje Android dla firm
Opisz projekt