Sprzedaż subskrypcyjna wymaga odpowiedniej konfiguracji nowego sklepu już na etapie jego uruchamiania.

Na czym polega ta usługa

Usługa obejmuje skonfigurowanie w nowym sklepie funkcji sprzedaży subskrypcyjnej wraz z cyklicznymi płatnościami.

Dla kogo ma sens

Usługa jest przydatna dla firm planujących od startu oferować produkty lub usługi w modelu subskrypcyjnym.

Ile to trwa

Konfiguracja sprzedaży subskrypcyjnej mieści się z reguły w standardowym czasie do 3 dni.

Warunki

Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.

Warianty modeli subskrypcyjnych w handlu elektronicznym

Wdrożenie modelu subskrypcyjnego w nowo uruchamianym sklepie internetowym może przybierać różne formy w zależności od specyfiki oferowanego asortymentu. Wyróżnia się cztery główne modele sprzedaży cyklicznej, z których każdy wymaga nieco innej konfiguracji technicznej silnika sklepu oraz odpowiedniego przygotowania bazy danych.

Pierwszym wariantem jest subskrypcja uzupełniająca (ang. replenishment model), która polega na regularnym dostarczaniu produktów codziennego użytku ulegających regularnemu zużyciu, takich jak kawa, środki czystości, filtry do wody, suplementy diety czy karma dla zwierząt. W tym przypadku kluczowe jest zapewnienie mechanizmu elastycznego wyboru częstotliwości dostaw (na przykład co dwa tygodnie, co miesiąc lub co kwartał) oraz możliwości łatwego przesunięcia terminu kolejnej wysyłki przez kupującego w panelu klienta.

Drugim wariantem jest subskrypcja kuratorska (ang. curation model), znana powszechnie jako pudełka subskrypcyjne (ang. subscription boxes). Klient otrzymuje w regularnych odstępach czasu spersonalizowany zestaw produktów, którego dokładny skład może być dobierany przez sklep na podstawie preferencji odbiorcy. Wymaga to skonfigurowania modułu ankiety preferencji użytkownika, który zapisuje w profilu klienta wybrane parametry (takie jak rozmiar, preferencje smakowe czy wykluczenia alergenów) i automatycznie przypisuje odpowiednie warianty produktów w systemie magazynowym.

Trzecim modelem jest subskrypcja dostępowa (ang. access model), w której opłata cykliczna zapewnia dostęp do określonych przywilejów, strefy produktów premium, niższych cen klubowych, bezpłatnych dostaw lub treści cyfrowych. W tym układzie platforma e-commerce musi ściśle kontrolować uprawnienia kont użytkowników i automatycznie włączać lub blokować dostęp do zasobów w zależności od statusu ostatniej płatności abonamentowej.

Czwartym wariantem jest model hybrydowy, łączący sprzedaż tradycyjną z subskrypcyjną. Kupujący może podczas jednych zakupów umieścić w koszyku zarówno produkt kupowany jednorazowo, jak i produkt objęty abonamentem. Wdrożenie takiego rozwiązania wymaga odpowiedniego rozdzielenia logiki koszyka zakupowego oraz poprawnego przetworzenia zamówienia w bramce płatniczej.

Architektura techniczna i mechanizmy automatyzacji płatności

Fundamentem każdego sklepu subskrypcyjnego jest niezawodna infrastruktura płatności cyklicznych (ang. recurring payments). W przeciwieństwie do standardowego sklepu internetowego, gdzie każda transakcja jest inicjowana i autoryzowana bezpośrednio przez kupującego przy kasie, model abonamentowy wymaga automatycznego pobierania środków w ustalonych interwałach czasowych bez konieczności każdorazowego udziału klienta.

Kluczowym elementem tej architektury jest tokenizacja kart płatniczych (ang. card tokenization). Jest to proces kryptograficzny, w którym wrażliwe dane karty, takie jak numer karty PAN (ang. Primary Account Number) czy kod zabezpieczający CVV, są przesyłane bezpośrednio do certyfikowanego operatora płatności i zastępowane unikalnym, zaszyfrowanym ciągiem znaków zwanym tokenem. Sklep internetowy nie przechowuje pełnych numerów kart na własnym serwerze, co zapewnia zgodność ze standardem bezpieczeństwa PCI DSS (zbiór norm bezpieczeństwa w branży kart płatniczych), a jednocześnie umożliwia bezpieczne inicjowanie kolejnych obciążeń przy użyciu zapisanego tokenu.

Drugim istotnym komponentem jest obsługa wymogów silnego uwierzytelniania klienta SCA (ang. Strong Customer Authentication) wprowadzonego przez unijną dyrektywę PSD2 za pośrednictwem protokołu 3D Secure 2 (standard bezpiecznej autoryzacji transakcji internetowych). Pierwsza płatność wymaga pełnej autoryzacji dwuetapowej przez klienta (na przykład potwierdzenia w aplikacji mobilnej banku), podczas której transakcja zostaje oznaczona jako transakcja inicjowana przez klienta CIT (ang. Customer Initiated Transaction). Kolejne płatności są klasyfikowane jako transakcje inicjowane przez sprzedawcę MIT (ang. Merchant Initiated Transaction), co pozwala na ich legalne i poprawne przetwarzanie bez konieczności ponownego angażowania właściciela karty.

Całość procesu opiera się na asynchronicznej komunikacji za pomocą webhooków (mechanizm automatycznego powiadamiania sklepu przez serwer operatora płatności o zmianie stanu transakcji) oraz zadań harmonogramu systemowego cron (ang. cron jobs, czyli skryptów uruchamianych na serwerze w tle o określonych godzinach). Harmonogram cron analizuje bazę danych w poszukiwaniu subskrypcji przypadających do odnowienia, generuje żądanie obciążenia, a webhooki zwrotne natychmiast aktualizują status zamówienia w sklepie.

Zarządzanie odzyskiwaniem płatności i proces dunningu

Jednym z najczęstszych powodów utraty przychodów w sprzedaży subskrypcyjnej są nieudane transakcje odnowienia, wynikające z tymczasowego braku środków na koncie klienta, przekroczenia limitów dziennych, zablokowania karty lub upływu terminu jej ważności. Właściwa konfiguracja sklepu od samego początku musi obejmować wdrożenie mechanizmów dunningu (ang. dunning management, czyli zautomatyzowanego procesu obsługi i naprawy nieudanych płatności).

Proces dunningu obejmuje inteligentne ponawianie prób obciążenia (ang. smart retries). Zamiast natychmiastowego anulowania abonamentu po pierwszym odrzuceniu transakcji przez bank, system wykonuje zaplanowaną serię kolejnych prób w określonych odstępach czasu, dobierając momenty, w których prawdopodobieństwo obecności środków na koncie jest najwyższe (na przykład w godzinach porannych lub na początku nowego miesiąca).

Równolegle system uruchamia automatyczną ścieżkę komunikacji transakcyjnej z klientem. Wysyłane są powiadomienia e-mail zawierające bezpośredni, bezpieczny odnośnik do formularza aktualizacji danych karty płatniczej. Sklep w tym czasie utrzymuje subskrypcję w stanie zawieszenia (ang. past due lub suspended) przez określony czas karencji (ang. grace period), co zapobiega przerwaniu ciągłości usługi lub opóźnieniom w wysyłce towaru przy chwilowych trudnościach technicznych po stronie banku.

Integracja procesów subskrypcyjnych z systemami ERP i magazynem

Prawidłowe funkcjonowanie sklepu subskrypcyjnego wymaga ścisłej integracji warstwy sprzedażowej z oprogramowaniem magazynowo-księgowym i platformami zarządzania sprzedażą. Do najczęściej integrowanych systemów klasy ERP (ang. Enterprise Resource Planning, czyli zintegrowanych systemów do zarządzania zasobami przedsiębiorstwa) należą InsERT GT (w tym Subiekt GT), InsERT nexo (Subiekt nexo), WAPRO ERP (WAPRO Mag), Comarch ERP (Optima, XL) oraz systemy takie jak enova365, Symfonia czy RAKS.

W momencie pomyślnego odnowienia subskrypcji system sklepu musi automatycznie przekazać informację o nowym zamówieniu do systemu magazynowego za pośrednictwem interfejsu programistycznego API (ang. Application Programming Interface) lub integratora wielokanałowego, takiego jak BaseLinker. Integracja ta odpowiada za automatyczne zarezerwowanie towaru w magazynie, wygenerowanie dokumentu wydania zewnętrznego WZ (dokument magazynowy potwierdzający wydanie towaru) oraz utworzenie etykiety przewozowej dla firmy kurierskiej.

Kolejnym aspektem jest automatyzacja fakturowania. Dla każdej zrealizowanej płatności cyklicznej system generuje dokument sprzedaży (fakturę zwykłą lub imienną) i przesyła go drogą elektroniczną do klienta. Pełna synchronizacja stanów magazynowych w czasie rzeczywistym zapobiega sytuacji, w której następuje odnowienie subskrypcji na produkt, którego fizycznie brakuje na stanie magazynowym.

Błędy popełniane przy samodzielnej konfiguracji sklepu subskrypcyjnego

Samodzielne próby uruchomienia sprzedaży subskrypcyjnej bez odpowiedniego przygotowania technicznego często prowadzą do problemów operacyjnych i strat finansowych. Do najczęstszych błędów należą:

Niewłaściwa konfiguracja mechanizmu 3D Secure: Zastosowanie standardowych bramek płatności nieobsługujących transakcji typu MIT (Merchant Initiated Transactions), co skutkuje masowym odrzucaniem prób automatycznego pobrania środków przez banki po upływie pierwszego okresu rozliczeniowego.
Brak obsługi stref czasowych w zadaniach cron: Nieprawidłowo skonfigurowany harmonogram serwera może prowadzić do obciążania kont klientów w nieodpowiednich godzinach (na przykład w środku nocy) lub do naliczania opłat dzień wcześniej niż ustalono w regulaminie, co budzi niepokój kupujących.
Brak scenariuszy dla wygasających kart: Niewdrożenie systemu wczesnego ostrzegania klienta o zbliżającym się końcu ważności karty płatniczej skutkuje gwałtownym spadkiem wskaźnika retencji (utrzymania subskrybentów).
Zdublowane generowanie zamówień w systemie ERP: Błędna konfiguracja webhooków powoduje, że pojedyncza transakcja odnowienia tworzy wielokrotne zamówienia w systemie Subiekt lub Comarch Optima, co prowadzi do pomyłkowego wysyłania podwójnych paczek.
Niedostosowanie panelu klienta: Brak intuicyjnego modułu zarządzania subskrypcją w koncie użytkownika (możliwości zmiany adresu dostawy, zmiany karty, pauzowania lub rezygnacji) zmusza klientów do kontaktu telefonicznego i zwiększa koszty obsługi biura.

Kiedy standardowy moduł nie wystarcza i potrzebna jest dedykowana architektura

W przypadku prostych projektów e-commerce często wystarczające jest wykorzystanie sprawdzonych modułów subskrypcyjnych dedykowanych dla popularnych silników sklepów internetowych (takich jak WooCommerce Subscriptions, moduły subskrypcyjne dla PrestaShop czy dedykowane aplikacje Shopify). Istnieją jednak sytuacje, w których standardowa wtyczka nie spełnia wymagań biznesowych i konieczne jest przygotowanie zaawansowanej architektury rozliczeniowej.

Sytuacja taka ma miejsce w przypadku rozliczeń opartych na rzeczywistym zużyciu (ang. usage-based billing lub metered billing), gdzie kwota pobierana na koniec okresu rozliczeniowego zależy od liczby wykonanych operacji, zużytych jednostek lub wykorzystanego transferu danych. Wymaga to stworzenia warstwy telemetrycznej (zbierającej dane o zużyciu) oraz połączenia jej z zaawansowanym silnikiem bilingowym za pośrednictwem dedykowanego API.

Innym przypadkiem wymagającym dedykowanych rozwiązań są subskrypcje wielopoziomowe ze złożoną hierarchią uprawnień firmowych (modele B2B), gdzie jedno konto nadrzędne opłaca dostęp dla wielu użytkowników podrzędnych, a fakturowanie wymaga konsolidacji wielu usług na jednym dokumencie księgowym.

Dodatkowe pytania techniczne

Czy sklep subskrypcyjny może jednocześnie obsługiwać tradycyjne zakupy jednorazowe?

Tak, poprawnie skonfigurowany sklep internetowy może obsługiwać oba modele sprzedaży równolegle. Koszyk zakupowy jest konfigurowany w taki sposób, aby umożliwiał klientowi jednoczesny zakup produktów tradycyjnych oraz produktów w abonamencie, odpowiednio rozdzielając metody płatności i harmonogramy realizacji wysyłek.

Jak zabezpieczone są dane kart płatniczych subskrybentów?

Dane kart płatniczych nie są zapisywane ani przetwarzane bezpośrednio na serwerze sklepu. Przesyłanie informacji odbywa się w bezpiecznym kanale szyfrowanym protokołem TLS (ang. Transport Layer Security), a dane trafiają bezpośrednio do certyfikowanego operatora płatności posiadającego najwyższy poziom certyfikacji PCI DSS Level 1. Sklep otrzymuje jedynie zaszyfrowany token autoryzacyjny.

Co dzieje się w sytuacji, gdy na karcie klienta brakuje środków w dniu odnowienia subskrypcji?

W przypadku braku środków system nie anuluje natychmiast subskrypcji. Uruchamiana jest procedura dunningu, w ramach której system ponawia próbę obciążenia w określonych odstępach czasu oraz wysyła do klienta automatyczne powiadomienie e-mail z możliwością natychmiastowej płatności lub aktualizacji karty płatniczej.

W jaki sposób sklep radzi sobie ze zmianami cen produktów w trakcie trwania aktywnej subskrypcji?

Polityka cenowa dla aktywnych subskrypcji jest definiowana podczas wstępnej konfiguracji systemu. Możliwe jest ustawienie gwarancji zachowania ceny początkowej dla dotychczasowych subskrybentów (ang. grandfathering) lub skonfigurowanie automatycznej aktualizacji cen z odpowiednim wyprzedzeniem czasowym i powiadomieniem e-mail o planowanej zmianie kwoty kolejnego obciążenia.

Czy klient ma możliwość samodzielnego wstrzymania lub modyfikacji subskrypcji?

Tak, w ramach wdrożenia w panelu klienta konfigurowany jest dedykowany moduł zarządzania subskrypcją. Użytkownik ma możliwość zmiany częstotliwości dostaw, zawieszenia subskrypcji na określony czas (na przykład na czas urlopu), zmiany adresu wysyłki oraz zaktualizowania powiązanej karty płatniczej.

Prawidłowe przygotowanie sprzedaży subskrypcyjnej a stabilność biznesu

Prawidłowe zaprojektowanie i wdrożenie sprzedaży subskrypcyjnej już na etapie uruchamiania nowego sklepu internetowego pozwala uniknąć kosztownych migracji danych i przerw w działaniu platformy w przyszłości. Automatyzacja pobierania płatności, obsługa procedur dunningowych oraz bezbłędna synchronizacja z systemami magazynowymi i księgowymi tworzą stabilne środowisko technologiczne, które pozwala przedsiębiorstwu bezpiecznie budować powtarzalny i przewidywalny strumień przychodów.

22 378 48 09

Przygotowanie sklepu pod sprzedaż subskrypcyjną od startu