Jak promítnout změnu ceny na všechny pobočky bez upravování každé pokladny?

Změnu ceny promítnete na všechny pobočky tak, že ji provedete jednou v centrálním katalogu, ze kterého pak čerpají všechny pokladny. To je celá odpověď. Pokud vás váš systém místo toho nutí obcházet jednotlivé pokladny, připojovat se vzdáleně do šesti zázemí nebo nahrávat soubor z USB disku, cena ve skutečnosti nežije ve vašem ceníku. Žije v hardwaru. A cenu, která žije v hardwaru, musíte změnit všude tam, kde se tento hardware nachází.

Proč změna ceny znamená úpravu každé pokladny?

Protože starší POS systémy přistupují ke každé pokladně jako k samostatné malé databázi. Zařízení uchovává lokální ceník (uložený seznam položek a cen v pokladně) a pokladna čte data z této lokální kopie. Centrála sice může mít dokonale přesnou hlavní tabulku, ale pokladna o její existenci nemá ani tušení. Kdykoli je pokladna primárním zdrojem pravdy (kopií, které všichni skutečně věří), musí být o změně informována každá pokladna zvlášť.

Tento koncept dával smysl v době, kdy byly pokladny offline stroje a připojení k síti bylo luxusem. Smysl přestal dávat už před lety, ale datový model přežil v mnoha nainstalovaných systémech i v některých novějších, které ho zkopírovaly. Výsledkem je stejný vzorec jako u denních exportů CSV nahrazujících výkazy: zaměstnanci provádějí neustálou manuální rutinu, aby kompenzovali to, kde jsou data uložena.

Co vás ruční úprava cen na jednotlivých pokladnách doopravdy stojí?

Více než jeden večer, který tím strávíte. Předvídatelná selhání:

• Rozdíly mezi pobočkami. Stejná položka SKU (unikátní kód produktu) se v centru města načte za jinou cenu než v obchodním centru, protože se na jednu pokladnu v březnu zapomnělo. Nikdo si toho nevšimne, dokud na to neupozorní zákazník. Záznamy o zásobách se samy od sebe rozcházejí; ručně kopírované ceny se rozcházejí ještě rychleji.

• Opomenutá zařízení. Pokladna, na které právě probíhal prodej, byla vypnutá nebo se na ni během aktualizace prostě zapomnělo, si ponechá starý ceník a bude dál klidně účtovat starou cenu po celé týdny.

• Nesoulad mezi cenovkami na regálech a účtenkami. Každé kolo ručních úprav představuje novou šanci, že naskenovaná cena přestane odpovídat etiketě na regálu. Zákazník, který tento nesoulad odhalí, pak věří všem ostatním cenám ve vašem obchodě o něco méně.

• Nepřesné přehledy. Když se jeden produkt prodá během jednoho týdne za tři různé ceny, výkazy marží ztrácejí smysl a odsouhlasení (párování výkazů se skutečnými penězi) se mění v archeologii.

• Práce po pracovní době. Úpravy na jednotlivých pokladnách musejí počkat na zavírací dobu, takže buď stojí příplatky za přesčasy, nebo musejí počkat. Když už nákupní cena od dodavatele vzrostla, každý den čekání znamená ztrátu marže.

Jaká provizorní řešení fungují v systému fungujícím po pokladnách?

Pokud jste dnes uvízli u oceňování pro jednotlivé pokladny, některé postupy selhávají méně než jiné:

1. Zpracovávejte hromadně, nikdy nepřepisujte ručně. Udržujte jeden hlavní soubor s cenami a nahrávejte jej pomocí nástrojů pro export a import, i kdyby to mělo být zařízení po zařízení. Přepisování čísel na klávesnici je líhní chyb.

2. Určete hlavní pokladnu. Pokud váš systém dokáže zkopírovat konfiguraci jedné pokladny do ostatních, udělejte z jednoho zařízení zdroj a klonujte jej. Částečná synchronizace je lepší než žádná.

3. Mějte pod kontrolou časové okno pro změny. Jedna osoba, jeden datovaný hlavní soubor, jeden kontrolní seznam se všemi zařízeními. Většina odchylek pramení z věty: „Myslel jsem, že jsi dělal pokladnu 2.“

4. Ověřujte skenováním, ne pouhým pohledem. Po aktualizaci proveďte na každé pobočce zkušební prodej několika změněných položek. Obrazovka nastavení totiž může ukazovat jednu věc, zatímco u pokladny se účtuje jiná.

5. Veďte si deník změn cen. Když se později objeví nesrovnalosti, datovaný deník představuje rozdíl mezi přesnou diagnózou a hádáním.

Buďte k sobě upřímní v tom, o co jde: jde o údržbu chyby v návrhu. Spadá do stejné kategorie jako ruční odstraňování daně u každého kupujícího osvobozeného od daně, kdy člověk neustále dělá to, co měl datový model udělat jednou.

Jak by měla změna ceny správně fungovat?

Cena by měla žít na jediném místě: v centrálním katalogu v cloudu, přičemž každá pokladna funguje jako klient tohoto katalogu, nikoli jako vlastník vlastní kopie. Když změníte záznam o produktu, není co promítat ani odesílat, protože cenu nic jiného nedrží. To je hlavní argument pro cloudové systémy oproti tradičním instalacím, jak podrobně popisuje článek POS systémy pro každou firmu: Který typ je pro vás ten pravý?

V systému Final POS je katalog navržen přesně takto. Produkty se nacházejí v jednom Seznamu produktů v Hubu obchodníka, cena je polem v záznamu produktu a pobočky (vaše prodejní místa) řídí, kde se jednotlivé produkty prodávají. Každé stanovisko na každé pobočce čte stejný záznam, takže jediná úprava ceny vyřeší vše.

Dvě upřímná upozornění. Pokladna musí být stále online, aby aktualizaci přijala, takže krok ověření se zjednoduší na potvrzení, že jsou zařízení připojená, místo opětovného zadávání čísel. A pokud záměrně účtujete různé ceny na různých pobočkách, jde o cenové rozhodnutí, které patří do katalogu jako pravidlo, nikoli o něco, co by se mělo vytvářet ručním rozcházením pokladen.

Jak tedy promítnout změnu ceny na všechny pobočky bez upravování každé pokladny?

V systému s ceníky na jednotlivých pokladnách to udělat nelze. Změny zpracujete hromadně, naklonujete je tam, kde to systém umožňuje, a ověříte je testovacím skenováním, protože architektura systému nic lepšího nenabízí. V systému s centrálním katalogem upravíte produkt jednou a máte hotovo. Zlaté pravidlo zní: pokud změna ceny znamená zásah do hardwaru, vaše pokladny vlastní váš katalog místo toho, aby tomu bylo naopak. Pokud posuzujete nový systém, zařaďte si do předváděcího scénáře požadavek „změňte jednu cenu a ukažte mi, že se promítla na každou pokladnu“ a po přechodu postupujte podle kontrolního seznamu pro nastavení během prvního týdne.