Jak wdrożyć zmianę ceny we wszystkich lokalizacjach bez edytowania każdej kasy?

Zmianę ceny we wszystkich lokalizacjach wdraża się, wprowadzając ją raz w centralnym katalogu i pozwalając każdej kasie z niego korzystać. To cała odpowiedź. Jeśli zamiast tego Twój system wymaga podchodzenia do każdej kasy, łączenia się zdalnie z sześcioma zapleczami lub wgrywania pliku z pendrive'a, cena tak naprawdę nie znajduje się w cenniku. Znajduje się w sprzęcie. A cenę, która znajduje się w sprzęcie, trzeba zmieniać wszędzie tam, gdzie stoi sprzęt.

Dlaczego zmiana ceny oznacza edycję każdej kasy?

Ponieważ starsze systemy POS traktują każdą kasę jak osobną, małą bazę danych. Urządzenie przechowuje lokalny cennik (zapisaną w kasie listę produktów i cen), a realizacja sprzedaży korzysta z tej lokalnej kopii. Centrala może prowadzić idealny główny arkusz kalkulacyjny, ale kasa nie ma pojęcia o jego istnieniu. Gdy to kasa jest źródłem prawdy (kopią, której wszyscy faktycznie ufają), o zmianie trzeba poinformować każdą kasę z osobna.

Taka konstrukcja miała sens, gdy kasy były urządzeniami działającymi w trybie offline, a łączność była luksusem. Przestało to mieć sens lata temu, ale ten model danych przetrwał w wielu zainstalowanych systemach, a także w niektórych nowszych, które go skopiowały. Rezultatem jest ten sam schemat co w przypadku nocnych eksportów CSV zastępujących raportowanie: personel wykonuje stałą, ręczną rutynę, aby zrekompensować to, gdzie przechowywane są dane.

Ile tak naprawdę kosztuje Cię edycja cen na każdej kasie z osobna?

Więcej niż wieczór poświęcony na jej wykonanie. Przewidywalne problemy:

• Rozbieżności między lokalizacjami. Ten sam SKU (unikalny kod produktu) ma inną cenę w centrum, a inną w galerii handlowej, ponieważ w marcu przeoczono jedną kasę. Nikt tego nie zauważa, dopóki nie zrobi tego klient. Stany magazynowe i tak rozsynchronizowują się same z siebie; ręcznie przepisywane ceny rozbiegają się jeszcze szybciej.

• Pominięte urządzenia. Kasa, na której w trakcie aktualizacji trwała sprzedaż, która była wyłączona lub po prostu o niej zapomniano, zachowuje stary cennik i przez tygodnie bez problemu nalicza stare ceny.

• Niezgodność etykiet na półce z paragonami. Każda seria ręcznych edycji to nowa okazja do tego, by zeskanowana cena przestała zgadzać się z etykietą na półce — a klient, który zauważy niezgodność, zaczyna mniej ufać pozostałym cenom w sklepie.

• Nieprecyzyjne raporty. Gdy jeden produkt jest sprzedawany w trzech różnych cenach w tym samym tygodniu, raporty marży tracą sens, a uzgadnianie danych (dopasowywanie raportów do faktycznie przepływających pieniędzy) zamienia się w archeologię.

• Praca po godzinach. Edycja cen na poszczególnych kasach czeka na zamknięcie sklepu, więc generuje koszty nadgodzin albo odwleka się w czasie. Gdy cena u dostawcy już wzrosła, każdy dzień zwłoki oznacza oddawanie marży.

Jakie rozwiązania tymczasowe sprawdzają się w systemie opartym na poszczególnych kasach?

Jeśli musisz obecnie korzystać z ustalania cen na każdej kasie z osobna, niektóre procedury generują mniej błędów niż inne:

1. Aktualizuj zbiorczo, nigdy nie wpisuj ponownie. Prowadź jeden główny plik z cenami i wgrywaj go za pomocą narzędzi do eksportu i importu, nawet jeśli musisz to robić urządzenie po urządzeniu. Ręczne wpisywanie cyfr na klawiaturze to główne źródło błędów.

2. Wyznacz kasę nadrzędną. Jeśli Twój system pozwala skopiować konfigurację jednej kasy na pozostałe, uczynij jedno urządzenie źródłem i je klonuj. Częściowa synchronizacja jest lepsza niż żadna.

3. Kontroluj okno zmian. Jedna osoba, jeden opatrzony datą plik główny, jedna lista kontrolna ze wszystkimi urządzeniami. Większość rozbieżności wynika z przeświadczenia: „Myślałem, że zaktualizowałeś kasę nr 2”.

4. Weryfikuj poprzez skanowanie, a nie patrzenie. Po aktualizacji przeprowadź próbną sprzedaż kilku zmienionych produktów w każdej lokalizacji. Ekran ustawień może pokazywać jedno, podczas gdy system kasowy nalicza co innego.

5. Prowadź rejestr zmian cen. Gdy później pojawią się rozbieżności, rejestr z datami pozwoli postawić diagnozę zamiast zgadywać.

Bądźmy szczerzy co do tego, czym to jest: łataniem wady konstrukcyjnej. Wpisuje się to w tę samą kategorię co ręczne usuwanie podatku przy każdej sprzedaży zwolnionej z podatku — człowiek robi ciągle to, co model danych powinien był zrobić raz.

Jak powinna w rzeczywistości wyglądać zmiana ceny?

Cena powinna znajdować się dokładnie w jednym miejscu: w centralnym katalogu w chmurze, przy czym każda kasa działa jako klient tego katalogu, a nie właściciel własnej kopii. Zmieniasz rekord produktu i nie musisz niczego przesyłać, ponieważ żaden inny element nie przechowuje ceny. To główny argument przemawiający za systemami chmurowymi w porównaniu z tradycyjnymi instalacjami, omówiony w artykule Systemy POS dla każdego biznesu: który typ jest odpowiedni dla Ciebie?

W Final POS katalog został zbudowany właśnie w ten sposób. Produkty znajdują się w jednej liście produktów w Panelu Sprzedawcy (Merchant Hub), cena jest polem w rekordzie produktu, a punkty sprzedaży (lokalizacje Twoich sklepów) kontrolują, gdzie dany produkt jest sprzedawany. Każde stanowisko w każdym punkcie czyta ten sam rekord, więc jednorazowa edycja ceny załatwia całą sprawę.

Dwa istotne zastrzeżenia. Kasa nadal musi być online, aby otrzymać aktualizację, więc krok weryfikacji sprowadza się do potwierdzenia połączenia urządzeń, a nie ponownego wprowadzania danych. A jeśli celowo stosujesz różne ceny w różnych lokalizacjach, jest to decyzja cenowa, która powinna mieć postać reguły w katalogu, a nie być odtwarzana poprzez ręczne dopuszczanie do rozbieżności między kasami.

Jak więc wdrożyć zmianę ceny we wszystkich lokalizacjach bez edytowania każdej kasy?

W systemie opartym na poszczególnych kasach: nie zrobisz tego. Aktualizujesz ceny zbiorczo, klonujesz je tam, gdzie pozwala system, i weryfikujesz za pomocą testowych skanów, ponieważ taka konstrukcja nie oferuje niczego lepszego. W systemie z centralnym katalogiem edytujesz produkt raz i gotowe. Złota zasada: jeśli zmiana ceny wymaga fizycznej ingerencji w sprzęt, to kasy zarządzają katalogiem, a nie na odwrót. Jeśli oceniasz nowy system, dodaj do scenariusza prezentacji punkt: „Zmień jedną cenę i pokaż mi, że zmiana trafiła do każdej kasy”, a po zmianie systemu skorzystaj z listy kontrolnej konfiguracji na pierwszy tydzień.