- Kierowca dostępny teraz
- całą dobę, 7 dni w tygodniu
- Dojazd do 1 h w promieniu 40 km
- Diagnoza laptopa 0 zł
Integracja ERP z systemem helpdesk pozwala łączyć zgłoszenia serwisowe klientów z ich danymi znajdującymi się już w systemie ERP.
Usługa obejmuje skonfigurowanie wymiany danych między systemem ERP a systemem obsługi zgłoszeń serwisowych typu helpdesk.
Usługa jest przydatna dla firm korzystających z helpdesku, które chcą zintegrować go z danymi z systemu ERP.
Konfiguracja integracji mieści się z reguły w standardowym czasie do 3 dni.
Diagnoza wstępna i wycena są bezpłatne, a usługa objęta jest gwarancją do 12 miesięcy.
Integracja oprogramowania do zarządzania przedsiębiorstwem klasy ERP (Enterprise Resource Planning - planowanie zasobów przedsiębiorstwa) ze środowiskiem obsługi zgłoszeń serwisowych typu helpdesk (system do rejestrowania i obsługi zapytań klientów) pozwala na automatyzację przepływu informacji pomiędzy działem technicznym a działem handlowym i księgowym. W ramach wdrożenia konfiguruje się dwukierunkową wymianę kluczowych struktur danych:
Sposób realizacji połączenia między systemem ERP a oprogramowaniem helpdesk dobiera się w zależności od technologii, w jakiej działają oba systemy, oraz lokalizacji serwerów (instalacja lokalna on-premise na serwerze firmy lub usługa chmurowa SaaS - Software as a Service, oprogramowanie udostępniane jako usługa w chmurze):
W przypadku systemów chmurowych podstawową metodą komunikacji jest bezpośrednie wykorzystanie interfejsów REST API (Representational State Transfer Application Programming Interface - programistyczny interfejs aplikacji oparty na protokole HTTP) oraz mechanizmu webhooków (powiadomień sieciowych przesyłających automatycznie informacje o zdarzeniach, na przykład o utworzeniu nowego zgłoszenia). W tym modelu dane są przesyłane w formacie JSON (JavaScript Object Notation - lekki tekstowy format wymiany danych) z wykorzystaniem szyfrowanego protokołu HTTPS (Hypertext Transfer Protocol Secure - bezpieczny protokół przesyłania danych w sieci).
Dla tradycyjnych systemów ERP pracujących w lokalnej sieci firmowej na silniku relacyjnej bazy danych MS SQL Server stosuje się dedykowaną aplikację pośredniczącą (middleware - oprogramowanie pośredniczące, działające jako usługa systemowa Windows). Aplikacja ta łączy się z systemem ERP za pośrednictwem oficjalnych bibliotek programistycznych dostarczonych przez producenta oprogramowania, takich jak Sfera dla systemów InsERT nexo i GT, interfejs COM/.NET dla Comarch ERP Optima czy biblioteki bSAPI dla Asseco WAPRO ERP. Zapewnia to pełną zgodność z logiką biznesową systemu ERP i wyklucza ryzyko uszkodzenia struktury bazy danych.
W środowiskach o podwyższonych wymaganiach dotyczących niezawodności wdraża się mechanizm kolejkowania komunikatów (message queue - kolejka wiadomości buforująca operacje do wykonania w przypadku braku łączności). W sytuacji chwilowego braku połączenia internetowego lub prac konserwacyjnych na serwerze ERP, kolejka przechowuje wszystkie operacje i wykonuje je automatycznie po przywróceniu łączności, co zapobiega utracie informacji o zgłoszeniach i dokumentach.
Konfiguracja integracji obejmuje popularne systemy zarządzania przedsiębiorstwem oraz platformy obsługi klienta i wsparcia IT używane w firmach handlowych, usługowych i produkcyjnych:
Typowe scenariusze wdrożeniowe obejmują między innymi automatyczną weryfikację numeru seryjnego reklamowanego sprzętu w bazie magazynowej Subiekta podczas rejestracji zgłoszeń w Zendesku, rozliczanie pakietów godzinowych w umowach serwisowych w Comarch ERP Optima na podstawie zamkniętych zadań w Jira Service Management, a także synchronizację kontrahentów z modułu WAPRO Mag do systemu zgłoszeniowego GLPI lub osTicket.
Próby samodzielnego tworzenia połączeń między systemami za pomocą prostych skryptów lub nieoficjalnych narzędzi często prowadzą do poważnych problemów ze stabilnością i bezpieczeństwem danych:
Najbardziej niebezpiecznym błędem jest bezpośredni zapis danych do tabel relacyjnej bazy danych SQL systemu ERP z pominięciem interfejsu programistycznego producenta. Bazy danych systemów ERP posiadają skomplikowane relacje, ograniczenia integralności oraz wyzwalacze (triggery - procedury bazodanowe uruchamiane automatycznie przy zmianie danych). Bezpośrednie wstawianie lub modyfikowanie rekordów za pomocą poleceń SQL INSERT lub UPDATE niemal zawsze prowadzi do naruszenia spójności danych, błędów podczas przeliczania stanów magazynowych, a w skrajnych przypadkach do utraty gwarancji i wsparcia technicznego producenta oprogramowania.
Kolejnym powszechnym problemem jest brak odpowiednich reguł sprawdzania duplikatów (deduplikacji). Jeśli skrypt integrujący dopasowuje klientów wyłącznie na podstawie adresu poczty elektronicznej, zmiana domeny lub wysłanie wiadomości z innego adresu przez tego samego pracownika kontrahenta powoduje utworzenie nowej, zdublowanej kartoteki w systemie ERP, co zaburza historię sprzedaży i zestawienia księgowe.
Częstym uchybieniem jest również nieuwzględnienie limitów przepustowości interfejsów programistycznych (rate limiting - narzucone przez dostawcę chmury ograniczenie maksymalnej liczby zapytań w jednostce czasu). Przekroczenie limitu w systemie helpdesk skutkuje odrzucaniem kolejnych zapytań, zrywaniem synchronizacji i powstawaniem rozbieżności pomiędzy stanem bazy ERP a widokiem w panelu obsługi zgłoszeń.
Wiele nieprofesjonalnych rozwiązań pomija także kwestie bezpieczeństwa, przechowując hasła do baz danych oraz klucze uwierzytelniające API w postaci jawnego tekstu w plikach konfiguracyjnych lub skryptach, co stwarza bezpośrednie ryzyko wycieku poufnych danych handlowych.
Przed przystąpieniem do prac konfiguracyjnych warto przeanalizować, czy specyfika działalności rzeczywiście wymaga łączenia dwóch odrębnych systemów:
W przypadku firm obsługujących jedynie kilka zgłoszeń serwisowych w miesiącu nakłady pracy związane z wdrożeniem i późniejszym utrzymaniem integracji mogą przewyższać korzyści z automatyzacji. W takiej skali ręczne wprowadzanie danych do systemu handlowego pozostaje rozwiązaniem wystarczającym.
Integracja nie jest również konieczna, gdy firma korzysta z modułu serwisowego wbudowanego w posiadany system ERP (na przykład moduł Serwis w Comarch ERP Optima lub moduł zleceń serwisowych w Gestorze nexo), a funkcjonalność tego modułu w pełni zaspokaja potrzeby zespołu technicznego i nie zachodzi potrzeba udostępniania klientom zewnętrznego portalu zgłoszeniowego online.
Podobnie w sytuacji, gdy helpdesk służy wyłącznie do obsługi wewnętrznych zgłoszeń pracowników firmy (na przykład zapytania do działu kadr, administracji biura lub wewnętrznego wsparcia IT), wymiana danych z bazą towarową, cennikami i kartotekami zewnętrznych kontrahentów systemu ERP nie znajduje uzasadnienia procesowego.
Usługa konfiguracji integracji realizowana jest w siedzibie klienta przez serwisanta, który przeprowadza wdrożenie według ustandaryzowanego planu technicznego:
Zależy to od wybranego modelu architektury. W przypadku integracji opartej na webhookach i REST API przekazywanie informacji o nowym zgłoszeniu lub zmianie statusu następuje w czasie ułamków sekund (w czasie rzeczywistym). W przypadku synchronizacji zbiorczej kartotek towarowych i stanów magazynowych standardowo konfiguruje się harmonogram cykliczny (na przykład co kilka lub kilkanaście minut), aby nie obciążać nadmiernie serwera bazy danych ciągłymi zapytaniami.
Prawidłowo wdrożona integracja wykorzystuje mechanizm buforowania i kolejkowania zdarzeń. Wszystkie operacje, które nie mogły zostać natychmiast przekazane do drugiego systemu z powodu braku łączności, zostają zapisane w lokalnej kolejce. Po przywróceniu działania sieci lub ponownym uruchomieniu serwera system automatycznie ponawia próbę wysłania zaległych pakietów w odpowiedniej kolejności chronologicznej, co wyklucza ryzyko utraty danych.
Nie jest to bezwzględnie wymagane. Choć stały publiczny adres IP ułatwia konfigurację bezpośrednich połączeń przychodzących, to w przypadku jego braku można zastosować oprogramowanie pośredniczące działające w trybie odpytywania (polling - cykliczne wysyłanie zapytań wychodzących z sieci lokalnej do chmury) lub zestawić bezpieczny tunel VPN (Virtual Private Network - wirtualna sieć prywatna tworząca zaszyfrowane połączenie między sieciami). Dzięki temu nie ma konieczności wystawiania bazy danych ERP bezpośrednio do publicznej sieci Internet.
Nie, jeśli integracja została wykonana zgodnie ze standardami inżynieryjnymi za pośrednictwem oficjalnych interfejsów programistycznych (API lub dedykowanych bibliotek producenta ERP, takich jak Sfera czy bSAPI). Interfejsy te posiadają wbudowane mechanizmy walidacji i wymuszają zachowanie wszelkich reguł integralności biznesowej systemu ERP. Wszelkie błędne żądania są odrzucane przez mechanizmy kontrolne zanim trafią do bazy danych.
Wszystkie połączenia sieciowe realizowane są wyłącznie za pośrednictwem szyfrowanych kanałów HTTPS z wykorzystaniem protokołu TLS oraz silnych algorytmów kryptograficznych. Klucze dostępowe, tokeny uwierzytelniające i hasła dostępowe do bazy danych są przechowywane w postaci zaszyfrowanej z wykorzystaniem mechanizmów bezpieczeństwa systemu operacyjnego (na przykład Windows Data Protection API - interfejs ochrony danych w systemie Windows), a dostęp do nich mają wyłącznie autoryzowane procesy systemowe.
Prawidłowo skonfigurowane połączenie systemu ERP z platformą helpdesk eliminuje konieczność wielokrotnego przepisywania tych samych informacji pomiędzy różnymi programami, co redukuje ryzyko pomyłek przy fakturowaniu, zamawianiu części i weryfikacji gwarancji. Wdrożenie integracji wykonywane jest bezpośrednio w siedzibie firmy na terenie Warszawy oraz okolicznych gmin w promieniu 40 kilometrów (w tym powiatów grodziskiego, legionowskiego, otwockiego, piaseczyńskiego, pruszkowskiego, warszawskiego zachodniego oraz wołomińskiego), co pozwala na dopasowanie każdego parametru wymiany danych do rzeczywistego obiegu dokumentów i specyfiki technicznej wykorzystywanego środowiska informatycznego.