Tworzymy systemy dla handlu detalicznego pod potrzeby sieci
Kasa, warstwa płatnicza, ewidencja magazynowa, zarządzanie siecią, integracje i opieka po uruchomieniu.
Tworzenie i wdrażanie systemów dla handlu detalicznego: kasa i POS na sali sprzedaży, terminal płatniczy, katalog i ceny, stany i ewidencja magazynowa sklepu, lojalność, uprawnienia pracowników, analityka i centralny panel zarządzania siecią. Poniżej opisujemy, jak zbudowany jest każdy moduł, z jakimi systemami i urządzeniami się łączy i jaki proces obejmuje.
Oprogramowanie dla handlu detalicznego — system, który prowadzi towar od przyjęcia w sklepie aż do wydrukowanego paragonu i zapisanego utargu, a dane o towarach, cenach i stanach utrzymuje identyczne we wszystkich punktach sieci.
Z zewnątrz sklep to półka i kasa. W środku to kilka powiązanych programów: aplikacja kasowa na sali sprzedaży, ewidencja magazynowa sklepu, warstwa płatnicza, system centralny sieci i warstwa wymiany z systemami zewnętrznymi — księgowością, magazynem, CRM i sklepem internetowym.
Granica między programem kasowym a systemem dla handlu detalicznego przebiega wzdłuż liczby punktów i miejsca, w którym zapadają decyzje. Pojedynczej kasie wystarcza lokalny program na komputerze kasowym. Gdy tylko sklepów jest więcej niż jeden, pojawiają się pytania, których pojedynczy punkt nigdy nie zna: gdzie mieszka jedyny katalog towarów, kto zmienia cenę wszędzie naraz, jak towar przemieszcza się między sklepami i czyj stan magazynowy jest tym właściwym.
Obieg sieci handlowej — dziewięć ogniw połączonych danymi:
Ogniwa łączą się w obie strony: katalogi i reguły schodzą z systemu centralnego do punktów, a sprzedaż, ruchy towaru i zdarzenia urządzeń wracają w górę. Przerwa w dowolnym miejscu widać od razu: jako różnicę ceny między półką a paragonem, jako ujemny stan albo jako niezapisany utarg.
Nie na stronach i nie na arkuszach, lecz na obiektach ewidencyjnych — zapisach z własnym stanem, autorem i historią:
Proces opisany obiektami staje się sprawdzalny: za każdą liczbą w raporcie stoi dokument, za każdym dokumentem autor i godzina, a za każdym sporem zapis zamiast czyjejś relacji.
Cztery pytania, które nie istnieją dla pojedynczego punktu. To odpowiedzi na nie odróżniają system sieciowy od programu kasowego:
Sześć powodów, dla których sklep albo sieć wdraża oprogramowanie dla handlu detalicznego. Dopóki systemu nie ma, każde z tych zadań obsługuje się arkuszami, telefonami między punktami i liczeniem z pamięci.
Towary, kody kreskowe, ceny i reguły rabatów tworzy się raz i rozsyła do punktów. Sklep w centrum i sklep na obrzeżach czytają jeden katalog, a nie dwa różne pliki z dwiema historiami zmian.
Pozycja wchodzi na paragon skanem kodu kreskowego albo przez zważenie, cena wypełnia się z reguły, a rabat liczy system. Kasjer nie wpisuje ceny ręcznie — nie może więc ani się pomylić, ani jej wybrać.
Sprzedaż zdejmuje towar w chwili zamknięcia paragonu; przyjęcie i przesunięcie — w chwili zaksięgowania dokumentu. Stan przestaje być liczbą z ostatniej inwentaryzacji i staje się liczbą roboczą, na której opiera się zamówienie u dostawcy.
Cenę i rabat ustawia reguła: dla grupy punktów, dla kategorii albo według harmonogramu. Przecena tysiąca pozycji przed promocją zajmuje kilka minut i jest odwracalna, zamiast zamieniać się w objazd sklepów z wydrukami.
Zwrot, anulowanie pozycji, rabat ręczny, zmiana ceny i otwarcie szuflady to zapisy z autorem, godziną i poprzednią wartością. Spór rozstrzyga się z dziennika, a nie z tego, co mówi zmiana.
Widać, co sprzedaje się w każdym punkcie i o jakich godzinach, jaki towar nie schodzi, gdzie rosną zwroty i ile promocja naprawdę przyniosła po uwzględnieniu rabatu.
To nie jeden program, lecz zestaw powiązanych elementów programowych i sprzętowych. Każdy odpowiada za swój obszar i aktualizuje się osobno: kasy na sali sprzedaży nie przepisuje się z powodu nowego raportu w panelu centralnym.
Program na komputerze kasowym albo na stanowisku POS all-in-one: ekran kasjera, praca z czytnikiem i wagą, naliczanie paragonu, dialog z terminalem płatniczym, drukowanie dokumentów, zmiana kasowa. Działa samodzielnie i obsługuje klientów dalej, gdy połączenie z serwerem zostanie zerwane.
Warstwa fizyczna: komputer kasowy, czytniki, drukarka paragonów, terminal płatniczy, wagi, terminale zbierania danych, szuflada kasowa, ekrany. Każde urządzenie jest zarejestrowane i przypisane do sklepu i do stanowiska pracy.
Warstwa płatności bezgotówkowej: wymiana między kasą a terminalem płatniczym, stany operacji płatniczych, dopasowanie płatności do paragonu, zwroty, obsługa odmów i zerwań łączności, uzgadnianie z rejestrem agenta rozliczeniowego.
Przyjmowanie danych z punktów, stosowanie reguł, kolejki wymiany, harmonogramy zadań i raportów, odsyłanie katalogów. Rośnie wraz z liczbą sklepów, zamiast być przepisywana przy otwarciu jedenastego.
Magazyn obiektów ewidencyjnych i ich historii: towary, ceny, stany, paragony, płatności, dokumenty ruchu, klienci, pracownicy, zdarzenia. Zapisy operacji są niezmienne, a kopie zapasowe powstają według harmonogramu, ze sprawdzaniem odtwarzania.
Miejsce pracy kierownictwa sieci: sklepy, asortyment, ceny, stany, sprzedaż, promocje, pracownicy, urządzenia, błędy i kluczowe wskaźniki w jednym interfejsie, z uprawnieniami według ról.
Tam, gdzie wymaga tego praca: aplikacja merchandisera do przyjęć i inwentaryzacji ze skanowaniem, aplikacja kierownika z podsumowaniem wszystkich punktów, aplikacja klienta z kartą lojalnościową i paragonami elektronicznymi.
Wymiana z systemami zewnętrznymi: księgowością, systemem zarządzania, magazynem, CRM, sklepem internetowym, usługami płatniczymi. Kolejki, ponawianie komunikatów, wersje formatów, dziennik wymiany, regularne uzgadnianie.
Zestawienie danych nad operacjami: sprzedaż, średni paragon, marża, rotacja, zwroty, skuteczność promocji, wydajność kasjerów. Liczy się na kopii danych, żeby ciężki raport nigdy nie spowalniał kasy na sali sprzedaży.
Elementy łączą powiązania obowiązkowe, a nie dobra wola: kasa nie działa bez katalogu, katalog nie ma sensu bez panelu centralnego, a panel jest bezużyteczny bez danych z punktów. Dlatego system projektuje się jako całość i wdraża po częściach — w kolejności, w której każdy krok opiera się na danych z poprzedniego.
Program kasowy — to zarazem miejsce pracy sprzedawcy i punkt, w którym operacja staje się dokumentem. Wszystko, co dzieje się na sali sprzedaży, dociera do systemu wyłącznie przez niego: sprzedaż, zwrot, rabat, płatność, wpłata i wypłata gotówki.
Wymaganie wobec niego jest ostrzejsze niż wobec każdego innego modułu: musi działać szybko, w kolejce i wtedy, gdy połączenie z serwerem padnie. Dlatego kasa trzyma lokalną kopię katalogu towarów i cen i zapisuje operacje w lokalnej kolejce, zamiast pytać serwer o każdą pozycję paragonu.
Co robi program kasowy:
Wymagania wobec części fiskalnej — drukowania paragonu, jego treści i przesyłania danych — określa ustawodawstwo kraju i model podłączonego urządzenia. Skład i kolejność wymiany ustala się na etapie analizy przedwdrożeniowej, a nie deklaruje z góry.

Połączenie z serwerem nie jest warunkiem sprzedaży. Kasa dalej nabija paragony na lokalnym katalogu, gromadząc operacje w kolejce; po powrocie kanału kolejka wychodzi paczką. Każda operacja ma klucz, więc jej ponowne wysłanie nigdy nie tworzy drugiego paragonu i nie zdejmuje towaru dwa razy.
Granice mówi się uczciwie: dopóki nie ma łączności, kasa nie widzi zmiany ceny wprowadzonej minutę wcześniej w systemie centralnym i nie sprawdzi salda punktów na serwerze. To, co dokładnie jest dozwolone w trybie bez sieci, jest decyzją projektową: sprzedaż można na przykład dopuścić, a wykorzystanie punktów odłożyć do powrotu łączności.
Zmiana kasowa to nie dzień pracy kasjera, lecz dokument z początkiem, końcem, kasjerem, kasą i podsumowaniami. Wiąże się z nią każdy paragon, płatność, zwrot i ruch gotówki z danego okresu.
Program w sklepie nie działa w oderwaniu: prawie każda operacja zaczyna się albo kończy na urządzeniu fizycznym. Poniżej urządzenia, z którymi rozmawia oprogramowanie kasowe i magazynowe, oraz to, co dokładnie system od nich odbiera albo im wysyła.

Urządzenie, na którym działa program kasowy. System zna je jako stanowisko pracy: to z nim wiążą się kasa, zmiana, zestaw podłączonych peryferiów i uprawnienia logowania. Wymiana sprzętu nie psuje historii sprzedaży — stanowisko pozostaje tym samym obiektem ewidencyjnym.
Główny sposób wprowadzenia pozycji na paragon i do dokumentu magazynowego. Jedna pozycja towarowa może mieć kilka kodów kreskowych: dostawcy, wewnętrzny, opakowania. Nieznany kod nie ginie: trafia do kolejki, żeby powiązać go z towarem, a nie do komunikatu «nie znaleziono towaru».
Drukowanie dokumentów sprzedaży i zwrotu. Treść paragonu, kolejność jego składania i sposób przesyłania danych określają wymagania kraju i model urządzenia; dokładny zestaw ustala się w analizie przedwdrożeniowej. Dokument niewydrukowany albo nieprzesłany zapisuje się jako operację niezamkniętą.
Przyjmowanie płatności bezgotówkowej. Kasa przekazuje kwotę, terminal prowadzi dialog z posiadaczem karty i zwraca wynik. Terminal nie jest peryferium, lecz drugim systemem z własnym stanem, dlatego ma osobny dział poniżej.
Praca z towarem na wagę: pozycja wchodzi na paragon z rzeczywistą masą, a cenę liczy się za kilogram. Wagi mogą być kasowe — masa idzie wprost na paragon — albo do paczkowania, które drukują etykietę z kodem kreskowym zawierającym kod towaru i masę; kasa taki kod odczytuje i wypełnia pozycję.
Przyjęcia, inwentaryzacje, przesunięcia i przecena ze skanowaniem, wprost na sali sprzedaży i na zapleczu sklepu. Urządzenie działa bez stałej łączności: dokument składa się lokalnie i wgrywa do systemu w całości, ze sprawdzeniem różnic.
Szufladę otwiera program w chwili operacji gotówkowej. Każde otwarcie to zdarzenie z godziną, kasjerem i powodem; otwarcie bez sprzedaży trafia na listę operacji nadzorowanych. To samo dotyczy peryferiów pomocniczych stanowiska — klawiatur i czytników identyfikatorów pracowników.
Wyświetlacz przy kasie pokazuje pozycje paragonu, rabat i sumę w miarę skanowania — klient widzi cenę przed zapłatą, a nie po. Ekrany na sali sprzedaży pokazują promocje, zestawy i ceny z tego samego katalogu co kasa, więc różnica między ekranem a paragonem nie może powstać.
Tam, gdzie są zamontowane, etykiety dostają cenę z tego samego systemu co kasa. To usuwa główne źródło konfliktu na sali sprzedaży — różnicę ceny między półką a kasą po przecenie. Możliwość ich podłączenia zależy od interfejsu sterowania, jaki udostępnia dany system etykiet.
Nie deklarujemy z góry zgodności z konkretnymi markami i modelami urządzeń. Zestaw urządzeń możliwych do podłączenia ustala się w analizie przedwdrożeniowej, na podstawie dokumentacji producenta i interfejsu, jaki urządzenie udostępnia; tam, gdzie gotowego interfejsu nie ma, sprawę rozstrzyga się osobno i przed rozpoczęciem prac, a nie obietnicą zgodności.
Terminal płatniczy to jedyne miejsce, w którym zakup staje się opłacony, i jedyny węzeł sklepu dotykający wprost pieniędzy. Dlatego opisujemy go tutaj jako osobną warstwę, a nie jako wiersz na liście urządzeń.
Główna trudność polega na tym, że kasa i terminal to dwa niezależne systemy. Kasa ma własne spojrzenie na paragon; terminal ma własną operację płatniczą, która żyje wewnątrz obiegu agenta rozliczeniowego i nie podlega programowi kasowemu. Zgodności tych dwóch obrazów nie gwarantuje żadne prawo fizyki: między obciążeniem pieniędzy a wydrukiem paragonu zawsze jest odstęp, a w niego może wpaść zerwanie łączności, zanik prądu albo zawieszenie.
Co obejmuje integracja kasy z terminalem płatniczym:
Nie wymieniamy banku, modelu terminala ani protokołu płatniczego: zakres integracji określa interfejs wymiany udostępniany przez dany terminal i to, na co pozwala umowa o acquiring. Ustala się to w analizie przedwdrożeniowej i zapisuje w projekcie.

Wbijanie kwoty ręcznie na terminalu to rozwiązanie najtańsze w budowie i najdroższe w eksploatacji. Pozwala pomylić cyfrę i obciążyć złą kwotą, a przede wszystkim zrywa powiązanie paragonu z płatnością: dopasować je później można tylko po godzinie i kwocie, czyli w przybliżeniu.
Gdy kwotę przekazuje program, płatność i paragon łączy identyfikator po obu stronach. To na tym opierają się uzgodnienie z agentem rozliczeniowym, wyjaśnianie spornej operacji i kontrola różnic między utargiem w systemie a pieniędzmi na koncie.
Terminal odpytuje się nie tylko w chwili płatności. Jego stan to osobna dana, potrzebna zanim klient stanie przy kasie:
Każdy stan to zdarzenie w dzienniku. Terminal, który odpowiada wolno albo gubi co dziesiątą operację, pojawia się w raporcie urządzeń na długo przedtem, zanim zgłosi to kierownik sklepu.
Płatność kartą to nie pojedyncza czynność, lecz ciąg stanów, z których każdy może się przerwać. Poniżej opisujemy, jak system prowadzi operację i co robi, gdy wynik jest nieznany.
Kasa składa żądanie: kwota, waluta, identyfikator operacji, odwołanie do paragonu. Dopóki terminal nie odpowie, paragon jest w stanie «oczekuje na płatność» i nie można go zamknąć, zmienić ani usunąć.
Terminal zwraca rozstrzygnięcie: przyjęta, odrzucona, anulowana przez klienta, błąd. Przy przyjęciu wynik przychodzi ze szczegółami operacji, które posłużą potem do odnalezienia jej w rejestrze agenta rozliczeniowego.
Identyfikator operacji płatniczej zapisuje się w paragonie, a numer paragonu w zapisie płatności. Powiązanie jest dwustronne: każda strona odtwarza drugą — od paragonu do płatności i od wiersza w rejestrze banku do konkretnej sprzedaży.
Zwrot na kartę to osobna operacja płatnicza powiązana z pierwotną. System nie pozwoli zwrócić więcej, niż zapłacono, ani więcej, niż pozostało do zwrotu na tym paragonie, a wynik zwrotu również czeka na potwierdzenie terminala.
Najważniejszy scenariusz: terminal nie odpowiedział. System nie uznaje takiej operacji ani za udaną, ani za nieudaną — oznacza ją jako wymagającą wyjaśnienia i nie pozwala po cichu zamknąć paragonu. Wynik ustala się potem, odpytując stan operacji albo przez uzgodnienie.
Dla każdego urządzenia zbiera się dostępność terminala, udział nieudanych operacji, czas odpowiedzi i niezamknięte dni. Problematyczny sprzęt pojawia się w raporcie, a nie w skargach z sali sprzedaży.
Zrzut z systemu: liczby są poglądowe. Kluczowy jest krok drugi: dopóki kwoty nie przekazuje program, kroki szósty i siódmy wykonuje człowiek z papierowych wydruków.
| Co się stało | Co robi kasa | Stan |
|---|---|---|
| Karta odrzucona | Proponuje ponowienie albo wybór innego sposobu płatności; paragon pozostaje otwarty | normalny |
| Klient anulował operację | Zwraca paragon do pracy, operacja płatnicza zamyka się jako anulowana | normalny |
| Terminal nie odpowiedział w wyznaczonym czasie | Nie zamyka paragonu, odpytuje stan operacji, a gdy ten pozostaje niepewny, blokuje ręczne zamknięcie | wyjaśnienie |
| Zabrakło prądu między płatnością a wydrukiem | Po uruchomieniu przywraca niedokończony paragon i wymaga ustalenia wyniku płatności | wyjaśnienie |
| Płatność przeszła, paragon nie został wydrukowany | Utrzymuje operację otwartą i drukuje ponownie bez drugiego obciążenia | wyjaśnienie |
| Płatność jest w rejestrze, paragonu nie ma w systemie | Wysyła rozbieżność do kolejki uzgodnień z kwotą, godziną i terminalem | wyjaśnienie |
| Terminal wymaga zamknięcia dnia | Uprzedza kasjera przed rozpoczęciem operacji, a nie po włożeniu karty | ostrzeżenie |
Zasada ogólna: nieznany wynik nigdy nie zamienia się ani w sukces, ani w odmowę. Operacja pozostaje otwarta i trafia do kolejki wyjaśnień — to tańsze niż obciążenie klienta dwa razy albo pozostawienie sklepu z niezapisanym utargiem.
Dokładny protokół wymiany z terminalem, zestaw dostępnych sposobów płatności, możliwość anulowania operacji i zachowanie przy zerwaniu łączności określa model urządzenia i zasady agenta rozliczeniowego. Opisujemy warstwę zbudowaną wokół nich i doprecyzowujemy jej zakres w analizie przedwdrożeniowej — bez deklarowania z góry zgodności z konkretnym bankiem czy terminalem.
Katalog w handlu detalicznym — to nie witryna, lecz kartoteka, na której żyje kasa. Błąd w niej kosztuje więcej niż błąd na stronie: zły kod kreskowy zatrzymuje kolejkę, a zdublowana pozycja dzieli stan jednego towaru na dwie karty.
Z czego składa się pozycja towarowa:
Operacje masowe odbywają się przez import pliku albo wymianę z księgowością. Import zawsze sprawdza się przed zapisem: co zostanie utworzone, zmienione, odrzucone i dlaczego. Pozycja z powtórzonym kodem kreskowym nie powstaje po cichu — trafia do raportu odrzuceń.
Sklepy w sieci nie są jednakowe: różnią się formatem, powierzchnią, dzielnicą i klientem. Matryca asortymentowa odpowiada na pytanie, które pozycje wspólnego katalogu sprzedaje się w danym punkcie.
Towar w katalogu jest jeden, ale jego stan w każdym punkcie jest własny. To główna różnica między ewidencją sieci a ewidencją pojedynczego sklepu:
| Sklep | W matrycy | Cena | Stan dostępny |
|---|---|---|---|
| Centrum | tak | 395 | 42 |
| Dzielnica mieszkaniowa | tak | 385 | 7 |
| Trasa wylotowa | nie | — | 0 |
Liczby są poglądowe. Różne ceny to nie błąd, lecz reguła: punkt przy trasie wylotowej i sklep osiedlowy żyją w różnych grupach cenowych. Błędem byłaby ta sama wartość uzyskana ręczną poprawką w trzech miejscach.
Cena na paragonie to wynik obliczenia według reguł, a nie liczba z karty produktu. Dlatego przecena nie wymaga zmieniania tysięcy pozycji, a sporną kwotę na paragonie rozstrzyga się, cofając się po warstwach obliczenia, a nie z pamięci kasjera.
Pozycja ma kilka cen naraz: cenę bazową, cenę według grupy cenowej sklepów, cenę dla konkretnego punktu. System wybiera obowiązującą w chwili nabijania. Sklep w centrum i sklep przy trasie pracują na jednym katalogu, według różnych reguł.
Procent albo kwota ponad cenę zakupu, według kategorii, dostawcy albo grupy towarowej. Przyjęcie po nowej cenie zakupu przelicza cenę detaliczną automatycznie, zamiast zostawiać ją na poziomie poprzedniej dostawy.
Warunek uruchomienia, mechanika rabatu, daty początku i końca, powtarzalne okna. Promocja rusza i kończy się sama — nikt nie musi być na miejscu o północy, żeby włączyć cenę weekendową.
Procent, stała kwota, nowa cena, rabat na tańszą pozycję w zestawie, druga sztuka za pół ceny, prezent pod warunkiem, rabat na kategorię powyżej kwoty paragonu. Mechanikę ustawia reguła, a nie przelicza kasjer.
Jeden kod na kampanię albo partia niepowtarzalnych kodów dla poszczególnych odbiorców. Sprawdza się ważność, limit użyć, limit na klienta i zgodność z trwającą promocją. Wykorzystanie zapisuje się na paragonie — dla każdego kodu widać, gdzie i kiedy posłużył.
Zgodność rabatów określa się wprost: które się sumują, a które wykluczają. Próg ceny minimalnej nie pozwala, by kilka poprawnych z osobna rabatów łącznie zeszło z pozycją poniżej dopuszczalnego poziomu.
Liczby są poglądowe. Wiersz o niezastosowanym kodzie rabatowym znaczy więcej niż pozostałe: przy kasie trzeba podać klientowi powód odmowy, a nie tylko powiedzieć, że kod jest nieważny. Każdy krok obliczenia przechowuje się przy paragonie i jest dostępny przy wyjaśnianiu spornego zakupu.
Stan magazynowy to nie dana referencyjna, lecz wynik wszystkich zaksięgowanych dokumentów dla pozycji w danym punkcie. Jeśli stan się nie zgadza, przyczyna zawsze leży w dokumentach: czegoś nie zaksięgowano, zaksięgowano dwa razy albo zaksięgowano w złym miejscu.
Dlatego system nie pozwala zmienić stanu bezpośrednio. Każda zmiana to dokument z typem, autorem, godziną i zestawem pozycji.
Dokumenty ruchu towaru:
Każdy dokument przechodzi przez dwa stany: szkic, który można edytować, i stan zaksięgowany, który zmienia stan magazynowy i poprawia się wyłącznie dokumentem korygującym. To właśnie odróżnia ewidencję od arkusza.

Inwentaryzacja to nie liczenie wszystkiego raz w roku. W działającym systemie występuje w dwóch odmianach, a druga znaczy więcej niż pierwsza.
Lista jest krótka i prawie zawsze ta sama. System sam nie usuwa tych przyczyn — czyni je rozróżnialnymi:
Regularna inwentaryzacja częściowa w kategoriach problematycznych znajduje takie przypadki w tydzień, a nie w rok — i sprowadza każdy z nich do konkretnego dokumentu i osoby.
Jednym sklepem zarządza się głosem i zeszytem. Trzema — arkuszem i telekonferencją. Dwudziestoma już nie: na tym etapie nikt w firmie nie poda bieżącej ceny pozycji we wszystkich punktach bez obdzwonienia każdego. System centralny jest potrzebny nie dla porządku, lecz dlatego, że podejście ręczne przestaje wystarczać przy całkiem konkretnej liczbie punktów.

Wzrost przechodzi przez trzy stany, a każdy psuje coś innego. Jeden sklep — wystarczają dane z kasy. Kilka sklepów — pojawia się pytanie, czyj katalog jest wiążący, a towar zaczyna krążyć między punktami. Dziesiątki i setki punktów — zarządzanie staje się osobnym zawodem: bez jednego ekranu dyrektor sieci dowiaduje się o problemie od sklepu, a nie od systemu. Poniżej opisujemy, co pokazuje panel centralny i czym steruje.
Rejestr punktów: format, adres, powierzchnia, grupa cenowa, matryca asortymentowa, godziny pracy, osoby odpowiedzialne, urządzenia i stanowiska pracy. Nowy punkt otwiera się kopiując ustawienia podobnego, zamiast składać go od zera.
Jeden katalog i matryce według grup punktów. Dodanie i wycofanie pozycji to czynność zarządzana, z datą i zasięgiem: których sklepów dotyczy, od kiedy i co zrobić z pozostałym stanem wycofanej pozycji.
Reguły cen według grup cenowych i punktów, przecena z harmonogramem i datą wejścia w życie, historia zmian. Centralną zmianę cen opisujemy osobno poniżej — to najbardziej wrażliwa operacja w sieci.
Stan każdej pozycji w każdym punkcie i w całej sieci, towar w drodze między sklepami, pozycje bez ruchu, pozycje na wyczerpaniu. Stąd uruchamia się też przesunięcia ze sklepu z nadmiarem do sklepu z niedoborem.
Paragony ze wszystkich punktów w jednym strumieniu: utarg, średni paragon, liczba paragonów, sprzedaż według grup towarowych, porównanie między punktami i z ich własnym poprzednim okresem.
Kampanie z zasięgiem według grup sklepów, harmonogramem i limitami. Widać, gdzie promocja już trwa, gdzie ruszy, ile sprzedano w cenie promocyjnej i jaki dała wynik po uwzględnieniu rabatu.
Konta użytkowników, role i uprawnienia, przypisanie do punktów, zmiany i ich podsumowania. Uprawnienia nadaje się według ról, a nie ustawia indywidualnie każdej osobie — inaczej w sieci pięćdziesięciu sklepów nie da się ich skontrolować.
Rejestr kas, terminali, wag i innych urządzeń przypisanych do stanowisk pracy, z wersją oprogramowania, stanem i historią serwisu. Widać, gdzie zainstalowano przestarzałą wersję i które urządzenie ciągle się psuje.
Jeden strumień odchyleń w sieci: kasa poza siecią, terminal, który nie odpowiada, nieudana wymiana, niezaksięgowany dokument, różnica inwentaryzacyjna. Odchylenie ma adresata i termin — inaczej jest tylko dziennikiem.
Operacje bezgotówkowe wszystkich punktów, udział niepowodzeń, niezamknięte dni terminali, wyniki uzgodnień z rejestrem agenta rozliczeniowego i lista rozbieżności do wyjaśnienia.
Utarg, marża, średni paragon, rotacja, odsetek zwrotów, straty, realizacja planu — według sieci, formatu, regionu i punktu. Jeden zestaw definicji dla wszystkich, a nie osobny wzór w każdym raporcie.
Co i kiedy wyszło do punktów, co wróciło, których komunikatów nie doręczono i dlaczego. Sklep, który od doby nie przesłał sprzedaży, widać tutaj, a nie odkrywa się go przy zamknięciu miesiąca.
Synchronizacja to nie wspólna baza dla wszystkich. Sklep musi móc sprzedawać, gdy połączenia z serwerem centralnym nie ma, więc każdy punkt ma własną roboczą kopię danych, a wymiana idzie komunikatami.
Strumień w dół, z centrali do punktów: katalog towarów i kodów kreskowych, ceny i reguły cen, promocje i kody rabatowe, matryca asortymentowa, ustawienia urządzeń, konta użytkowników i uprawnienia, aktualizacje oprogramowania kasowego.
Strumień w górę, z punktów do centrali: paragony i ich pozycje, operacje płatnicze, ruchy towaru, podsumowania zmian, zdarzenia urządzeń, wyniki inwentaryzacji, działania pracowników.
Zasady, na których to działa:
Najbardziej wrażliwa operacja w sieci: dotyka wszystkich punktów naraz i klienci widzą ją tego samego dnia. Dlatego buduje się ją jako dokument z datą wejścia w życie, a nie jako poprawkę w kartotece.
Zrzut z systemu: liczby są poglądowe. Cały sens piątego kroku polega na tym, że sklep bez łączności nie wypada z przeceny i nie sprzedaje w nieskończoność po starej cenie. Dokument zastosuje się później, ale z właściwą datą.
Przecena jest odwracalna: dokument można anulować przed wejściem w życie albo zastąpić nowym. Poprzednie wartości przechowuje się dla każdej pozycji, więc powrót do nich to operacja, a nie odtwarzanie z kopii zapasowej.
Kasa i POS
Warstwa płatnicza
Towary i stany
Zarządzanie siecią
Lojalność zaczyna się nie od punktów, lecz od rozpoznania: dopóki zakup jest anonimowy, program nie ma na czym pracować. Zadaniem modułu jest powiązać paragon z klientem przy kasie w kilka sekund, nie zatrzymując kolejki.
Sposoby rozpoznania klienta przy kasie: plastikowa karta z kodem kreskowym, numer telefonu, kod QR w aplikacji mobilnej, karta wirtualna. Sposób dobiera się do formatu sklepu: tam, gdzie kolejka jest długa, ręczne wpisywanie numeru telefonu to złe rozwiązanie.
Co potrafi moduł:
Program lojalnościowy żyje na sali sprzedaży, a nie w raporcie marketingowym. Jego wymagania dyktuje kolejka:
Liczby są poglądowe. Trzeci wiersz ma znaczenie: limit udziału opłaconego punktami to reguła, a nie decyzja kasjera. Piąty również: punkty nalicza się od części naprawdę opłaconej pieniędzmi, inaczej program zaczyna zasilać sam siebie.
Dane o zakupach i segmentach łączą lojalność z analityką i ze scenariuszami SI opisanymi niżej: oferta ma sens wtedy, gdy opiera się na historii zakupów konkretnego klienta, a nie na wysyłce do całej bazy.
Sklep obraca pieniędzmi i towarem, a pracujący w nim ludzie mają różny poziom odpowiedzialności. Uprawnienia dostępu nie są kwestią tajemnicy: służą temu, żeby każda czynność miała autora, żeby zwykła operacja nie wymagała przełożonego, a operacja ryzykowna nigdy nie odbyła się po cichu.
Jak buduje się model uprawnień: uprawnienia nadaje się roli, rolę przypisuje pracownikowi, a pracownika wiąże z punktami. Indywidualnych ustawień dla każdej osoby w sieci pięćdziesięciu sklepów nie da się ani nadać, ani skontrolować.
Dziennik działań to nie archiwum trzymane na wszelki wypadek. To narzędzie pracy: służy rozstrzygnięciu spornego zakupu, niedoboru na zmianie i reklamacji klienta, a także zasila opisany niżej dział kontroli operacji.
Zestaw operacji i ich rozdział między role konfiguruje się dla danej sieci. Poniżej typowy szkielet, od którego zaczyna się konfigurację:
Ostatni wiersz to nie pomyłka. Prawo do oglądania wszystkiego nadaje się równie ostrożnie jak prawo do zmiany ceny: kierownik sklepu odpowiada za swój punkt i widzi ten punkt, a nie sąsiedni.
System sam nie zapobiega nadużyciom i nie wydaje wyroków. Czyni operacje obserwowalnymi: ustala reguły, zapisuje każde odchylenie od nich i zbiera podobne przypadki w kolejkę, którą przegląda człowiek. To warstwa kontroli, a nie silnik antyfraudowy łapiący wszystko.
Odsetek zwrotów liczy się według kasjera, punktu, grupy towarowej i pory dnia. Odchylenie od zwykłego poziomu to sygnał: zwroty bez obecnego klienta, zwroty pod koniec zmiany, powtarzające się zwroty tej samej pozycji.
Anulowanie paragonu przed zamknięciem i usuwanie pozycji to zwykłe operacje, ale ich częstotliwość u danego kasjera porównuje się z poziomem zmiany i punktu. Wyraźne odchylenie trafia pod nadzór.
Rabat udzielony ręcznie, rabat przy każdym zakupie tego samego klienta, rabat na pozycje o wysokiej marży pod koniec zmiany. Każdy przypadek przechowuje się z autorem, uzasadnieniem i kwotą.
Prawo do zmiany ceny przy kasie to wyjątek, a nie norma. Tam, gdzie je nadano, każde użycie zapisuje się z poprzednią i nową wartością i trafia do osobnego raportu, zamiast rozpływać się w dzienniku ogólnym.
Profil pracy: średni paragon, udział gotówki, udział zwrotów i anulowań, liczba otwarć szuflady bez sprzedaży, praca na cudzej zmianie. Porównuje się z tym samym kasjerem w przeszłości i z kolegami z tego samego punktu.
Płatność w rejestrze agenta rozliczeniowego bez paragonu w systemie, paragon bez operacji płatniczej, różne kwoty na paragonie i w płatności. Każdą rozbieżność podnosi się z kwotą, godziną, kasą i terminalem.
Sprzedaż poza godzinami pracy punktu, paragony o kwocie zerowej, powtórzony paragon z identycznymi pozycjami, otwarcie szuflady bez sprzedaży, logowanie na cudze konto.
Niezmienny zapis każdej istotnej operacji: autor, godzina, stanowisko pracy, poprzednia i nowa wartość. Przechowuje się go osobno od danych roboczych, więc nie da się go zmienić razem z nimi.
Nadanie i odebranie uprawnień, zmiana reguł cen, wyłączenie kontroli, ręczne zamknięcie zmiany, dostęp do eksportu bazy klientów — to zapisuje się osobno i trafia do osoby odpowiedzialnej od razu, a nie na koniec miesiąca.
| Sygnał | Co wie system | Co sprawdza człowiek |
|---|---|---|
| Odsetek zwrotów u kasjera jest trzy razy wyższy niż w punkcie | 14 zwrotów na zmianie, w tym 11 w ostatniej godzinie, wszystkie gotówką | Nagrania kamer, obecność klientów, wyjaśnienie pracownika |
| Rabat ręczny zastosowany 23 razy | Jeden kasjer, ten sam przedział kwot, różne grupy towarowe | Powód rabatu, istnienie polecenia, powtarzalność klienta |
| Płatność w rejestrze bez paragonu w systemie | Kwota i godzina zgadzają się ze zmianą, paragonu brak | Zerwanie łączności albo niezapisana sprzedaż — sprawdzić dziennik kasy |
| Szuflada kasowa otwarta 40 razy bez sprzedaży | Jedna kasa, jedna zmiana, odstępy 3–5 minut | Wydawanie reszty, usterka zamka albo pobranie gotówki |
| Inwentaryzacja: niedobór w jednej kategorii | Różnica dotyczy tylko grupy tytoniowej, w trzech punktach z rzędu | Przyjęcia, przesunięcia, odpisy i dostęp do zaplecza |
Zrzut z systemu: liczby są poglądowe. Żaden z tych wierszy nie oznacza naruszenia — każdy oznacza, że liczby odbiegły od zwykłych i że wymaga to wyjaśnienia. Różnica jest zasadnicza: reguła stawia pytanie, a odpowiedź daje człowiek.
Praktyczna wartość tej warstwy to szybkość. Bez niej rozbieżność wychodzi na jaw przy inwentaryzacji, miesiące po zdarzeniu, gdy nie ma już ani zapisów, ani wspomnień. Z nią odchylenie widać nazajutrz, a wyjaśnianie dotyczy konkretnego paragonu, konkretnej zmiany i konkretnej operacji.
Analityka w handlu detalicznym to nie ładne wykresy, lecz odpowiedź na cztery pytania: ile zarobiliśmy, na czym dokładnie, co przeszkadza i co zrobić z zamówieniem na przyszły tydzień. Cała reszta z tego wynika.
Liczy się ją na kopii danych operacyjnych, a nie na żywej bazie: ciężki raport za rok nie może spowalniać kasy na sali sprzedaży.
Co liczy system:
Sprawozdawczość obowiązkową prowadzi się osobno: raporty zmianowe i dobowe według punktów, zestawienia dla księgowości, uzgodnienie z agentem rozliczeniowym, dane dla systemu księgowego. Ma harmonogram i odbiorców, więc nie zależy od tego, czy ktoś o niej pamięta na koniec miesiąca.

Najczęstszym problemem raportów w sieci nie jest brak liczb, lecz kilka różnych liczb dla tego samego wskaźnika. Utarg ze zwrotami i bez, średni paragon na paragon i na klienta, marża po cenie z cennika i po rabatach rzeczywistych dają inne wyniki, a spór o nie zabiera więcej czasu niż sama analiza.
Dlatego definicje wskaźników ustala się w systemie raz i korzystają z nich wszystkie raporty. Zmiana definicji to czynność zarządzana, z datą, a nie poprawka wzoru w czyimś arkuszu.
Zrzut z systemu: liczby są poglądowe. Kolejność kafelków nie jest przypadkowa: na pierwszym miejscu nie stoi sprzedaż, lecz punkty, które nie przesłały danych, bo dopóki ich nie ma, każdy procent poniżej liczy się na niepełnym obrazie.
System dla handlu detalicznego rzadko jest jedyny w firmie: system zarządzania, księgowość, magazyn i sklep internetowy zwykle już działają. Integracja nie jest formalnością: służy temu, żeby tej samej danej nie wpisywać dwa razy i żeby nie rozjeżdżała się między systemami.
Zwykle to on jest właścicielem listy pozycji, dostawców i cen zakupu; system handlowy jest właścicielem sprzedaży, cen detalicznych i stanów w punktach. Kierunek wymiany dla każdej kartoteki podaje się wprost — inaczej dwa źródła główne zaczynają się wzajemnie nadpisywać.
Eksport utargu według punktów i osób prawnych, dokumenty ruchu towaru, protokoły odpisów, dane o zwrotach i operacje bezgotówkowe. Częstotliwość i zakres określają wymagania księgowe, a nie to, co wygodnie wyeksportować.
Klienci, segmenty, historia zakupów, punkty i oferty indywidualne. Fakty zakupowe wychodzą z systemu handlowego, segmenty i kampanie przychodzą z CRM — a przy kasie zamieniają się w konkretny rabat albo ofertę.
Tam, gdzie sieć ma centrum dystrybucyjne: zapotrzebowania sklepów, wysyłki do punktów, przyjęcia, zwroty do magazynu. Przesunięcie pozostaje operacją o dwóch połówkach nawet wtedy, gdy połówki żyją w różnych systemach.
Wspólny katalog i ceny, stan sklepu jako źródło dla odbioru w punkcie, zamówienie skompletowane w sklepie, zakup internetowy zwrócony przy kasie. Szczegółowe omówienie witryny i zamówień znajdziesz na stronie o e-commerce.
Wymiana między kasą a terminalem, odbiór rejestru operacji do uzgodnień, statusy zwrotów. Zakres określa model terminala i umowa o acquiring, a doprecyzowuje analiza przedwdrożeniowa.
Pracownicy, przypisanie do punktów, grafiki zmian. Zmiana przy kasie i zmiana na liście obecności przestają być dwoma osobnymi zapisami, które ktoś musi zestawiać.
Udokumentowane API systemu dla odbiorców zewnętrznych oraz podłączanie usług zewnętrznych: kampanii, komunikatorów, usług paragonowych i powiadomień, programów partnerskich. Format ma wersje — zmiana wychodzi jako nowa wersja, a stara nadal działa.
Przetwarzanie asynchroniczne, ponawianie w rosnących odstępach, idempotentny odbiorca, dziennik każdego komunikatu z treścią i wynikiem, regularne uzgadnianie kluczowych liczb. Rozbieżność staje się zadaniem, zamiast wychodzić na jaw przy zamknięciu miesiąca.
Jedno pytanie rozstrzyga się zawsze przed zbudowaniem jakiejkolwiek wymiany: który system jest właścicielem której kartoteki. Dopóki nie ma na nie odpowiedzi, integracja zamienia się w rundę wzajemnych nadpisań, której nie da się naprawić.
Sieć handlowa gromadzi dane szybciej, niż zdoła je przeczytać: paragony według pozycji i godzin, stany według punktów, ruchy towaru, działania pracowników, zdarzenia urządzeń. SI nie jest tu osobnym produktem, lecz warstwą nad tymi danymi, odpowiadającą na pytania, na które człowiek nie ma czasu.
Schemat jest ten sam we wszystkich scenariuszach: dane → analiza → wynik → działanie. Scenariusz bez tego ostatniego ogniwa pozostaje pokazem.
Scenariusze praktyczne:
Granicę mówimy uczciwie: model pracuje na zgromadzonej historii. Dopóki sprzedaż nie jest zapisywana według pozycji i godzin, a ruchy towaru dokumentuje się po fakcie, nie ma czego prognozować — najpierw warstwa ewidencyjna, potem analityka nad nią. Szczegółowe omówienie tego obszaru znajdziesz na stronie o wdrażaniu sztucznej inteligencji.

Czwarty krok jest obowiązkowy. Rekomendacja, która trafia do zamówienia bez człowieka, zamienia błąd modelu w prawdziwy zakup — a ostatni krok zamienia ten błąd w poprawkę.
Część towaru w sklepie przechowuje się w urządzeniach mających reżim pracy: witryny chłodnicze, zamrażarki skrzyniowe, komory chłodnicze na zapleczu. Odchylenie tego reżimu jest niewidoczne w ewidencji magazynowej — wychodzi jako odpis kilka dni później.
Dlatego monitoring urządzeń stoi obok warstwy handlowej: te same punkty, te same osoby odpowiedzialne, ta sama zasada, że odchylenie ma adresata i termin.
Co obejmuje się obserwacją w sklepie:
Powiązanie z handlem jest bezpośrednie: historia temperatury dowodzi warunków przechowywania wobec kontroli albo kontrahenta, a wcześnie wychwycone odchylenie zmniejsza odpisy — trafia więc do tych samych raportów strat co niedobory inwentaryzacyjne.

To, co fizycznie da się odczytać z danego urządzenia, jest pytaniem o jego sterownik: część modeli udostępnia wartości i błędy, inne wymagają czujników zewnętrznych. Ustala się to w analizie przedwdrożeniowej, na podstawie dokumentacji producenta.
Pełne omówienie tego obszaru — czujników i sterowników, kanałów łączności, części serwerowej, jednego panelu, powiadomień i sterowania zdalnego — znajdziesz na osobnej stronie o monitoringu IoT i sterowaniu urządzeniami.
Zakres składa się wokół zadania: pojedynczy sklep nie potrzebuje matryc i przesunięć między punktami, a sieć czterdziestu sklepów bez nich się nie obejdzie. Poniżej pełna lista, z której czerpie się przy konfiguracji.
Ekran kasjera, składanie paragonu, praca z czytnikiem i wagą, płatność, drukowanie dokumentów, odłożone paragony, tryb bez sieci.
Otwarcie i zamknięcie zmiany, raporty pośrednie i końcowy, wpłaty i wypłaty gotówki, obliczenie różnicy.
Wymiana z terminalem płatniczym, stany operacji, dopasowanie płatności do paragonu, zwroty, rozstrzyganie operacji niedokończonych, uzgadnianie.
Zwrot po numerze paragonu, zwrot częściowy, sprawdzenie tego, co już zwrócono, zwrot pieniędzy i punktów, paragon zwrotu.
Pozycje, kody kreskowe, jednostki miary, towar na wagę, kategorie, dostawcy, zasady obrotu, statusy i archiwum.
Skład asortymentu według grup punktów, dodawanie i wycofywanie pozycji z datą, kontrola sprzedaży poza matrycą.
Grupy cenowe, reguły narzutu, przeceny z harmonogramem i datą wejścia w życie, cena minimalna, historia zmian.
Warunki uruchomienia, mechanika, harmonogram, zasięg według punktów, limity, zgodność, generowanie i wykorzystanie kodów.
Stany według punktów i całej sieci, towar w drodze, rezerwacje, progi niskiego stanu, pozycje bez ruchu.
Przyjazdy od dostawcy i z centrum dystrybucyjnego, skanowanie, porównanie z listem przewozowym, zapis różnic.
Wydanie i przyjęcie jako dwie połówki jednej operacji, towar w drodze, kontrola przesunięć niezamkniętych.
Stłuczka, zniszczenie, przeterminowanie, zużycie wewnętrzne, zwrot wad z odwołaniem do pierwotnego przyjęcia.
Pełne i częściowe, liczenie skanem, różnice w sztukach i w pieniądzach, zatwierdzenie wyniku.
Rejestr sklepów, grup punktów, ustawień formatu, otwarcie nowego punktu przez skopiowanie konfiguracji.
Jeden ekran dla sieci: sprzedaż, stany, ceny, promocje, urządzenia, błędy, kluczowe wskaźniki, stan wymiany.
Kolejki wymiany, daty wejścia w życie, potwierdzanie zastosowania, ponawianie, zapisywanie i uzgadnianie.
Rozpoznanie klienta, punkty, poziomy, terminy ważności, segmenty, oferty indywidualne, komunikacja.
Profile, zgody na przetwarzanie danych, historia zakupów, kanały komunikacji, łączenie duplikatów.
Role i uprawnienia, zasięg według punktów, potwierdzanie operacji przez przełożonego, dziennik działań, odbieranie dostępu.
Reguły nadzoru, kolejka wyjaśnień, raporty o zwrotach, rabatach i anulowaniach, zapis zdarzeń krytycznych.
Kasy, terminale, wagi, czytniki i inne urządzenia przypisane do stanowisk pracy, z wersjami i historią serwisu.
Temperatura, drzwi, zasilanie, błędy sterowników, utrata łączności; zdarzenia z adresatem i terminem reakcji.
Sprzedaż, marża, rotacja, zwroty, straty, skuteczność promocji, wydajność pracowników, przekroje na życzenie.
Wymiana z ERP, księgowością, CRM, magazynem, sklepem internetowym i usługami zewnętrznymi. API, webhooki, kolejki, zapisywanie.
Systemu nie uruchamia się naraz w całej sieci. Poniższa kolejność odzwierciedla zależności: każdy krok opiera się na danych powstałych w poprzednim i sprawdza się w jednym punkcie przed rozszerzeniem.
Obecne procesy, kartoteki, urządzenia w punktach, systemy właścicielskie danych, wymagania wobec części fiskalnej. Wynikiem jest schemat jednostek, mapa integracji i lista ograniczeń.
Przeniesienie listy pozycji, kodów kreskowych i cen, przyjęcia i stany, stanowisko kasowe z podłączonymi urządzeniami i terminalem płatniczym. Uruchomienie w jednym punkcie.
Panel centralny, matryce asortymentowe, centralne ceny i promocje, przesunięcia między punktami, synchronizacja i uprawnienia dostępu. Podłączenie pozostałych sklepów.
Lojalność, kontrola operacji, analityka, monitoring urządzeń, scenariusze SI na zgromadzonej historii. Każdy blok to osobne wydanie z mierzalnym wynikiem.
Opowiedzcie, ile macie punktów, co już działa — kasa, system zarządzania, magazyn, sklep internetowy — i jakie urządzenia stoją na sali sprzedaży. Przejdziemy przez proces, powiemy, co da się przenieść, a co trzeba zbudować od zera, i zaproponujemy kolejność wdrożenia.