Tenant testowy
Szczegóły 14-dniowego okresu próbnego.
Strona „Tenant testowy – 14 dni bezpłatnego testu” dotyczy obszaru funkcjonalnego wskazanego w adresie URL. Istniejące treści zostały uzupełnione o rzeczywisty przebieg, wymagania wstępne oraz znane ograniczenia. Dostęp demo trwa 14 dni, zawiera obowiązkowy branding i kończy się automatycznie bez przedłużenia. Upgrade w trybie samoobsługi nie jest dostępny. E-mail z przypomnieniem jest wysyłany 48 godzin przed wygaśnięciem.
Dostęp testowy nazywa się na zewnątrz demo. Trwa 14 dni, ma obowiązkowy branding i kończy się automatycznie bez przedłużenia. Okres ważności rozpoczyna się wraz z aktywacją tenanta demo. 48 godzin przed wygaśnięciem wysyłany jest e-mail z przypomnieniem.
Przejście na płatny pakiet nie jest dostępne jako samodzielny upgrade w panelu sterowania. Kto chce kontynuować korzystanie, musi w odpowiednim czasie skorzystać z przewidzianej drogi kontaktu. Przebiegu nie wolno opisywać jako automatycznej konwersji ani płatnego przedłużenia.
Po upływie tego okresu dostęp demo jest zakończony. Wypowiedzi o przechowywaniu danych lub późniejszej reaktywacji można formułować wyłącznie w ramach potwierdzonych reguł systemu. Użytkownicy powinni przechowywać potrzebne oryginalne treści poza demo, ponieważ nie wszystkie obszary danych można wyeksportować.
Demo służy do kontrolowanego sprawdzenia wdrożenia, chatbota, bazy wiedzy i widżetu. Nie jest odrębnym, trwałym pakietem. Przed upływem okresu należy zebrać otwarte pytania, pożądane dodatki i niezbędne zatwierdzenia administracyjne, aby możliwą kontynuację dało się omówić konkretnie.
Dla strony „Tenant testowy – 14 dni bezpłatnego testu” 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 „testtenant” 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.