Aktualizacja modułu Risky Order: wersje 1.2 i 1.3

Wprowadziliśmy dwie duże aktualizacje naszego modułu do wykrywania i obsługi ryzykownych zamówień w PrestaShop. Nowe funkcje pomagają szybciej wychwycić podejrzane przypadki, usprawniają pracę w panelu oraz umożliwiają automatyczne działania tam, gdzie statusy i procesy są mocno zautomatyzowane.

Co nowego w wersji 1.2?

Automatyczna zmiana statusu na wybrany (własny) status

W wersji 1.2 dodaliśmy możliwość automatycznego nadawania dodatkowego statusu zamówieniu, gdy system wykryje ryzyko przy wybranych statusach (np. „Opłacono” itp.).

Jak to działa w praktyce:

• możesz utworzyć własny status (np. „Podejrzane / do weryfikacji”),
• nadać mu np. status ukryty (w zależności od procesu),
• ustawić, aby przy określonych statusach zamówienia moduł wykonał sprawdzenie i automatycznie dodał ten dodatkowy status.

W efekcie na liście zamówień od razu widać, które zamówienia wymagają uwagi — bez ręcznego przeklikiwania.

To rozwiązanie szczególnie dobrze sprawdza się tam, gdzie:

• status zamówienia steruje automatyzacjami (ERP/WMS/flow fulfillment),
• istnieją reguły obsługi zależne od statusów,
• chcesz szybko filtrować i delegować zamówienia do weryfikacji.

Co nowego w wersji 1.3?

W wersji 1.3 dodaliśmy zestaw opcji bezpieczeństwa, które pozwalają reagować natychmiast po wykryciu ryzyka:

1) Blokowanie zamówienia z dowolnym komunikatem

Możesz włączyć tryb, w którym moduł:

• blokuje złożenie zamówienia dla klientów sklasyfikowanych jako podejrzani,
• wyświetla dowolny, konfigurowalny komunikat (np. neutralny, bez ujawniania powodów ryzyka).

2) Powiadomienie e-mail dla podejrzanych zamówień (wiele adresów)

Jeśli zamówienie zostanie sklasyfikowane jako podejrzane, moduł może wysłać e-mail na wskazane adresy:

• obsługujemy więcej niż jeden adres (np. zespół fraud/obsługa/manager),
• możesz łatwo rozdzielić powiadomienia na osoby odpowiedzialne za weryfikację.

3) Filtrowanie metod dostawy dla klientów „podejrzanych”

To jedna z najbardziej praktycznych nowości: możesz wskazać metody dostawy, które będą niedostępne dla klientów oznaczonych jako ryzykowni.

Przykład:

• system wykrywa, że klient ma X niezrealizowanych zamówień,
• wtedy automatycznie usuwa mu z wyboru np. „Kurier Pobranie” albo inne wrażliwe metody dostawy.

W efekcie ograniczasz nadużycia bez blokowania całego checkoutu, a jednocześnie nadal pozwalasz klientowi dokończyć zakup bez najbardziej ryzykownych opcji.

Dla kogo te zmiany będą najbardziej pomocne?

• sklepy z pobraniem i dużym ryzykiem nieodebranych przesyłek,
• środowiska z automatyzacjami (statusy sterują procesem),
• zespoły, które chcą mieć szybką widoczność ryzyka na liście zamówień,
• sklepy, które wolą miękkie ograniczenia (np. blokada konkretnych kurierów), zamiast twardej blokady zamówień.

Dokumentacja i wdrożenie

Pełny opis konfiguracji oraz wskazówki wdrożeniowe znajdziesz w dokumentacji: https://docs.seigi.eu/riskyorder/index.html

Jeśli chcesz, mogę Ci też przerobić to w wariant stricte “news/aktualność” pod CMS (krótki lead + sekcja “changelog” + CTA), albo przygotować dwie wersje: bardziej marketingową i bardziej techniczną.