Jak połączyć sklep internetowy z kurierami i płatnościami?

Połączenie sklepu z kurierami i płatnościami opiera się na trzech elementach: bramce płatności (Przelewy24, PayU, Autopay, BLIK, Stripe), integracji przewoźników (InPost, DPD, DHL, Orlen Paczka) oraz automatyzacji, która po zaksięgowaniu wpłaty sama generuje etykietę i wysyła numer śledzenia do klienta. Gotowa wtyczka płatności działa po 1-3 dniach roboczych, dedykowana integracja API – po 5-12 dniach. Prowizje bramek mieszczą się w przedziale 1,2-2,9% wartości transakcji.

Dlaczego warto połączyć sklep internetowy z kurierami i płatnościami w jednym procesie?

Połączenie płatności i wysyłki w jeden zautomatyzowany proces eliminuje ręczne przepisywanie danych zamówienia między panelem sklepu, systemem kuriera a bramką płatności. Bez tego połączenia obsługa pojedynczego zamówienia wymaga sprawdzenia wpłaty w banku lub panelu bramki, ręcznego wpisania adresu do systemu kuriera i osobnego powiadomienia klienta o nadaniu paczki.

W jednym ze sklepów wdrożonych przez Craftis, przy 40-60 zamówieniach dziennie, ręczna obsługa płatności i nadań zajmowała jednej osobie 2,5-3 godziny dziennie. Po podłączeniu webhooków WooCommerce do panelu kuriera ten sam zakres pracy skrócił się do 20-30 minut – wyłącznie na obsługę wyjątków (błędny adres, brak towaru na stanie, zwrot).

Zamówienie, które samo zmienia status po zaksięgowaniu wpłaty i samo generuje etykietę, nie czeka na dostępność pracownika – a to właśnie czas między opłaceniem a nadaniem paczki najbardziej wpływa na oceny sklepu. Więcej wzorców integracyjnych i automatyzacji dla e-commerce znajduje się w bazie wiedzy Craftis o integracjach i automatyzacjach.

Czym różnią się integracje płatności od integracji kurierów?

Integracja płatności odpowiada za autoryzację i rozliczenie transakcji między klientem a sklepem, integracja kuriera – za przekazanie danych przesyłki do przewoźnika i odebranie w zamian etykiety oraz numeru śledzenia. To dwa osobne procesy techniczne, które w sklepie łączy tylko jedno zdarzenie: zmiana statusu zamówienia.

Bramka płatności komunikuje się ze sklepem przez webhook lub przekierowanie zwrotne (redirect) po stronie klienta – sklep dostaje informację „opłacone” lub „odrzucone” i na tej podstawie zmienia status zamówienia, np. z „oczekujące na płatność” na „przetwarzane”. Integracja kuriera działa w drugą stronę – to sklep wysyła żądanie do API przewoźnika z wagą, wymiarami i adresem, a w odpowiedzi otrzymuje plik PDF etykiety i numer listu przewozowego.

Rozdzielenie tych dwóch warstw pozwala zmienić bramkę płatności bez ingerencji w integrację kurierską i odwrotnie – obie części da się aktualizować niezależnie, jeśli są zaprojektowane jako osobne moduły, a nie jeden zlepiony skrypt.

Jakie bramki płatności najczęściej integruje się ze sklepem internetowym?

W polskich sklepach internetowych najczęściej pojawiają się Przelewy24, PayU, Autopay (dawniej Blue Media), BLIK jako osobna metoda oraz Stripe i PayPal przy sprzedaży zagranicznej. Każdy z tych operatorów oferuje gotową wtyczkę do WooCommerce, PrestaShop czy Shopify, więc podstawowa integracja nie wymaga pisania kodu od zera.

Prowizje różnią się w zależności od operatora i miesięcznego obrotu: Przelewy24 pobiera zwykle 1,2-2,4% transakcji, PayU 1,45-2,3% plus czasem opłata stała 0,30-1 zł, Stripe 1,4% + 1,25 zł za karty wydane w Europejskim Obszarze Gospodarczym i 2,9% + 1,25 zł za karty spoza EOG, a PayPal 2,9% + 1,20 zł. Przy obrocie powyżej kilkuset tysięcy złotych miesięcznie większość operatorów negocjuje stawki indywidualnie.

Gotowa wtyczka płatności czy dedykowana integracja przez API?

Gotowa wtyczka wystarcza w większości sklepów jednowalutowych z jednym modelem sprzedaży – instaluje się ją, wpisuje dane z panelu operatora i konfiguruje w 1-3 dni robocze. Dedykowana integracja przez API staje się konieczna, gdy proces odbiega od standardu: płatności ratalne, subskrypcje cykliczne, marketplace z podziałem środków między kilku sprzedawców czy własny checkout bez przekierowania na stronę operatora.

Kryteria wyboru między wtyczką a integracją API

• Liczba metod płatności do obsłużenia jednocześnie (BLIK, karta, raty, przelew tradycyjny).
• Potrzeba własnego formularza płatności zamiast przekierowania do operatora.
• Model rozliczeń – jednorazowa sprzedaż czy subskrypcja z cyklicznym obciążeniem karty.
• Integracja z systemem księgowym lub ERP wymagająca dodatkowych pól w API.

Sklep z jednym modelem sprzedaży zyskuje najwięcej na gotowej wtyczce – szybciej wdrożonej i utrzymywanej przez producenta. Niestandardowy proces sprzedaży wymaga kodu pisanego pod konkretny przypadek, co robimy w ramach tworzenia dedykowanych wtyczek Craftis.

Ile kosztuje integracja bramki płatności i ile trwa wdrożenie?

Wdrożenie gotowej wtyczki płatności to zwykle 800-2000 zł netto pracy programisty rozłożone na 1-3 dni robocze, licząc konfigurację kluczy API, testy w środowisku sandbox i weryfikację statusów zamówień. Dedykowana integracja z niestandardowym API (raty, subskrypcje, marketplace) kosztuje 4000-12 000 zł netto i zajmuje 5-12 dni roboczych, w zależności od liczby obsługiwanych scenariuszy płatności.

W jednym z projektów Craftis dodanie BLIK jako metody widocznej już na pierwszym ekranie płatności, zamiast dopiero po przekierowaniu do zewnętrznego operatora, obniżyło porzucenia na etapie płatności z 34% do 21% w ciągu pierwszego miesiąca od wdrożenia. Sam koszt tej zmiany zamknął się w jednym dniu pracy, bo BLIK był już dostępny w ramach istniejącej integracji Przelewy24 – brakowało tylko jego wyeksponowania w checkoucie.

Koszt integracji rośnie wraz z liczbą metod płatności i scenariuszy wyjątków (zwrot, reklamacja, płatność częściowa), nie z samym faktem podłączenia jednej bramki.

Jak zintegrować sklep z firmami kurierskimi (InPost, DPD, DHL, Orlen Paczka)?

Integracja z kurierem polega na podłączeniu sklepu do API przewoźnika, które na podstawie wagi, wymiarów i adresu odbiorcy zwraca etykietę do wydruku oraz numer listu przewozowego. InPost, DPD, DHL i Orlen Paczka udostępniają własne wtyczki do WooCommerce, które obsługują ten proces bez pisania integracji od podstaw.

Standardowa integracja pojedynczego przewoźnika przez gotowy moduł zajmuje 3-7 dni roboczych – większość czasu pochłania nie samo podłączenie API, tylko dopasowanie cenników wagowo-gabarytowych i obsługa wyjątków, takich jak przesyłki gabarytowe czy pobranie. Integracja z Paczkomatami InPost wymaga dodatkowo mapy wyboru punktu odbioru w checkoucie, co dokłada 1-2 dni do standardowego wdrożenia.

Sklep obsługujący więcej niż jednego przewoźnika zyskuje elastyczność cenową i logistyczną, ale każda kolejna integracja to osobny moduł do utrzymania, aktualizowany niezależnie przy każdej zmianie API po stronie kuriera.

Jak automatycznie generować etykiety kurierskie po opłaceniu zamówienia?

Etykieta kurierska generuje się automatycznie, gdy zmiana statusu zamówienia na „opłacone” uruchamia webhook, który przekazuje dane przesyłki bezpośrednio do API kuriera bez udziału pracownika. Mechanizm webhooków w WooCommerce, opisany w dokumentacji WooCommerce, pozwala spiąć dowolne zdarzenie w sklepie z zewnętrznym systemem bez odpytywania API w pętli.

Ręczne wygenerowanie jednej etykiety – sprawdzenie adresu, wpisanie wagi, wydruk, wpisanie numeru śledzenia do zamówienia – zajmuje 3-5 minut. Po automatyzacji ten sam proces trwa poniżej 15 sekund i uruchamia się bez udziału człowieka natychmiast po zaksięgowaniu wpłaty, a klient dostaje numer śledzenia w mailu jeszcze przed spakowaniem przesyłki przez magazyn.

Przy 40-60 zamówieniach dziennie automatyzacja etykiet eliminuje najbardziej powtarzalną część pracy magazynu – pracownik zajmuje się wyłącznie pakowaniem i wyjątkami, nie przepisywaniem danych między systemami.

Czy warto korzystać z platformy multi-carrier zamiast integracji z każdym kurierem osobno?

Platforma multi-carrier, np. Furgonetka, Apaczka, Sendit czy BaseLinker, integruje się ze sklepem raz i daje dostęp do kilku przewoźników z jednego panelu, zamiast utrzymywania osobnego modułu dla każdej firmy kurierskiej. Sklep wysyła zlecenie do jednego API, a platforma sama wybiera lub pozwala wybrać przewoźnika dla danej przesyłki.

Korzyść wykracza poza wygodę techniczną – platformy multi-carrier negocjują ceny hurtowe z przewoźnikami, więc sklep płaci za pojedynczą przesyłkę mniej niż przy indywidualnej umowie bezpośrednio z kurierem. W obserwowanych wdrożeniach różnica sięgała 15-25% kosztu wysyłki przy porównywalnym wolumenie paczek miesięcznie.

Osobna integracja z każdym kurierem ma sens tylko wtedy, gdy sklep negocjuje własne stawki bezpośrednio z przewoźnikiem i chce zachować pełną kontrolę nad każdym parametrem przesyłki – w pozostałych przypadkach jedna integracja z platformą multi-carrier skraca czas wdrożenia i utrzymania.

Jakie błędy najczęściej pojawiają się przy integracji płatności i kurierów?

Najpoważniejszy błąd to generowanie etykiety kurierskiej przed potwierdzeniem wpłaty – zamówienie ze statusem „oczekuje na płatność” nie powinno uruchamiać żadnego webhooka do kuriera, bo prowadzi to do wysyłki towaru nieopłaconego lub anulowanego w międzyczasie.

• Brak testów integracji w środowisku sandbox przed przełączeniem na klucze produkcyjne bramki płatności.
• Niezgodność wagi i wymiarów zapisanych w sklepie z rzeczywistymi parametrami przesyłki, co skutkuje dopłatami naliczanymi przez kuriera po odbiorze paczki.
• Brak obsługi sytuacji, gdy API bramki płatności lub kuriera jest chwilowo niedostępne – zamówienie „znika” zamiast wejść w kolejkę do ponownej próby.
• Jeden zestaw kluczy API współdzielony między środowiskiem testowym a produkcyjnym, co prowadzi do przypadkowych transakcji testowych na realnych kartach klientów.

Każdy z tych błędów wykrywa się w kilka minut podczas testu end-to-end pojedynczego zamówienia – od dodania produktu do koszyka po odebranie etykiety kurierskiej – a nie dopiero po pierwszej reklamacji klienta.

Jak wybrać wykonawcę integracji – agencja, freelancer czy własny zespół IT?

Wybór wykonawcy zależy od tego, czy integracja jest jednorazowym wdrożeniem, czy elementem, który będzie wymagał aktualizacji przy każdej zmianie API po stronie bramki płatności lub kuriera. Freelancer sprawdza się przy pojedynczej, prostej integracji z ograniczonym budżetem, agencja – przy sklepie, w którym płatności i wysyłki są częścią szerszego procesu sprzedażowego wymagającego utrzymania.

Bezpieczeństwo danych płatniczych podlega standardowi PCI DSS, więc integracja przechowująca dane karty (zamiast przekierowywać do operatora) wymaga certyfikacji, której większość małych sklepów nie potrzebuje, jeśli korzysta z gotowych bramek działających w modelu przekierowania lub tokenizacji. Craftis projektuje sklepy z integracjami płatności i kurierów jako element całego procesu wdrożenia, opisanego w ofercie sklepów internetowych Craftis.

Integracja wdrożona bez planu jej utrzymania po pół roku zaczyna generować błędy przy każdej aktualizacji WooCommerce lub API operatora – wybór wykonawcy warto oprzeć na tym, kto odpowie na zgłoszenie awarii w ciągu godzin, nie tygodni.

Płatności i kurierzy podłączone jako jeden ciągły proces, a nie osobne wtyczki działające obok siebie, skracają czas obsługi zamówienia z godzin do sekund i eliminują większość błędów wynikających z ręcznego przepisywania danych. Kolejność wdrożenia ma znaczenie – najpierw stabilna integracja płatności z obsługą statusów, dopiero potem automatyzacja etykiet oparta na tych statusach.

Najczęściej zadawane pytania o integrację płatności i kurierów w sklepie internetowym

Ile kosztuje integracja płatności ze sklepem internetowym?

Gotowa wtyczka jednej bramki płatności kosztuje zwykle 800-2000 zł netto pracy programisty i zajmuje 1-3 dni robocze, licząc konfigurację kluczy API oraz testy w środowisku sandbox. Integracja niestandardowa – raty, subskrypcje, marketplace z podziałem środków – kosztuje 4000-12 000 zł netto przy 5-12 dniach roboczych. Ostateczna cena zależy od liczby metod płatności i scenariuszy wyjątków do obsłużenia, nie od samego faktu podłączenia jednej bramki.

Czy WooCommerce ma wbudowaną obsługę kurierów?

WooCommerce w wersji podstawowej obsługuje wyłącznie strefy i metody wysyłki liczone ryczałtowo lub wagowo, bez generowania etykiet czy przekazywania danych do kuriera. Integrację z konkretnym przewoźnikiem – InPost, DPD, DHL, Orlen Paczka – dodaje się przez oficjalną wtyczkę danej firmy kurierskiej lub platformę multi-carrier, którą instaluje się jako osobny dodatek do sklepu.

Jak długo trwa wdrożenie integracji z InPost Paczkomatami?

Standardowa integracja z Paczkomatami InPost przez oficjalną wtyczkę zajmuje 4-9 dni roboczych, licząc konfigurację konta nadawcy, mapę wyboru punktu odbioru w checkoucie oraz test generowania etykiety na koncie testowym. Czas wydłuża dodanie automatycznego wyboru najbliższego Paczkomatu na podstawie kodu pocztowego klienta – to dodatkowe 1-2 dni pracy nad frontem checkoutu.

Czy można zintegrować kilku kurierów jednocześnie w jednym sklepie?

Tak – sklep może obsługiwać kilku przewoźników równolegle, dając klientowi wybór metody dostawy w checkoucie. Osobna integracja z każdym kurierem oznacza jednak osobny moduł do utrzymania i aktualizacji, dlatego przy więcej niż dwóch przewoźnikach częściej stosuje się platformę multi-carrier (Furgonetka, Apaczka, BaseLinker), która obsługuje wielu kurierów z jednego panelu i jednej integracji.

Co się dzieje, gdy klient nie dokończy płatności BLIK?

Zamówienie pozostaje w statusie „oczekuje na płatność” i nie uruchamia żadnej automatyzacji wysyłkowej, dopóki bramka płatności nie potwierdzi wpłaty webhookiem. Większość sklepów konfiguruje automatyczne anulowanie takich zamówień po 30-60 minutach, żeby zwolnić zarezerwowany stan magazynowy – czas ten ustawia się w panelu WooCommerce lub bezpośrednio w konfiguracji bramki płatności.

Czy integracja płatności wymaga certyfikatu SSL?

Tak – certyfikat SSL na całej domenie sklepu jest wymogiem stawianym przez każdego operatora płatności w Polsce, ponieważ dane transakcji przesyłane są przez przekierowanie lub wywołanie API, które musi odbywać się w szyfrowanym połączeniu. Brak ważnego certyfikatu blokuje aktywację większości bramek już na etapie konfiguracji konta testowego, nie dopiero przy uruchomieniu produkcyjnym.

Jak zabezpieczyć dane karty płatniczej w sklepie internetowym?

Najprostszym sposobem jest nieprzechowywanie danych karty na serwerze sklepu w ogóle – większość gotowych bramek (Przelewy24, PayU, Stripe) działa w modelu przekierowania lub tokenizacji, gdzie numer karty trafia bezpośrednio do operatora, a sklep dostaje wyłącznie token transakcji. Taki model zwalnia sklep z pełnego zakresu obowiązków standardu PCI DSS, które dotyczą podmiotów faktycznie przechowujących lub przetwarzających numery kart.

Czy automatyzacja wysyłek działa też dla sklepów wielomagazynowych?

Tak, pod warunkiem że integracja rozpoznaje, z którego magazynu wysyłany jest dany produkt, i przekazuje ten adres nadawcy do API kuriera zamiast domyślnego. Wdrożenie takiej logiki wymaga dodatkowych 3-5 dni roboczych względem integracji jednomagazynowej, bo trzeba zmapować reguły przypisania zamówień do magazynów i przetestować każdą kombinację nadawca-kurier osobno.