Zammad: darmowy system zgłoszeń open source — możliwości i dla kogo się sprawdzi

Zendesk i Freshdesk liczą sobie od agenta, co miesiąc, bez końca. Zammad ma odwrotną filozofię: oprogramowanie jest darmowe i open source, a płacisz za serwer i za czas potrzebny na konfigurację. Serwer kosztuje tyle samo, czy agentów jest pięciu, czy piętnastu. To jedna z tych różnic, które na początku wyglądają na drobiazg, a po dwóch latach są osobną pozycją w budżecie.

Nie piszę tego z ulotki producenta. Zammada wdrożyłem najpierw u siebie i obsługuję na nim zgłoszenia klientów szaman.it, a formularz kontaktowy z tej strony trafia przez API prosto do niego. Dopiero po roku codziennej pracy zacząłem proponować go dalej.

Co potrafi

Rdzeń jest prosty: wszystkie kanały wpadają do jednej kolejki, a każde zgłoszenie ma właściciela, status i termin. Reszta to nadbudowa, która decyduje, czy zespół system polubi, czy zacznie go obchodzić bokiem.

• Kanały. Mail, formularz ze strony, czat, integracje telefoniczne. Klient pisze tam, gdzie mu wygodnie; agent widzi wszystko w jednym miejscu.
• Automatyzacje. Triggery przypisują zgłoszenia do grup, ustawiają priorytety i eskalują to, co leży za długo. Nikt nie klika tego ręcznie.
• SLA i raporty. Terminy pierwszej odpowiedzi pilnują się same, a raport na koniec miesiąca pokazuje obciążenie zespołu bez arkusza w Excelu.
• Baza wiedzy. Powtarzające się pytanie dostaje gotowy artykuł zamiast odpowiedzi pisanej po raz dwudziesty.
• Wyszukiwarka. Pod spodem pracuje Elasticsearch, więc znajdziesz wątek sprzed dwóch lat po treści, nie tylko po tytule.

Automatyzacje zasługują na zdanie więcej, bo to one odróżniają system zgłoszeń od ładniej opakowanej skrzynki. Reguła w stylu „mail z frazą «faktura» trafia do księgowości z normalnym priorytetem, mail od klienta z umową serwisową dostaje wysoki i eskalację po dwóch godzinach ciszy" to w Zammadzie kilka kliknięć w konfiguracji triggera. Do tego moduły tekstowe: agent wpisuje dwa znaki skrótu i dostaje gotową, sformatowaną odpowiedź, którą tylko personalizuje. Przy dziesiątkach podobnych zgłoszeń dziennie z tego jednego mechanizmu robi się godzina oszczędności na osobę.

Jest też druga strona barykady, o której łatwo zapomnieć: klient. Dostaje własny portal, w którym widzi swoje zgłoszenia, ich statusy i całą historię korespondencji. Przestaje dzwonić z pytaniem „co z moją sprawą", bo sam to sprawdzi. A jeśli firma woli, żeby klient niczego nie widział, portal można po prostu wyłączyć i zostać przy zwykłej korespondencji mailowej.

Interfejs agenta działa na żywo: gdy kolega przejmuje zgłoszenie albo dopisuje notatkę, widzisz to od razu, bez odświeżania. Jest polskie tłumaczenie. Drobiazg? Dopóki nie wdrażasz systemu ludziom, którzy z angielskim się nie przyjaźnią. No i jest REST API z webhookami, przez które Zammada da się spiąć z resztą firmowego świata: od formularza na stronie po monitoring.

Jak to wygląda u mnie

Mój Zammad stoi w Dockerze, za Traefikiem, który kieruje ruch do właściwego kontenera i sam wystawia certyfikaty Let's Encrypt. Obok pracują PostgreSQL i wspomniany Elasticsearch. Aktualizacja to podmiana obrazu i chwila przerwy, nie wieczór z zależnościami. Sam produkt żyje: wydana w marcu 2026 wersja 7.0 przyniosła pierwsze funkcje AI, w czerwcu wyszła 7.1.

Ten sam układ powtarzam przy wdrożeniach u klientów, z jedną decyzją do podjęcia na starcie: serwer firmowy czy dedykowany VPS. Wybór zwykle rozstrzyga to, gdzie firma chce trzymać korespondencję z klientami. Kopie zapasowe nie wymagają niczego egzotycznego: zrzut bazy PostgreSQL plus katalog załączników, odkładane tam, gdzie ląduje reszta firmowych backupów.

Jedno uczciwe zastrzeżenie: to nie jest aplikacja, którą stawia się na najtańszym VPS-ie i zapomina. Poprzeczkę pamięci ustawia Elasticsearch, a system trzeba aktualizować jak każdy inny wystawiony do internetu. Płacisz mniej pieniędzmi, więcej odpowiedzialnością.

Dla kogo się sprawdzi, a kto nie powinien go tykać

Najlepiej wypada tam, gdzie zgłoszeń jest za dużo na wspólną skrzynkę, a za mało na korporacyjne ITSM: kilkuosobowy helpdesk IT, obsługa klienta w sklepie internetowym, firma serwisowa z gwarancjami. Podstawową konfigurację uruchamiam w kilka dni, a system rośnie razem z zespołem, bez przesiadki na „coś poważniejszego" za dwa lata.

Dochodzi argument, który dla części firm rozstrzyga sprawę: dane zgłoszeń, czyli cała korespondencja z klientami i załączniki, zostają na serwerze, który sam kontrolujesz. Przy RODO to nie jest kosmetyka. A jeśli obsługujesz klientów w kilku językach, Zammad ogarnia to bez dopłat: każdy agent i każdy klient pracuje w swoim języku, na tym samym systemie.

A kiedy odradzam? Dwie osoby i kilka maili tygodniowo to nie jest problem, który wymaga systemu. Wspólna skrzynka wystarczy. I druga sytuacja: jeśli w firmie nikt nie chce utrzymywać serwera, uczciwszy będzie SaaS z abonamentem. Zammad jest darmowy jak szczeniak ze schroniska. Nie płacisz za niego, ale musisz się nim zajmować.

Jeśli już masz system zgłoszeń

Zammad nie zakłada, że startujesz od zera. Ze starego OTRS-a czy Znuny historię przenosi oficjalny importer — co dokładnie przejdzie, a co zostanie, rozbieram w tekście o migracji z OTRS do Zammada. Ze wspólnej skrzynki mailowej też da się wciągnąć korespondencję, żeby nie zaczynać z pustą kartką. Jak wygląda całe wdrożenie, od rozmowy o kanałach po szkolenie, opisuję krok po kroku.

Potem zaczyna się to, co w Zammadzie lubię najbardziej: dobudowywanie. Agenci logują się firmowym kontem przez SSO z Keycloaka, a monitoring sam zakłada zgłoszenia z alertów Zabbiksa i sam je domyka, gdy problem ustąpi.

To narzędzie, które przetestowałem najpierw na sobie — dopiero potem zacząłem je wdrażać klientom.

Jeśli po tej lekturze Zammad wygląda na kandydata dla twojej firmy, zakres wdrożenia opisuję na stronie usługi systemów zgłoszeń. A jeśli nie jesteś pewien, czy w ogóle potrzebujesz systemu, zacznij od policzenia, ile zgłoszeń zginęło wam w skrzynce w zeszłym miesiącu. Nie umiesz tego policzyć? No właśnie. To jest cała odpowiedź i najlepszy argument, jaki znam.