Od początku działalności SEIGI staramy się łączyć dwa cele: tworzyć wartościowe rozwiązania dla społeczności PrestaShop i jednocześnie budować model, który pozwala te rozwiązania regularnie rozwijać, testować, aktualizować i utrzymywać.

Nie zawsze jest to proste.

Duża liczba instalacji, pobrań i zgłoszeń pokazuje, że projekt jest potrzebny. Nie oznacza jednak automatycznie, że jest w stanie finansować swój dalszy rozwój.

Dlatego porządkujemy sposób działania naszego systemu kontaktu, wsparcia technicznego oraz pobierania modułów.

Najważniejsze informacje

• SEIGI Cookie & Consent nadal pozostaje darmowy.
• Dokumentacja i publikowane aktualizacje pozostają dostępne.
• Darmowe moduły nie obejmują indywidualnego wsparcia technicznego.
• Wsparcie techniczne będzie udzielane na podstawie aktywnego okresu wsparcia konkretnej licencji.
• Pobieranie modułów i aktualizacji będzie wymagało zalogowania na konto SEIGI.

Przejrzystszy system kontaktu i wsparcia

Zmieniliśmy interfejs naszej strony w obszarze kontaktu i obsługi zgłoszeń.

Do tej pory użytkownicy widzieli przede wszystkim ogólne działy kontaktowe. Obecnie system pokazuje konkretne licencje, przypisane do nich moduły oraz termin obowiązywania wsparcia technicznego.

Każda licencja zawsze miała określony okres wsparcia. Informacja ta nie była jednak dostatecznie widoczna w panelu klienta. Teraz została wyraźnie wyeksponowana.

Zasada pozostaje prosta:

• licencja na 1 rok obejmuje 1 rok wsparcia,
• licencja na 2 lata obejmuje 2 lata wsparcia,
• licencja na 3 lata obejmuje 3 lata wsparcia,
• w przypadku licencji dożywotnich okres wsparcia jest wskazany w ofercie konkretnego produktu.

Wygaśnięcie okresu wsparcia nie odbiera dostępu do publikowanych aktualizacji. Oznacza jednak zakończenie możliwości korzystania z indywidualnej pomocy technicznej w ramach standardowej licencji.

Jak utworzyć zgłoszenie techniczne?

Aby skorzystać ze wsparcia, należy:

1. zalogować się na konto SEIGI,
2. przejść do formularza wsparcia,
3. wybrać konkretny moduł i licencję z aktywnym okresem wsparcia,
4. utworzyć zgłoszenie.

System automatycznie sprawdzi, czy dana licencja ma aktywne wsparcie.

Jeżeli okres wsparcia wygasł, użytkownik zobaczy dokumentację oraz dostępne możliwości odnowienia wsparcia lub zakupienia dodatkowego pakietu pomocy.

W przypadku płatnych licencji polityka wsparcia zasadniczo się nie zmienia. Zmienia się przede wszystkim jej widoczność oraz konsekwencja stosowania.

Kontakt ogólny pozostaje dostępny

Nadal będzie można skontaktować się z nami bez aktywnego wsparcia technicznego.

Kontakt ogólny służy między innymi do spraw dotyczących:

• zakupu produktów,
• płatności i faktur,
• konta klienta,
• cesji i przypisywania licencji,
• współpracy i partnerstw,
• spraw organizacyjnych,
• reklamacji,
• zgłoszeń dotyczących bezpieczeństwa.

Nie jest to jednak kanał przeznaczony do bezpłatnej diagnostyki modułów.

Pytania dotyczące instalacji, konfiguracji, działania modułu w konkretnym sklepie, konfliktów z innymi rozwiązaniami lub analizy indywidualnego wdrożenia wymagają aktywnego wsparcia technicznego.

Możliwe będzie również przekazanie informacji o potencjalnym błędzie produktu. Takie zgłoszenie nie oznacza jednak rozpoczęcia indywidualnej analizy sklepu, nie obejmuje pomocy konfiguracyjnej i nie gwarantuje określonego terminu odpowiedzi.

Wstępna analiza zgłoszeń z wykorzystaniem AI

Będziemy obserwować, w jaki sposób użytkownicy korzystają z nowych formularzy.

Jeżeli kontakt ogólny nadal będzie regularnie wykorzystywany do przesyłania zgłoszeń technicznych bez aktywnego wsparcia, rozważymy wdrożenie narzędzi opartych na sztucznej inteligencji.

Ich zadaniem byłoby między innymi:

• rozpoznawanie charakteru wiadomości,
• sugerowanie odpowiedniej dokumentacji,
• przekierowywanie zgłoszeń do właściwego działu,
• wykrywanie sytuacji, w których problem techniczny został przesłany przez formularz kontaktu ogólnego,
• wstępne porządkowanie informacji potrzebnych do diagnozy.

Celem takiego rozwiązania nie będzie utrudnianie kontaktu, lecz skrócenie drogi do właściwej formy pomocy i ograniczenie ręcznego przekierowywania zgłoszeń.

SEIGI Cookie & Consent pozostaje darmowy

Spokojnie — SEIGI Cookie & Consent nadal będzie dostępny bezpłatnie.

Nie planujemy blokowania jego funkcjonalności ani przenoszenia podstawowych mechanizmów do wersji płatnej.

Zmienia się model indywidualnego wsparcia technicznego.

Darmowy moduł jako eksperyment

SEIGI Cookie & Consent został udostępniony bezpłatnie. Nie pobieraliśmy również opłat za pomoc przy instalacji, konfiguracji i rozwiązywaniu problemów związanych z wdrożeniem.

Moduł pełnił jednocześnie trzy funkcje:

1. był użytecznym rozwiązaniem dla społeczności,
2. pozwalał użytkownikom poznać jakość produktów SEIGI,
3. stanowił eksperyment dotyczący możliwości finansowania darmowego projektu poprzez dobrowolne wpłaty.

Jedyną bezpośrednią formą zwrotu kosztów były dobrowolne poziomy wsparcia projektu. Użytkownik mógł wpłacić między innymi 100, 300, 700 lub 1000 zł.

Zakładaliśmy dwa główne powody takich wpłat:

• chęć podziękowania za stworzenie i regularne aktualizowanie modułu,
• chęć podziękowania za otrzymaną indywidualną pomoc techniczną.

Dane pokazały, że wpłaty były związane przede wszystkim z pierwszym powodem: użytkownicy wspierali projekt dlatego, że moduł istniał i był rozwijany.

Nie zauważyliśmy natomiast wyraźnego związku pomiędzy korzystaniem z darmowego wsparcia a późniejszą decyzją o dokonaniu wpłaty.

Adresy e-mail osób korzystających z pomocy technicznej zazwyczaj nie pokrywały się z kontami wspierającymi projekt. Odnotowaliśmy jedynie kilka przypadków, w których użytkownik jeszcze przed zgłoszeniem wybrał wariant Bronze, mimo że wariant ten nie obejmował indywidualnego wsparcia.

Nie traktujemy tego jako zarzutu wobec użytkowników. Pokazuje to po prostu, że potrzeba pomocy technicznej oraz gotowość do dobrowolnego finansowania projektu są dwoma odrębnymi zjawiskami.

Skala projektu w liczbach

SEIGI Cookie & Consent osiągnął:

Szacowana wartość pracy obejmuje stworzenie modułu, jego dalszy rozwój, testowanie, przygotowywanie aktualizacji, dokumentację oraz obsługę zgłoszeń.

Przy naszych standardowych stawkach komercyjnych jest to wartość porównywalna z wykonaniem jednego lub dwóch kompletnych sklepów internetowych.

Oprócz wpłat projekt przełożył się również na kilka–kilkanaście przypadków, w których użytkownicy zdecydowali się na migrację lub zakup SEIGI Tag Manager.

Statystyki zgłoszeń

Na podstawie poprawnie oznaczonych danych w systemie:

Nie są to wszystkie zgłoszenia związane z Cookie & Consent.

Część starszych wiadomości została oznaczona jako kontakt ogólny, konfiguracja sklepu albo pytanie dotyczące innego modułu. Rzeczywista liczba zgłoszeń i odpowiedzi jest więc wyższa.

Najbardziej rozbudowana historia jednego użytkownika obejmowała: 69 pytań klienta i 54 odpowiedzi.

Firmy wdrożeniowe i agencje

W danych zidentyfikowaliśmy co najmniej 29 firm związanych z branżą IT, które wdrażały Cookie & Consent u swoich klientów i korzystały z naszej bezpłatnej pomocy.

Firmy te utworzyły co najmniej:

• 38 poprawnie oznaczonych zgłoszeń,
• 113 wiadomości i pytań,
• 103 odpowiedzi po stronie SEIGI.

Oznacza to, że około 23% wszystkich poprawnie sklasyfikowanych zgłoszeń pochodziło od firm lub agencji wdrożeniowych. Rzeczywisty udział może być wyższy ze względu na niepełne oznaczenie starszych wiadomości.

Część tych podmiotów realizowała komercyjne wdrożenia dla swoich klientów, a pytania dotyczące konfiguracji, integracji i diagnostyki kierowała do naszego bezpłatnego kanału pomocy.

Nie dotyczyło to wszystkich firm. Współpracowaliśmy również z podmiotami, które komunikowały się rzeczowo i samodzielnie rozwiązywały większość problemów.

Wśród zidentyfikowanych firm wdrożeniowych żadna nie zdecydowała się jednak na najwyższy poziom patronacki. Jedna agencja wsparła projekt na poziomie Bronze za 100 zł i nigdy nie korzystała z naszego wsparcia technicznego — za co dziękujemy.

W dwóch przypadkach komunikacja ze strony firm wdrożeniowych przybrała formę presji i zapowiedzi konsekwencji, mimo że przeprowadzona analiza nie potwierdziła błędu po stronie modułu. Były to sytuacje jednostkowe, ale pokazały, jak ważne jest jednoznaczne określenie zakresu i zasad pomocy.

Dlaczego kończymy darmowe wsparcie?

Bezpłatne udostępnienie produktu może działać bardzo dobrze. Bezpłatne udostępnienie nieograniczonego czasu specjalistów jest znacznie trudniejsze do utrzymania.

Koszt pojedynczej odpowiedzi nie zawsze jest wysoki. Problem pojawia się przy skali.

Każde zgłoszenie może wymagać:

• przeczytania wcześniejszej korespondencji,
• analizy konfiguracji,
• sprawdzenia wersji PrestaShop i PHP,
• odtworzenia problemu,
• weryfikacji współpracy z innymi modułami,
• sprawdzenia Google Tag Managera, GA4 lub zewnętrznych skryptów,
• przygotowania odpowiedzi,
• ponownego sprawdzenia po zmianach wykonanych przez użytkownika.

Przy setkach zgłoszeń taki model zaczyna konkurować o czas z rozwojem samego modułu.

Duża popularność projektu jest dla nas bardzo ważna, ale liczba instalacji nie finansuje automatycznie testów, aktualizacji, dokumentacji i pomocy technicznej.

Co zmieniamy?

Kończymy dotychczasowy program dobrowolnych wpłat w obecnej formie oraz rezygnujemy z bezpłatnego indywidualnego wsparcia technicznego dla Cookie & Consent.

Sam moduł pozostaje darmowy.

Dostępne będą dwa podstawowe warianty:

Płatny wariant nie odblokowuje ukrytych funkcji. Jego wartością jest dostęp do czasu specjalisty, indywidualnej diagnozy i pomocy technicznej.

W określonych przypadkach wsparcie Cookie & Consent może również wynikać z aktywnej licencji innego kwalifikującego się produktu SEIGI, na przykład SEIGI Tag Managera. Szczegółowe warunki będą widoczne na stronie modułu i na koncie klienta.

Zobacz aktualne warianty SEIGI Cookie & Consent

Dodatkowe wsparcie dla dotychczasowych wspierających

Chcemy podziękować wszystkim osobom i firmom, które dobrowolnie wspierały rozwój Cookie & Consent.

Dlatego dotychczasowym wspierającym przyznamy dodatkowy, bezpłatny okres wsparcia technicznego:

• Bronze — 1 rok wsparcia,
• Silver — 2 lata wsparcia,
• Gold — 4 lata wsparcia,
• Patron — 8 lat wsparcia.

Jest to forma podziękowania za realny udział w finansowaniu rozwoju projektu.

To nie jest nasz pierwszy taki eksperyment

W latach 2010–2014 rozwijaliśmy darmowy moduł priceWars II, który również funkcjonował w modelu dobrowolnych wpłat.

Po ponad dekadzie obserwacja pozostaje podobna.

Darmowy produkt może osiągnąć dużą popularność i przynieść realną wartość społeczności. Dobrowolne wpłaty mogą pokryć część kosztów. Nie są jednak wystarczająco przewidywalnym źródłem finansowania, aby oprzeć na nich regularny rozwój produktu i indywidualną pomoc techniczną.

Nie jest to ocena społeczności ani pojedynczych użytkowników. To po prostu właściwość tego modelu.

Osoby, które potrzebują pomocy, nie zawsze są tymi samymi osobami, które chcą finansować projekt. Z kolei użytkownicy wspierający rozwój często nie korzystają ze wsparcia wcale.

Dlatego trudno zbudować stabilny system, w którym koszt obsługi jednej grupy jest dobrowolnie pokrywany przez inną.

Pobieranie modułów po zalogowaniu

Kolejną zmianą będzie konieczność zalogowania się przed pobraniem plików modułów i aktualizacji.

Od tej pory oficjalne pliki SEIGI będą dostępne po zalogowaniu na konto klienta.

W przypadku darmowego modułu wystarczy bezpłatne konto SEIGI. Nie oznacza to konieczności zakupu licencji ani pakietu wsparcia.

Darmowy moduł pozostaje darmowy. Zmienia się jedynie sposób jego pobierania.

Dlaczego wprowadzamy logowanie?

W ostatnim czasie obserwujemy coraz więcej automatycznego ruchu generowanego przez:

• roboty indeksujące,
• automatyczne systemy pobierające pliki,
• narzędzia analizujące kod,
• agentów wykorzystujących mechanizmy sztucznej inteligencji,
• nietypowe skrypty, których przeznaczenia nie można wiarygodnie ustalić.

Nie każdy automatyczny ruch jest szkodliwy. Nie widzimy jednak uzasadnienia, aby umożliwiać anonimowe, nieograniczone pobieranie plików produktu przez systemy, których działania i celu nie możemy zweryfikować.

Rejestracja konta oraz potwierdzenie adresu e-mail stanowią prostą, niewymagającą barierę dla masowych, automatycznych pobrań.

Pozwalają nam również:

• udostępniać użytkownikowi aktualną wersję modułu,
• przechowywać historię pobrań,
• ograniczyć dystrybucję nieaktualnych plików,
• lepiej rozróżniać oficjalne instalacje od kopii pochodzących z innych źródeł,
• prezentować status licencji, aktualizacji i wsparcia,
• zwiększyć bezpieczeństwo oficjalnego kanału dystrybucji.

Nie jest to paywall ani próba ograniczenia dostępu do darmowych rozwiązań.

Publiczne pozostają:

• strony produktów,
• opisy funkcjonalności,
• dokumentacja,
• instrukcje,
• FAQ,
• informacje o kompatybilności,
• polityka wsparcia.

Logowanie będzie wymagane wyłącznie do pobrania pliku modułu lub jego aktualizacji.

Co chcemy osiągnąć?

Chcemy nadal tworzyć rozwiązania dostępne dla szerokiej grupy użytkowników, w tym również produkty darmowe.

Jednocześnie musimy wyraźnie rozróżnić:

• dostęp do produktu,
• dostęp do dokumentacji,
• dostęp do aktualizacji,
• indywidualną pracę specjalisty.

Darmowy moduł może pozostać darmowy. Dokumentacja może być publiczna. Aktualizacje mogą być dostępne bez dodatkowego abonamentu.

Indywidualna diagnoza, analiza sklepu, konfiguracja i rozwiązywanie problemów wymagają jednak czasu zespołu. Aby takie wsparcie mogło być realizowane rzetelnie i przewidywalnie, musi mieć jasno określone zasady finansowania.

Chcemy tworzyć rzeczy wartościowe dla społeczności i jednocześnie móc je odpowiedzialnie utrzymywać.

Przejrzysta polityka wsparcia nie jest odejściem od tego celu. Jest warunkiem, abyśmy mogli realizować go również w kolejnych latach.

Dziękujemy wszystkim użytkownikom Cookie & Consent, osobom zgłaszającym błędy, klientom przekazującym konstruktywne uwagi oraz wszystkim, którzy dobrowolnie wsparli rozwój projektu.

W wersji PriceWars II 5.2.0 wprowadziliśmy nowy system modyfikowania generowanego XML za pomocą funkcji oraz hooków.

To rozwiązanie powstało z myślą o sklepach, które potrzebują większej kontroli nad finalnym plikiem XML — bez konieczności pracy na wewnętrznych obiektach modułu.

Większa kontrola nad finalnym XML

Najważniejsza zmiana polega na tym, że nowy system pozwala modyfikować gotowy fragment XML.

W praktyce oznacza to, że można pracować bezpośrednio na strukturze, która trafi do pliku wynikowego. Dzięki temu łatwiej:

• dodać własny tag,
• usunąć niepotrzebny element,
• zmienić wartość istniejącego pola,
• dopasować XML do wymagań konkretnej porównywarki lub marketplace’u,
• przygotować osobne reguły dla różnych feedów.

To szczególnie przydatne tam, gdzie standardowy XML wymaga drobnych, ale istotnych korekt pod zewnętrzny system.

Prostsze wdrożenia niestandardowe

W starszym systemie modyfikacje opierały się głównie na wewnętrznym obiekcie produktu. Dla prostych zmian było to wystarczające, ale przy bardziej indywidualnych wdrożeniach wymagało znajomości struktury modułu.

Nowy system jest bardziej bezpośredni: otrzymujesz wygenerowany XML i możesz go zmienić przed dodaniem do pliku wynikowego.

Dzięki temu niestandardowe modyfikacje są czytelniejsze, łatwiejsze do testowania i prostsze do utrzymania.

Dwa sposoby rozszerzania działania modułu

Nowy mechanizm obsługuje dwa podejścia.

Pierwsze to funkcje, które można dodać w pliku custom_functions.php. To wygodne rozwiązanie przy prostych zmianach wykonywanych bezpośrednio w sklepie.

Drugie to hooki PrestaShop, które można wykorzystać we własnych modułach. To lepsze podejście przy większych wdrożeniach, integracjach lub rozwiązaniach, które mają być przenoszone między sklepami.

Dzięki temu można dobrać sposób pracy do skali modyfikacji.

Modyfikacja produktu, nagłówka i stopki

Nowy system pozwala wpływać na trzy główne części generowanego XML:

• nagłówek pliku,
• stopkę pliku,
• pojedynczy wpis produktu.

Daje to większą elastyczność niż modyfikowanie tylko danych produktu przed wygenerowaniem XML. Można dopasować zarówno całą strukturę pliku, jak i pojedyncze elementy oferty.

Bezpieczna kontynuacja starszych wdrożeń

Dotychczasowe mechanizmy pricewars2_product oraz actionPricewarsBeforeOutput nadal działają i nie planujemy obecnie ich usuwania.

Oznacza to, że istniejące wdrożenia nie wymagają natychmiastowych zmian po aktualizacji modułu.

Nowy system traktujemy jako zalecany kierunek dla nowych integracji i przyszłych modyfikacji, ponieważ daje większe możliwości oraz lepiej odpowiada na potrzeby niestandardowych feedów XML.

Dla kogo jest ta zmiana?

Nowy system będzie szczególnie przydatny dla sklepów, które:

• korzystają z wielu plików XML,
• przygotowują feedy pod różne marketplace’y,
• potrzebują niestandardowych tagów,
• chcą modyfikować strukturę XML bez zmiany danych produktu w sklepie,
• mają własne moduły lub indywidualne integracje,
• potrzebują większej kontroli nad eksportem danych.

Nowe mechanizmy ułatwią pracę zarówno właścicielom sklepów, jak i developerom odpowiedzialnym za integracje.

Dokumentacja

Szczegółowy opis nowych funkcji, hooków oraz przykłady użycia znajdują się w dokumentacji modułu.

Nowy system modyfikacji XML jest dostępny od wersji PriceWars II 5.2.0.

https://docs.seigi.eu/Price_Wars_II/Zaawansowana_konfiguracja/pshook_custom_functions.html

Przygotowaliśmy pakiet aktualizacji dla kilku modułów SEIGI. Wspólną zmianą dla wszystkich wydań jest dostosowanie do nowszych środowisk:

• PHP 8.5
• PrestaShop 9.1
• thirty bees 1.7

W części modułów wprowadziliśmy również poprawki funkcjonalne, usprawnienia raportowania, lepszą obsługę danych oraz zmiany zwiększające stabilność działania.

SEIGI Moby Dick v 3.18

Co robi moduł?
SEIGI Moby Dick automatyzuje import i aktualizację produktów z hurtowni do sklepu. Pozwala synchronizować m.in. ceny, stany magazynowe, opisy, zdjęcia, cechy, atrybuty i kategorie, dzięki czemu obsługa dużej oferty produktowej wymaga mniej ręcznej pracy.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Poprawiono generowanie nazw plików załączników. Zmiana może mieć wpływ na sklepy, które wcześniej importowały załączniki z nieprawidłowo generowanymi nazwami. W niektórych przypadkach po ponownym imporcie mogą pojawić się zdublowane załączniki. Jeśli taka sytuacja wystąpi, zalecanym rozwiązaniem jest usunięcie dotychczasowych załączników i ponowny import danych.
• Ulepszono import opisów oraz dynamiczne dostosowywanie limitów podczas importu.
• Poprawiono parametryzację integracji dla hurtowni: 4ratis, felgeo, jrwheel oraz nowegumy.
• Dostosowano integrację Axpol do nowych wymogów XML.
• Poprawiono algorytm wykrywania typów kodów, w tym EAN13, w głównej części modułu.
• Usprawniono import załączników.
• Naprawiono problem w integracji LedLumen, który mógł powodować błąd podczas działania importu.
• Usunięto hurtownię TrendySmyk.

SEIGI TAG Manager 2.6.0

Co robi moduł?
SEIGI TAG Manager integruje sklep z narzędziami analitycznymi i reklamowymi, takimi jak GA4, Google Tag Manager, Meta/Facebook Pixel i server-side tracking. Pomaga poprawnie raportować kluczowe zdarzenia e-commerce, m.in. wyświetlenia produktów, dodania do koszyka, rozpoczęcia checkoutu i zakupy.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Ulepszono raportowanie zdarzeń dla Facebooka.
• Poprawiono parametry wykorzystywane w Advanced Matching dla Facebooka.
• Przebudowano raportowanie GA4 Measurement Protocol.
• Dodano nowe parametry raportowania i poprawiono identyfikację użytkowników.
• Dodano możliwość zmiany klucza eventModel na dowolny za pomocą stałej PHP:

GTM_EVENT_DATA_KEY

• Dodano możliwość definiowania własnych zmiennych dla Google Tag Managera po stronie sklepu.

Przykład:

IDTikTok = 'xxxx'

Taką zmienną można później wykorzystać w kontenerze Google Tag Managera zamiast wpisywać ID bezpośrednio w GTM. Ułatwia to wdrażanie kontenerów, szczególnie agencjom, które obsługują wiele sklepów i chcą ograniczyć liczbę ręcznych zmian w konfiguracji GTM.

• Wprowadzono również wiele mniejszych poprawek.

SEIGI Price History - Omnibus - historia ceny 2.5.0

Co robi moduł? SEIGI Price History zapisuje i prezentuje historię cen produktów, pomagając spełnić wymagania dyrektywy Omnibus. Moduł umożliwia wyliczanie oraz wyświetlanie najniższej ceny z określonego okresu przed obniżką.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Poprawiono wyliczanie cen w szczególnych przypadkach.
• Przebudowano formularz opcji, aby konfiguracja była bardziej intuicyjna.
• Usunięto czwartą metodę kalkulacji, która nie była wykorzystywana.

PriceWars II 5.1.9

Co robi moduł? PriceWars II służy do generowania plików XML z ofertą sklepu dla porównywarek cenowych, marketplace’ów i innych systemów zewnętrznych. Pozwala kontrolować, jakie produkty trafiają do feedów oraz w jaki sposób prezentowane są dane produktowe.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Poprawiono błąd występujący podczas pobierania produktów z kategorii, która została wcześniej usunięta.

SEIGI Cookie & Consent

Co robi moduł? SEIGI Cookie & Consent pomaga zarządzać zgodami użytkowników na cookies i usługi śledzące. Ułatwia kontrolę nad konfiguracją zgód oraz nad tym, w jaki sposób sklep przekazuje informacje do narzędzi analitycznych i reklamowych.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Dodano dodatkowe informacje w Dashboardzie, które pomagają sprawdzić poprawność konfiguracji modułu.
• Dodano opcję samodzielnego zarządzania parametrem ads_data_redaction.

SEIGI Delivery Manager 2.4.7

Co robi moduł? SEIGI Delivery Manager obsługuje wybór punktów odbioru i integracje dostaw w sklepie. Pozwala klientom wskazać punkt odbioru podczas składania zamówienia, a dane wybranego punktu zapisuje w zamówieniu, aby mogły być dalej wykorzystane w panelu sklepu lub systemach zewnętrznych.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Brak zmian funkcjonalnych.
• Aktualizacja obejmuje dostosowanie techniczne do PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

SEIGI GPSR 1.3.6

Co robi moduł?
SEIGI GPSR pomaga uzupełnić sklep o informacje wymagane przy prezentacji danych związanych z bezpieczeństwem produktów. Moduł wspiera zarządzanie informacjami GPSR przy produktach, dzięki czemu łatwiej uporządkować dane potrzebne do zgodnej i czytelnej prezentacji oferty w sklepie.

Kompatybilność: PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

Najważniejsze zmiany

• Brak większych zmian funkcjonalnych.
• Aktualizacja obejmuje dostosowanie techniczne do PHP 8.5, PrestaShop 9.1 oraz thirty bees 1.7.

{modulewidget n='seigitagmanager|seigimobydick|seigideliverymanager|pricewars2|seigipricehistory|cookie2022|seigigpsr'}

Wydaliśmy nową wersję 3.17 🚀

Aktualizacja wprowadza 51 zmian i poprawek względem wersji 3.16 i skupia się przede wszystkim na zwiększeniu stabilności modułu, poprawie wydajności oraz uporządkowaniu kodu.

W tej wersji:
🔧 wprowadziliśmy poprawki i usprawnienia w ponad 20 integracjach z hurtowniami
🧹 usunęliśmy 5 nieużywanych integracji, aby uprościć i uporządkować projekt
📦 poprawiliśmy obsługę ID produktów, kategorii, cen, producentów oraz zdjęć w wybranych hurtowniach
⚙️ dodaliśmy nowe opcje konfiguracyjne oraz ulepszyliśmy system logowania i testów

Dodatkowo przeprowadziliśmy modernizację części kodu oraz refaktoryzację wybranych mechanizmów, co ułatwi dalszy rozwój modułu i wprowadzanie kolejnych funkcji. 💡

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ą.

Wydaliśmy nową wersję PriceWars II (v5.0). To duża aktualizacja, ale zachowaliśmy pełną wsteczną kompatybilność, więc wszystko powinno działać bez konieczności zmian po stronie użytkownika.

Koniec z sesjami i aktywnymi XML-ami

Dotychczas PriceWars II korzystał z nietypowego systemu sesji. Po kliknięciu „Edytuj ten XML” wszystkie inne zakładki kierowały do tego samego pliku. W efekcie nie można było jednocześnie pracować nad kilkoma XML-ami. Rozwiązanie to było z nami od lat, choć jego pierwotny sens dawno się zatarł.

Od wersji 5.0 ten mechanizm został całkowicie usunięty. Teraz każda konfiguracja XML otwiera się w osobnej zakładce, a kontekst edycji (ustawienia, mapowania itp.) jest przechowywany w linku lub formularzu, nie w sesji przeglądarki. Dzięki temu można swobodnie pracować nad wieloma XML-ami równocześnie.

Nowy interfejs i układ

Stary interfejs PriceWars II pamiętał jeszcze czasy PrestaShop 1.5. W nowszych wersjach sklepu wyglądał po prostu nie na miejscu – szczególnie na PS 9, gdzie czarne przyciski z poprzedniej epoki mocno się wyróżniały.

Wersja 5.0 przynosi odświeżone UI, dopasowane do współczesnych wersji PrestaShop, z lepszym układem i większą przejrzystością. Lista XML-i została uproszczona – zniknęły z niej mniej istotne elementy (np. diagnostyka), dzięki czemu łatwiej odnaleźć właściwy plik.

Diagnostyka

Diagnostyka została przeniesiona do oddzielnej zakładki. Na liście XML-i pozostały tylko kontrolki informujące o liczbie i ważności powiadomień.

Nowością jest szczegółowa historia generowania XML-i – moduł zapisuje dane o ostatnich 15 procesach generowania:

• status (udane, w trakcie, błędne),
• czas generowania,
• liczba ofert,
• adres IP, z którego uruchomiono proces.

Pozwala to szybko sprawdzić, kiedy i z jakiego adresu pobierane były pliki oraz czy generacja przebiegła prawidłowo.

Integracja z X13 GPSR

Moduł SEIGI GPSR od dawna obsługuje podmioty odpowiedzialne, etykiety i załączniki. W poprzednich wersjach PriceWars II dodaliśmy obsługę podmiotów odpowiedzialnych z modułu X13 GPSR (Advanced). W wersji 5.0 rozszerzamy tę integrację również o etykiety i załączniki, zgodnie z najnowszymi zmianami w module X13.

Wsparcie wersji

Bez zmian – PriceWars II nadal działa na:

• thirty bees 1.1 - 1.6
• PrestaShop 1.6 – 9.0
• PHP 5.6 – 8.4

Wydana została nowa wersja PrestaShop 9, która wprowadza wsparcie dla PHP 8.4. W związku z tym rozpoczęliśmy proces dostosowywania naszych rozwiązań do nowych wymagań technicznych tej wersji.

Na początek zaktualizowaliśmy kilka naszych najpopularniejszych rozwiązań. To jeszcze nie wszystko – pozostałe moduły również czekają na swoją kolej, ale skupiliśmy się najpierw na tych najczęściej używanych.

Zaktualizowane moduły:

• PriceWars II
• Cookie & Consent
• Delivery Manager
• Tag Manager
• Price History – Omnibus
• MobyDick
• Risky Order
• GPSR

Większość zmian dotyczy wsparcia dla PHP 8.4 i PrestaShop 9, ale w niektórych przypadkach pojawiły się także nowe funkcje oraz poprawki błędów:

Co się zmieniło w wybranych modułach?

SEIGI Delivery Manager – Poprawki błędów, optymalizacja JavaScript oraz inne drobne usprawnienia.

PriceWars II – Usunięcie starych, nieużywanych formatów XML: Arena.pl (zastąpione przez moduł API Arena.pl), domodi, empik, vidaxl, zanox, szoker, spartoo, kreocen, idealo, idealo UK, edipresse, guenstiger.

SEIGI Tag Manager – Dodano nowe parametry dla Google Ads oraz ulepszenia w zakresie remarketingu dynamicznego. – Wprowadzono wsparcie dla Microsoft Clarity – darmowej alternatywy dla HotJar.

Moduł GPSR – Kilka mniejszych poprawek błędów.

Planowane zmiany wsparcia technicznego

W związku z rozwojem PrestaShop 9 i PHP 8.4, planujemy zakończenie aktywnego wsparcia dla bardzo starych wersji PHP: 5.6–7.1.

Obecnie nasze moduły wspierają szeroki zakres wersji zarówno PrestaShop, jak i PHP. Przypominamy jednak, że:

• PrestaShop 1.6.1.24 można uruchomić na PHP 7.2 – dzięki forkowi przygotowanemu przez społeczność: https://github.com/PrestaShop/PrestaShop-1.6 (jest to niezależna, nieoficjalna wersja, przystosowana przez wolontariuszy do działania z nowszym PHP)

• W związku z tym nie widzimy już potrzeby dalszego wspierania wersji PHP starszych niż 7.2.

Co to oznacza?

• Klienci nadal mogą korzystać z istniejących wersji modułów na PHP 5.6.
• Jednak nowe wersje modułów mogą wymagać nowszego PHP.
• Nie odcinamy klientów na siłę, ale nie możemy wiecznie wspierać technologii, która zakończyła cykl życia prawie 7 lat temu.
• Jeśli utrzymanie zgodności z PHP 5.6 będzie wymagało dodatkowych nakładów (np. brak bibliotek kompatybilnych ze starą wersją), wtedy możemy zakończyć wsparcie tej wersji dla danego modułu.

Użytkownicy PrestaShop 1.6 – alternatywa

Dla sklepów, które nie planują migracji do PrestaShop 1.7+, rekomendujemy zapoznanie się z projektem thirty bees – to aktywnie rozwijana i unowocześniona wersja PrestaShop 1.6, działająca z nowoczesnymi wersjami PHP.

Powiązane moduły:

{modulewidget n='seigitagmanager|cookie2022|pricewars2|seigigpsr|seigipricehistory|seigideliverymanager|seigimobydick|seigiriskyorder'}

Moduł wyboru punktu odbioru dla sklepów PrestaShop / thirtybees zyskał szereg usprawnień opracowanych na podstawie uwag użytkowników. Najważniejsze zmiany:

Nowy system map i wykrywania kurierów

• Całkowite przepisanie logiki wstawiania map na stronie zamówienia.
• Większa kompatybilność z motywami i innymi modułami dzięki inteligentnemu wstrzykiwaniu skryptów.

Geolokalizacja punktów odbioru

• Automatyczne podpowiadanie najbliższych punktów po udostępnieniu lokalizacji.
• Klient nie musi wyszukiwać paczkomatu ręcznie.

Optymalizacja wydajności

• Nowy mechanizm pamięci podręcznej zmniejsza liczbę zapytań i obciążenie przeglądarki.
• Szybsze ładowanie listy punktów, również w sklepach o dużym ruchu.

Dostępność mobilna

• Obsługa gestów (swipe) i poprawiony układ interfejsu na małych ekranach.
• Wygodniejszy wybór punktu na smartfonach.

Wymiana danych z modułami kurierskimi

• SDM przekazuje wybrany punkt do zainstalowanych modułów, umożliwiając złożenie zlecenia i wydruk etykiety bez dodatkowych kroków.

• Wspierane moduły:

  • Oficjalny moduł Orlen Paczka
  • Oficjalny moduł InPost (inpostshipping)
  • Moduł Pakomato (nikuta/paczkomaty)

Drobne poprawki

• Usunięto kilka błędów wpływających na stabilność i UX.

Z przyjemnością informujemy o aktualizacji naszego modułu integracji API z Arena.pl dla platform PrestaShop i thirty bees. Moduł został dostosowany do najnowszych wersji PrestaShop 8.2 i thirty bees 1.6, co zapewnia lepszą wydajność, większą stabilność oraz kompatybilność z aktualnymi standardami.

W ramach tej aktualizacji zakończyliśmy wsparcie dla starszych wersji PHP, w tym PHP 5.6, 7.0 i 7.1. Wykorzystanie nowszych wersji PHP jest kluczowe dla zachowania bezpieczeństwa, wydajności i stabilności działania modułu.

Co nowego w tej wersji?

• Pełne wsparcie dla PHP 8.2 i 8.3
• Wsparcie dla thirty bees 1.6
• Kompatybilność z PrestaShop 8.2

Ulepszenia modułu:

• Odświeżony interfejs ustawień modułu – bardziej intuicyjny i wygodny w obsłudze
• Poprawione opisy, nazwy opcji i lepsza struktura ustawień dla łatwiejszej konfiguracji
• Natywna integracja z naszym modułem GPSR – wszystkie procesy działają automatycznie, bez konieczności dodatkowej konfiguracji
• Kilka mniejszych poprawek zwiększających stabilność i wydajność

Zalecamy jak najszybszą aktualizację środowiska, aby w pełni korzystać z nowych funkcji oraz optymalizacji.

Powiązane moduły

{modulewidget n='seigigpsr|seigiarenapl'}

Wprowadziliśmy kolejne usprawnienia do naszego modułu! Wersja 1.2 rozszerza funkcjonalność etykietowania, umożliwiając m.in. globalne przypisywanie etykiet i obsługę załączników. Poniżej znajdziecie szczegóły tej aktualizacji:

📊 Nowy Dashboard – lepsza kontrola nad podmiotami

Dodaliśmy nowy panel podsumowania, który pozwala szybko sprawdzić, które produkty mają przypisane podmioty i jak wygląda ich mapowanie. Dzięki temu zarządzanie danymi jest jeszcze prostsze i bardziej intuicyjne.

🛠 Globalne etykiety i podmioty odpowiedzialne

Nowa opcja pozwala oznaczyć etykiety oraz podmioty odpowiedzialne jako globalne, co oznacza, że będą widoczne we wszystkich produktach sklepu.

📌 Przykłady zastosowania:

• Importer może przypisać jedną, stałą etykietę dla całego asortymentu.
• Sklepy z jednolitym asortymentem mogą globalnie oznaczać wszystkie produkty bez konieczności mapowania każdej pozycji osobno.

🛠 Nowy raport

Dodaliśmy również nowy raport, który łatwo pozwoli odnaleźć produkty, które nie maja przypisanego żadnego podmiotu odpowiedzialnego, co pozwoli na szybszą identyfikacje ew. problemów.

📎 Obsługa załączników

Etykiety od teraz obsługują pliki do pobrania, co pozwala na dołączanie dodatkowych informacji w formie dokumentów PDF, instrukcji czy certyfikatów. Pliki można przypisać:

• Globalnie – jako domyślną etykietę dla wszystkich produktów.
• Do konkretnej kategorii, producenta lub dostawcy.

📢 Sprawdź nowe funkcje już teraz!

Dzięki wersji 1.2 zarządzanie etykietami i informacjami o produktach staje się jeszcze bardziej wygodne i przejrzyste. Zaktualizuj moduł i wykorzystaj nowe możliwości! 🚀