Rozszerzenie do Store Builder oraz Multi-Vendor, które przejmuje od obsługi sklepu powtarzalne czynności przy zamówieniach i kontach klientów. Przypomnienie o płatności, anulowanie zamówienia, które od kilku dni czeka na wpłatę, przeniesienie stałego klienta do grupy rabatowej czy powiadomienie magazynu przestają być zadaniami do zapamiętania, bo wykonuje je reguła, zawsze w ten sam sposób.

Każda reguła składa się z trzech części: zdarzenia, które ją uruchamia, warunków, które zamówienie albo klient musi spełnić, oraz listy akcji wykonywanych po kolei. Zdarzeniem może być złożenie zamówienia, zmiana statusu, opłacenie, zbyt długi pobyt w statusie, ręczne uruchomienie z karty zamówienia, rejestracja klienta albo okres bez zakupów. Krok Poczekaj rozkłada scenariusz w czasie, a przed każdym kolejnym krokiem warunki są sprawdzane od nowa, więc klient, który w międzyczasie zapłacił, nie dostanie już anulowania. Silnik nie spowalnia kasy, ponieważ zdarzenia jedynie trafiają do kolejki, a właściwa praca odbywa się po zakończeniu żądania albo w przebiegu crona.

Najważniejsze funkcje

- Reguły złożone ze zdarzenia, drzewa warunków Wszystkie albo Dowolny w układzie znanym z promocji oraz uporządkowanej listy akcji.

- Akcje na zamówieniu i koncie klienta: zmiana statusu z powiadomieniami, e-mail w języku klienta, notatka personelu, zmiana grupy, punkty lojalnościowe i podpisany webhook.

- Scenariusze rozłożone w czasie dzięki krokowi Poczekaj oraz automatyczne ponowienia akcji po chwilowym błędzie.

- Tryb testowy, Podgląd najbliższego przebiegu i log wykonań przy regule oraz na karcie zamówienia.

- Reguły dla klientów: powitanie po rejestracji i przypomnienie po okresie bez zakupów, z warunkiem zgody na newsletter.

- Dwa plany, Basic i Pro, a w Multi-Vendor własne reguły sprzedawców w planie Pro.

Konfiguracja globalna mieści się na jednym ekranie. Na górze widać plan przypisany do licencji, a poniżej pola, które chronią serwer: liczbę zadań wykonywanych w jednym przebiegu crona, limit zadań dla pojedynczego zamówienia w ciągu godziny i czas przechowywania logu. Tutaj wybiera się też adres firmy, z którego wychodzą maile wysyłane przez reguły:

Zrzut ekranu 1: ustawienia dodatku z bieżącym planem licencji i limitami silnika reguł.

Kroki odłożone w czasie, ponowienia i zdarzenia czasowe obsługuje zadanie cykliczne serwera. Dodatek podaje gotową komendę do harmonogramu oraz link HTTP dla hostingów, które pozwalają tylko na wywołania przez przeglądarkę. Przycisk Uruchom teraz wykonuje jednorazowy przebieg z panelu, co ułatwia sprawdzenie konfiguracji od razu po jej wpisaniu:

Zrzut ekranu 2: gotowa komenda CRON i link HTTP uruchamiające kolejkę reguł.

Wszystkie automatyzacje sklepu leżą na jednej liście w menu Zamówienia. Przy każdej regule widać zdarzenie, liczbę wykonań i status, a nad tabelą datę ostatniego przebiegu crona. Sklep, który korzystał wcześniej z dodatku Automatycznie zmieniaj status zamówienia po pewnym czasie, zobaczy tu propozycję importu dotychczasowych reguł, przenoszonych w trybie testowym, żeby można je było spokojnie sprawdzić:

Zrzut ekranu 3: lista reguł ze zdarzeniem, liczbą wykonań i statusem każdej automatyzacji.

Najczęstszy scenariusz to zamówienie, które zbyt długo czeka na wpłatę. Reguła reaguje na pobyt w wybranym statusie przez zadany czas, liczony od wejścia w status albo od złożenia zamówienia. Tryb wykonania określa, czy reguła działa raz na zamówienie, czy przy każdym zdarzeniu, a w statusie Testowa akcje trafiają jedynie do logu, zanim reguła zacznie działać naprawdę:

Zrzut ekranu 4: zdarzenie czasowe, w którym zamówienie zbyt długo pozostające w statusie uruchamia regułę.

Warunki układa się w tym samym drzewie, które administrator zna z promocji CS-Cart. Grupa Wszystkie wymaga spełnienia każdego warunku, a podgrupa Dowolny wystarczy, gdy pasuje choć jeden. W ten sposób reguła trafia dokładnie w zamówienia powyżej określonej kwoty, złożone z kontem klienta i opłacane jedną z kilku wybranych metod. Warunek, którego dodatek nie potrafi ocenić, uznaje się za niespełniony, więc reguła nigdy nie zadziała szerzej, niż zaplanowano:

Zrzut ekranu 5: warunki reguły w grupach Wszystkie i Dowolny, z podgrupą.

Akcje wykonują się od góry, a ich kolejność zmienia się przeciąganiem. Pierwsza wysyła klientowi przypomnienie o płatności, którego temat i treść zapisuje się osobno dla każdego języka, ze znacznikami numeru zamówienia, imienia, daty i kwoty. Gdy serwer poczty chwilowo nie odpowiada, akcja zostanie ponowiona, a przełącznik zatrzymania reguły po błędzie gwarantuje, że kolejne kroki nie wykonają się bez wcześniejszych:

Zrzut ekranu 6: pierwsza akcja reguły, przypomnienie e-mail ze znacznikami danych zamówienia.

Po wysłaniu przypomnienia reguła odczekuje dwa dni. Jeśli zamówienie nadal nie jest opłacone, ostatnia akcja zmienia jego status na anulowany i powiadamia klienta. Cały proces, który obsługa prowadziła dotąd z kalendarzem w ręku, mieści się w jednej regule:

Zrzut ekranu 7: krok Poczekaj rozkłada scenariusz w czasie, a ostatnia akcja anuluje zamówienie.

Zanim reguła anulująca zamówienia zacznie działać, warto zobaczyć, kogo dotknie. Zakładka Podgląd pokazuje zamówienia, które weźmie najbliższy przebieg crona, z informacją, czy każde z nich spełnia warunki. Podgląd niczego nie zapisuje i niczego nie wysyła, więc można go otwierać bez obaw na prawdziwych danych:

Zrzut ekranu 8: podgląd zamówień, które weźmie najbliższy przebieg crona.

Niektóre procedury uruchamia człowiek, na przykład kontakt telefoniczny z klientem zakończony notatką i mailem. Reguła ze zdarzeniem ręcznym pojawia się na karcie zamówienia i startuje jednym przyciskiem, a ta sama operacja jest dostępna jako akcja masowa na liście zamówień. Pod spodem obsługa widzi całą historię automatyzacji tego zamówienia, co przydaje się, gdy klient pyta, skąd wzięła się wiadomość:

Zrzut ekranu 9: ręczne uruchomienie reguły i historia automatyzacji na karcie zamówienia.

Reguły obejmują także konta klientów. Zdarzenie okresu bez zakupów wyszukuje osoby, które od ostatniego opłaconego zamówienia albo od założenia konta nie kupiły niczego przez wskazany czas. Sklep może wtedy przypomnieć się mailem, przyznać punkty albo zmienić grupę klienta, a powitanie nowych klientów buduje się tak samo, na zdarzeniu rejestracji konta:

Zrzut ekranu 10: reguła dla klientów, którzy od dawna nie złożyli zamówienia.

Mail marketingowy powinien trafić wyłącznie do osób, które się na niego zgodziły. Warunek zgody na newsletter korzysta z tej samej zasady, której używa wysyłka newslettera w CS-Cart, a warunek liczby opłaconych zamówień zawęża regułę do klientów, którzy już kiedyś kupili:

Zrzut ekranu 11: przypomnienie wysyłane tylko klientom ze zgodą na newsletter i historią zakupów.

Każde wykonanie reguły zostawia ślad. Log pokazuje datę, zamówienie, akcję, wynik i komunikat, także wtedy, gdy akcja zakończyła się błędem i powiodła się dopiero przy ponowieniu albo gdy zamówienie przestało spełniać warunki. Obsługa szybko ustala, co i dlaczego się wydarzyło, a stare wpisy znikają same po czasie ustawionym w konfiguracji:

Zrzut ekranu 12: log wykonań z wynikiem i komunikatem każdej akcji.

Kilka zasad działania reguł warto znać przed pierwszym włączeniem. Poniższe plansze wyjaśniają je na przykładach: kiedy reguła działa od razu, jak sprawdzane są warunki, co oznacza limit raz na zamówienie, od kiedy liczy się czas w statusie, które akcje da się cofnąć i co dzieje się z regułą po zmianie planu.

Plansza 1: które akcje wykonują się od razu, a które czekają na zadanie CRON.

Plansza 2: warunki reguły sprawdzane ponownie po kroku Poczekaj.

Plansza 3: limit raz na zamówienie dotyczy pary reguła i zamówienie.

Plansza 4: dwa sposoby liczenia czasu w statusie zamówienia.

Plansza 5: akcje odwracalne i nieodwracalne oraz rola trybu testowego.

Plansza 6: reguła przekraczająca plan czeka nietknięta na wyższy plan.

Zakres funkcji wynika z planu licencji. Plan Basic obejmuje reguły reagujące na złożenie zamówienia, zmianę statusu, opłacenie i rejestrację klienta, z grupą warunków Wszystkie i do trzech akcji w regule. Plan Pro dodaje zdarzenia czasowe i ręczne, grupy Dowolny, krok Poczekaj, ponowienia, webhook, punkty lojalnościowe, Podgląd, import reguł, własne reguły sprzedawców w Multi-Vendor oraz dłuższe przechowywanie logu. Po zmianie planu zapisane reguły zostają nietknięte i wracają do pracy po przejściu na wyższy plan. Automatyczne akcje działają w CS-Cart i Multi-Vendor od wersji 4.14.1.

Plansza 7: co zawiera pakiet Basic, a co pakiet Pro.

Zapraszamy do kontaktu i zakupu!