Konfiguracja bramki płatności w PrestaShop

Bramka płatności to ten element sklepu, w którym „prawie działa” oznacza „nie działa”. Zamówienia opłacone, ale wiszące jako oczekujące, podwójne maile, klienci wracający z banku do pustego koszyka — to wszystko objawy konfiguracji zrobionej na skróty. Konfigurujemy płatności w PrestaShop od instalacji modułu po testową transakcję przechodzącą całą ścieżkę.

Podłączenie czy naprawa?

Wybierz Podłączenie, jeśli sklep dopiero startuje albo dokładasz nową bramkę, a konto u operatora masz już założone: instalujemy moduł, wpinamy klucze i adres powiadomień, ustawiamy statusy, przechodzimy dwie transakcje testowe i oddajemy działające płatności tego samego dnia.

Wybierz Naprawę i audyt, jeśli płatności już są, ale coś jest nie tak: zamówienia opłacone wiszą jako oczekujące, klienci dostają po dwa maile, wracają z banku do pustego koszyka albo po aktualizacji sklepu moduł przestał odpowiadać. Diagnozujemy po logach operatora i sklepu, naprawiamy mechanizm powiadomień, porządkujemy statusy i maile, testujemy na telefonie i przez tydzień patrzymy na realne transakcje.

Dokładasz BLIK, raty, PayPo, Apple Pay albo PayPal obok głównego operatora? Do obu wariantów możesz dobrać z listy pozycję Dodatkowa bramka.

Co obejmuje konfiguracja?

• instalację i konfigurację modułu operatora: Przelewy24, PayU, Paynow, Autopay, Tpay, Stripe, PayPal lub innego,
• powiązanie z kontem u operatora: klucze API, adresy powiadomień (IPN/webhooki),
• mapowanie statusów płatności na statusy zamówień w PrestaShop,
• konfigurację maili transakcyjnych powiązanych z płatnością,
• transakcje testowe: udana, odrzucona i porzucona, z weryfikacją statusów po każdej,
• sprawdzenie zachowania bramki na telefonie, bo tam płaci większość klientów,
• sprawdzenie, czy moduł operatora wspiera Twoją wersję PrestaShop (1.7, 8 czy 9), zanim cokolwiek zainstalujemy,
• włączenie zwrotów z poziomu zamówienia w PrestaShop tam, gdzie operator to obsługuje (Przelewy24, PayU, Tpay), żebyś nie logował się do dwóch paneli przy każdej reklamacji.

Czego nie obejmuje?

Podpisania umowy z operatorem płatności — konto zakładasz na swoje dane firmy, a my prowadzimy Cię przez wybór i konfigurację. Jeśli dopiero wybierasz operatora, porównaliśmy prowizje i różnice w praktyce we wpisie bramki płatności dla PrestaShop — porównanie.

Jak przebiega realizacja?

1. Ustalamy operatora i sprawdzamy stan konta: nowe czy przenosimy istniejącą konfigurację.
2. Instalujemy moduł i spinamy go z kontem operatora.
3. Przechodzimy transakcje testowe i poprawiamy mapowanie statusów.
4. Włączamy płatności produkcyjnie i monitorujemy pierwsze realne transakcje.

Co potrzebujemy od Ciebie?

• dostęp do panelu operatora płatności albo zaproszenie nas jako dodatkowego użytkownika (klucze API i adres powiadomień ustawia się po tamtej stronie),
• konto administratora w panelu PrestaShop,
• dostęp FTP lub SSH do wgrania modułu i podejrzenia logów,
• informacja, czy sklep działa na HTTPS; jeśli nie, najpierw certyfikat SSL, bo operatorzy nie wysyłają powiadomień na adresy bez szyfrowania.

Co dostajesz na koniec?

Mapę statusów: który status u operatora przechodzi w który status zamówienia w sklepie, spisaną w jednym miejscu, żeby księgowość i obsługa wiedziały, co oznacza każdy z nich. Do tego potwierdzenie z logów, że powiadomienia zwrotne docierają, oraz zrzuty z trzech transakcji testowych: udanej, odrzuconej i porzuconej.

Dlaczego zamówienia opłacone wiszą jako „oczekujące”?

Prawie zawsze przez powiadomienia zwrotne. Operator wysyła potwierdzenie wpłaty na adres IPN, a jeśli ten adres jest błędny, zablokowany przez firewall albo sklep przeszedł na HTTPS i nikt go nie zaktualizował, potwierdzenia nie docierają. To samo dzieje się po przeniesieniu sklepu na inny serwer. Naprawa tego mechanizmu to standardowa część naszej konfiguracji.

Czy mogę mieć dwie bramki naraz?

Tak i bywa to rozsądne: główny operator plus BLIK lub raty jako uzupełnienie. PrestaShop obsługuje wiele metod płatności równolegle, ważne tylko, żeby każda miała poprawnie ustawione statusy i żeby klient nie widział trzech przycisków robiących to samo.

Sklep po aktualizacji przestał przyjmować płatności. Co się stało?

Najczęściej moduł operatora był pisany pod starszą wersję PrestaShop i po przejściu na 8 albo 9 nie ładuje się poprawnie, choć w panelu wygląda na zainstalowany. Sprawdzamy to jako pierwsze i jeśli operator ma nowszą wersję modułu, aktualizujemy go z zachowaniem konfiguracji. Jeśli nie ma, mówimy to przed zamówieniem, zamiast odkrywać w trakcie. Jeśli planujesz dopiero przejście na nowszą wersję, zobacz aktualizację PrestaShop do 8 — płatności testujemy tam w ramach migracji.