Zgłoszenie nie powinno zaczynać się od kopiowania ID
Pytania merchantów dotyczą prawie zawsze jednej konkretnej rzeczy: transakcji, wypłaty, faktury. Gdy support działa w osobnym helpdesku, każda odpowiedź zaczyna się tak samo — kopiowaniem identyfikatorów między dwoma systemami i nadzieją, że nikt nie przekręcił tokenu. Support inbox od omwio usuwa ten krok, umieszczając zgłoszenie tam, gdzie zapis już istnieje.
Zgłoszenia otwierane z kontekstu
Merchant tworzy zgłoszenie bezpośrednio z transakcji, faktury lub portfela, które właśnie przegląda. Referencja wędruje wraz z rozmową, a nie jest do niej wklejana, więc operator przejmujący zgłoszenie widzi od pierwszej wiadomości rzeczywisty zapis, a nie jego opis.
Kolejka wewnątrz panelu menedżera
Menedżerowie tenantów obsługują kolejkę supportu we własnym panelu, w ramach tego samego RBAC, który reguluje resztę ich dostępu. Zespół supportu nie potrzebuje szerszych uprawnień tylko po to, by odpowiedzieć na pytanie — granica uprawnień, która już istnieje dla platformy, jest tą samą, która obowiązuje w inboxie.
Załączniki w tym samym magazynie
Potwierdzenia i dowody wysyłane w zgłoszeniu korzystają z tego samego magazynu dokumentów i tych samych ścieżek pobierania co dowody w sporach. Nic nie jest duplikowane do drugiego systemu plików i nie potrzeba osobnej polityki retencji czy dostępu.
Jeden dostawca mniej, jedno miejsce mniej dla danych osobowych
Prowadzenie supportu wewnątrz platformy to jedna subskrypcja SaaS mniej, jedna integracja SSO mniej do utrzymania i jedno miejsce mniej, w którym przechowywane są dane osobowe merchantów. Ponieważ zgłoszenia są przypisane do tenanta i kolejkowane, raportowanie czasu odpowiedzi jest właściwością samej platformy, a nie czymś składanym ręcznie później w arkuszu kalkulacyjnym.
Dostępność
Support inbox jest włączany zależnie od planu rozliczeniowego. Gdy jest wyłączony dla danego tenanta, zamknięty jest zarówno wpis w nawigacji panelu, jak i bazowe trasy API.
