Shopify POS: sklep stacjonarny i online w jednym

Co ma łączyć sklep online i stacjonarny?

Najpierw ustalamy, które informacje mają być wspólne: katalog, stany, klienci czy także obsługa zwrotów. Jedna baza danych nie oznacza, że każdy produkt musi być sprzedawany w obu kanałach. Sklep stacjonarny może mieć osobny asortyment i lokalizację. Projekt powinien odzwierciedlać rzeczywistą organizację firmy, nie tylko sposób prezentacji w panelu.

Zapisujemy scenariusze: zwykła sprzedaż przy kasie, odbiór internetowego zamówienia, rezerwacja i zwrot. Rozdzielamy też zakres Shopify POS od roli obecnego ERP lub Base. Jeżeli inny system pozostaje centrum magazynowym, wymiana danych wymaga jasnego kierunku i identyfikatorów. Zaczynamy od analizy i próby, zanim firma kupi urządzenia albo zmieni pracę wszystkich punktów. Celem jest sprawdzony proces, który zespół potrafi obsłużyć także przy wyjątku.

Płatności POS w Polsce: zewnętrzny terminal

Według dokumentacji Shopify sprawdzonej 25.10.2026 Shopify Payments w Polsce obsługuje sprzedaż online, a płatności stacjonarne przez Shopify POS wymagają zewnętrznego terminala z operatorem trzecim. Dostępność Shopify Payments online nie oznacza więc gotowego połączenia z czytnikiem Shopify w polskim punkcie. Nie kupuj urządzenia na podstawie instrukcji dla innego kraju.

Zgodność kwoty i potwierdzenia

Ustalamy, jak pracownik rejestruje przyjętą płatność i co potwierdza terminal. Sprawdzamy anulowanie, odrzucenie i zwrot. Ręczne oznaczenie w aplikacji nie powinno zastępować informacji o rzeczywistym obciążeniu. Przy rozbieżności potrzebna jest procedura uzgodnienia. Dane operatora i urządzenia weryfikujemy przed pilotażem, z uwzględnieniem umowy firmy. Nie obiecujemy automatycznej integracji dowolnego terminala ani identycznej obsługi we wszystkich krajach.

Fiskalizacja i dokumenty: osobna część projektu

Przepisy dotyczące kas rejestrujących obejmują obowiązki oraz zwolnienia zależne od sytuacji firmy i rodzaju sprzedaży. Zakres potwierdza księgowy lub doradca. Nie należy zakładać, że zasady stosowane w wysyłkowym sklepie internetowym automatycznie obejmą sprzedaż w lokalu. Materiały Ministerstwa Finansów podajemy w źródłach wraz z datą sprawdzenia.

Od strony technicznej ustalamy urządzenie fiskalne, program dokumentów i możliwość ich połączenia z procesem POS. Paragon wydrukowany przez zwykłą drukarkę aplikacji nie staje się przez to paragonem fiskalnym. Nie deklarujemy gotowej obsługi każdej kasy. Jeżeli potrzebny konektor nie jest potwierdzony, zaczynamy od analizy wykonalności i próby z dostawcą urządzenia. Projekt nie przechodzi do uruchomienia sprzedaży, zanim odpowiedzialne osoby nie zaakceptują sposobu ewidencji i dokumentów.

Magazyny i wspólne stany bez konfliktów

Przy dwóch kanałach łatwo sprzedać ostatnią sztukę równocześnie. Ustalamy źródło stanu, zasady rezerwacji oraz częstotliwość synchronizacji. Lokalizacja stacjonarna i magazyn wysyłkowy muszą mieć czytelną rolę. Sprawdzamy przesunięcie towaru, przyjęcie zwrotu i wycofanie produktu, zamiast testować wyłącznie zwykłą sprzedaż z dodatnim zapasem.

Gdy centrum pozostaje Base lub ERP

Nie uruchamiamy kilku konkurencyjnych aktualizacji tych samych pól. Mapujemy SKU i identyfikatory wariantów, a kierunki wymiany zapisujemy w dokumentacji. Przy opóźnieniu lub niedostępności integracji zespół powinien wiedzieć, gdzie sprawdzić aktualność danych. Zakres może wymagać integracji ERP lub analizy Base i Allegro. Samo dodanie kanału POS nie rozwiązuje konfliktu źródeł stanów ani wcześniejszego bałaganu w katalogu.

Zwroty, odbiory i uprawnienia pracowników

Zwrot zakupu online w lokalu wymaga uzgodnienia sposobu identyfikacji zamówienia, zwrotu środków i dokumentu. Przesunięcie towaru na półkę nie oznacza automatycznie zakończenia operacji finansowej. Podobnie wydanie odbioru osobistego powinno mieć określony status i odpowiedzialną osobę. Testujemy te scenariusze wspólnie z zespołem sprzedaży.

Role pracowników dobieramy do rzeczywistych obowiązków. Nie każda osoba potrzebuje prawa do zmiany cen, refundacji i ustawień. Ustalamy, kto zatwierdza wyjątek i jak później odnaleźć operację. Instrukcja powinna rozróżniać pomyłkę kasjera, reklamację oraz zwykłe odstąpienie od umowy. Prawne zasady obsługi i terminy zatwierdza właściwy specjalista. Technicznie dbamy o spójność danych oraz przekazanie informacji do dokumentów i magazynu, bez przypadkowego podwójnego zwrotu.

Pilotaż: urządzenia, sieć i praca zespołu

Próbę zaczynamy od jednego stanowiska i ograniczonego zakresu. Weryfikujemy zgodność aplikacji z urządzeniem, skanerem, drukarką i terminalem. Osobno sprawdzamy dostęp do sieci oraz procedurę przy awarii. Nie zakładamy pracy offline każdej integracji. Pracownicy powinni wiedzieć, kiedy można kontynuować czynność i kiedy trzeba ją wstrzymać, aby nie utracić informacji.

Lista prób obejmuje sprzedaż, płatność odrzuconą, anulowanie, zwrot i odbiór zamówienia online. Sprawdzamy dokument, aktualizację stanu oraz raport dnia. Po pilotażu zapisujemy wyniki, ograniczenia i zadania do zamknięcia przed kolejną lokalizacją. Zakupy sprzętu powinny wynikać z potwierdzonego zestawu, a nie odwrotnie. Gdy potrzebne jest osobne przygotowanie personelu, ustalamy szkolenie Shopify na scenariuszach z codziennej pracy.

Próbny dzień pracy stanowiska

Scenariusz pilotażu powinien obejmować otwarcie pracy, sprzedaż kilku rodzajów produktów, anulowanie omyłki i uzgodnienie dnia. Sprawdzamy także płatność odrzuconą na terminalu, aby aplikacja nie zapisała jej przypadkowo jako otrzymanej. Osobno testujemy dokument fiskalny według zatwierdzonego procesu. To lista prób, nie deklaracja automatycznej zgodności dowolnego zestawu urządzeń.

Pracownicy wskazują, które czynności wymagają ręcznego przepisania kwoty lub numeru. Te miejsca otrzymują procedurę kontroli albo zadanie integracyjne. Magazyn porównuje zmiany stanów po sprzedaży i zwrocie. Księgowość sprawdza komplet informacji w dokumentach oraz raporcie. Dopiero zebrane wyniki pozwalają ocenić, czy konfiguracja nadaje się do uruchomienia następnego stanowiska. Sam udany zakup nie potwierdza pracy całego dnia.

Plan na awarię

Wskazujemy osobę decydującą o zatrzymaniu procesu i kontakt do właściwego dostawcy. Zapisujemy sposób odnalezienia operacji rozpoczętej przed zerwaniem połączenia. Nie ponawiamy jej bez kontroli przyjętej płatności oraz dokumentu. Po przywróceniu połączenia wykonujemy uzgodnienie danych i listę zaległych czynności. Instrukcja powinna być dostępna dla zmiany pracowników, a nie tylko dla osoby uczestniczącej w pierwszej konfiguracji. Warto przećwiczyć ją również z zastępcą osoby odpowiedzialnej.

Zakres wyceny i decyzja o uruchomieniu

Do briefu podaj liczbę punktów, obecny system kasowy, operatora terminala i centrum magazynowe. Opisz asortyment, rodzaje dokumentów oraz sposób przyjmowania zwrotów. Na początku wystarczy lista procesów; nie przesyłaj danych klientów ani dostępów bankowych. Ustalimy, czy potrzebna jest płatna analiza wykonalności, konfiguracja czy integracja z kilkoma systemami.

Koszt rozdzielamy na pracę wdrożeniową, urządzenia, abonamenty oraz utrzymanie. Ceny i funkcje konkretnej konfiguracji potwierdzamy przed zamówieniem. Nie publikujemy uniwersalnej stawki, która pomija fiskalizację albo terminal. Kryterium odbioru obejmuje zaakceptowany proces sprzedaży i dokumentów, instrukcję pracownika oraz testy przepływu danych. Jeśli kluczowa integracja nie przejdzie próby, najpierw wyjaśniamy ograniczenie. Uruchomienie drugiego kanału nie powinno opierać się na nadziei, że brakujący element zadziała później.