Pierwsze kroki
Konfiguracja Zentor App: pierwsze logowanie, przegląd panelu, pierwszy chatbot.
Strona „Pierwsze kroki z Zentor App” dotyczy obszaru funkcjonalnego wskazanego w adresie URL. Istniejące treści zostały uzupełnione o rzeczywisty przebieg, wymagania wstępne oraz znane ograniczenia. Logowanie odbywa się za pomocą adresu e-mail i hasła; uwierzytelnianie dwuskładnikowe TOTP jest opcjonalne. Asystent konfiguracji obejmuje dziewięć kroków. Zatwierdzenie domeny dla widżetu wykonuje Zentor i nie jest to ustawienie w panelu tenanta.
Pierwsze logowanie odbywa się za pomocą adresu e-mail i hasła. Opcjonalnie można używać uwierzytelniania dwuskładnikowego TOTP. Po zalogowaniu panel wyświetla obszary odblokowane dla tenanta oraz aktywnego tenanta.
Asystent konfiguracji obejmuje dziewięć kroków. Wstępnie przygotowywane są w nim podstawowe dane dotyczące chatbota, wiedzy i użytkowania. Zatwierdzenie domeny dla widżetu wykonuje jednak Zentor — nie da się tego zrobić samodzielnie w ustawieniach asystenta.
Po każdym kroku należy sprawdzić zapisane dane. Obszar może być niedostępny, jeśli brakuje pakietu, dodatku lub aktywacji administracyjnej. Szczególnie telefonia i tworzenie widżetów są sterowane w Master-Admin.
Na zakończenie zaleca się kontrolowany test: otworzyć chatbota, zadać pytanie do bazy wiedzy, sprawdzić przekazanie rozmowy i załadować udostępniony widżet na zatwierdzonej domenie. Błędy należy dokumentować z godziną, krokiem i komunikatem. Dane dostępowe ani tokeny nie mogą pojawiać się na zrzutach ekranu.
Dla strony „Pierwsze kroki z Zentor App” obowiązuje zatem: dotychczasowy krótki tekst zostaje rozszerzony do rzetelnej instrukcji, bez obiecywania funkcji produktu wykraczających poza potwierdzony stan. Miarodajne pozostają zweryfikowane źródła faktów oraz widoczny podział odpowiedzialności między tenantem a Zentor. W razie rozbieżności należy zawsze podać dokładnie ten adres URL, tenanta, którego to dotyczy, oraz zaobserwowany krok.
Podczas pracy z „pierwsze-kroki” każdy krok należy najpierw sprawdzić kontrolowanym przypadkiem testowym. Ważne, aby widoczne ustawienie, rzeczywisty status systemu i oczekiwany wynik były ze sobą zgodne. W razie rozbieżności w analizie pomagają dokładna godzina, tenant, którego to dotyczy, użyty kanał i niezmieniony komunikat o błędzie. Dane dostępowe, tokeny i treści z danymi osobowymi nie mogą trafiać do zrzutów ekranu ani tekstów dla wsparcia.