Kody i karty rabatowe w sklepie stacjonarnym: jak połączyć promocje online i sprzedaż przy kasie

Sklep internetowy i POS mogą obsługiwać kod jednorazowy, kartę wielokrotnego użytku albo rabat przypisany do klienta. POS, czyli system sprzedaży przy kasie, identyfikuje promocję i nalicza rabat według reguł skonfigurowanych dla transakcji.

Tabela pokazuje, czym różnią się identyfikacja promocji, limit użyć i miejsce weryfikacji. Limit oraz dopuszczone kanały wynikają z warunków konkretnej promocji.

Tabela rozdziela formy promocji według sposobu rozpoznania i kontroli użyć. Karta wielokrotnego użytku wymaga zapisania terminu ważności, zakresu produktów i sposobu naliczania rabatu.

Wspólny identyfikator klienta może łączyć sprzedaż stacjonarną z programem lojalnościowym dla e-commerce. Jeśli sklep potrzebuje osobnych reguł i prezentacji promocji w obu kanałach, sklepy internetowe na WooCommerce można zaprojektować z uwzględnieniem integracji POS.

Warunki promocji trzeba zatwierdzić przed konfiguracją, aby sklep, POS i raport sprzedaży stosowały tę samą wersję reguł. Właściciel biznesowy zatwierdza mechanikę, a administrator systemu zapisuje ją w konfiguracji.

Ustal przed uruchomieniem:

• Produkty, kategorie i warianty objęte rabatem oraz wykluczenia.
• Datę i godzinę początku oraz końca z określeniem strefy czasowej.
• Kanały realizacji i limit użyć na klienta.
• Możliwość łączenia rabatów oraz kolejność ich naliczania.
• Limit kwotowy i sposób zaokrąglania.
• Regułę zwrotu, anulowania i ponownego użycia kodu.

Zapis zatwierdzonych warunków powinien mieć właściciela i numer wersji. Reguły cenowe muszą być spójne z konfiguracją cen w sklepie internetowym, która może obejmować cenę bazową, cenę promocyjną i kupon.

Możliwość łączenia zniżek zależy od umowy promocji i funkcji POS. Jeżeli POS nie obsługuje kolejności rabatów albo limitu na klienta, integracja musi przekazać tę kontrolę do systemu promocji.

Kasjer wprowadza lub skanuje kod przed zatwierdzeniem płatności, a POS pokazuje kwotę rabatu i wynik kontroli warunków. Sposób obsługi pozostaje taki sam, gdy klient pokazuje kod na ekranie telefonu albo podaje go ustnie.

1. Kasjer dodaje produkty do koszyka i wprowadza kod lub skanuje kartę.
2. POS wysyła identyfikator promocji oraz dane koszyka do systemu weryfikującego.
3. System sprawdza termin, kanał, produkty, próg koszyka, limit i regułę łączenia.
4. POS pokazuje akceptację albo konkretny powód odrzucenia przed płatnością.
5. Po zatwierdzeniu sprzedaży system zapisuje kod, kwotę rabatu i numer transakcji.

Komunikat dla nieaktywnego kodu powinien informować, że promocja nie obowiązuje. Dla kodu wykorzystanego wcześniej POS powinien pokazać, że realizacja już istnieje, zamiast ponownie naliczać zniżkę.

Zachowanie po błędzie połączenia zależy od procedury sklepu i możliwości POS. Uzgodnij, czy kasjer kontynuuje sprzedaż bez rabatu, wstrzymuje transakcję czy prosi kierownika o decyzję; POS nie powinien samodzielnie stosować niezweryfikowanej zniżki.

Promocje można synchronizować przez wspólną platformę, integrację API albo cykliczny import i eksport plików. Wybór zależy od wymaganego czasu aktualizacji oraz tego, czy kod musi być blokowany równocześnie w obu kanałach.

Tabela porównuje sposoby przekazywania reguł promocji do sklepu i POS. Aktualność danych wpływa na to, jak szybko zmiana warunków lub wykorzystanie kodu jest widoczne w drugim kanale.

Wspólna platforma przechowuje reguły w jednym miejscu, a API może weryfikować je podczas transakcji. Import pliku uaktualnia dane dopiero przy kolejnym uruchomieniu, więc nie blokuje użycia kodu w drugim kanale w czasie rzeczywistym.

Przy API ustal limit czasu odpowiedzi, liczbę prób, identyfikator żądania i zachowanie POS bez odpowiedzi. Przy imporcie przekazuj identyfikator promocji, daty, kanały, status, produkty, limit i wersję reguł. Nowa promocja powinna zostać przekazana do obu kanałów przed startem kampanii.

Podwójne naliczenie ogranicza atomowa rezerwacja kodu, która pozwala zatwierdzić limit tylko jednemu kanałowi w danym momencie. Atomowa operacja oznacza, że system zapisuje rezerwację jako całość albo jej nie zapisuje, nawet gdy sklep i POS wysyłają żądania równocześnie.

Każda próba rabatu powinna mieć identyfikator transakcji, który pozostaje taki sam przy ponowieniu. Idempotentność oznacza, że ponowne wysłanie tego samego żądania nie tworzy drugiej realizacji.

• System rezerwuje kod przed rozpoczęciem płatności i zapisuje czas wygaśnięcia rezerwacji.
• Po potwierdzeniu sprzedaży system oznacza kod jako wykorzystany i łączy go z transakcją.
• Po odrzuceniu płatności system zwalnia kod zgodnie z zasadami promocji.
• Po utracie połączenia POS sprawdza status poprzedniego żądania przed wysłaniem kolejnego.

Sposób odzyskania kodu po zwrocie zależy od regulaminu promocji. Przy zwrocie częściowym system powinien rozliczyć rabat przypisany do zwracanej pozycji, a nie automatycznie przywracać cały limit.

Perspektywa KC Mobile: Gdy POS przekroczy limit czasu odpowiedzi, kasjer może nie wiedzieć, czy pierwsze żądanie dotarło. Identyfikator żądania zestawiony z odpowiedzią API i numerem transakcji pozwala rozstrzygnąć status przed ponowieniem operacji.

Raport transakcji rabatowej powinien przekazać do ERP lub systemu księgowego cenę przed rabatem, kwotę rabatu, cenę po rabacie, identyfikator promocji i kanał sprzedaży. ERP to system planowania zasobów przedsiębiorstwa, który może łączyć dane sprzedażowe, magazynowe i rozliczeniowe.

Zwrot powinien odpowiadać kwocie faktycznie zapłaconej po rabacie i wskazywać pierwotną transakcję. Sposób ujęcia zwrotu na dokumencie sprzedaży firma uzgadnia z księgowością.

Tabela pokazuje pola potrzebne do porównania kosztu promocji i sprzedaży w każdym kanale. Każda pozycja raportu powinna zachować identyfikator pozwalający połączyć sprzedaż, rabat i ewentualny zwrot.

Zestawienie ceny przed rabatem i po rabacie pozwala porównać koszt obniżki online oraz w POS. Poradnik o rabatach i pomiarze promocji pomaga powiązać koszt promocji z wynikiem sprzedaży.

Przed startem promocji sprawdź poprawne przyjęcie aktywnego kodu, naliczenie właściwego rabatu, odrzucenia, ponowienie po utracie połączenia oraz zwrot w sklepie i POS. Test obejmuje również zapis kwoty w raporcie.

Tabela przedstawia oczekiwany wynik scenariuszy testowych w kanałach sprzedaży i raporcie. Uruchom je na środowisku testowym z konfiguracją zbliżoną do produkcyjnej.

Kontrolowana transakcja testowa jest alternatywą, gdy producent POS nie udostępnia środowiska testowego. Ogranicz ją do uzgodnionego produktu, konta testowego i procedury anulowania lub zwrotu, a jej zapis oznacz w raportach, aby nie mieszał się z wynikami kampanii.

Po każdym scenariuszu sprawdź status kodu, kwotę na dokumencie sprzedaży oraz dane eksportowane do ERP. Test poprawnego użycia jest zakończony dopiero wtedy, gdy te trzy wyniki są zgodne z warunkami promocji.

Skuteczność promocji ocenisz przez porównanie liczby realizacji, odrzuconych kodów, wartości rabatów i marży po rabacie według kanału. Okres promocyjny zestaw z bazowym okresem o porównywalnej długości, uwzględniając sezon, asortyment i dostępność produktów.

Raport rozdziel na sprzedaż online i POS, a następnie porównaj liczbę transakcji z rabatem, średnią wartość rabatu, powody odrzuceń, zwroty oraz marżę po rabacie. Identyfikator promocji ułatwia wykrycie różnic w regułach lub wykorzystaniu kodów.

Perspektywa KC Mobile: Jeśli raport pokazuje dużo użyć kodu, ale nie łączy rabatu z marżą po rabacie, nie pozwala ocenić kosztu kampanii. Zalecamy zestawiać koszt obniżki z wynikiem sprzedaży, ponieważ sama liczba realizacji nie rozstrzyga o rentowności.

Integracja jest potrzebna, gdy sklep, POS i system klienta przechowują osobne reguły albo różne identyfikatory promocji. Przed pracami ustal system nadrzędny, dostępne API, właściciela danych i zachowanie kanałów podczas awarii.

Zakres może obejmować walidację oraz rezerwację kodu, potwierdzenie sprzedaży, zwolnienie kodu, obsługę zwrotu i synchronizację raportów. Dokładne reguły zależą od warunków promocji oraz funkcji systemu POS.

Jeśli integracja kanałów wymaga nowego sklepu lub zmiany jego architektury, projekt i wdrożenie sklepu internetowego pozwala uwzględnić te procesy w projekcie. Po uruchomieniu opieka nad sklepem internetowym może objąć utrzymanie i kontrolę działania sklepu.

• Jak ustawić rabaty indywidualne dla klientów: role, ceny i reguły
• Zarządzanie promocjami w firmie: jakie dokumenty przygotować i prowadzić?
• Dlaczego kalkulator rabatów nie działa? Diagnoza krok po kroku
• Kalkulator rabatów: jak ustalić VAT po obniżce ceny