Płatności w Hummerce łączą gotowe integracje online (PayU, Przelewy24, PayPal, InPost Pay, raty i leasing), płatności wewnętrzne (np. punkty, płatność przy odbiorze) oraz płatności niezintegrowane (np. przelew bankowy) w jednym, wspólnym mechanizmie konfiguracji - z przypisaniem do widoków sklepu, własnymi komunikatami i statusami.
Stan na wersję Hummerce 2.20 (przypisanie płatności do widoków, dopłacanie, powtarzanie i zmiana płatności), aktualizacja 2026-09-29.
- Jedna płatność, wiele widoków - płatność można przypisać tylko do wybranych widoków sklepu (np. inne płatności dla B2B, inne dla B2C lub sprzedaży zagranicznej).
- Własne komunikaty dla każdej płatności - opis, komunikat sukcesu, błędu i ostrzeżenia można ustawić osobno dla każdej metody.
- Automatyczne dopłacanie różnicy - gdy zamówienie nie zostało opłacone w całości (np. po edycji przez obsługę), klient dostaje możliwość dopłaty bez kontaktu z obsługą.
- Powtórzenie i zmiana płatności bez pomocy obsługi - klient, któremu nie udała się płatność, może spróbować ponownie albo wybrać inną formę.
- Gotowe integracje płatności online w standardzie platformy - PayU, Przelewy24 z BLIK, PayPal, InPost Pay oraz raty i leasing.
- Płatności zintegrowane z zewnętrznymi modułami (np. PayU, Przelewy24, PayPal, InPost Pay) - nowsze integracje mają więcej możliwości i współpracują z aktualnym API dostawcy; starsze integracje (sprzed 2016) mają ograniczoną funkcjonalność i są stopniowo zastępowane nowszymi.
- Płatności wewnętrzne - związane z modułami platformy, np. płatność punktami lojalnościowymi albo płatność przy odbiorze.
- Płatności niezintegrowane - np. przelew bankowy, bez połączenia z zewnętrznym systemem.
- Od wersji 2.20 każda płatność ma ustawienie Widoki, które określa, w których widokach sklepu jest dostępna.
- Lista płatności może być dwupoziomowa (płatność nadrzędna i podpłatności, np. poszczególne banki w ramach jednej integracji) i można ją dowolnie sortować.
- Aktualnie zaznaczona płatność w koszyku wynika z: ostatnio wybranej płatności zapisanej w koszyku lub w cookie, a w razie jej braku - z domyślnej płatności ustawionej w konfiguracji, a gdy i tej nie ma lub nie jest dostępna w bieżącym widoku - z pierwszej możliwej do wyboru.
- Gdy klient ma zapamiętaną płatność, lista jest domyślnie zwinięta (można ją rozwinąć przyciskiem zmiany formy płatności) - da się też wymusić, żeby lista była zawsze w pełni rozwinięta.
- Kolejność płatności na liście, płatność domyślna i treść jej opisu mają wpływ na konwersję w koszyku - warto ustawiać je świadomie.
- Status płatności zamówienia jest niezależny od statusu zamówienia i statusu dostawy - pełna lista symboli w Statusy zamówień.
- Po złożeniu zamówienia i na stronie informacji o zamówieniu klient widzi jeden z trzech komunikatów: sukcesu (zielony), ostrzeżenia - pomarańczowy (płatność niezintegrowana albo wynik płatności online jeszcze nieznany) lub błędu - czerwony (płatność zakończona błędem lub anulowaniem). Domyślną treść każdego z nich można nadpisać osobno dla każdej płatności.
- Przy płatnościach zintegrowanych po złożeniu zamówienia klient trafia na stronę przekierowania do systemu płatności, a po powrocie - na stronę potwierdzenia zamówienia ze statusem płatności.
- W szczegółach zamówienia zakładka Płatności pokazuje historię kolejnych prób płatności wraz z ich statusami.
Gdy zamówienie nie zostało opłacone w całości - np. po edycji przez obsługę albo przy płatności częściowej - sklep prosi klienta o dopłatę brakującej kwoty na stronie potwierdzenia zamówienia oraz na stronie informacji o zamówieniu. Mechanizm opiera się na statusie płatności Częściowo zapłacone, który w niektórych przypadkach trzeba ustawić ręcznie.
- Gdy płatność się nie powiedzie, klient może ją powtórzyć albo zmienić na inną formę - bez kontaktu z obsługą.
- Dla każdej płatności ustawia się osobno: czy można ją zmienić na inną, czy można na nią zmienić z innej, oraz listę płatności wykluczonych ze zmiany (np. z przelewu na płatność przy odbiorze).
- Wartości domyślne dla podpłatności są dziedziczone z płatności nadrzędnej, a dla płatności pierwszego poziomu - z ustawień domyślnych modułu integracji, jeśli moduł danej funkcjonalności nie obsługuje.
¶ Integracje płatności w standardzie
| Płatność |
Wersja / API |
Zastosowanie |
Strona dokumentacji |
| PayU |
REST API 2.1 (do wersji 2.33 - Classic API) |
Karta płatnicza, szybkie przelewy, PayPo |
PayU |
| Przelewy24 i BLIK |
REST API, od wersji 2.28 |
Szybkie przelewy z automatyczną listą banków, BLIK bez przekierowania |
Przelewy24 i BLIK |
| PayPal |
Orders API v2, od wersji 2.34 (starsza integracja e-mailowa nadal dostępna) |
Konto PayPal, płatności zagraniczne |
PayPal |
| InPost Pay |
Widget 2.0, od wersji 2.34 |
Szybki zakup przez aplikację InPost |
InPost Pay |
| Raty i leasing (LeaseLink, Santander eRaty, Ratepay) |
starsze wersje platformy |
Zakup na raty lub w leasingu, także dla firm |
Raty i leasing |
- Od wersji 2.20 - przypisanie płatności do widoków, dopłacanie różnicy, powtarzanie i zmiana płatności.
- Poszczególne integracje płatności online mają własne wersje - zobacz tabelę wyżej i strony poszczególnych płatności.
- Konto i dane dostępowe u dostawcy płatności (PayU, Przelewy24, PayPal, InPost, dostawca rat lub leasingu) - zakłada i konfiguruje sklep we własnym zakresie.
- Powiązanie płatności z dostawami - Sposoby dostawy - przegląd.
- Domyślne komunikaty sukcesu, ostrzeżenia i błędu (Treść -> Zawartości) albo komunikaty ustawione osobno dla każdej płatności.
- Płatności niezintegrowane i wewnętrzne działają po aktualizacji - wymagają tylko założenia na liście płatności (symbol, opis, widoki, powiązane dostawy).
- Integracje online (PayU, Przelewy24, PayPal, InPost Pay, raty i leasing) wymagają osobnego wdrożenia - zakres i czas są opisane na stronie każdej integracji.
- Minimalny szacowany czas: konfiguracja pojedynczej płatności niezintegrowanej lub wewnętrznej (symbol, opis, widoki, komunikaty) - od 0,5 h. Czas konkretnego wdrożenia zależy od jego zakresu - wyceniamy go indywidualnie.
- Powtórzenie płatności nie blokuje wcześniejszej próby - w rzadkich sytuacjach klient może opłacić zamówienie dwa razy tą samą metodą; obsługa weryfikuje to ręcznie w zakładce Płatności zamówienia.
- Ręczna zmiana statusu płatności w panelu nie wykonuje operacji w bramce płatności (np. zwrotu środków) - takie operacje wykonuje się w panelu dostawcy płatności albo, jeśli bramka to udostępnia, w zakładce Płatności zamówienia.
- Nie weryfikujemy konfiguracji pod kątem zgodności z prawem - regulamin i informacja o płatnościach ustala sklep.
Czy jedna płatność może być dostępna tylko w wybranych widokach sklepu?
Tak. Od wersji 2.20 każda płatność ma ustawienie Widoki, które decyduje, w których widokach się pokazuje - przydatne np. przy osobnych widokach B2B i B2C.
Co się dzieje, gdy klient nie dokończy płatności online?
Zależy od statusu: gdy wynik nie jest jeszcze znany, klient widzi komunikat ostrzeżenia i może sprawdzić status później; gdy płatność zakończyła się błędem lub anulowaniem, może ją powtórzyć albo zmienić na inną formę.
Czy klient może zmienić formę płatności po złożeniu zamówienia?
Tak, jeśli poprzednia płatność się nie powiodła - o ile sklep dopuścił to w ustawieniach danej płatności (czy można na nią zmienić i z jakich płatności).
Jakie integracje płatności online są dostępne w standardzie Hummerce?
PayU, Przelewy24 z BLIK, PayPal, InPost Pay oraz raty i leasing (LeaseLink, Santander eRaty, Ratepay) - każda ma osobną stronę z zakresem wdrożenia.
Ile trwa uruchomienie nowej płatności?
Zależy od rodzaju: płatność niezintegrowaną lub wewnętrzną można założyć od 0,5 h, a wdrożenie integracji online (np. PayU, PayPal) jest opisane na jej własnej stronie.
Chcesz zobaczyć, jak płatności mogą działać w Waszym sklepie? Umów bezpłatną prezentację.
- Ustawienia domyślne dla wszystkich płatności: Konfiguracja -> Ustawienia -> Konfiguracja techniczna -> Płatności.
- Domyślnie wybrana płatność: Konfiguracja -> Ustawienia -> Zamówienia -> Domyślna płatność.
- Zarządzanie listą płatności: Konfiguracja -> Płatności - dodawanie, sortowanie i podpłatności; najważniejsze pola: Symbol, Widoki, Opis, Płatność przy odbiorze, Typ płatności online, Możliwe dostawy, Opis sukcesu / błędu / ostrzeżenia, ustawienia powtarzania i zmiany płatności.
- Domyślne komunikaty: Treść -> Zawartości -
defaultPaymentSuccess, defaultPaymentAlert, defaultPaymentError (można nadpisać dla każdej płatności osobno).