Integracja Zammad z centralą Asterisk przez API (stan 2025–2026)

Połączenie systemu obsługi zgłoszeń z centralą VoIP jest dziś standardem w środowiskach call-center i service desk. Integracja umożliwia automatyczne tworzenie ticketów na podstawie zdarzeń telefonicznych, prezentowanie danych klienta agentowi przed odebraniem rozmowy oraz sterowanie workflow obsługi w zależności od przebiegu połączenia.

W praktyce wdrożenia opierają się na komunikacji zdarzeniowej. Centrala wykrywa nowe połączenie lub zmianę jego statusu i przekazuje informację do warstwy pośredniej, najczęściej w postaci middleware. Ta warstwa wywołuje REST API systemu helpdesk, dzięki czemu powstaje nowe zgłoszenie albo aktualizowane jest istniejące. Proces może zostać rozszerzony o identyfikację klienta w CRM, przypisanie zgłoszenia do grupy lub ustawienie priorytetu.

Najnowsze wersje Zammada rozwijają automatyzację i workflow. Zdarzenie telefoniczne może inicjować klasyfikację zgłoszenia, kierować je do odpowiedniej kolejki obsługi oraz uruchamiać mechanizmy AI analizujące kontekst rozmowy i historię kontaktów. Telefonia staje się w ten sposób elementem sterującym cyklem życia zgłoszenia.

Najczęściej stosowane podejście polega na wykorzystaniu zdarzeń z interfejsów zarządzania centrali, takich jak AMI lub ARI, i przekazaniu ich do dedykowanego middleware. Zapewnia to dużą elastyczność oraz możliwość skalowania integracji. W mniejszych wdrożeniach spotyka się także wywołania API bezpośrednio z dialplanu, co pozwala szybko uruchomić podstawowe scenariusze, ale ogranicza rozbudowę logiki biznesowej.

Istotnym elementem jest prezentacja informacji o kliencie w czasie rzeczywistym. Dzięki kolejkom zdarzeń, komunikacji websocketowej lub rozszerzeniom interfejsu użytkownika agent może zobaczyć dane dzwoniącego oraz historię zgłoszeń jeszcze przed rozpoczęciem rozmowy.

Obecny trend wskazuje, że gotowe integracje pluginowe są coraz rzadziej rozwijane. Organizacje częściej tworzą własne warstwy integracyjne dopasowane do swoich procesów. Dominującą architekturą pozostaje model event-driven, w którym centrala generuje zdarzenia, middleware komunikuje się z API helpdesku, a workflow obsługi uruchamia się automatycznie.