Terminale płatnicze obsługujące karty płatnicze, BLIK i płatności zbliżeniowe NFC są dziś standardowym wyposażeniem każdego sklepu. PC-Market integruje się z terminalami różnych dostawców — Ingenico, Verifone, PAX, Castles i innych — umożliwiając automatyczne przesyłanie kwoty transakcji z kasy do terminala i rejestrowanie wyniku płatności w raporcie kasowym. Prawidłowa konfiguracja tej integracji wymaga znajomości protokołu komunikacyjnego stosowanego przez danego operatora płatności oraz szczegółowych ustawień po stronie PC-Market.
Serwis Wiatraczna konfiguruje integrację terminali płatniczych z PC-Market. Znamy protokoły stosowane przez głównych polskich operatorów płatności — eService, Polcard (First Data), Nets, Pekao, PKO — i potrafimy skonfigurować integrację zarówno przy prostej instalacji jednostanowiskowej, jak i w sieci sklepów z wieloma terminalami.
Konfiguracja terminali płatniczych w PC-Market — integracja i testy
Integracja terminala płatniczego z PC-Market eliminuje konieczność ręcznego wpisywania kwoty na terminalu przez kasjera i automatycznie rejestruje wynik płatności w systemie sprzedaży. Prawidłowa konfiguracja jest warunkiem niezawodnej pracy stanowiska kasowego – każda rozbieżność między kwotą w systemie a kwotą przesłaną do terminala prowadzi do błędów rozliczeniowych, opóźnień w obsłudze klienta i konieczności ręcznego korygowania transakcji na koniec dnia.
Etapy integracji terminala z PC-Market
Konfigurację rozpoczynamy od zidentyfikowania modelu terminala i operatora płatności, ponieważ każdy dostawca (m.in. Polcard, eService, PayTel, First Data, Nexi) udostępnia własny protokół komunikacji i wymaga innych parametrów połączenia. W PC-Market integrację ustawia się w module konfiguracji stanowiska POS, wskazując typ terminala, port komunikacyjny (najczęściej USB-COM lub Ethernet) oraz prędkość transmisji. Błędnie dobrany port lub prędkość to najczęstsza przyczyna braku komunikacji między kasą a terminalem – system wtedy zwykle zawiesza się na etapie oczekiwania na odpowiedź terminala, a operator widzi komunikat o przekroczonym czasie połączenia.
Po podłączeniu terminala sprawdzamy, czy system PC-Market poprawnie wykrywa urządzenie i czy komunikacja działa w obie strony – kasa musi umieć wysłać kwotę do zapłaty, a terminal musi odesłać do systemu status transakcji (zatwierdzona, odrzucona, anulowana). Jeżeli terminal nie odpowiada, sprawdzamy sterowniki portu, kabel komunikacyjny oraz to, czy urządzenie nie jest równocześnie sparowane z inną kasą lub aplikacją – terminal obsługujący więcej niż jedno stanowisko jednocześnie potrafi wysyłać potwierdzenia do przypadkowego odbiorcy, co objawia się jako „zawieszona” transakcja na jednej z kas.
Rodzaje połączenia i ich wpływ na stabilność
Terminale płatnicze łączą się z kasą na kilka sposobów: przewodowo przez port szeregowy emulowany na USB, przez sieć lokalną Ethernet lub Wi-Fi, a w nowszych rozwiązaniach – przez dedykowaną aplikację komunikującą się z chmurą operatora. Połączenie przewodowe (USB-COM) jest zwykle najbardziej stabilne i najmniej podatne na zakłócenia, ale wymaga sterowników zgodnych z systemem operacyjnym stanowiska kasowego – po aktualizacji systemu Windows sterownik portu wirtualnego bywa nadpisywany domyślnym, co przerywa komunikację do czasu ręcznej reinstalacji. Połączenie sieciowe daje większą elastyczność (terminal może stać w dowolnym miejscu lokalu), ale jest wrażliwe na obciążenie sieci i wymaga stałego adresu IP terminala w sieci lokalnej – dynamicznie przydzielany adres z serwera DHCP to częsta przyczyna sporadycznej utraty komunikacji po restarcie routera.
Konfiguracja sposobu przesyłania kwoty
Ważnym elementem integracji jest ustawienie, czy kwota do terminala ma być przesyłana automatycznie w momencie wyboru płatności kartą, czy kasjer musi ją zatwierdzić ręcznie. Automatyczne przesyłanie kwoty przyspiesza obsługę klienta i eliminuje ryzyko pomyłki przy przepisywaniu kwoty, ale wymaga stabilnej i przetestowanej integracji – dlatego zalecamy włączanie tej opcji dopiero po serii testów transakcji przeprowadzonych w warunkach zbliżonych do rzeczywistej pracy sklepu, z kilkoma kasjerami obsługującymi stanowisko naprzemiennie.
Testy transakcji przed uruchomieniem stanowiska
Przed przekazaniem stanowiska do codziennej pracy wykonujemy serię testów obejmujących: transakcję zatwierdzoną, transakcję odrzuconą przez bank, anulowanie transakcji przez kasjera w trakcie autoryzacji, transakcję z przekroczonym czasem oczekiwania (timeout), zwrot środków oraz płatność podzieloną na dwie karty przy jednym paragonie. Każdy z tych scenariuszy powinien poprawnie zamykać się zarówno po stronie terminala, jak i w raporcie sprzedaży PC-Market – rozbieżność między statusem w systemie a rzeczywistym wynikiem operacji na terminalu to sygnał błędnej konfiguracji integracji lub nieaktualnego oprogramowania terminala.
Sprawdzamy też zgodność numerów referencyjnych transakcji zapisywanych w PC-Market z numerami z raportu terminala (tzw. batch report) – to właśnie te numery pozwalają jednoznacznie dopasować transakcję kasową do wpisu na wyciągu z rachunku rozliczeniowego podczas ewentualnej reklamacji lub kontroli. Brak zgodności numerów referencyjnych jest jednym z najczęstszych powodów, dla których księgowość nie może uzgodnić utargu gotówkowo-bezgotówkowego na koniec miesiąca.
Zamknięcie zmiany i raport dobowy
Osobnym elementem konfiguracji jest zsynchronizowanie zamknięcia zmiany kasjerskiej w PC-Market z zamknięciem dnia (tzw. batch close) na terminalu. Jeżeli te dwa zdarzenia nie są zestrojone, może dojść do sytuacji, w której terminal rozlicza transakcje z dwóch różnych dni w jednym raporcie bankowym, a system kasowy pokazuje je osobno – to utrudnia uzgadnianie utargu i bywa mylnie interpretowane jako błąd integracji, choć w rzeczywistości jest efektem różnicy w harmonogramach zamknięć.
Najczęstsze problemy przy integracji
Do typowych usterek zgłaszanych przez klientów należą: brak reakcji terminala na wysłaną kwotę, podwójne obciążenie karty przy powtórnym wysłaniu żądania po timeout, rozjazd kwoty w systemie i na terminalu po ręcznej korekcie rachunku, błędy komunikacji po aktualizacji PC-Market lub firmware’u terminala (zmiana formatu przesyłanych danych), a także utrata połączenia po zaniku zasilania, gdy terminal wraca do trybu fabrycznego i traci wcześniej skonfigurowany protokół integracji. W każdym z tych przypadków diagnozujemy logi komunikacji między systemem a terminalem, sprawdzamy wersje oprogramowania obu stron i w razie potrzeby dobieramy zgodną wersję sterownika integracji.
Zakres naszej usługi
- dobór i konfiguracja parametrów połączenia (port, prędkość, protokół) zgodnie z operatorem płatności,
- konfiguracja automatycznego lub ręcznego przesyłania kwoty do terminala,
- pełen zestaw testów transakcyjnych przed uruchomieniem stanowiska,
- synchronizacja zamknięcia zmiany kasjerskiej z zamknięciem dnia na terminalu,
- weryfikacja zgodności raportów kasowych z raportami terminala,
- diagnostyka i naprawa problemów z komunikacją po aktualizacjach systemu lub firmware’u.
Wymagania sprzętowe stanowiska
Stabilna integracja terminala z PC-Market zależy nie tylko od samego oprogramowania, ale też od jakości podzespołów stanowiska kasowego. Sprawdzamy stan portów USB (obluzowane gniazdo powoduje sporadyczne, trudne do zdiagnozowania rozłączenia terminala w trakcie dnia sprzedażowego), jakość zasilania komputera kasowego i samego terminala (spadki napięcia potrafią resetować terminal w środku transakcji) oraz – przy integracji sieciowej – jakość okablowania i konfigurację przełącznika sieciowego, do którego podłączony jest terminal. Zalecamy, aby stanowisko kasowe obsługujące płatności miało zasilanie awaryjne (UPS), ponieważ nagła utrata zasilania w trakcie autoryzacji transakcji bywa najczęstszą przyczyną rozbieżności między systemem a terminalem.
Bezpieczeństwo transakcji i zgodność z wymogami operatora
Terminale płatnicze i integrujące się z nimi systemy kasowe podlegają wymogom bezpieczeństwa nakładanym przez operatorów płatności i organizacje kartowe. Przy konfiguracji integracji zwracamy uwagę, aby dane karty nigdy nie były przetwarzane ani zapisywane bezpośrednio w systemie PC-Market – komunikacja ogranicza się do przesłania kwoty transakcji i odebrania statusu jej realizacji, a wszystkie dane wrażliwe pozostają wyłącznie po stronie terminala i infrastruktury operatora. Takie rozdzielenie odpowiedzialności upraszcza też zgodność stanowiska z wymogami PCI DSS, za które w praktyce odpowiada dostawca terminala, nie system kasowy.
Typowe komunikaty błędów i ich znaczenie
Podczas diagnozy najczęściej spotykamy kilka powtarzających się komunikatów: „Brak odpowiedzi terminala” – zwykle wskazuje na problem z portem komunikacyjnym lub kablem, „Transakcja w toku na innym urządzeniu” – sygnalizuje konflikt sparowania terminala z więcej niż jedną kasą, „Niezgodność sumy kontrolnej” – pojawia się po niepełnej aktualizacji firmware’u terminala względem wersji modułu integracji w PC-Market, a „Timeout autoryzacji” – może wynikać zarówno z awarii łącza internetowego terminala, jak i z przeciążenia infrastruktury operatora w godzinach szczytu. Rozpoznanie właściwej przyczyny na podstawie treści komunikatu pozwala znacząco skrócić czas diagnozy i przywrócenia stanowiska do pracy.
Konserwacja i profilaktyka
Po wdrożeniu integracji zalecamy okresową kontrolę działania stanowiska – szczególnie po każdej aktualizacji systemu operacyjnego, PC-Market lub firmware’u terminala, ponieważ to właśnie te momenty najczęściej ujawniają niezgodności protokołu, które wcześniej pozostawały niezauważone. Warto też prowadzić prosty dziennik incydentów (data, opis problemu, sposób rozwiązania) – ułatwia to zarówno naszą dalszą diagnostykę, jak i rozmowy z operatorem terminala w przypadku powtarzających się usterek.
Dokumentacja stanowiska po wdrożeniu
Po zakończeniu wdrożenia przygotowujemy dla Klienta krótką notatkę konfiguracyjną: model terminala, operator, wybrany port i protokół komunikacji oraz datę ostatniej udanej serii testów. Taki zapis znacząco skraca czas kolejnej interwencji serwisowej – w razie awarii nie trzeba od nowa ustalać parametrów integracji, wystarczy porównać stan bieżący z zapisanym stanem referencyjnym, aby szybko zlokalizować, co uległo zmianie.
Diagnoza usterki jest bezpłatna, a ostateczna wycena naprawy przedstawiana jest po oględzinach stanowiska – zgodnie z zasadami obowiązującymi w całym serwisie.
