POS w trybie offline

Krótka odpowiedź: „POS działa offline” bez listy operacji niczego nie gwarantuje

Stanowisko POS składa się z kilku warstw: aplikacji sprzedażowej, lokalnej lub chmurowej bazy, urządzenia fiskalnego, terminala płatniczego, drukarek, magazynu oraz integracji z dostawami i e-commerce. Utrata internetu może zatrzymać jedną warstwę, podczas gdy pozostałe nadal wyglądają na aktywne.

Dlatego pytaj osobno o utworzenie rachunku, zmianę pozycji, zamknięcie sprzedaży, płatność, wydruk, zapis fiskalny, synchronizację magazynu i odbiór zamówień zewnętrznych. Dokumentacja GoPOS opisuje między innymi różnice między pojedynczym stanowiskiem a konfiguracją z wieloma stanowiskami oraz niedostępność części integracji podczas braku sieci. Jest to deklaracja konkretnego dostawcy, którą trzeba odtworzyć na własnym zestawie.

Cztery warstwy ciągłości sprzedaży

Pierwsza warstwa to praca kasjera. Czy można otworzyć rachunek, dodać produkt, zastosować wcześniej zdefiniowaną cenę, podzielić zamówienie i je zamknąć? Sprawdź, które dane są przechowywane lokalnie i jak długo stanowisko może pracować bez kontaktu z serwerem.

Druga warstwa to płatność. Terminal kartowy może korzystać z innego połączenia i innych reguł niż POS. Nie zakładaj, że komunikat z aplikacji oznacza autoryzację płatności. Przetestuj płatność zaakceptowaną, odrzuconą i przerwaną oraz sposób ręcznego uzgodnienia.

Trzecia warstwa to fiskalizacja. Ministerstwo Finansów rozdziela kasy online i kasy mające postać oprogramowania. Kasa wirtualna jest konkretnym, certyfikowanym rozwiązaniem dla określonego zastosowania, a nie dowolną aplikacją POS. Zgodność trzeba potwierdzić dla urządzenia, wersji i sposobu połączenia używanego w punkcie.

Czwarta warstwa obejmuje chmurę i integracje: magazyn centralny, program lojalnościowy, kuchnię, platformy dostaw, sklep internetowy i raporty. W trybie offline część zdarzeń może czekać, a część w ogóle nie dotrzeć do stanowiska.

Karta zachowania podczas awarii

Wypełnij kartę wynikiem próby, nie odpowiedzią handlowca. Dla każdej operacji dopisz maksymalny czas, komunikat dla kasjera i sposób uzgodnienia. Jeśli zachowanie zależy od liczby stanowisk, rodzaju terminala albo urządzenia fiskalnego, utwórz osobny wiersz dla każdej konfiguracji używanej w firmie.

Największe ryzyko pojawia się po powrocie połączenia

Sama sprzedaż bez internetu jest tylko połową testu. Po odzyskaniu sieci system musi rozstrzygnąć kolejność, duplikaty i konflikty. Dwa stanowiska mogły sprzedać ostatnią sztukę, centrala mogła zmienić cenę, a platforma zewnętrzna wysłać anulowanie. Cicha synchronizacja bez raportu wyjątków może pozostawić pozornie poprawny dzień.

Wymagaj widoku kolejki z identyfikatorem, czasem lokalnym, statusem i wynikiem. Operator powinien móc odróżnić operację oczekującą od odrzuconej. Ponowienie musi być bezpieczne: kliknięcie drugi raz nie powinno tworzyć drugiej sprzedaży, płatności ani dokumentu.

Przy wielu stanowiskach sprawdź, który komponent jest nadrzędny. Jeśli lokalny serwer, router albo główny POS przestanie działać, zachowanie może być inne niż przy samym braku internetu. Test WAN nie zastępuje testu awarii urządzenia centralnego.

Scenariusz awarii do wykonania przed zakupem

Rozpocznij na działającym zestawie: otwórz zmianę, pobierz aktualne produkty i utwórz rachunek. Następnie odłącz połączenie internetowe w kontrolowany sposób. Dokończ pierwszy rachunek, rozpocznij drugi, anuluj pozycję, zastosuj rabat i spróbuj przyjąć dwie różne metody płatności. Nie używaj prawdziwych danych ani produkcyjnych płatności bez uzgodnionego środowiska testowego.

W czasie awarii spróbuj odebrać zamówienie z kanału online oraz zmienić produkt na drugim stanowisku. Zapisz komunikaty widoczne dla kasjera. System powinien jasno powiedzieć, czego nie może zrobić; pozorna cisza jest gorsza niż kontrolowana blokada.

Po przywróceniu sieci sprawdź kolejkę, raport sprzedaży, płatności, dokumenty fiskalne, stany magazynowe i zamówienia zewnętrzne. Porównaj liczbę zdarzeń przed i po synchronizacji. Na końcu wykonaj korektę jednej operacji oraz zamknięcie zmiany. Instrukcja POSbistro i dokumentacje innych dostawców mogą opisywać własny zakres, ale wynik należy zapisać dla konkretnego zestawu i wersji.

Reguła akceptacji i plan awaryjny

Tryb offline przechodzi test, jeśli firma wie, które operacje działają, które czekają, które są blokowane i jak rozliczyć wyjątki po powrocie sieci. Kasjer powinien otrzymać krótką instrukcję: jak rozpoznać awarię, czego nie obiecywać klientowi, kiedy przejść na procedurę zastępczą i kogo powiadomić.

Odrzuć rozwiązanie, które nie rozróżnia warstwy POS od fiskalnej, ukrywa kolejkę, nie pokazuje konfliktów albo wymaga ręcznego przepisywania bez identyfikatorów. Plan awaryjny powinien wskazywać zapasowe łącze lub urządzenie, limit czasu pracy, procedurę płatności, właściciela uzgodnienia oraz raport, na podstawie którego kierownik zamknie zmianę.