Тікет не повинен починатися з копіювання ID
Питання мерчантів майже завжди стосуються чогось конкретного: транзакції, виплати, інвойсу. Коли підтримка живе в окремому хелпдеску, кожна відповідь починається однаково — копіюванням ідентифікаторів між двома системами з надією, що ніхто не помилився в токені. Support inbox від omwio прибирає цей крок, розміщуючи тікет там, де вже існує сам запис.
Тікети, відкриті з контексту
Мерчант створює тікет прямо з транзакції, інвойсу чи гаманця, на який він дивиться. Посилання на запис подорожує разом із розмовою, а не вставляється в неї окремо — тож оператор, який бере тікет у роботу, з першого повідомлення бачить реальний запис, а не його опис.
Черга всередині панелі самого менеджера
Тенант-менеджери обробляють черту звернень усередині власної панелі, під тими самими RBAC-правилами, що регулюють решту їхнього доступу. Співробітникам підтримки не потрібні розширені права лише для того, щоб відповісти на питання — межа прав, яка вже існує для платформи, застосовується і до inbox.
Вкладення на тому самому сховищі
Квитанції та підтвердження, надіслані через тікет, використовують те саме сховище документів і ті самі маршрути завантаження, що й доказові матеріали для диспутів. Нічого не дублюється в другу файлову систему, і не потрібна окрема політика доступу чи зберігання.
Один постачальник менше, одне місце для PII менше
Підтримка всередині платформи означає одну SaaS-підписку менше, одну SSO-інтеграцію менше для підтримки, і одне місце менше, де зберігаються персональні дані мерчантів. Оскільки тікети належать конкретному тенанту і стоять у черзі, звітність за часом відповіді стає властивістю самої платформи, а не тим, що потім вручну складають у таблицю.
Доступність
Support inbox увімкнений залежно від тарифного плану. Якщо для тенанту модуль вимкнений, закриті і пункт навігації в панелі, і відповідні API-маршрути.
