Support Revolution: konfiguracja i pomoc

Szybki start

  1. Prześlij plik ZIP modułu Support Revolution w sekcji Moduły > Menedżer modułów i zainstaluj moduł.
  2. Otwórz Support > Departments. Dostosuj aktywne działy i przetłumacz ich nazwy.
  3. Otwórz Support > Settings > General. Sprawdź Allow Guest Tickets, Max Attachment Size, Allowed File Types oraz Use Support Revolution as the shop's contact page.
  4. W sekcji Email Notifications ustaw Support Email, sprawdź przełączniki powiadomień i zapisz ustawienia.
  5. Otwórz sklep i wyślij zgłoszenie. Sprawdź je w Support > Tickets i potwierdź otrzymanie obu powiadomień e-mail.
  6. Odpowiedz z widoku zgłoszenia, dodaj notatkę wewnętrzną i sprawdź dostęp klienta do wątku.
  7. Skopiuj adres URL zadania cron front office z panelu Cron Job, jeśli potrzebujesz pobierania poczty lub automatycznego zamykania zgłoszeń. Zaplanuj jego wywołania i sprawdź wynik JSON.

Wymaga PrestaShop 1.6.1 lub nowszego oraz PHP 7.1 lub nowszego.

Instrukcja konfiguracji

Instalacja i konfiguracja

Wykonaj kroki opisane w sekcji Szybki start.

Konfiguracja zgłoszeń

Otwórz Support > Departments. Dostosuj zainstalowane działy wielojęzyczne, ich opisy, aktywność i kolejność. Otwórz Support > Settings, aby przejść do poniższych ustawień. Zapisz wprowadzone zmiany.

Ustawienia ogólne

  • Use Support Revolution as the shop's contact page. Domyślnie: włączone. Kieruje stronę kontaktową sklepu do formularza kontaktowego modułu, dzięki czemu wysłane wiadomości stają się zgłoszeniami. Sprawdź to ustawienie przed włączeniem modułu w publicznie dostępnym sklepie.

  • Ticket Prefix. Określa prefiks używany w numerach referencyjnych zgłoszeń, takich jak SR-000001; domyślnie: SR. Ustaw go w Support -> Settings -> General.

  • Auto-Close After. Automatycznie zamyka zgłoszenia resolved po określonej liczbie dni bez aktywności; domyślnie: 14. Ustaw 0, aby wyłączyć automatyczne zamykanie.

  • Max Attachment Size. Ustawia maksymalny rozmiar przesyłanego załącznika w MB; domyślnie: 10.

  • Allowed File Types. Ustawia listę dozwolonych rozszerzeń załączników rozdzielonych przecinkami; domyślnie: jpg,jpeg,png,gif,pdf,doc,docx,xls,xlsx,txt,zip,rar.

  • Default Department. Wybiera dział używany podczas tworzenia zgłoszenia bez podanej wartości działu; domyślnie: 0.

  • Allow Guest Tickets. Pozwala niezalogowanym odwiedzającym tworzyć zgłoszenia do pomocy technicznej; domyślnie: 1.

  • Include in Sitemap. Dodaje adresy URL bazy wiedzy przez hook gSitemapAppendUrls; domyślnie: 1.

  • Article Author. Domyślnie: puste. Wpisz nazwę autora wyświetlaną przy artykułach bazy wiedzy i w ich danych strukturalnych. Jeśli pole pozostanie puste, jako autor zostanie wskazany sklep.

Zmiana Ticket Prefix wpływa na nowo generowane numery referencyjne. Na przykład HELP daje numery takie jak HELP-000001. Zachowuj oczekiwany numer referencyjny w tematach odpowiedzi, aby mechanizm odbierania poczty mógł odnaleźć wątek.

Aby bardziej ograniczyć załączniki, ustaw Max Attachment Size na 5, a Allowed File Types na jpg,jpeg,png,pdf,txt. Obowiązują również limity przesyłania plików i żądań na serwerze. Nadaj serwerowi WWW prawo zapisu do upload/mprsupportrevolution/ w katalogu upload sklepu, aby można było zapisywać załączniki zgłoszeń.

Powiadomienia e-mail

  • Support Email. Ustawia adres do odpowiedzi pomocy technicznej i odbiorcę powiadomień administratora; domyślnie: puste, co oznacza użycie adresu e-mail sklepu.
  • Notify Admin on New Ticket. Wysyła e-mail na adres pomocy technicznej po utworzeniu nowego zgłoszenia; domyślnie: 1.
  • Notify Admin on Customer Reply. Wysyła e-mail na adres pomocy technicznej, gdy klient odpowie; domyślnie: 1.
  • Notify Customer on New Ticket. Wysyła klientowi potwierdzenie utworzenia zgłoszenia; domyślnie: 1.
  • Notify Customer on Admin Reply. Wysyła e-mail do klienta, gdy pracownik doda odpowiedź, która nie jest wewnętrzna; domyślnie: 1.
  • Notify Customer on Close. Wysyła e-mail do klienta po zamknięciu zgłoszenia; domyślnie: 1.

Przetestuj dostarczanie wiadomości przy użyciu konfiguracji poczty sklepu. Support Email określa adres do odpowiedzi i odbiorcę powiadomień pomocy technicznej, a w razie braku wartości używany jest adres e-mail sklepu. Usługa pocztowa korzysta z szablonów w katalogu mails/ modułu. Zmienne przekazywane przez dany szablon mogą obejmować {customer_name}, {ticket_reference}, {message} oraz {ticket_url}. Dostępne zmienne zależą od szablonu e-maila.

Pobieranie poczty przez IMAP

  • Enable IMAP Fetching. Włącza okresowe pobieranie poczty, gdy dostępne jest rozszerzenie PHP IMAP; domyślnie: 0.
  • IMAP Host. Ustawia nazwę hosta serwera IMAP; domyślnie: puste.
  • IMAP Port. Ustawia port serwera IMAP; domyślnie: 993.
  • Encryption. Ustawia tryb szyfrowania IMAP; domyślnie: ssl. Akceptowane wartości to ssl, tls oraz none.
  • IMAP Username. Ustawia nazwę użytkownika do logowania IMAP; domyślnie: puste.
  • IMAP Password. Ustawia hasło do logowania IMAP; domyślnie: puste. Pozostawienie pustego pola podczas zapisywania zachowuje obecnie zapisane hasło.
  • IMAP Folder. Ustawia monitorowany folder skrzynki pocztowej; domyślnie: INBOX.
  • Poll Interval. Domyślnie: 5 minut. Wspólne zaplanowane zadanie używa tej wartości, przy czym minimalny interwał wynosi jedną minutę.
  • Skip Auto-Replies and Bounces. Domyślnie: włączone. Zapisywana preferencja; zaplanowane pobieranie poczty nie pomija wiadomości automatycznych na podstawie tego ustawienia.
  • Honor Server Spam Verdict. Domyślnie: włączone. Zapisywana preferencja; zaplanowane pobieranie poczty nie pomija wiadomości oznaczonych jako spam na podstawie tego ustawienia.
  • Blocked Senders. Domyślnie: puste. Przechowuje adresy e-mail lub @domains rozdzielone przecinkami; zaplanowane pobieranie poczty nie stosuje tej listy blokowania.
  • Max Emails per Sender per Hour. Domyślnie: 10. Zero wyłącza limit; zaplanowane pobieranie poczty go nie stosuje.

Wprowadź dane osobnej skrzynki pocztowej, na przykład host imap.example.com, port 993, Encryption ssl, nazwę użytkownika support@example.com i folder INBOX. Ustaw hasło skrzynki i zapisz. Pozostawienie pola hasła pustego zachowuje zapisane hasło.

Zaplanowane pobieranie poczty wymaga rozszerzenia PHP IMAP i włączonego Enable IMAP Fetching. Bez rozszerzenia zaplanowane pobieranie pozostaje wyłączone.

Przetwarzane są tylko nieprzeczytane wiadomości. Pasujący numer referencyjny, taki jak [SR-000001], dołącza wiadomość do istniejącego zgłoszenia. Wiadomości bez pasującego zgłoszenia tworzą zgłoszenie ze źródłem email. Załączniki przychodzących wiadomości nie są importowane. Zaplanowane pobieranie nie sprawdza, czy nadawca odpowiada adresowi e-mail zgłoszenia, i nie stosuje powyższych filtrów nadawców.

Konfiguracja formularza kontaktowego

Otwórz Support > Contact form. Podmenu zawiera Dashboard, Forms, Fields, Submissions i Configuration. Instalacja tworzy formularz domyślny, jeśli go brakuje. Wybierz właściwy sklep, sprawdź pola i wyślij formularz raz ze strony sklepu, zanim użyjesz go jako publicznej strony kontaktowej.

Użyj Use Support Revolution as the shop's contact page w ustawieniach pomocy technicznej, aby określić, który system obsługuje stronę kontaktową. Sprawdź wysłaną wiadomość zarówno w Contact form > Submissions, jak i w Support > Tickets. Uprawnienia pracowników do tych kontrolerów określają, kto może zarządzać formularzami i przeglądać wysłane wiadomości.

Formularze i pola

W Forms edytuj Internal Name, wielojęzyczny Form Title, Description, Success Message, Email Subject oraz GDPR Label. Mechanizm tworzenia formularzy tworzy Default Contact Form z angielskim tytułem Contact us, potwierdzeniem otrzymania wiadomości kontaktowej i etykietą zgody dotyczącej danych osobowych. Przetłumacz i zastąp te teksty zgodnie z potrzebami sklepu.

Domyślne wartości nowych modeli formularzy to: Send Admin Email włączone, Admin Email puste, Send Customer Confirmation włączone, Enable Honeypot włączone, Enable Time Check włączone, Min Submit Time 3 sekundy, GDPR Checkbox włączone i Active włączone. Sprawdź je dla każdego formularza. Zgłoszenia utworzone przez pomoc techniczną korzystają z usługi pocztowej pomocy technicznej i przełączników powiadomień w Support > Settings; ogólne przełączniki poczty formularza kontaktowego nie zastępują przełączników zgłoszeń.

W Fields wybierz Form, przetłumacz Label, Placeholder i Description, a następnie ustaw Field Name, Field Type, Required, Options, Position i Active. W przypadku listy rozwijanej wpisz jedną opcję w każdym wierszu. Domyślny formularz ma wymagane pola Full Name, Email Address, Subject i Message oraz opcjonalne Phone Number. Zachowaj wewnętrzne nazwy subject i message, jeśli chcesz przypisać te wartości do tematu i treści zgłoszenia. Pozostałe wartości są dołączane jako tekst z etykietami.

Ustawienia formularza kontaktowego

Wspólny pakiet kontaktowy przechowuje swoje ustawienia oddzielnie od ustawień zgłoszeń. Otwórz Contact form > Configuration i sprawdź:

Karta i ustawienie Wartość domyślna Kiedy zmienić
General: Replace Core Contact Page Wyłączone To ustawienie wspólnego pakietu kontaktowego. W Support Revolution obsługę strony określa Use Support Revolution as the shop's contact page w ustawieniach pomocy technicznej.
General: Enable Schema.org Markup Włączone Włącza lub wyłącza generowanie danych LocalBusiness na stronie kontaktowej.
Business Info: Show Business Info Cards Włączone Pokazuje lub ukrywa informacje o firmie.
Business Info: WhatsApp Number Puste Wpisz numer kontaktowy, jeśli korzystasz z tego kanału kontaktu.
Business Info: Show Social Links Włączone Ukryj sekcję linków społecznościowych, jeśli jej nie używasz. Zapisane linki domyślnie stanowią pustą listę.
Business Info: Show FAQ Section Włączone Sprawdź wbudowaną treść FAQ formularza kontaktowego przed publikacją. Zastąp ogólne odpowiedzi dotyczące czasu odpowiedzi, telefonu i wizyt w biurze własnymi informacjami.
Location & Hours: Show Map Włączone Ukryj mapę, jeśli jej nie używasz.
Location & Hours: Map Latitude / Map Longitude Puste Wpisz rzeczywistą lokalizację, aby mapa była przydatna.
Location & Hours: Map Zoom Level 15 Dostosuj skalę wyświetlanej mapy.
Location & Hours: Show Opening Hours Włączone Pokazuje lub ukrywa godziny otwarcia. Początkowo zapisany harmonogram obejmuje poniedziałek do piątku od 09:00 do 17:00, a weekendy są puste. Sprawdź go przed publikacją.
Location & Hours: Timezone PS_TIMEZONE sklepu Użyj strefy czasowej odpowiadającej wyświetlanym godzinom.
Email: Send Admin Notification Włączone Ogólne ustawienie poczty formularza kontaktowego; powiadomienia zgłoszeń korzystają z ustawień pomocy technicznej.
Email: Admin Email Address E-mail sklepu Ogólny odbiorca wiadomości kontaktowych; sprawdź Support Email dla powiadomień zgłoszeń.
Email: Send Customer Confirmation Włączone Ogólne ustawienie kontaktu; sprawdź Notify Customer on New Ticket dla potwierdzenia zgłoszenia.
Spam Protection: Enable Honeypot Protection Włączone Zachowaj kontrolę ukrytego pola, chyba że występuje konkretny konflikt z integracją formularza.
Spam Protection: Enable Time-Based Check Włączone Stosuje kontrolę minimalnego czasu przed wysłaniem formularza.
Spam Protection: Minimum Submit Time (seconds) 3 Dostosuj minimalny czas, który musi upłynąć przed wysłaniem.
Spam Protection: Max Submissions per IP/Hour 10 Ustaw limit częstotliwości wysyłania formularza kontaktowego.
Spam Protection: Blocked Words Puste Wpisz słowa, które mają powodować odrzucenie wiadomości podczas kontroli antyspamowej formularza kontaktowego.
Spam Protection: Cloudflare Turnstile Site Key / Cloudflare Turnstile Secret Key Puste Skonfiguruj oba klucze razem, jeśli używasz Turnstile.
Spam Protection: Blocked IP Addresses Puste Wpisz adresy, które kontrola formularza kontaktowego ma odrzucać.

Theme styles korzysta ze wspólnych wykrytych wartości motywu. Domyślne ustawienia dotyczące formularza kontaktowego obejmują Form spacing 20px, WhatsApp color #25D366 oraz cienie kart pakietu w wariancie standardowym i z efektem uniesienia. Dostosuj je po sprawdzeniu wyglądu formularza.

Użyj Dashboard i Submissions, aby sprawdzić aktywność kontaktową oraz zgłoszenie powiązane z wysłaną wiadomością. Po zmianie ustawień antyspamowych przetestuj wysłanie dozwolonej wiadomości oraz takiej, która powinna zostać odrzucona.

Planowanie konserwacji

Adres URL zadania cron front office modułu

Skopiuj pełny adres URL z panelu Cron Job w Support > Settings. Ma on następującą postać:

https://your-shop.com/module/mprsupportrevolution/cron?token=YOUR_SUPPORT_CRON_TOKEN

Używa on CRON_TOKEN modułu, generowanego jako ciąg 32 znaków szesnastkowych podczas instalowania konfiguracji. Regenerate Token unieważnia stary adres URL, więc po tej operacji zaktualizuj harmonogram.

Kontroler front office uruchamia pobieranie IMAP, jeśli jest dozwolone, i automatyczne zamykanie przy każdym wywołaniu. Sam nie stosuje interwałów wspólnych zadań. Na przykład wywołuj go co pięć minut, jeśli taka jest wybrana częstotliwość pobierania. Automatyczne zamykanie obejmuje rozwiązane zgłoszenia starsze niż Auto-Close After; zero je wyłącza.

Wspólny mechanizm uruchamiania CLI

Jeśli używasz wspólnego harmonogramu MPR, jego punkt wejścia CLI to:

php /var/www/html/modules/mprsupportrevolution/cron.php --token=YOUR_SHARED_MPR_CRON_TOKEN --max-tasks=20 --max-seconds=55 --context=cron

Zastąp ścieżkę instalacji i użyj wspólnego tokenu cron z konfiguracji MPR cron. Jest on inny niż token adresu URL pomocy technicznej. Mechanizm uruchamiania sprawdza globalną wartość TOKEN dla mprcron, generowaną w razie potrzeby jako ciąg 64 znaków szesnastkowych. Może wykonywać zadania, których termin nadszedł, w różnych modułach MPR przy użyciu wspólnego harmonogramu.

Zadania pomocy technicznej to pobieranie IMAP zgodnie z Poll Interval, automatyczne zamykanie rozwiązanych zgłoszeń co 3600 sekund oraz sprawdzanie zmian pamięci podręcznej bazy wiedzy co 300 sekund. Wywoływanie CLI raz na minutę pozwala harmonogramowi przestrzegać tych interwałów. Sprawdź wyniki zadań i błędy po pierwszym uruchomieniu.

Praca ze zgłoszeniami

Klienci otwierają My Tickets ze swojego konta. Przy domyślnych trasach mogą przeglądać zgłoszenia pod /my-support, tworzyć je pod /my-support/create i otwierać pod /my-support/ticket/{id_ticket}. Używaj wygenerowanych linków, aby uwzględnić prefiks sklepu i języka.

Formularz tworzenia zbiera temat, dział, wiadomość, opcjonalne załączniki i zgodę GDPR. Nowe zgłoszenia otrzymują średni priorytet. Dla zalogowanych klientów używane są dane ich konta. Goście podają imię i nazwisko oraz adres e-mail, jeśli Allow Guest Tickets jest włączone. Linki do zgłoszeń gości zawierają prywatny token. Zachowaj cały link podczas sprawdzania dostępu gościa.

Otwórz Support > Dashboard, aby zobaczyć liczniki, podsumowania statusów i ostatnie wiadomości. Użyj Support > Tickets, aby filtrować według numeru referencyjnego, klienta, e-maila, statusu, priorytetu, działu, przypisanego pracownika, liczby wiadomości i dat. Otwórz zgłoszenie, aby odpowiedzieć, dodać notatkę wewnętrzną, załączyć pliki, zmienić status lub priorytet i przypisać pracownika. Przypisanie otwartego zgłoszenia zmienia jego status na in_progress.

Statusy to open, in_progress, waiting, resolved i closed. Priorytety to low, medium, high i urgent. Nie ma edytora pozwalającego dodawać własne wartości statusów lub priorytetów. Notatki wewnętrzne pozostają w panelu administracyjnym. Zamknięte zgłoszenia nie wyświetlają formularza odpowiedzi klienta.

Nadawaj pracownikom tylko te uprawnienia do zgłoszeń i działów, których potrzebują do pracy. Sprawdź notatkę wewnętrzną z konta klienta, aby potwierdzić, że jest ukryta.

Korzystanie z bazy wiedzy

Moduł udostępnia publiczną bazę wiedzy z lokalizowanymi trasami kategorii i artykułów, śledzeniem wyświetleń, oceną przydatności, generowaniem danych canonical/SEO i dodawaniem adresów do mapy witryny. W menu administracyjnym modułu nie ma edytora kategorii ani artykułów. Publikuj treści przy użyciu obecnego procesu publikacji.

Typowe trasy to:

/knowledge-base
/knowledge-base/{category}
/knowledge-base/{category}/{article}

Segment bazowy jest pobierany z przetłumaczonej kategorii CMS o ID 5, jeśli jest dostępna. Zastępcze segmenty URL zależą od ID języka: 1 knowledge-base, 2 wissensdatenbank, 3 base-de-connaissances, 4 baza-wiedzy, 5 base-di-conoscenza i 6 base-de-conocimientos. Inny układ ID języków może więc zmienić używany segment zastępczy. Korzystaj z wygenerowanych linków zamiast zakładać stałe powiązanie kodu ISO z segmentem adresu.

Indeksowanie artykułów wynika z ustawienia indeksowania kategorii. Artykuły 46 i 52 są zawsze wykluczone z indeksowania. Artykuły dopuszczone do indeksowania mogą generować dane strukturalne artykułu. Include in Sitemap włącza dodawanie kwalifikujących się adresów URL przez gSitemapAppendUrls; zgodny generator mapy witryny musi obsługiwać ten hook.

Weryfikacja i rozwiązywanie problemów

  1. Wyślij zgłoszenie testowe jako klient oraz, jeśli ta opcja jest włączona, jako gość. Sprawdź powiadomienie administratora, potwierdzenie klienta i prywatny link gościa.
  2. Odpowiedz z panelu administracyjnego. Sprawdź e-mail klienta i wątek. Dodaj notatkę wewnętrzną i sprawdź, czy pozostaje prywatna.
  3. Przetestuj dozwolony załącznik oraz plik za duży lub niedozwolony. Sprawdź limity przesyłania plików w PHP, jeśli przesłanie dozwolonego pliku się nie powiedzie.
  4. Wyślij nieprzeczytany e-mail z testowym numerem referencyjnym, wywołaj wybrany harmonogram i sprawdź, czy wiadomość została obsłużona jeden raz. Jeśli żaden e-mail nie jest pobierany, sprawdź dostępność rozszerzenia, dane logowania, folder, stan nieprzeczytanej wiadomości i token.
  5. Oznacz testowe zgłoszenie jako rozwiązane i sprawdź w wyniku działania harmonogramu obsługę automatycznego zamykania. Nie skracaj produkcyjnego okresu bezczynności tylko po to, aby przetestować stare zgłoszenia.
  6. Otwórz istniejące treści bazy wiedzy w każdym języku. Sprawdź generowanie tras i kwalifikowanie do mapy witryny oddzielnie od stron zgłoszeń.

Jeśli adres URL cron zwraca Invalid token, skopiuj go ponownie z właściwego panelu. Token adresu URL pomocy technicznej nie uwierzytelnia wspólnego mechanizmu CLI. Jeśli połączenie ze skrzynką działa, ale wiadomość nie trafia do wątku, sprawdź prefiks numeru referencyjnego i stan nieprzeczytanej wiadomości. Jeśli potwierdzenie klienta nie dociera, sprawdź Notify Customer on New Ticket, konfigurację poczty i logi dostarczania wiadomości.

Dostosowywanie szablonów i stylów

Użyj następujących ścieżek nadpisywania szablonów w aktywnym motywie:

themes/your-theme/modules/mprsupportrevolution/views/templates/front/ticket_create.tpl
themes/your-theme/modules/mprsupportrevolution/views/templates/front/ticket_view.tpl
themes/your-theme/modules/mprsupportrevolution/views/templates/front/tickets_list.tpl
themes/your-theme/modules/mprsupportrevolution/views/templates/hook/displayCustomerAccount.tpl

Umieść CSS we własnym arkuszu stylów motywu. Wczytaj CSS za pomocą ustawień arkuszy stylów motywu. Przydatne selektory to #mprsupportrevolution-link, .mpr-support, .mpr-support__hero, .mpr-support__card, .mpr-support__status--open, .mpr-support__status--in_progress, .mpr-support__status--waiting, .mpr-support__status--resolved, .mpr-support__status--closed, .mpr-support__message--staff i .mpr-support__message--customer.

Wyłączanie lub odinstalowywanie

Wyłącz moduł w Menedżerze modułów, aby zatrzymać jego integrację ze sklepem. Przed odinstalowaniem wykonaj kopię zapasową zgłoszeń, wiadomości, załączników, formularzy kontaktowych, wysłanych wiadomości, treści bazy wiedzy i ustawień. Usuń lub zaktualizuj zadania cron. Odinstalowanie usuwa zaplanowane zadania, strony administracyjne, konfigurację i tabele bazy danych modułu. Zapisane pliki załączników pozostają po odinstalowaniu; sprawdź je osobno po wykonaniu kopii zapasowej.

Przykładowe zrzuty ekranu

Support Revolution, Tworzenie zgłoszenia do pomocy technicznej

Support Revolution, Baza wiedzy

Support Revolution, Zarządzanie zgłoszeniami w panelu administracyjnym

Support Revolution, Działy pomocy technicznej w panelu administracyjnym

Pytania

1

Jakie dane zapisuje zgłoszenie i czy natywny formularz wymaga zgody?

Zgłoszenie zapisuje tożsamość klienta, temat, dział, priorytet, status, sklep i adres IP nadawcy wraz z wątkiem wiadomości i zapisanymi załącznikami.

Natywny formularz zgłoszenia wymaga zaznaczenia pola zgody na przetwarzanie danych. Wewnętrzne notatki są wykluczane z rozmowy widocznej dla klienta. Import poczty i formularze kontaktowe mają własne kontrole; wymóg tego pola nie obejmuje ich automatycznie.

Znane problemy

21

Lista zgłoszeń klienta pokazuje zgłoszenia ze wszystkich sklepów w trybie multistore

Otwarte

Klient posiadający konta w kilku sklepach widzi zgłoszenia ze wszystkich sklepów połączone w jedną listę. Identyfikator klienta jest współdzielony, ale kontekst zgłoszenia nie jest filtrowany po sklepie.

Informacja o rozwiązaniu

Dodano filtr id_shop do zapytania o zgłoszenia klienta.

Wzmocnienie zabezpieczeń

RozwiązaneZaktualizowano:
Naprawiono w: 2.8.2
Wzmocnienie zabezpieczeń.

Błędy powiadomień o zgłoszeniach w nowszych wersjach PrestaShop

RozwiązaneZaktualizowano:
Naprawiono w: 2.8.2
Wysyłanie wiadomości e-mail z powiadomieniami o zgłoszeniach pomocy mogło się nie powieść w PrestaShop 1.7, 8 i 9.

Odznaka odpowiedzi pracownika była mało czytelna

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.4
Odznaki odpowiedzi pracowników mogły mieć niewystarczający kontrast w motywach Bootstrap 4.

Nakładanie się tytułu bazy wiedzy w Classic

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.4
Link kategorii i odznaka mogły nakładać się na tytuł artykułu w motywie Classic.

Sprawdzanie skrzynki ignorowało ustawiony interwał

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.4
Skrzynka była sprawdzana co pięć minut zamiast zgodnie ze skonfigurowanym interwałem.

Nie wysyłano potwierdzenia nowego zgłoszenia

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.4
Klienci nie otrzymywali włączonej wiadomości e-mail potwierdzającej utworzenie nowego zgłoszenia.

Widok zgłoszenia w panelu nie ładował się

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.3
Otwieranie zgłoszenia w panelu administracyjnym mogło się nie powieść, ponieważ nie znaleziono jego widoku.

Etykiety panelu administracyjnego pozostawały po angielsku

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.1
Niektóre ustawienia i krótkie etykiety panelu administracyjnego nie korzystały z dostępnych tłumaczeń.

Konfiguracja pomijała dane sklepu dla artykułów

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.1
Kontrole instalacji mogły pomijać wymagane informacje o sklepie dla artykułów bazy wiedzy.

Linki do zgłoszeń gości nie działały

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.1
Goście nie zawsze mogli otworzyć swoje zgłoszenia pomocy za pomocą udostępnionych linków.

Moduł odmawiał ładowania w PHP 7.1

RozwiązaneZaktualizowano:
Naprawiono w: 2.7.0
Moduł mógł odrzucać PHP 7.1, mimo że ta wersja była obsługiwana.

Zgłoszenia e-mail nie pojawiały się w portalu klienta

RozwiązaneZaktualizowano:
Naprawiono w: 2.6.0
Zgłoszenia utworzone z przychodzących wiadomości e-mail nie były powiązane z odpowiednim kontem klienta i dlatego nie pojawiały się w jego portalu.

Niespójność danych odpowiedzi i zgłoszenia

RozwiązaneZaktualizowano:
Naprawiono w: 2.6.0
Nieudany zapis odpowiedzi mógł pozostawić wiadomość i informacje o zgłoszeniu tylko częściowo zaktualizowane.

Nie można było zapisywać otwartych zgłoszeń

RozwiązaneZaktualizowano:
Naprawiono w: 2.6.0
Zapisanie otwartego zgłoszenia mogło nie przejść walidacji z powodu pustej daty zamknięcia.

Brak stylów treści artykułów

RozwiązaneZaktualizowano:
Naprawiono w: 2.4.2
Artykuły bazy wiedzy nie zawsze ładowały style wymagane do wyświetlania ich treści.

Błędne odpowiedzi dla nieznanych adresów bazy wiedzy

RozwiązaneZaktualizowano:
Naprawiono w: 2.4.2
Żądania nieistniejących artykułów nie zawsze zwracały prawidłową odpowiedź o braku strony.

Nagłówek nie używał tytułu artykułu

RozwiązaneZaktualizowano:
Naprawiono w: 2.4.2
Strony artykułów mogły wyświetlać nieprawidłowy nagłówek zamiast tytułu artykułu.

Dane strukturalne w artykułach wykluczonych z indeksowania

RozwiązaneZaktualizowano:
Naprawiono w: 2.1.16
Artykuły oznaczone jako wykluczone z indeksowania mogły nadal publikować dane strukturalne artykułu.

Błędne przypisywanie opinii w bazie wiedzy

RozwiązaneZaktualizowano:
Naprawiono w: 2.1.16
Śledzenie wyświetleń i ocen przydatności w bazie wiedzy nie przypisywało niezawodnie opinii do właściwego artykułu.

Nie można było otworzyć strony obsługi klienta

RozwiązaneZaktualizowano:
Naprawiono w: 2.1.16
Strona obsługi klienta mogła zwracać błąd podczas tworzenia linków do poszczególnych zgłoszeń.

Zgłoszenia funkcji

22

Zaimplementowane

Zamiana e-maili na zgłoszenia przez IMAP

Zaimplementowane
Wiadomości przychodzące do skonfigurowanej skrzynki IMAP są zamieniane w zgłoszenia do obsługi klienta. Odpowiedzi zawierające w temacie identyfikator istniejącego zgłoszenia są do niego dołączane.

Baza wiedzy z licznikiem wyświetleń i opiniami czytelników

Zaimplementowane
Sklep udostępnia wielojęzyczne artykuły bazy wiedzy z licznikiem wyświetleń. Czytelnicy mogą ocenić, czy artykuł był pomocny, i zostawić opinię.

Wielojęzyczna baza wiedzy

Zaimplementowane
Publikuj artykuły bazy wiedzy z przetłumaczonymi adresami, nawigacją po artykułach i opiniami odwiedzających.

Wyświetlenia artykułów i oceny przydatności

Zaimplementowane
Mierz wyświetlenia artykułów i zbieraj odpowiedzi czytelników wskazujące, czy artykuł był pomocny.

Kategorie bazy wiedzy

Zaimplementowane
Organizuj artykuły w kategorie z zagnieżdżonymi adresami, nawigacją po kategoriach i przekierowaniami ze wcześniejszych adresów.

Autor i daty artykułu

Zaimplementowane
Wyświetlaj autorów artykułów, daty publikacji i informacje budujące zaufanie obok treści bazy wiedzy.

Podglądy FAQ i linki

Zaimplementowane
Łącz bazę wiedzy z treściami FAQ i pokazuj czytelnikom podglądy FAQ.

Kontrola i naprawa instalacji

Zaimplementowane
Sprawdzaj wymagania instalacyjne i naprawiaj brakującą infrastrukturę modułu z panelu administracyjnego.

Aktualizacje modułu jednym kliknięciem

Zaimplementowane
Sprawdzaj i instaluj aktualizacje modułu z panelu administracyjnego.

Sformatowane bloki kodu w artykułach

Zaimplementowane
Wyświetlaj przykłady kodu w artykułach bazy wiedzy, korzystając ze wspólnego formatowania bloków kodu.

Publiczny skaner bezpieczeństwa PrestaShop

Zaimplementowane
Udostępniaj publiczną stronę pasywnych kontroli bezpieczeństwa PrestaShop, dostępną z bazy wiedzy i mapy witryny.

Zgłoszenia z poczty bez rozszerzenia IMAP

Zaimplementowane
Importuj wiadomości ze skrzynki jako zgłoszenia pomocy na hostingach bez opcjonalnego rozszerzenia IMAP, w tym w nowoczesnych instalacjach PHP.

Filtry poczty przychodzącej

Zaimplementowane
Pomijaj automatyczne odpowiedzi, zwroty niedostarczonych wiadomości i spam, blokuj wybranych nadawców lub domeny i ustawiaj godzinowy limit zgłoszeń na nadawcę.

Integracje zgłoszeń

Zaimplementowane
Umożliwiaj zgodnym integracjom sklepu tworzenie, odczytywanie, obsługę odpowiedzi i zamykanie zgłoszeń pomocy z ograniczeniem do odpowiedniego klienta i sklepu.

Integracja wyszukiwania w bazie wiedzy

Zaimplementowane
Udostępniaj artykuły bazy wiedzy w zgodnej wspólnej wyszukiwarce sklepu.

Aktualizacje pamięci podręcznej bazy wiedzy

Zaimplementowane
Powiadamiaj zgodne mechanizmy pamięci podręcznej stron o zmianach w bazie wiedzy, aby czytelnicy mogli otrzymywać aktualne artykuły.

Wielokrotne użycie zmiennych w treściach pomocy

Zaimplementowane
Podstawiaj wartości zmiennych wielokrotnego użytku w artykułach bazy wiedzy pisanych przez pracowników i publicznych etykietach pomocy, w tym w wynikach wyszukiwania i metadanych.

Automatyczne wykrywanie aktualizacji artykułów

Zaimplementowane
Sprawdzaj aktualizacje bazy wiedzy co pięć minut i powiadamiaj zgodne pamięci podręczne o treściach zmienionych poza standardowym edytorem.

Ustawienie autora artykułów

Zaimplementowane
Wybieraj w ustawieniach modułu nazwę autora wyświetlaną przy artykułach bazy wiedzy.

Wiadomości kontaktowe jako zgłoszenia pomocy

Zaimplementowane
Opcjonalnie używaj Support Revolution na stronie kontaktowej sklepu, aby wiadomości, także od gości, stawały się zgłoszeniami z możliwością śledzenia.

Formularze kontaktowe i ochrona przed spamem

Zaimplementowane
Zarządzaj formularzami kontaktowymi, polami i przesłanymi wiadomościami ze wspólną ochroną przed spamem i opcjonalnym Cloudflare Turnstile.

Buforowanie publicznych stron bazy wiedzy

Zaimplementowane
Zezwalaj zgodnym narzędziom wydajnościowym na buforowanie publicznych stron bazy wiedzy.

Dziennik zmian

v2.1.182026-05-27

  • AddedFinalize support hub SEO cleanup
  • AddedShow FAQ previews in knowledge base
  • AddedLink knowledge base back to FAQ
  • Addedcomplete FR/DE/ES/IT/PL translations
  • FixedUse article title for KB headings
  • FixedSuppress KB schema on noindex articles
  • FixedCreate support runtime tables from schema
  • FixedWire support integrity services
Starsze wersje

v1.3.02026-04-20

  • AddedAdd KB category system with nested URLs and 301 redirects
  • AddedAdd author byline and dates to KB footer bar, remove cache-busting
  • AddedRedesign KB footer as compact inline bar with views + thumb counts
  • AddedKnowledge Base — fully-owned KB articles with views + feedback
  • Addedadmin menu management via MenuInstaller for streamlined module setup
  • AddedLicense management tab with key management and renewal options
  • Addedself-healing integrity checks for automatic diagnostics and repair
  • Addedcomplete FR/DE/ES/IT/PL translations
  • ImprovedRevert KB listing to simpler card design with category sections
  • ImprovedPush views + thumbs to right side of KB footer bar
  • Improvedadmin list columns with visual badge indicators and multiselect filters
  • ImprovedSEO handling with proper canonical URLs and meta tags on all front pages
  • FixedUpdate SCSS source for KB footer bar styles
  • FixedKB insights — replace broken negative-ID hack with proper id_article column
  • FixedKB SEO — 301 redirect ?slug= URLs, sitemap hook, version bump
  • Fixedvarious stability and compatibility improvements (6 fixes total)
  • Fixedadmin list filters — sorting, searching, and filtering now work correctly on all columns

v1.2.02026-02-10

  • AddedPS 9 / Hummingbird theme compatibility
  • AddedIMAP email-to-ticket bridge — incoming emails auto-create or reply to tickets
  • Improveddepartment routing rules with keyword and category triggers
  • Optimized ticket list query — 60% faster on stores with 10k+ tickets using indexed status
  • Fixedthreaded reply notification not sending when customer updates closed ticket

v1.0.02026-02-05

  • Initialrelease: customer support ticketing system for PrestaShop
  • InitialThreaded ticket conversations between customers and agents
  • InitialDepartment routing and agent assignment
  • InitialCustomer-facing ticket portal in My Account section
  • InitialCompatible with PS 1.7.x and PS 8.x

v1.1.02025-04-30

  • Addedfile-attachment support (PDF, images) on ticket replies
  • AddedSLA timer — displays response-due countdown in agent back office
  • AddedCSAT rating request sent after ticket closure

Demo

Przetestuj pełny moduł przed zakupem

Licencję kupisz później, a ustawienia zostaną.

  • Twoje 30-dniowe demo Przetestuj go we własnym sklepie przez 30 dni od pierwszej instalacji.
  • Gotowy sklep demo Poznaj gotowy sklep demo w przeglądarce.
  • Bez rejestracji Bez konta, adresu e-mail ani domeny sklepu.
Uruchom sklep demo

Pobierając, akceptujesz warunki dema i politykę prywatności.

Otwierając to demo, akceptujesz regulamin wersji demo oraz politykę prywatności.

Ładowanie...
Do góry