Bezproblémový support ticketing, který propojuje vaše klienty, váš tým a vaši schránku.
Dynaflow dává vašemu support týmu dva způsoby práce: vizuální Kanban nástěnku s drag-and-drop sloupci, nebo řaditelný a filtrovatelný seznam. Přepínáte jedním klikem. Oba pohledy zobrazují stejná data — úrovně priority, SLA časovače, přiřazené agenty a aktuální stav.
Tickets are categorized automatically: damage reports, missing items, returns, customs issues, priority shipments. Each category can have its own SLA rules and escalation paths. Bulk actions let agents update, reassign, or close multiple tickets at once.
Quick filters by client, priority, status, or agent mean your team spends time solving problems — not searching for them.
Každý tiket má chatové vlákno v reálném čase, kde zprávy klientů, odpovědi agentů a systémové události žijí společně v chronologickém pořadí. Když se změní stav zásilky, systém to automaticky zaznamená. Když klient pošle zprávu, váš agent ji vidí okamžitě.
File attachments — photos of damaged goods, shipping labels, customs documents — are uploaded directly into the thread. @mentions allow agents to escalate internally without leaving the conversation. The full history is preserved, so any team member can pick up where another left off.
No more switching between email, Slack, and your OMS. Everything happens in one place, on one timeline.
Každý tiket nese konfigurovatelný SLA časovač podle úrovně priority. Vysoká priorita může vyžadovat odpověď do 1 hodiny a vyřešení do 4 hodin. Standardní tikety mají 24 hodin. Pravidla definujete podle klienta, kategorie a priority.
Vizuální odpočítávání na každém tiketu znemožňuje přehlédnout naléhavost. Když je SLA v ohrožení — řekněme, že uplynulo 80 % času — eskalační pravidla se automaticky aktivují. Tiket je přeřazen, odešle se notifikace nebo je upozorněn manažer.
Váš Dashboard plnění SLA ukazuje výkon napříč všemi oblastmi: kolik tiketů splnilo své cíle, kde došlo k porušením a historické trendy za týdny a měsíce. Tato data jsou neocenitelná pro klientské recenze a vyjednávání smluv.
Připojte svou podporovou schránku přes IMAP a každý příchozí e-mail automaticky vytvoří nový tiket. Systém parsuje odesílatele, předmět a tělo zprávy pro předvyplnění informací o klientovi a navržení kategorie. Žádné ruční vytváření tiketů.
Vlákna fungují oběma směry: když klient odpoví na existující e-mail tiketu, odpověď se automaticky propojí s původním tiketem. Odchozí e-maily odeslané ze systému nesou správné hlavičky vláken, takže i klientova schránka zůstane organizovaná.
Každý e-mail — příchozí i odchozí — je zaznamenán v historii tiketu. Automatická kategorizace na základě klíčových slov směruje tikety ke správnému týmu dříve, než se na ně kdokoli podívá. Vaše fronta podpory zůstává čistá, organizovaná a rychlá.
Když agent podpory zjistí, že případ vyžaduje zásah jiného oddělení — IT, sklad, fakturace nebo vedení — klikne na “Vytvořit úkol” přímo z pohledu případu. Úkol je vytvořen s vlastním názvem, popisem, zodpovědnou osobou a termínem, zcela nezávisle na případu. Ale odkaz na případ je automaticky propojen, což zajišťuje plnou sledovatelnost z obou stran.
Tvůrce úkolu napíše jasný, samostatný pracovní pokyn — ne jen “viz případ #847”. To zajistí, že osoba přijímající úkol přesně pochopí, co je třeba udělat, aniž by musela procházet celou historii případu. Propojený případ je vždy na jedno kliknutí pro další kontext, ale úkol samotný je soběstačný.
Ochrana proti duplicitám zabraňuje vytvoření více úkolů pro stejnou kombinaci případ-akce. Jakmile je úkol propojen s případem, časová osa případu zobrazuje stav úkolu v reálném čase — takže podpora ví, zda IT začalo pracovat nebo zda fakturace opravila fakturu, aniž by odeslala jedinou zprávu.
Každý typ případu má konfigurovatelná pravidla SLA: čas první odpovědi a čas řešení. V okamžiku vytvoření případu začínají hodiny tikati. Vizuální ukazatel průběhu zobrazuje, kolik času SLA bylo spotřebováno a kolik zbývá — aktualizuje se v reálném čase. Zelená znamená v plánu, žlutá se blíží limitu, červená znamená porušení SLA.
Seznam případů zobrazuje stav SLA jako vyhrazený sloupec, což manažerům poskytuje okamžitý přehled o tom, které případy nyní vyžadují pozornost. Filtrujte podle “SLA v ohrožení” pro zobrazení pouze případů blížících se termínu. Řaďte podle zbývajícího času SLA pro upřednostnění nejnaléhavějších problémů. Každý typ případu — fakturační spor, dotaz na zásilku, hlášení škody — může mít různé cíle SLA.
Porušení SLA spouští automatická oznámení přiřazenému agentovi a jeho nadřízenému. Historická data SLA se promítají do reportů ukazujících míry souladu podle týmu, typu případu a klienta — poskytují data potřebná pro čtvrtletní přehledy klientů a interní hodnocení výkonnosti.
| ID | Subject | Client | Agent | SLA Status |
|---|---|---|---|---|
| #912 | Missing items in shipment | FreshFoods | Sarah B. | |
| #908 | Invoice correction needed | PackPro | Max M. | |
| #905 | Carrier delay notification | ShopConnect | Lisa F. | |
| #901 | Return label request | FreshFoods | Tom H. | |
| #898 | API rate limit errors | TechShip | Sarah B. |
Bezproblémový ticketing, SLA Tracking a e-mailová integrace — vytvořeno pro profesionální 3PL.