Hvordan ruller du en prisændring ud til alle lokationer uden at redigere hvert enkelt kasseapparat?

Du ruller en prisændring ud til alle lokationer ved at foretage ændringen én gang i ét centralt katalog og lade hvert kasseapparat læse fra det. Det er hele svaret. Hvis dit system i stedet kræver, at du går hen til hvert kasseapparat, fjernstyre seks backoffices eller indlæser en fil fra et USB-stik, ligger prisen ikke rigtig i din prisliste. Den ligger i hardwaren. Og en pris, der ligger i hardware, skal ændres, uanset hvor hardwaren befinder sig.

Hvorfor betyder en prisændring, at hvert kasseapparat skal redigeres?

Fordi ældre POS-systemer behandler hvert kasseapparat som sin egen lille database. Enheden gemmer en lokal prisbog (kasseapparatets gemte liste over varer og priser), og kassen læser fra den lokale kopi. Hovedkontoret kan have et perfekt master-regneark, men kasseapparatet ved ikke, at det eksisterer. Når kasseapparatet er den primære datakilde (den kopi, alle reelt stoler på), skal hvert kasseapparat have besked om ændringen individuelt.

Det design gav mening, dengang kasseapparater var offline-maskiner, og internetforbindelse var en luksus. Det holdt op med at give mening for mange år siden, men datamodellen overlevede i mange installerede systemer og i nyere systemer, der kopierede den. Resultatet er det samme mønster som natlige CSV-eksporter i stedet for rapportering: personalet udfører en permanent manuel rutine for at kompensere for, hvor dataene befinder sig.

Hvad koster prisredigering pr. kasseapparat dig egentlig?

Mere end den aften, det tager. De forudsigelige fejl:

• Afvigelser mellem lokationer. Det samme SKU (unik produktkode) slås ind til én pris i midtbyen og en anden i centret, fordi et kasseapparat blev glemt i marts. Ingen opdager det, før en kunde gør det. Lagerregistreringer skrider allerede i sig selv; manuelt kopierede priser skrider hurtigere.

• Glemte enheder. Et kasseapparat, der var midt i et salg, var slukket eller simpelthen blev glemt under opdateringen, beholder den gamle prisbog, og det vil gladeligt opkræve den gamle pris i ugevis.

• Hyldeforkanter og kvitteringer stemmer ikke overens. Hver manuel redigeringsrunde er en ny chance for, at den scannede pris ikke længere matcher mærket på hylden, og en kunde, der opdager afvigelsen, stoler lidt mindre på alle andre priser i din butik.

• Uklare rapporter. Når et produkt sælges til tre forskellige priser i samme uge, mister dækningsbidragsrapporter deres værdi, og afstemning (at matche dine rapporter med de penge, der reelt er flyttet) bliver til arkæologi.

• Arbejde uden for åbningstid. Redigeringer pr. kasseapparat venter på lukketid, så de koster enten overarbejde eller udskydes. Når en leverandørpris allerede er steget, er hver dags ventetid en avance, du forærer væk.

Hvilke midlertidige løsninger holder på et system med redigering pr. kasseapparat?

Hvis du er låst fast til prissætning pr. kasseapparat i dag, er der nogle rutiner, der slår mindre fejl end andre:

1. Kør i batches, indtast aldrig igen. Gem én master-prisfil, og indlæs den via systemets eksport- og importværktøjer, selvom du skal gøre det enhed for enhed. At genindtaste tal på et tastatur er der, hvor fejl opstår.

2. Udpeg et master-kasseapparat. Hvis dit system kan kopiere ét kasseapparats konfiguration til de andre, så gør én enhed til kilden og klon den. En halv synkronisering er bedre end ingen.

3. Tag styringen over opdateringsvinduet. Én person, én dateret masterfil, én tjekliste med hver eneste enhed på. De fleste afvigelser stammer fra "Jeg troede, du tog kasse 2."

4. Verificer ved at scanne, ikke ved at kigge. Foretag et testsalg på et par af de ændrede varer på hver lokation efter opdateringen. Et indstillingsskærmbillede kan vise én ting, mens kassen opkræver noget andet.

5. Før en log over prisændringer. Når afvigelser dukker op senere, er en dateret log forskellen på en diagnose og et gæt.

Vær ærlig om, hvad dette er: vedligeholdelse af en designfejl. Det ligger i samme kategori som at fjerne moms manuelt for hver fritaget køber – en person, der for evigt gør det, som datamodellen burde have gjort én gang.

Hvordan bør en prisændring egentlig fungere?

Prisen bør befinde sig nøjagtig ét sted: i et centralt katalog i skyen, hvor hvert kasseapparat fungerer som en klient til det katalog i stedet for ejer af sin egen kopi. Ændr produktposten, og så er der ikke mere, der skal rulles ud, fordi intet andet gemmer en pris. Dette er hovedargumentet for skybaserede systemer frem for traditionelle installationer, hvilket gennemgås i POS-systemer til enhver virksomhed: Hvilken type passer til dig?

I Final POS er kataloget opbygget på denne måde. Produkter findes i én produktliste i Merchant Hub, pris er et felt på produktposten, og salgssteder (dine butikslokationer) styrer, hvor hvert produkt sælges. Hver station på hvert salgssted læser den samme post, så at redigere prisen én gang er hele arbejdet.

To ærlige forbehold. Et kasseapparat skal stadig være online for at modtage en opdatering, så verificeringstrinnet indskrænkes til at bekræfte, at enhederne er tilsluttet, frem for at genindtaste tal. Og hvis du bevidst tager forskellige priser på forskellige lokationer, er det en prissætningsbeslutning, der hører hjemme i kataloget som en regel, og ikke noget, der skal genskabes ved at lade kasseapparater skride fra hinanden manuelt.

Så hvordan ruller du en prisændring ud til alle lokationer uden at redigere hvert enkelt kasseapparat?

På et system baseret på kasseapparater gør du det ikke. Du kører ændringen i batches, kloner den, hvor systemet tillader det, og verificerer med testscanninger, fordi designet ikke tilbyder noget bedre. På et system med et centralt katalog redigerer du produktet én gang, og så er du færdig. Tommelfingerreglen: hvis det at ændre en pris betyder, at du skal røre ved hardware, er det dine kasseapparater, der ejer dit katalog, i stedet for omvendt. Hvis du evaluerer et nyt system, så sæt "ændr én pris og vis mig, at det slår igennem på alle kasseapparater" på din demoverktøjsliste, og arbejd dig derefter igennem en tjekliste for opsætning i den første uge, når du skifter.