Integracja ManageEngine
z systemem ERP

Przewodnik dla IT managera 2026

← Wróć do Bloga
Integracje
Mateusz Roszkiewicz Maj 2026 11 min czytania

Twoja firma ma ERP - Comarch, Enova365 albo SAP. Masz też helpdesk: ManageEngine ServiceDesk Plus. Oba systemy działają, ale dane przepisuje się ręcznie między nimi. Pracownik IT tworzy ticket, przepisuje numer środka trwałego z ERP na papierze. Księgowość czeka na maila o statusie naprawy, bo musi zalogować się do helpdesku, by sprawdzić. W tym artykule pokazujemy, jak to zmienić i ile czasu odzyskasz dzięki integracji.

Dlaczego ERP + helpdesk to nie luksus - realne koszty silosów

W Polsce większość firm średniej wielkości (50-500 pracowników) wdrożyła ERP i helpdesk oddzielnie, w różnych momentach i od różnych dostawców. Efekt: dwa systemy, które nie rozmawiają ze sobą. Dane o środkach trwałych są w ERP, historia zgłoszeń serwisowych w helpdesku, a rzeczywisty stan urządzenia - w głowie konkretnego technika.

Koszt tego stanu rzadko pojawia się wprost na fakturze. Ukryty jest w straconej produktywności. Analitycy Gartner szacują, że pracownik biurowy spędza średnio 3,6 godziny tygodniowo na ręcznym przepisywaniu danych między systemami. Przy 5 osobach w dziale IT i średniej stawce 40 PLN/h daje to ponad 74 000 PLN rocznie - w samej robociźnie na operacje, które system mógłby wykonać automatycznie w milisekundy.

Dochodzą do tego błędy. Ręczne przepisywanie generuje pomyłki: zły numer seryjny w tickecie, nieaktualna lokalizacja urządzenia, brakujący numer zamówienia przy eskalacji do gwarancji. Według raportu IBM, 73% firm traci krytyczne dane operacyjne podczas ręcznego transferu między systemami - nie przez złą wolę pracowników, ale przez architektoniczny brak integracji.

Trzeci wymiar kosztów to czas reakcji. Kiedy technik musi wyjść z helpdesku, zalogować się do ERP, znaleźć środek trwały i wrócić - SLA się wydłuża. W firmach produkcyjnych, gdzie każda godzina przestoju maszyny to realny koszt, takie opóźnienia mają bezpośrednie przełożenie na wynik.

Czemu to ważne: Integracja ERP z helpdeskiem to nie projekt wyłącznie dla IT. To projekt, który zwraca koszt w postaci czasu - konkretnie: mniej straconych godzin na przepisywaniu, mniej pomyłek, szybsza obsługa.

Architektura integracji ManageEngine - REST API, webhooks, middleware

ManageEngine ServiceDesk Plus oferuje cztery podstawowe ścieżki integracji z systemami zewnętrznymi. Dobór właściwej zależy od możliwości twojego ERP, wymaganej częstotliwości synchronizacji i budżetu projektowego.

REST API - integracja bezpośrednia

ManageEngine SDP (wersje On-Prem 9.x+ i Cloud) ma API REST. Możesz z niego tworzyć tickety - POST /api/v3/requests, aktualizować zasoby - PUT /api/v3/assets/{id}, zmieniać statusy. Potrzebny klucz API i skrypt lub logika po stronie ERP, która wysyła polecenia do SDP.

To rozwiązanie optymalne, gdy twój ERP ma moduł integracyjny lub możesz napisać skrypt w środowisku ERP (np. Comarch XL ma własne mechanizmy skryptów SQL i triggerów bazodanowych).

Webhooks - zdarzenia w czasie rzeczywistym

SDP wspiera outbound webhooks: gdy zmienia się status ticketu, priorytet lub kategoria - system automatycznie wywołuje URL zewnętrzny z payload JSON. To idealne rozwiązanie do powiadamiania ERP o zakończeniu naprawy lub zmianie statusu gwarancji, bez odpytywania helpdesku co minutę.

Middleware - n8n, Zapier, Make

Kiedy żaden z systemów nie ma gotowej integracji z drugim, a koszt programowania jest nieuzasadniony, middleware jest rozsądnym kompromisem. Platforma n8n (open source, możliwa do hostowania lokalnie, zgodna z RODO) pozwala wizualnie połączyć SDP z Comarchem, Enova365, SAP Business One lub dowolnym systemem przez REST, SOAP, bazę danych lub plik CSV/XML.

Metoda Złożoność wdrożenia Czas reakcji Koszt utrzymania
REST API bezpośrednie Wysoka (wymaga programisty) Sekundy Niski po wdrożeniu
Webhooks Średnia Sekundy (push) Niski
n8n / Make (middleware) Niska-Średnia Minuty (harmonogram) Niski-Średni
Natywne integracje SDP Bardzo niska Sekundy Bardzo niski

Natywne integracje ManageEngine

SDP pracuje z innymi narzędziami ManageEngine - Asset Explorer (inwentarz), OpManager (monitoring). Jeśli twój ERP jest podłączony do Active Directory lub wystawia dane w standardzie SQL, można je pociągnąć do SDP bez dodatkowego oprogramowania pośredniczącego.

Przykłady integracji z polskimi ERP

Comarch ERP XL / Optima → ManageEngine SDP

Comarch ERP XL i Optima to najszerzej stosowane systemy ERP w polskich firmach produkcyjnych i handlowych. Comarch ERP XL używa natywnego API opartego na DLL (CDN_API.DLL). Integracja z ManageEngine wymaga middleware lub niestandardowego konektora (brak natywnego REST API w produkcie). Optima udostępnia dane przez moduł Comarch API; starsze wersje obu systemów można integrować przez widoki bazodanowe MSSQL.

Scenariusz 1: Automatyczne tickety z zdarzeń ERP. Comarch XL rejestruje awarie maszyn w module Produkcja lub zgłoszenia serwisowe w CRM. Skrypt lub n8n nasłuchuje na nowe rekordy w tabeli awarii i automatycznie tworzy ticket w SDP z odpowiednią kategorią, priorytetem i przypisanym technikiem - zanim pracownik zdąży zadzwonić na helpdesk.

Scenariusz 2: Synchronizacja środków trwałych. Rejestr środków trwałych w Comarch to źródło prawdy o sprzęcie: numer seryjny, lokalizacja, data zakupu, dostawca, status gwarancji. Integracja z modułem Assets w SDP pozwala technikowi otworzyć ticket i od razu widzieć pełną historię urządzenia - bez logowania do ERP.

Enova365 → ManageEngine SDP

Enova365 jest szczególnie popularna wśród firm 50-200 pracowników jako system HR+ERP. Moduł Środki Trwałe w Enova365 wystawia dane przez REST API (/api/SrodkiTrwale), co umożliwia automatyczne importowanie listy aktywów do ManageEngine Asset Explorer lub bezpośrednio do pola Custom Field w tickecie SDP.

Kluczowy przypadek użycia: Kiedy pracownik odchodzi z firmy, Enova365 rejestruje to w module HR. Webhook lub harmonogram n8n tworzy automatycznie ticket w SDP z kategorią "Offboarding" - lista sprzętu do zwrotu jest pobierana z Assets. Dział IT i HR działają synchronicznie, bez maili.

SAP Business One → ManageEngine SDP

SAP Business One to system najczęściej spotykany w firmach, które wyrosły poza segment MŚP lub działają w strukturach międzynarodowych. SAP B1 udostępnia Service Layer (REST API), co czyni go jednym z najłatwiejszych w integracji. Można bezpośrednio odpytywać obiekty BusinessPartner, Item, ServiceCall i synchronizować je z odpowiednimi encjami w SDP.

Praktyczny przykład: SAP B1 rejestruje zgłoszenia serwisowe od klientów w module Service. Integracja z ManageEngine SDP pozwala routować te zgłoszenia do odpowiednich techników, śledzić SLA i raportować czas zamknięcia - jednocześnie zwrotnie aktualizując status w SAP, by handlowiec widział postęp naprawy.

7 procesów, które automatyzujesz po integracji

Integracja to nie cel sam w sobie - to infrastruktura, która umożliwia automatyzację konkretnych procesów. Oto siedem, które firmy wdrażają najczęściej w ciągu pierwszych 90 dni po integracji ERP z ManageEngine SDP:

  1. Automatyczne tworzenie ticketu z awarii ERP. Zdarzenie w systemie produkcyjnym (przestój maszyny, błąd procesu) generuje ticket SDP bez udziału człowieka. Technik dostaje powiadomienie i zaczyna działać natychmiast.
  2. Synchronizacja inwentarza sprzętu. Zmiany w rejestrze środków trwałych ERP (nowy zakup, zbycie, zmiana lokalizacji) automatycznie aktualizują CMDB/Assets w ManageEngine. Koniec z "sprzęt istnieje w ERP, nie istnieje w helpdesku".
  3. Onboarding i offboarding pracowników. Zmiana statusu pracownika w systemie HR (ERP) uruchamia workflow w SDP: nadanie uprawnień, wydanie sprzętu, konfiguracja konta - wszystko śledzone w jednym tickecie.
  4. Eskalacja do dostawcy przez ERP. Gdy ticket SDP wymaga zgłoszenia gwarancyjnego, integracja automatycznie tworzy dokument serwisowy w ERP z numerem ticketu jako referencją. Dział zakupów widzi eskalację bez maila od IT.
  5. Powiadomienie ERP o zakończeniu naprawy. Zamknięty ticket w SDP (webhook) zmienia status urządzenia w ERP na "sprawne" - zasób wraca do dyspozycji bez ręcznej aktualizacji.
  6. Kosztowanie incydentów. Czas pracy techników rejestrowany w SDP (worklog) jest przesyłany do ERP jako koszt operacyjny lub do systemu rozliczeniowego. Kierownik IT widzi realne koszty per dział bez arkusza Excel.
  7. Raportowanie SLA do zarządu przez BI ERP. Dane o zgłoszeniach z SDP (liczba ticketów, czas rozwiązania, breach rate) zasilają moduł raportowy ERP lub BI, tworząc jednorodny dashboard zarządczy obok wskaźników sprzedażowych i produkcyjnych.
73%
firm traci dane przy ręcznym przepisywaniu między systemami (IBM)
60 tys.
PLN/rok - koszt 3h dziennie ręcznej pracy (5 osób, 40 PLN/h)
2-4 tyg.
typowy czas realizacji projektu integracji API

Krok po kroku - 6 etapów projektu integracji

Integracja ma sens tylko wtedy, kiedy rozwiązuje konkretny problem. Firmy, które kłócą się o technologię zamiast zastanowić się nad procesem - kończą z integracją, która działa, ale do niczego nie służy. Dlatego dobrze przeprowadzony projekt wygląda tak:

Etap 1 - Discovery (1-3 dni)

Rozmowa z IT, działami operacyjnymi, księgowością. Pytamy: które dane przepisuje się ręcznie, między którymi systemami, ile to zajmuje czasu dziennie. Nie teoretyczne integracje, tylko konkretne przepływy które prowadzą do błędów lub marnotrawstwa czasu.

Etap 2 - Mapowanie danych (2-5 dni)

Przegląd techniczny: jakie pola są w ERP, jakie w SDP, gdzie nie pasują (różne kody kategorii, formaty dat, identyfikatory). Wybór drogi: REST API, n8n, czy bezpośrednio SQL. Wynikiem jest mapa: to pole z ERP idzie tutaj w SDP.

Etap 3 - Rozwój i konfiguracja (3-10 dni)

Budowa integracji: w n8n, SQL, lub bezpośrednio w API. Jednocześnie trzeba pomyśleć: co jak się coś zepsuje? Jak postąpić ze zduplikowanymi danymi? Kiedy ERP jest niedostępny, SDP czeka czy powtarza?

Etap 4 - Testy techniczne (2-4 dni)

Testy na kopii produkcji (dane anonimowe lub testowe). Sprawdzamy: czy dane przepychają się bez błędów, jak szybko (ile ticketów na minutę), co się loguje.

Etap 5 - UAT - User Acceptance Testing (2-5 dni)

Testują pracownicy, którzy na co dzień będą integrację używać: technik z helpdesku, operator ERP, pracownik zakupów. Oni zauważą dziwne rzeczy, które system przeoczy. Większość poprawek pojawia się właśnie tu.

Etap 6 - Go-Live i monitoring (pierwsze 30 dni)

Start na jednym dziale jako pilot. Przez miesiąc obserwujemy: czy dane płyną bez problemów, czy nie ma anomalii. Po 30 dniach decyzja: czy rozszerzyć integrację na resztę firmy.

Nie zawsze warto integrować: Jeśli ERP ma mały API lub go nie ma - stare wersje Optimy do 2019 - integracja przez bazę SQL może być droga i krótkowzroczna. Czasem lepiej zamiast integrować na siłę, zrobić eksport CSV co noc albo plan modernizacji ERP. Integracja zawsze powinna zwrócić się w ciągu roku.

Case Study · Produkcja

Firma produkcyjna, Comarch ERP XL + ManageEngine SDP - eliminacja 3h/dzień ręcznej pracy

Klient: anonimowa firma produkcyjna, ok. 180 pracowników, zakład produkcyjny z 40+ maszynami objętymi monitoringiem. Środowisko: Comarch ERP XL 2022 (moduł Produkcja + Środki Trwałe), ManageEngine SDP On-Premise 14.x, infrastruktura Windows Server, brak wcześniejszych integracji.

Problem: awarie maszyn były zgłaszane telefonicznie lub mailem do helpdesku, technik ręcznie wpisywał numer seryjny maszyny i lokalizację, następnie sprawdzał status gwarancji w ERP. Dziennie zajmowało to łącznie ok. 3 godzin pracy 2 techników.

Rozwiązanie: integracja przez n8n hostowane lokalnie. Comarch XL generuje zdarzenie w tabeli CDN.ZdarzeniaMaszyn przy każdym przestoju - trigger SQL wywołuje workflow n8n, który odpytuje ERP o dane urządzenia i tworzy ticket SDP z wypełnionymi polami: numer seryjny, lokalizacja, status gwarancji, przypisany technik (na podstawie lokalizacji maszyny). Webhook SDP zwrotnie aktualizuje status przestoju w ERP po zamknięciu ticketu.

Wynik po 60 dniach: eliminacja ok. 2,5-3h dziennie ręcznej pracy, średni czas pierwszej reakcji na awarię skrócony z 47 do 12 minut, zero "zgubionych" zgłoszeń z ERP. Projekt realizacji: 3 tygodnie (discovery + wdrożenie + UAT). Dane zagregowane, klient anonimowy.

Wdrożenie z Rotech Group

Rotech Group wdraża ManageEngine i integracje API. Pracowaliśmy z Comarchem, Enova365, SAP - zarówno z API, jak i bezpośrednio z bazami SQL. Po stronie ManageEngine poznaliśmy On-Prem i Cloud na wskroś.

Kiedy bierzemy się za integrację, najpierw pytamy: co boli teraz? Które dane przepisuje się ręcznie, ile czasu to zajmuje, kto tego używa. Dopiero potem wybieramy technologię - API, middleware czy skrypt w bazie. W ten sposób integracja rozwiązuje rzeczywisty problem, a nie teoretyczny. Jeśli planujesz wdrożenie ManageEngine w Polsce, warto zaplanować integrację z ERP już na etapie projektu.

Wdrażamy integracje od A do Z: discovery, mapowanie, implementacja, dokumentacja, szkolenie. ManageEngine można kupić przez naszego partnera MWT Solutions (3Pro Gold Partner). Zanim podejmiesz decyzję, sprawdź też jak przekonać zarząd do ITSM - ROI z integracji to jeden z najmocniejszych argumentów. Jeśli chcesz wiedzieć, czy integracja w twojej firmie ma sens - napisz lub zadzwoń.

Integracje API & ManageEngine

Twój ERP i ManageEngine nie rozmawiają?

Powiedz nam: jaki ERP, która wersja ManageEngine, co ma się zsynchronizować. Odpowiemy: czy da się, w ile czasu, ile to kosztuje. Potem podejmujecie decyzję - bez ciśnienia.

Umów konsultację online →
MR
Head of Sales · wdrożenia ManageEngine i integracje API
Źródła i dalsze lektury
  • ManageEngine, ServiceDesk Plus API Documentation v3 - dokumentacja REST API SDP (endpoints, autentykacja, przykłady)
  • IBM Institute for Business Value, The Hidden Cost of Data Silos 2024 - analiza kosztów manualnego transferu danych między systemami
  • Gartner, Integration Technology Trends 2025 - trendy w middleware i low-code integration
  • Comarch, Comarch ERP XL - dokumentacja CDN_API.DLL - natywne API DLL; integracja z systemami zewnętrznymi wymaga middleware lub dedykowanego konektora
  • Własne doświadczenia z projektów integracyjnych ERP+ITSM, Rotech Group 2024-2026
  • Integracje API - usługa Rotech Group
  • Wdrożenia ManageEngine ServiceDesk Plus
Umów bezpłatną konsultację →