Karta podarunkowa to jedna z niewielu rzeczy, które możesz sprzedawać bez kosztu wytworzenia, dostarczać w milisekundy i których nie da się zwrócić jak zwykłego produktu. Kupujący płaci dziś; Ty nie rozstajesz się z żadnym towarem, dopóki ktoś nie zrealizuje kodu — co może wydarzyć się za tydzień, w marcu albo nigdy. Dla sklepu PrestaShop wchodzącego w sezon prezentowy to wyjątkowo przyjazny element marży. Mimo to większość sklepów PrestaShop nie sprzedaje kart podarunkowych, zwykle dlatego, że właściciel zakłada, iż potrzebny jest osobny płatny moduł, i nigdy nie sprawdza, co platforma potrafi już sama.

Ostatnia aktualizacja: czerwiec 2026.

Oto praktyczna niespodzianka: system reguł koszyka w PrestaShop — ten sam mechanizm, który obsługuje każdy voucher i kod rabatowy w Twoim sklepie — jest już w dużej mierze gotową kartą podarunkową. Jeśli sprowadzić kartę podarunkową do mechaniki, jest to po prostu opłacony z góry voucher z unikalnym kodem, stałą wartością pieniężną i włączonym częściowym wykorzystaniem. Ten poradnik prowadzi przez cały proces konkretnie w PrestaShop: czym karta podarunkowa jest w praktyce z perspektywy panelu administracyjnego, jak zbudować podstawową wersję ręcznie, gdzie takie podejście przestaje wystarczać, które decyzje wracają później jako problem (termin ważności, pozostałe saldo, oszustwa, VAT) i jak promować karty, gdy już istnieją.

Dlaczego karty podarunkowe zasługują na miejsce w katalogu

Pusta pomarańczowa karta podarunkowa z satynową wstążką leżąca obok elegancko zapakowanego prezentu na czystej, jasnej powierzchni
Cyfrowa karta podarunkowa sprawia, że Twój sklep sam staje się prezentem – obdarowany wybiera, a wartość wraca wprost do Twojego katalogu.

Zanim zaczniesz konfigurację, warto jasno ustalić, dlaczego opłaca się poświęcić na to popołudnie. Trzy rzeczy sprawiają, że karty podarunkowe zachowują się w bilansie inaczej niż zwykłe produkty, a wszystkie trzy działają na korzyść sklepu:

  • Otrzymujesz płatność, zanim cokolwiek dostarczysz. Gotówka trafia do Ciebie w momencie zakupu karty; koszt towaru pojawia się dopiero wtedy, gdy karta zostanie zrealizowana. Ta luka — często tygodnie, czasem miesiące — to nieoprocentowany kapitał obrotowy, który zostaje na koncie dokładnie w okresie (po świętach), gdy większość sklepów najbardziej odczuwa napięcie finansowe.
  • Kupujący i osoba wydająca środki to zwykle dwie różne osoby. Twój obecny klient kupuje kartę; obdarowany mógł nigdy wcześniej nie odwiedzić Twojego sklepu. Dzięki temu karta podarunkowa jest tanim sposobem, aby pokazać sklep nowej osobie, która od razu ma powód, by złożyć zamówienie.
  • Nie wracają jako zwroty. Karty podarunkowej nie da się odesłać po zwrot pieniędzy tak jak swetra. W kategoriach z wysokim odsetkiem zwrotów to samo w sobie jest cichą ulgą.

Warto też znać typowy wzorzec wydawania środków: obdarowany z kartą o wartości, powiedzmy, €50 dość często wybierze produkt za €75 i dopłaci różnicę €25, ponieważ karta sprawia, że część płacona z własnej kieszeni wydaje się mniejsza. Różne badania handlu detalicznego pokazują, że średnie wydatki osób realizujących karty podarunkowe bywają wyższe niż nominalna wartość karty — konkretna liczba zależy od badania i kategorii, więc traktuj to jako kierunek, a nie kwotę do wpisania w plan przychodów. Podobnie jest z „breakage” (kartami częściowo niewykorzystanymi): to realne zjawisko, ale przepisy ochrony konsumentów w wielu krajach UE dziś ograniczają albo zakazują wygasania kart, więc nie buduj na tym strategii przychodowej. Uczciwe, przewidywalne korzyści to trzy punkty powyżej.

Czym karta podarunkowa faktycznie jest w PrestaShop

PrestaShop nie ma natywnego obiektu „karta podarunkowa” — w panelu administracyjnym nie ma przełącznika o takiej nazwie. Jest za to reguła koszyka, a reguła koszyka potrafi zrobić wszystko, czego potrzebuje jednorazowa karta podarunkowa:

  • Unikalny kod, który odbiorca wpisuje przy kasie.
  • Rabat typu „Kwota” (stała wartość pieniężna, np. €50), a nie procent.
  • Dozwolone częściowe wykorzystanie, dzięki czemu karta €100 użyta przy zamówieniu za €60 zostawia €40 aktywne na kolejny raz.
  • Okno ważności, ograniczenie do klienta i obsługa podatku — wszystko jest już dostępne w formularzu reguły koszyka.

Pytanie nie brzmi więc „czy PrestaShop obsłuży karty podarunkowe?” — tylko „ile pracy między zakupem karty przez klienta a utworzeniem reguły koszyka chcę wykonywać ręcznie?”. To prawdziwe rozwidlenie i warto najpierw zobaczyć wersję manualną, aby zrozumieć, co tak naprawdę oszczędza Ci dowolny moduł.

Ręczne zbudowanie podstawowej karty podarunkowej

W PrestaShop możesz uruchomić działający proces dla pojedynczej karty bez żadnego modułu. Nie skaluje się to dobrze, ale najczytelniej pokazuje mechanikę i naprawdę wystarcza sklepowi, który sprzedaje kilka kart miesięcznie.

Krok 1: utwórz regułę koszyka (czyli samą kartę)

Przejdź do Katalog → Rabaty → Reguły koszyka (w PrestaShop 1.6 znajdowało się to pod Reguły cenowe → Reguły koszyka) i kliknij Dodaj nową regułę koszyka. Pola istotne dla karty podarunkowej:

  • Karta Informacje — Kod: wpisz unikalny kod albo kliknij Generuj, aby otrzymać losowy. To właśnie ten kod odbiorca wpisuje przy kasie.
  • Karta Warunki — Ważny od / do: ustaw okno ważności. Niech będzie hojne (zobacz sekcję o terminie ważności niżej) — krótkie terminy frustrują obdarowanych, a w niektórych krajach UE mogą tworzyć ryzyko prawne.
  • Karta Warunki — Łącznie dostępnych / Łącznie dostępnych dla każdego użytkownika: te pola ograniczają wyłącznie to, ile razy kod można wykorzystać łącznie i na klienta; dla jednorazowej karty ustawisz „łącznie dostępnych” na 1. Nie przypisują jednak kodu do jednej osoby — jeśli karta podarunkowa ma działać wyłącznie na konkretnym koncie, użyj ograniczenia do klienta w regule koszyka (pole „Ogranicz do jednego klienta” na karcie Warunki), a limity użycia traktuj wyłącznie jako limity realizacji.
  • Karta Akcje — Zastosuj rabat: Kwota. Wpisz wartość karty (np. 50), wybierz walutę i zdecyduj brutto / netto — ta decyzja ma konsekwencje VAT, opisane dalej.
  • Karta Akcje — „Zastosuj rabat do” i częściowe wykorzystanie: ustaw rabat tak, aby dotyczył całego zamówienia, i koniecznie włącz częściowe wykorzystanie, aby niewykorzystane saldo przeszło na kolejne zamówienie.

Zapisz i masz działającą kartę podarunkową o wartości €50. Każdy, kto wpisze ten kod przy kasie, otrzyma €50 rabatu, a niewykorzystana część pozostanie aktywna. Jeśli wygląda to znajomo, tak powinno być — to dokładnie ten sam mechanizm, który stoi za każdym innym rabatem w Twoim sklepie, dlatego naturalnym uzupełnieniem jest szerszy poradnik o regułach koszyka, cenach specyficznych i strategiach rabatowych. Warto zrozumieć, czym reguły koszyka różnią się od cen specyficznych (zmian cen na poziomie katalogu), zanim zaczniesz intensywnie na nich polegać.

Krok 2: sprzedawaj kartę jako produkt

Utwórz produkt o nazwie „Karta podarunkowa” w sekcji Katalog → Produkty. Ustaw go jako produkt wirtualny (bez wysyłki, bez stanu magazynowego), a jeśli chcesz oferować nominały, dodaj zestaw €25 / €50 / €100 jako kombinacje (karta Kombinacje), każdą z własną ceną. Umieść ten produkt w widocznym miejscu — więcej o tym w sekcji o błędach.

Krok 3: połącz elementy (część, która boli)

Tutaj ręcznie zbudowana wersja pokazuje swoje ograniczenia. Gdy ktoś kupi produkt-kartę podarunkową, coś musi utworzyć odpowiadającą jej regułę koszyka i wysłać kod do odbiorcy e-mailem. Bez modułu tym „czymś” jesteś Ty: obserwujesz zamówienie, ręcznie tworzysz regułę koszyka (Krok 1) i ręcznie wysyłasz kod. W porządku przy jednej karcie tygodniowo; udręka przy jednej karcie na godzinę w grudniu. Nie ma pola na e-mail odbiorcy, wiadomości osobistej, podglądu salda ani opóźnienia przed wysyłką kodu. Wszystko w kolejnych sekcjach dotyczy zamykania tych luk — i dokładnie po to istnieje dedykowany moduł kart podarunkowych.

Decyzje, które później potrafią ugryźć

Niezależnie od tego, czy budujesz proces ręcznie, czy kupujesz moduł, cztery decyzje projektowe rozstrzygają, czy karty podarunkowe będą spokojnym sukcesem, czy źródłem zgłoszeń do obsługi klienta. Podejmij je z góry.

Stałe nominały kontra własne kwoty

Ustalone wartości (€25 / €50 / €100, mapowane na kombinacje produktu) są prostsze do zbudowania i szybsze do wybrania dla kupującego. Pole „dowolna kwota” daje większą elastyczność, ale wymaga walidacji — minimum (powiedzmy €10) i maksimum (powiedzmy €500) — oraz sposobu wycenienia produktu, którego cenę ustala klient. Rozsądny środek: zaoferuj cztery lub pięć gotowych nominałów plus opcję „inna kwota”. Zacznij tylko od gotowych nominałów; własne kwoty dodaj wtedy, gdy kupujący faktycznie zaczną o nie prosić.

Terminy ważności

To kwestia prawna równie mocno jak UX. Kilka krajów UE narzuca minimalny okres ważności (często w przedziale od dwóch do pięciu lat), a niektóre jeszcze ściślej ograniczają wygasanie kart jednej marki — Francja jest tu znanym, restrykcyjnym przypadkiem. Sprawdź lokalne przepisy, zanim cokolwiek ustawisz. Z czysto biznesowej perspektywy dłużej znaczy lepiej: wygasła karta to złe doświadczenie i potencjalna reklamacja, a korzyść przepływu gotówki nie zależy od tego, czy karta wygaśnie. Ustaw datę „ważny do” w regule koszyka hojnie (dwa do trzech lat to częsty, łatwy do obrony wybór) i jasno podaj ją na karcie oraz w e-mailu.

Częściowa realizacja

Ustaw częściowe wykorzystanie jako domyślne, bez dyskusji. Reguła koszyka PrestaShop już to obsługuje przez przełącznik częściowe wykorzystanie na karcie Akcje: karta €100 użyta przy zamówieniu za €60 zostawia €40 dostępne na przyszłość. Mechanizm PrestaShop polega na wystawieniu nowej reguły koszyka na pozostałe saldo, co warto wiedzieć, bo wpływa na to, jak Ty (albo moduł) pokazujesz klientowi „pozostałe saldo”. Bez częściowego wykorzystania odbiorca, który wyda €60 z karty €100, traci pozostałe €40 — a to jest dokładnie ten rodzaj sytuacji, który kończy się obciążeniem zwrotnym albo jednogwiazdkową opinią.

Pojedyncza karta kontra kampanie zaplanowane / sezonowe

Karta podarunkowa działa „zawsze”. Natomiast promocje wokół kart podarunkowych (dodatkowa wartość, darmowa karta przy zakupie) są ograniczone w czasie, a reguły koszyka PrestaShop pozwalają planować je datami rozpoczęcia i zakończenia. Jeśli chcesz, aby oferta „kup €100, otrzymaj €120” włączyła się sama na pierwsze dwa tygodnie grudnia i automatycznie wyłączyła, to wchodzisz w obszar zaplanowanych rabatów, które startują i zatrzymują się samodzielnie — ustawiasz daty raz i odchodzisz od tematu.

Cyfrowa czy fizyczna?

Dla większości sklepów PrestaShop odpowiedź brzmi: „cyfrowa, przynajmniej na start”. Krótkie porównanie:

CzynnikCyfrowa (e-karta podarunkowa)Fizyczna karta
DostawaE-mail, natychmiast, 24/7 — idealna na ostatnią chwilęWysyłana lub odbierana; wymaga czasu
Koszt produkcjiBrakDruk + wysyłka
MagazynBrak (produkt wirtualny)Stan magazynowy do zarządzania
Wrażenie prezentuSłabsze — trudniej wręczyć osobiścieMocniejsze — namacalna, może mieć oprawę marki
Ryzyko oszustwWyższe — natychmiastowa realizacja sprzyja nadużyciom z użyciem skradzionych kartNiższe — fizyczna obsługa dodaje tarcie

Cyfrowa karta wygrywa kosztem, szybkością i brakiem ryzyka magazynowego, dlatego dobrze pasuje do sklepów działających wyłącznie online. Haczykiem są oszustwa (opisane niżej) i nieco mniej wyjątkowe „rozpakowanie” prezentu. Fizyczne karty dodaj później, jeśli popyt uzasadnia dodatkową obsługę operacyjną — nie wcześniej.

E-mail dostarczający kartę jest całym prezentem

W przypadku cyfrowej karty e-mail jest prezentem — nie ma niczego innego do trzymania w dłoni. Szablony e-maili PrestaShop znajdują się w Wygląd → Motyw e-mail (a surowe szablony w folderze mails/ Twojego motywu), więc masz punkty zaczepienia, aby wyglądało to jak prezent, a nie jak potwierdzenie zamówienia. Cokolwiek zbudujesz, uwzględnij:

  • Kod, duży i łatwy do skopiowania. Większość odbiorców otworzy tę wiadomość na telefonie; kod musi być duży, kontrastowy i łatwy do zaznaczenia.
  • Kwotę oraz, jeśli dotyczy, datę ważności, podane jasno.
  • Osobistą wiadomość od kupującego, wyeksponowaną — to właśnie ona sprawia, że wiadomość czyta się jak prezent, a nie marketing.
  • Jasne kroki realizacji: „Wejdź do [sklepu], dodaj produkty do koszyka i wpisz kod XXXX-XXXX przy kasie”.
  • Bezpośrednie wezwanie do działania („Rozpocznij zakupy”) prowadzące do sklepu, z wygodnym obszarem kliknięcia na telefonie.

Jak promować karty, gdy już istnieją

Sprzedaż kart podarunkowych mocno skupia się wokół kilku dat, więc idealnie wpisuje się w szerszy kalendarz promocyjny — jeśli jeszcze go nie masz, kalendarz sezonowych wyprzedaży rozpisuje cały rok. Najważniejsze szczyty dla kart:

  • Boże Narodzenie / święta — zdecydowanie największe okno. Zacznij promować na początku listopada i prowadź mocną komunikację aż do 24 grudnia. Połącz to z szerszą akcją opisaną w poradniku o świątecznych przewodnikach prezentowych i marketingu na ostatnią chwilę.
  • Walentynki — pozycjonuj kartę jako bezpieczny wybór, gdy ktoś nie zna rozmiaru albo gustu partnera lub partnerki. Szybkie kampanie, które konwertują, opisuje poradnik walentynkowy.
  • Dzień Matki / Dzień Ojca — zacznij dwa do trzech tygodni wcześniej.
  • Powrót do szkoły — istotne dla części kategorii; sprawdź tekst powrót do szkoły poza modą, aby ocenić, czy pasuje do Twojej.
  • Ostatnie 48 godzin przed dużym świętem — moment, w którym cyfrowe karty naprawdę zarabiają na siebie. „Nadal szukasz prezentu? Wyślij e-kartę podarunkową w kilka sekund”. Nikt inny nie dostarczy prezentu w takim oknie.

Struktury promocyjne, które działają

Trzy struktury są warte uwagi. Natywna reguła koszyka może rabatować kwalifikujące się produkty albo zamówienie i może być zaplanowana jak każdy inny rabat PrestaShop — ale pamiętaj, że wystawienie nowej wartości karty podarunkowej jako nagrody („otrzymaj €120 do wydania”, „otrzymaj darmową kartę €20”) nie jest czymś, co zwykła reguła koszyka zrobi samodzielnie: nie potrafi automatycznie wygenerować świeżego vouchera-karty podarunkowej po zakupie. Takie oferty wymagają albo modułu kart podarunkowych obsługującego wystawienie karty, albo ręcznego kroku, w którym tworzysz i wysyłasz kartę bonusową samodzielnie:

  • Dodatkowa wartość: „Kup kartę za €100, otrzymaj €120 do wydania”. Dodatkowe €20 kosztuje Cię tylko marżę na tym, co zostanie za nie kupione — a przede wszystkim sprowadza odbiorcę do sklepu. Kupujący płaci €100, ale realizowalna karta musi mieć wartość €120, więc oznacza to wystawienie vouchera o wyższej wartości niż zapłacona — moduł albo ręczny krok utworzenia karty, a nie jednoliniową regułę koszyka.
  • Darmowa karta przy zakupie: „Wydaj €150, otrzymaj darmową kartę €20”. To podnosi wartość bieżącego zamówienia i gwarantuje powrót przy realizacji karty — ale znów, wygenerowanie karty €20 po kwalifikującym się zamówieniu to obszar modułu albo pracy ręcznej, ponieważ natywna reguła koszyka rabatuje bieżący koszyk, a nie rozdaje nowy voucher.
  • Ceny hurtowe / firmowe: 10–15% rabatu przy zamówieniach dziesięciu lub więcej kart. Firmy kupują je jako nagrody dla pracowników i prezenty dla klientów, często wolumenowo. Ten wariant jest prostą natywną regułą koszyka — rabatem procentowym uzależnionym od ilości.

To zarówno mechanizmy prezentowe, jak i mechanizmy pilności — a jeśli chcesz, żeby pilność była uczciwa, a nie oparta na fałszywym odliczaniu, zasady z tekstu o błyskawicznych wyprzedażach bez manipulacji stosują się bezpośrednio do akcji „ostatnie 48 godzin” z kartami podarunkowymi. Jedna ważna granica: same karty podarunkowe powinny zasadniczo być wyłączone z ogólnosklepowych kodów rabatowych (nie chcesz, aby kupon 20% rabatu obniżył cenę karty €100 i dał komuś wartość €100 za €80). To szczególny przypadek szerszej zasady opisanej w tekście dlaczego niektóre produkty nigdy nie powinny trafiać na wyprzedaż — ustaw wykluczenie w ograniczeniach produktów danej reguły koszyka.

Oszustwa: jedyny element, którego nie wolno pominąć

Cyfrowe karty podarunkowe są ulubionym celem właśnie dlatego, że są natychmiastowe i płynne — ktoś kupuje skradzioną kartą płatniczą i realizuje kod, zanim dotrze obciążenie zwrotne. Kilka prostych zabezpieczeń ogranicza większość takich przypadków:

  • Opóźnij e-mail z dostawą. Nie wysyłaj kodu w tej samej sekundzie, w której płatność przejdzie. Krótkie wstrzymanie (godzina albo kilka godzin) daje mechanizmom antyfraudowym operatora płatności czas na oznaczenie podejrzanej transakcji, zanim wartość opuści sklep.
  • Ustaw limity zakupów. Ogranicz zakupy kart podarunkowych na klienta dziennie i ustaw maksymalną wartość karty (np. €500). Pamiętaj, że PrestaShop nie narzuca natywnie dziennego limitu zakupów na klienta — limity reguł koszyka kontrolują realizację voucherów, a nie to, ile produktów-kart podarunkowych ktoś kupuje, natomiast ustawienia ilości produktu nie śledzą dziennych sum per klient. W praktyce osiąga się to przez monitoring zamówień, narzędzia antyfraudowe operatora płatności, reguły grup klientów lub zamówień albo małą niestandardową walidację / moduł zliczający ostatnie zamówienia kart podarunkowych na koncie.
  • Wymagaj konta przy zamówieniach kart podarunkowych. Konto tworzy ślad tożsamości, którego nie daje zakup jako gość. To jeden z rzadkich przypadków, w których celowo wyłączasz skądinąd pomocne zakupy bez rejestracji.
  • Obserwuj skupiska. Kilka zakupów kart z jednego IP, domeny e-mail albo numeru karty w krótkim czasie to klasyczny wzorzec.

VAT i księgowość — porozmawiaj z księgowym

Dwie rzeczy często zaskakują właścicieli sklepów i obie warto omówić w pięć minut z osobą prowadzącą Twoje księgi:

  • Sprzedaż karty podarunkowej zwykle nie jest jeszcze przychodem. W większości jurysdykcji to zobowiązanie — przyjmujesz pieniądze, ale nie dostarczasz jeszcze towaru. Przychód rozpoznaje się przy realizacji, nie przy sprzedaży. Grudniowa sprzedaż kart nie powinna więc sztucznie podnosić przychodów grudnia; pozostaje zobowiązaniem, dopóki karta nie zostanie wykorzystana.
  • Moment VAT zależy od typu vouchera. W UE voucher jednego przeznaczenia (realizowany na jeden typ produktu o znanej stawce VAT) jest opodatkowany przy sprzedaży; voucher różnego przeznaczenia (normalna karta podarunkowa na cały sklep, możliwa do użycia przy produktach z różnymi stawkami) jest opodatkowany przy realizacji. Wybór brutto/netto dokonany w regule koszyka musi być z tym spójny — potwierdź to dla swojej jurysdykcji, zamiast zgadywać.

Błędy, które po cichu kosztują pieniądze

  • Schowanie karty w podkategorii. W sezonie prezentowym karta podarunkowa jest produktem pierwszoplanowym, nie przypisem. Umieść ją w menu głównym albo nagłówku — jeśli kupujący musi jej szukać, nie kupi.
  • Brak testu realizacji na telefonie. Jeśli pole vouchera w kasie jest ukryte albo niewygodne na telefonie, odbiorcy dosłownie nie mogą wydać swoich kart. Przetestuj pełny proces realizacji na prawdziwym urządzeniu.
  • Brak sprawdzania salda. Karty z częściowym wykorzystaniem oznaczają, że klienci będą mieli pozostałe salda i będą chcieli je sprawdzać. Przy ręcznym podejściu nie ma natywnego sposobu, aby to pokazać, co jest jednym z najmocniejszych argumentów za porządnym modułem.
  • Brak przypomnień. Odbiorcy zapominają. Delikatne przypomnienie po 30, 60 i 90 dniach odzyskuje realizacje (i sprzedaż), które inaczej po prostu by leżały.

Kiedy przestać budować ręcznie i sięgnąć po moduł

Manualna metoda oparta na regułach koszyka naprawdę dobrze uczy mechaniki i sprawdza się przy niskim wolumenie. Na dedykowany moduł kart podarunkowych warto przejść w momencie, gdy prawdziwe staje się którekolwiek z poniższych: generujesz kody ręcznie częściej niż raz lub dwa razy w tygodniu; musisz zebrać e-mail odbiorcy i osobistą wiadomość przy zakupie; potrzebujesz zaplanowanej (opóźnionej) dostawy do kontroli oszustw; albo klienci zaczynają pytać „ile zostało na mojej karcie?”. To dokładnie te luki, których ręczny proces nie zamknie, i cały powód istnienia modułów kart podarunkowych — łączą zakup, generowanie kodu, brandowany e-mail, opóźnienie i sprawdzanie salda, żebyś nie był integracją.

Jeśli już prowadzisz w sklepie zautomatyzowane promocje, to pasuje do tego samego zestawu narzędzi, którego używasz do reszty — zobacz, jak podchodzimy do automatyzacji rabatów na dużą skalę w tekście przygotowanie do Black Friday: automatyzacja rabatów i promocji, oraz szersze podejście Sales Revolution do automatyzacji okazji. Ta sama dyscyplina panelu administracyjnego, która obsługuje sezonowe wyprzedaże, obsługuje też kampanie kart podarunkowych.

Najczęściej zadawane pytania

Czy PrestaShop ma wbudowaną funkcję kart podarunkowych?

Nie jako nazwany obiekt — nie ma przełącznika „karta podarunkowa”. Jest natomiast reguła koszyka, a reguła koszyka z unikalnym kodem, stałym rabatem typu „Kwota” i włączonym częściowym wykorzystaniem funkcjonalnie jest jednorazową kartą podarunkową. Tworzysz ją w Katalog → Rabaty → Reguły koszyka, a potem sprzedajesz dostęp do niej jako produkt wirtualny. Brakujące elementy to połączenia procesu — generowanie kodu, e-mail odbiorcy, opóźnienie, podgląd salda — które automatyzuje dedykowany moduł.

Jak sprawić, żeby pozostałe saldo karty podarunkowej przeszło na następne zamówienie?

Włącz częściowe wykorzystanie na karcie Akcje w regule koszyka. Gdy jest aktywne, karta €100 użyta przy zamówieniu za €60 zostawia €40 aktywne. PrestaShop obsługuje to przez wystawienie nowej reguły koszyka na pozostałe saldo — warto to wiedzieć, bo dlatego Ty (albo moduł) potrzebujesz sposobu pokazania klientom ich pozostałego salda. Bez częściowego wykorzystania odbiorca po prostu traci niewydane €40, co prowokuje obciążenia zwrotne i jednogwiazdkowe opinie.

Czy natywna reguła koszyka może automatycznie dać bonus „kup €100, otrzymaj €120”?

Nie. Zwykła reguła koszyka rabatuje bieżący koszyk; nie potrafi wygenerować świeżego vouchera-karty podarunkowej o wyższej wartości po zakupie. „Kup €100, otrzymaj €120” i „darmowa karta €20 przy zakupie” oznaczają wystawienie nowego vouchera wartego więcej niż zapłacona kwota — to zadanie modułu kart podarunkowych albo ręczny krok utwórz-i-wyślij. Ceny hurtowe/firmowe (procent rabatu przy dziesięciu lub więcej kartach) prostą natywną regułą koszyka, bo to po prostu rabat uzależniony od ilości.

Kiedy VAT ma zastosowanie do sprzedaży karty podarunkowej?

To zależy od typu vouchera i trzeba potwierdzić to dla swojej jurysdykcji. W UE voucher jednego przeznaczenia (realizowany na jeden typ produktu o znanej stawce VAT) jest opodatkowany przy sprzedaży, natomiast voucher różnego przeznaczenia (normalna karta na cały sklep, używana przy różnych stawkach) jest opodatkowany przy realizacji. Wybór brutto/netto w regule koszyka musi się z tym zgadzać. Osobno, sprzedaż karty podarunkowej zwykle nie jest jeszcze przychodem — w większości jurysdykcji jest zobowiązaniem do momentu realizacji karty.

Jak powstrzymać oszustów przed kupowaniem kart podarunkowych skradzionymi danymi płatniczymi?

Cyfrowe karty są natychmiastowe i płynne, więc liczy się kilka prostych zabezpieczeń: opóźnij e-mail z dostawą o godzinę albo kilka, aby kontrola antyfraudowa operatora mogła najpierw oznaczyć podejrzaną transakcję; ogranicz wartość karty (np. €500); wymagaj konta przy zamówieniach kart podarunkowych, żeby mieć ślad tożsamości; i obserwuj skupiska zakupów z jednego IP, domeny e-mail albo numeru karty. Pamiętaj, że PrestaShop natywnie nie narzuca dziennego limitu zakupów na klienta — to wynika z monitoringu zamówień, narzędzi operatora płatności albo małej niestandardowej walidacji.

Czy karty podarunkowe powinny być wyłączone z moich ogólnosklepowych kodów rabatowych?

Tak. W przeciwnym razie kupon 20% rabatu mógłby objąć kartę €100 i dać komuś wartość €100 za €80. Ustaw wykluczenie w ograniczeniach produktów reguły koszyka, aby sama karta nigdy nie kwalifikowała się do rabatów obejmujących cały sklep.

Wersja skrócona

Karta podarunkowa w PrestaShop to reguła koszyka ze stałą kwotą, unikalnym kodem, włączonym częściowym wykorzystaniem i hojnym terminem ważności — opakowana w produkt wirtualny i dobrze wyglądający e-mail. Możesz zbudować to ręcznie już dziś i będzie działać. Uczciwa korzyść jest realna i nie zależy od optymistycznych statystyk: gotówka przed wysyłką, nowy klient z każdej karty i brak zwrotów. Ustal z góry termin ważności i obsługę oszustw, wyklucz karty z ogólnosklepowych kuponów, uzgodnij rozliczenie VAT z księgowym, umieść produkt tam, gdzie ludzie go zobaczą — a gdy ręczne generowanie kodów zacznie zjadać Ci tydzień, to znak, że czas oddać połączenia procesu modułowi.

Udostępnij ten wpis:
David Miller

David Miller

Founder, mypresta.rocks

David Miller to specjalista PrestaShop z ponad dekadą praktycznego doświadczenia i założyciel mypresta.rocks — studia programistycznego z Tychów. Tworzy i utrzymuje katalog 152 modułów PrestaShop — w tym 21 pakietów „Revolution" obejmujących SEO, checkout, bezpieczeństwo, wydajność, marketing, wyszukiwanie, wsparcie i operacje magazynowe — które każdego dnia usprawniają realne sklepy, testowanych na PrestaShop 1.7.8, 8.x i 9.x. Sprawuje również opiekę nad sklepami produkcyjnymi generującymi miliony rocznego obrotu, dlatego jego pracę ocenia się po realnej sprzedaży, a nie po wersjach demo. Jego doświadczenie obejmuje pełen zakres e-commerce — wydajność, bezpieczeństwo, SEO i marketing — oraz wykracza poza PrestaShop, sięgając WooCommerce, Shopify i systemów tworzonych na zamówienie. Na blogu pisze o technicznej stronie PrestaShop: co platforma naprawdę robi pod maską, co psuje się na produkcji i które rozwiązania faktycznie się sprawdzają.

Spodobał Ci się ten artykuł?

Otrzymuj nasze najnowsze porady, przewodniki i aktualizacje modułów prosto na swoją skrzynkę.

Komentarze

Brak komentarzy. Bądź pierwszy!

Bądź pierwszy: zadaj pytanie albo podziel się przydatną opinią.

Ładowanie...
Do góry