ManageEngine ServiceDesk Plus —
konfiguracja od podstaw

Właśnie podjąłeś decyzję o wdrożeniu ManageEngine ServiceDesk Plus w Twojej firmie. Otrzymujesz licencję, masz dostęp do panelu administratora — i teraz stoisz przed pytaniem: od czego zacząć? W tym artykule przeprowadzę Cię przez wszystkie kroki konfiguracji: od wymagań systemowych, przez instalację, aż do skonfigurowania kategorii, SLA, automatyzacji workflow i integracji z Active Directory. Instrukcja ta dotyczy zarówno wdrożeń on-premise, jak i Cloud.

Wymagania systemowe i instalacja ServiceDesk Plus

Przed instalacją sprawdź, czy Twoja infrastruktura spełnia minimalne wymagania. ManageEngine SDP ma odmienne wymagania w zależności od skali — dla 5 techników wystarczy serwer entry-level, dla 100+ techników potrzebna jest solidna konfiguracja.

Hardware minimum (on-premise)

• Do 50 techników: Windows Server 2016+ lub Linux, 8 GB RAM, 4 vCPU, 100 GB SSD
• 51–100 techników: 16 GB RAM, 8 vCPU, 200+ GB SSD
• 100+ techników: 32+ GB RAM, 16 vCPU, dedykowana baza danych (SQL Server / PostgreSQL / Oracle), 500+ GB SSD
• Java: Java 11+ (zainstalowana razem z ManageEngine, ale warto mieć nową)

Krok po kroku: instalacja

1. Pobierz ManageEngine SDP z oficjalnej strony ManageEngine lub skontaktuj się z partnerem (Rotech Group) po bezpośredni link do Twojej wersji/edycji.
2. Przygotuj bazę danych — dla on-premise wymagana jest baza PostgreSQL lub MSSQL. Domyślnie instalator używa wbudowanej bazy H2 (tylko dla dev/test, nie dla produkcji). W produkcji skonfiguruj zewnętrzną bazę PostgreSQL lub MSSQL — to jest obowiązkowe.
3. Uruchom instalator — dla Windows to EXE, dla Linux to skrypt .sh. Kreator poprowadzi Cię przez konfigurację portu (domyślnie 8080), ścieżki instalacji, wyboru bazy danych i hasła administratora.
4. Zaraz po instalacji: zaloguj się na localhost:8080 (lub Twój IP) z hasłem admin/admin (zmień hasło od razu!), przejdź do Admin → License Activation i aktywuj swoją licencję za pomocą klucza, który otrzymałeś.
5. Ustaw kopię zapasową — Admin → Backup & Restore, skonfiguruj automatyczne backupy codziennie o 2 AM UTC+1.

Konfiguracja kategorii, podkategorii i typów zgłoszeń

Kategorie to podstawa organizacji helpdesku. Jeśli źle je zdefiniujesz, użytkownicy będą zgłaszać problemy do złych kategorii, a Ty będziesz spędzać czas na ich przenoszeniu. Zanim zaczniesz konfigurować, przeprowadź audit istniejących zgłoszeń.

Jak zaplanować strukturę kategorii

• Kategorie główne = obszary IT: Hardware, Software, Network, Printer, Access, VPN itp. Max 10–12 kategorii głównych.
• Podkategorie = typy problemów: Dla Hardware: „Monitor się nie włącza", „Laptop nie startuje", „Brak dźwięku". Dla Software: „Outlook się nie otwiera", „Excel zawisa", „VLC nie odtwarza video".
• Wiele kategorii = chaos. Reguła: 1 kategoria główna + max 3–5 podkategorii per kategoria.

Krok po kroku w ServiceDesk Plus

1. Admin → Request Categories → New Category
2. Podaj nazwę (np. „Hardware"), opis, i którzy technicy mają obsługiwać tę kategorię
3. Dodaj podkategorie: sub-categories → New Sub Category, np. „Laptop", „Monitor", „Drukarka"
4. Dla każdej kategorii ustaw „Item Type" — czy to Incident, Request, czy Problem? Najczęściej: Incident dla problemów bieżących, Request dla zmian/usług, Problem dla analiz głębokich.
5. Ustaw „Subcategory Mandatory" — czy użytkownik musi wybrać podkategorię? Tak — zmusza do precyzji.
6. Dodaj pola custom (Custom Fields) jeśli wymagane — np. dla Hardware: „Type of Device", „Serial Number", „Warranty Status".

Ustawianie SLA i reguł eskalacji

SLA (Service Level Agreement) to obietnica — np. „problemy krytyczne rozwiążemy w 4 godziny, normalnie w 24 godziny". Bez SLA brak presji na techników, bez presji chaos.

Budowanie matrycy SLA

W ServiceDesk Plus SLA opiera się na macierzy: Kategoria × Priorytet = Czas rozwiązania. Przykład:

Konfiguracja w SDP

1. Admin → SLA Policies → New SLA
2. Ustaw nazwę (np. „Standard SLA"), opis, i czy applies to Incident czy Request
3. Zdefiniuj macierz: dla każdej kombinacji Kategoria + Priorytet podaj czas w godzinach, minutach
4. Ustaw eskalację: jeśli czas upłynie, system automatycznie zmieni status zgłoszenia na „On Escalation" i wyśle alert menedżerowi
5. Włącz powiadomienia: Admin → Notification Templates, ustaw auto-email do technika i klienta gdy SLA się zbliża do końca (np. 30 minut przed timeout)

Pro tip: SLA mające sens dla Twojej organizacji nie są takie same jak dla sąsiedniej firmy. Jeśli wymagania biznesowe nie uzasadniają SLA 2-godzinnego dla wszystkich incydentów, nie ustawiaj go — to doprowadziło do burnoutu zespołu bez widocznych benefitów.

Automatyzacje — reguły biznesowe krok po kroku

Reguły automatyzacji (Business Rules) to serce efektywnego helpdesku. Każda ręczna operacja, którą powtarzasz ponad 10 razy dziennie, powinna być zautomatyzowana.

Przykłady reguł do zrobienia od razu

• Automatyczne przypisanie zgłoszenia do zespołu

  Reguła: Jeśli kategoria = Hardware AND priorytet = Krytyczny → przypisz do grupy „Hardware Emergency". Reguła: Jeśli kategoria = Network → przypisz do zespołu Network Team. Bez tej reguły wszystkie zgłoszenia trafiają do domyślnej kolejki i czekają na ręczne przypisanie.

• Automatyczne ustawienie priorytetu na podstawie impact/urgency

  Reguła: Jeśli impact = High (wiele osób) AND urgency = High (natychmiast) → priorytet = Krytyczny. Jeśli impact = Low (1 osoba) AND urgency = Low (może czekać) → priorytet = Niski. Użytkownicy regularnie ustawiają całej sprawy na czerwono — ta reguła wyrównuje.

• Automatyczne zamykanie zgłoszeń po 3 dniach bez aktywności

  Reguła: Jeśli status = On Hold AND brak zmian przez 72 godziny → zmień status na Closed → wyślij email do klienta z prośbą o potwierdzenie. Zapobiega temu, że zgłoszenia wisią w limbo.

• Automatyczne eskowanie do menedżera

  Reguła: Jeśli status = On Escalation AND czas na rozwiązanie zostały < 30 minut → wyślij wiadomość e-mail do Service Manager. Menedżer wie wtedy, że musi zareagować.

Konfiguracja Business Rules

1. Admin → Business Rules → New Business Rule
2. Podaj warunki (Conditions): jeśli X warunków jest spełnione (logika AND/OR)
3. Podaj akcje (Actions): co się dzieje jeśli warunki są spełnione (zmiana statusu, przypisanie, email, zmiany pól custom)
4. Testuj na kilku zgłoszeniach zanim implementujesz globalnie

Integracja z Active Directory i email

Bez integracji z AD Twój helpdesk będzie pracować offline — nowe użytkowników trzeba będzie dodawać ręcznie, hasła reset będzie nieskuteczny, a synchronizacja grup będzie marzeń. Integracja z AD to obowiązkowy element.

Integracja Active Directory (LDAP/AD)

1. Admin → LDAP Settings
2. Podaj dane do serwera AD:
   • Server Address: IP lub FQDN kontrolera domeny (np. dc.firma.local)
   • Base DN: cn=Users,dc=firma,dc=local (dla Twojej domeny)
   • Username: domena\uživatel (konto serwisowe z dostępem do AD)
   • Password: hasło do tego konta
3. Kliknij Test Connection — jeśli sukces, OK. Jeśli nie — sprawdź firewall, porty 389 (LDAP) czy 636 (LDAPS).
4. Ustaw synchronizację automatyczną: Admin → LDAP Sync, każdą godzinę (lub codziennie nocą).
5. Wybierz które atrybuty AD synchronizować: mail, telephoneNumber, department, manager. Nie synchronizuj wszystkiego — to zależy od Twojego AD.

Integracja email (IMAP/POP3 → ManageEngine)

Jeśli chcesz, aby e-maile wysyłane na helpdesk@firma.pl automatycznie tworzyły zgłoszenia w SDP — to wymaga integracji z mailboxem.

1. Admin → Email Notification / Email to Ticket (zależy od wersji)
2. Dodaj mailbox:
   • Type: IMAP (Exchange / Office 365) lub POP3 (domowy mail)
   • Server: imap.office365.com (dla M365) lub Twój serwer
   • Port: 993 (IMAP+SSL) lub 110 (POP3)
   • Username: helpdesk@firma.pl
   • Password: hasło aplikacji (dla M365)
3. Ustaw polling frequency: co 5 minut sprawdzaj mailboksa, każdy nowy email = nowe zgłoszenie
4. Testuj: wyślij test email na helpdesk@firma.pl, czekaj 5 minut, sprawdź czy pojawił się tickets.