Poczta i ticketing: jak podłączyć kanały pod jedną automatyzację
Źródłem chaosu bywa pięć skrzynek i trzy narzędzia bez wspólnego identyfikatora sprawy i spójnego modelu statusów.
Zanim zbudujesz inteligentny routing, potrzebujesz minimalnego modelu danych: czym jest „sprawa”, kto jest właścicielem i jak wygląda status końcowy.
Integracja poczty często zaczyna się od normalizacji załączników i ekstrakcji pól, a dopiero potem od odpowiedzi generowanych przez model.
Ticketing daje strukturę, ale wymaga dyscypliny pól niestandardowych. Im mniej „wolnych tekstów” bez kontroli, tym stabilniejsza automatyzacja.
Wspólny identyfikator sprawy powinien być widoczny w mailu, w tickecie i w integracji z ERP, żeby śledzić ten sam obiekt przez cały łańcuch.
Reguły priorytetu i SLA warto wpisać jawnie: co się dzieje, gdy sprawa wisieć ma dłużej niż X godzin i kto dostaje eskalację.
Duplikaty zgłoszeń z wielu kanałów można ograniczać deduplikacją po numerze zamówienia, NIP lub fragmencie treści, zanim trafią do kolejki obsługi.
Szablony odpowiedzi dla najczęstszych typów spraw odciążają model: prostsze przypadki zamykasz szablonem, a generowanie treści zostawiasz tam, gdzie kontekst jest nietypowy.
Monitoring integracji pocztowej obejmuje też limity API i opóźnienia: jedna zacięta skrzynka nie powinna blokować całego przepływu bez alertu do administratora.