Mobilní aplikace pro techniky: Co musí fungovat i bez signálu
Technik ve sklepní kotelně doplní materiál, vyfotí opravu a nechá zákazníka potvrdit výkaz. Signál se objeví až venku. Kancelář přesto potřebuje dostat celý podklad a technik musí vědět, jestli ho opravdu odeslal. Právě podle toho poznáte použitelnou aplikaci pro práci v terénu.
01Nejdřív určete, co se bez internetu musí dokončit
Do zadání nestačí napsat „aplikace funguje offline“. Rozepište běžnou návštěvu od otevření zakázky po předání podkladů. U každého kroku rozhodněte, zda musí fungovat bez spojení, smí počkat, nebo vyžaduje aktuální potvrzení ze serveru.
Dokumentace Androidu rozlišuje čtení a zápis offline. Samotné označení offline-first tedy neznamená, že aplikace bez internetu uloží vše, co technik vyplní. V zadání požadujte konkrétní výsledek: rozpracovaný výkaz zůstane dostupný i po zavření aplikace.
| Úkon technika | Co požadovat bez signálu |
|---|---|
| Otevření zakázky | Stažené zadání, kontakt, adresa a potřebné přílohy |
| Záznam práce | Uložení času, materiálu a poznámek v telefonu |
| Fotografie a potvrzení | Místní uložení a viditelný stav přenosu každé přílohy |
| Aktuální sklad nebo nový termín | Upozornění na stáří údajů; závazné ověření až po spojení |
Potřebné zakázky se musí stáhnout před odjezdem. Technik má vidět, zda je připravená jen karta zákazníka, nebo také návod a fotografie. Prázdná příloha s ikonou načítání v kotelně nepomůže. Podle objemu práce zvolte dnešní trasu nebo jiný omezený výběr, ne automaticky celou firemní databázi.
02Uloženo v telefonu není předáno kanceláři
Navrhujeme rozlišit čtyři srozumitelné stavy: uloženo v telefonu, čeká na odeslání, převzato serverem, vyžaduje kontrolu. Uživatel nemusí znát technický důvod každého přenosu. Potřebuje vědět, zda může pokračovat a jestli musí něco udělat.
Příklad hlášky: „Výkaz je uložený v telefonu. Tři fotografie čekají na přenos.“ Je přesnější než zelené „Hotovo“, pokud kancelář fotografie ještě nevidí. Dokončení práce u zákazníka, odeslání podkladů a schválení k fakturaci veďte jako samostatné kroky.
Na přehledu směny ukažte také neodeslané položky. Technik by neměl večer otevírat každou zakázku, aby zjistil, co zůstalo v zařízení. Vedoucí naopak potřebuje rozpoznat neúplný podklad, aniž by ho zaměnil za neprovedenou práci.
03Přenos musí zvládnout opakované výpadky
V modelové situaci technik připojí osm fotografií. Venku telefon odešle výkaz a dvě přílohy, pak spojení znovu vypadne. Při dalším připojení chceme dokončit zbývající přenosy, zachovat vazbu na stejnou zakázku a nevytvořit druhý výkaz.
Do akceptačního testu proto dejte opakované odeslání stejné položky i přerušenou odpověď serveru. Zadání má určit, jak systém pozná již přijatý záznam a jak potvrdí úplnost. U větších příloh se s dodavatelem dohodněte, zda se přenos obnovuje od přerušeného místa, nebo opakuje celý. Obojí musí být ověřené na reálných telefonech.
Nespoléhejte na slib, že se vše okamžitě odešle po zamknutí obrazovky. Například Android omezuje práci aplikací na pozadí. Vedle automatického přenosu požadujte přehled čekajících dat a možnost zkusit odeslání z otevřené aplikace.
04Když stejnou zakázku změní dva lidé
Dispečer mezitím upraví zadání a technik bez signálu doplní výkaz. Při spojení nesmí jedna změna tiše přepsat druhou. Domluvte pravidla podle významu údajů, ne jediné pravidlo pro celý formulář.
- Nová poznámka nebo fotografie: obvykle dává smysl přidat ji jako samostatný záznam.
- Změněný rozsah práce: ukažte technikovi, že kancelář mezitím zadání upravila.
- Rozporné množství materiálu: nechte určeného člověka porovnat obě verze.
- Zrušená zakázka: uchovejte odvedenou práci a předejte rozpor k řešení; nemažte ho automaticky.
U rozhodnutí evidujte autora a výsledek. Historie je důležitá zejména tehdy, když z výkazu vzniká podklad pro fakturu. Konkrétní tok mezi aplikací, skladem a kanceláří patří do zadání propojení systémů přes API.
05Myslete také na ztracený nebo zaplněný telefon
Offline data se nacházejí přímo v zařízení. OWASP MASVS požaduje ochranu uložených citlivých údajů. Pro zakázky proto určete, které informace technik potřebuje, jak se chrání a kdy se místní kopie po potvrzeném přenosu odstraní.
Vyzkoušejte nedostatek místa, vypršení přihlášení a předání služebního telefonu jinému pracovníkovi. Odhlášení ani výzva k novému přihlášení nesmějí bez vysvětlení zahodit čekající výkazy. Zároveň další uživatel nemá automaticky vidět údaje předchozího technika.
Místní uložení není záloha mimo zařízení. Pokud se telefon ztratí před přenosem, neodeslaná data mohou být ztracená. Určete proto kontrolu čekajících podkladů při dostupném spojení a postup, kdo řeší zakázky z nedostupného telefonu.
06Proveďte jednu celou směnu nanečisto
- Připravte testovací zakázku a stáhněte její podklady.
- Vypněte připojení, doplňte práci, materiál a fotografie.
- Aplikaci zavřete, znovu otevřete a ověřte všechny změny.
- V kanceláři souběžně změňte jeden údaj zakázky.
- Obnovte a znovu přerušte spojení během přenosu.
- Porovnejte záznamy v telefonu i kanceláři: přílohy, počty, konflikty a stav dokončení.
Zkoušku proveďte s technikem na zařízení, které skutečně používá. Zapište také, kolikrát potřeboval pomoc a zda rozuměl chybovým hláškám. Funkční přenos, který zaměstnanec neumí dokončit, vám ruční přepisování neodstraní.
07Časté otázky
Musí offline fungovat úplně všechno?
Nemusí. Zápis provedené práce může fungovat bez sítě, zatímco potvrzení aktuálního skladu počká. Rozsah musí odpovídat práci technika a být zřetelný v aplikaci.
Stačí hotová servisní aplikace?
Ano, pokud zvládne vaše výkazy, konflikty a napojení. Nechte si předvést výše uvedenou zkoušku. Vývoj na míru má smysl až tam, kde konkrétní omezení brání práci.
08Začněte jednou skutečnou zakázkou
Pošlete nám vzor výkazu, používaný kancelářský systém a popis míst, kde připojení vypadává. Při návrhu mobilní aplikace pro vaše techniky podle toho určíme, co má fungovat offline a jak ověřit předání dat.