Тестовий тенант
Детальна інформація про 14-денний безкоштовний пробний період.
Сторінка «Testtenant – 14 днів безкоштовної перевірки» охоплює функціональний блок, позначений як URL. Існуючий контент доповнено фактичним процесом, вимогами та відомими обмеженнями. Демо-доступ діє 14 днів, має обов'язкове брендування і закінчується автоматично без продовження. Опція самообслуговування для оновлення відсутня. Нагадувальний лист надсилається за 48 годин до закінчення терміну.
Демо-доступ після цього називається просто «Demo». Він діє 14 днів, має обов'язкове брендування і закінчується автоматично без продовження. Термін дії починається з активації демо-тенанта. За 48 годин до закінчення терміну надсилається лист-нагадування.
Перехід на платний пакет не доступний як самообслуговування в панелі керування. Якщо ви хочете продовжити використання, обов'язково своєчасно скористайтеся передбаченим каналом зв'язку. Процес не можна описувати як автоматичну конвертацію або платне продовження.
Після закінчення терміну демо-доступ припиняє дію. Ствердження щодо зберігання даних або подальшої реактивації можна робити лише в межах підтверджених системних правил. Користувачі повинні зберігати необхідні оригінальні дані поза межами демо, оскільки не всі області даних підлягають експорту.
Демо призначене для контрольованої перевірки налаштування, бота, бази знань та віджета. Це не окремий постійний пакет. До закінчення терміну слід зібрати відкриті питання, бажані додатки та необхідні адміністративні дозволи, щоб можливе продовження можна було обговорити конкретно.
Отже, для сторінки «Testtenant – 14 днів безкоштовної перевірки» діє наступне: існуючий короткий текст розширюється надійною інструкцією без обіцянок можливостей поза підтвердженим станом продукту. Основними залишаються перевірені джерела фактів та чітка відповідальність між тенантом та Zentor. У разі відхилень завжди слід вказувати саме URL, відповідного клієнта та спостережувану дію.
Під час роботи з «testtenant» кожен крок спочатку слід перевіряти за допомогою контрольованого тестового випадку. Ключовим є те, щоб видиме налаштування, фактичний статус системи та очікуваний результат збігалися. У разі відхилень аналізу полегшують точний час, відповідний клієнт, використаний канал та незмінне повідомлення про помилку. Дані для входу, токени та персональні дані не повинні переноситися у скріншоти або тексти підтримки.