Automatyczny import danych przez FTP - stany magazynowe, urządzenia i obiekty w Locatick bez ręcznego wgrywania

Problem: dane serwisowe zmieniają się poza systemem serwisowym

Gdy stany części, urządzenia czy certyfikaty żyją w innym systemie, ktoś musi regularnie przenosić je do Locatick. Bez automatyzacji to powtarzalna, łatwa do zaniedbania praca.

Rozwiązanie: cykliczny import CSV z konta FTP z mailowym podsumowaniem

Import korzysta z konta FTP, na którym umieszczane są pliki CSV. Import uruchamia się cyklicznie, pobiera pliki i przypisuje dane z kolejnych wierszy do odpowiednich rekordów w systemie. W jednym przebiegu aktualizuje sześć typów danych: zadania, urządzenia, obiekty, klientów, certyfikaty i pola dodatkowe - w tym stany magazynowe części.

Po zakończeniu importu system automatycznie wysyła mail z podsumowaniem. Osoba odpowiedzialna za dane od razu wie, że aktualizacja się odbyła, i nie musi niczego sprawdzać ręcznie w panelu.

Jak działa automatyczny import danych przez FTP - krok po kroku

Co daje import: aktualne dane w Locatick bez ręcznych importów

Import danych do systemu serwisowego - CSV, FTP i automatyzacja

Automatyczny import to najprostszy sposób, żeby system serwisowy korzystał z danych z innych programów bez budowania pełnej integracji. Oto, co warto wiedzieć przed wdrożeniem.

Kiedy wybrać import CSV przez FTP zamiast integracji API?

Import przez FTP jest dobrym wyborem, gdy dane zmieniają się w przewidywalnym rytmie, a system źródłowy nie ma nowoczesnego API albo jego udostępnienie byłoby kosztowne. Większość systemów magazynowych, księgowych i ERP potrafi wygenerować plik CSV, a zapisanie go na koncie FTP to standardowa funkcja. Dla firmy serwisowej oznacza to szybkie wdrożenie bez ingerencji w system źródłowy. Integracja API jest lepsza, gdy dane muszą płynąć na bieżąco i w obie strony - jak w przypadku dwukierunkowej integracji z Nuvolo. Oba podejścia dobrze się uzupełniają: API obsługuje zdarzenia ze zleceń, a cykliczny import aktualizuje dane referencyjne, takie jak stany magazynowe, urządzenia czy certyfikaty. Dla wielu firm import przez FTP jest też pierwszym krokiem - pozwala szybko uporządkować dane, a pełną integrację można zbudować później, gdy pojawi się taka potrzeba.

Jakie dane warto aktualizować automatycznym importem?

Najlepiej sprawdzają się dane, które powstają poza systemem serwisowym, ale są potrzebne technikom i dyspozytorom w codziennej pracy. Typowe przykłady to stany magazynowe części, lista urządzeń u klientów, baza obiektów i adresów, dane kontrahentów, certyfikaty i uprawnienia czy wartości pól dodatkowych opisujących urządzenia. Jeden import może aktualizować naraz sześć typów danych: zadania, urządzenia, obiekty, klientów, certyfikaty i pola dodatkowe. Mniej sensu ma import danych, które zmieniają się kilka razy na godzinę i od których zależy reakcja w czasie rzeczywistym - tam lepiej sprawdzi się webhook lub API. Dobrym testem jest pytanie: czy kilkugodzinne opóźnienie w aktualizacji tych danych komuś zaszkodzi? W praktyce najwięcej korzyści daje automatyzacja tych danych, które dziś ktoś regularnie przepisuje lub wgrywa ręcznie - to one najczęściej się dezaktualizują i to na nich najłatwiej o pomyłkę.

Jak przygotować plik CSV do importu do systemu serwisowego?

Kluczowe są stały układ kolumn i jednoznaczny identyfikator rekordu. Każdy wiersz powinien zawierać pole, po którym system rozpozna, czy aktualizuje istniejący obiekt, urządzenie lub klienta, czy tworzy nowy - na przykład numer seryjny urządzenia albo wewnętrzny kod obiektu. Nazwy i kolejność kolumn nie powinny się zmieniać między kolejnymi plikami, bo import opiera się na mapowaniu kolumn na pola w systemie. Warto też ustalić format dat, separator dziesiętny i kodowanie znaków, żeby polskie litery nie zamieniały się w krzaki. Przy pierwszym uruchomieniu import testuje się na kopii danych i porównuje wynik z plikiem źródłowym. Dopiero po takim sprawdzeniu włącza się harmonogram na danych produkcyjnych. Jeśli system źródłowy pozwala wybrać zakres eksportu, warto ograniczyć plik do pól, które rzeczywiście są potrzebne w systemie serwisowym - mniejszy plik to szybszy import i mniej miejsc, w których coś może się nie zgadzać.

Jak często uruchamiać automatyczny import?

Częstotliwość powinna odpowiadać temu, jak szybko dane się dezaktualizują i jak często system źródłowy generuje plik. Stany magazynowe części zwykle aktualizuje się częściej, bo od nich zależy, czy technik zabierze właściwy element na zlecenie. Baza obiektów, klientów czy certyfikatów zmienia się rzadziej, więc wystarczy rzadszy rytm. Zbyt częsty import nie daje korzyści, jeśli plik źródłowy i tak powstaje raz dziennie, a niepotrzebnie obciąża oba systemy. Zbyt rzadki oznacza, że zespół pracuje na nieaktualnych danych. Dobrą praktyką jest ustawienie importu tuż po momencie, w którym system źródłowy zapisuje nowy plik, i obserwowanie przez pierwsze tygodnie, czy rytm odpowiada rzeczywistym potrzebom serwisu. Warto też pamiętać o porze dnia - import uruchamiany przed rozpoczęciem pracy techników sprawia, że od rana planują oni zlecenia na świeżych danych, a dyspozytor nie musi sprawdzać, czy wczorajsze zmiany zdążyły trafić do systemu.

Dlaczego podsumowanie każdego importu jest ważne?

Automatyczny import działa w tle, więc bez potwierdzenia łatwo przeoczyć moment, w którym przestał działać - na przykład dlatego, że system źródłowy nie zapisał pliku albo zmienił się jego format. Mailowe podsumowanie wysyłane po każdym imporcie daje osobie odpowiedzialnej za dane prosty sygnał, że aktualizacja się odbyła. Brak maila w zwykłym terminie to z kolei sygnał, że trzeba sprawdzić, co się stało. Podsumowanie jest wysyłane automatycznie po każdym imporcie, więc nikt nie musi logować się do systemu tylko po to, żeby zweryfikować, czy dane są aktualne. To niewielki element, ale bez niego automatyzacja szybko traci zaufanie zespołu. Podsumowanie warto kierować do osoby, która zna dane i potrafi ocenić, czy wynik wygląda rozsądnie - szybciej wychwyci ona nietypową sytuację niż ktoś, dla kogo to tylko kolejne powiadomienie.

Import jednorazowy a import cykliczny - czym się różnią?

Import jednorazowy służy do przeniesienia danych na start, na przykład przy wdrożeniu systemu serwisowego, gdy trzeba zaimportować bazę klientów, obiektów i urządzeń z Excela lub poprzedniego programu. Import cykliczny działa stale i co jakiś czas aktualizuje dane, które nadal powstają w innym systemie. Jednorazowy import można przygotować ręcznie i sprawdzić wiersz po wierszu. Cykliczny wymaga stabilnego formatu pliku, jednoznacznych identyfikatorów i mechanizmu powiadomień, bo nikt nie będzie go za każdym razem kontrolował. Przykładem importu, który porządkuje dane z innego źródła, jest import urządzeń z BaseLinkera pod serwis cykliczny. Import przez FTP idzie krok dalej - działa bez udziału człowieka. Często oba rodzaje importu występują po kolei: jednorazowy przenosi historyczne dane przy starcie, a cykliczny utrzymuje je potem w aktualności. Dzięki temu zespół zaczyna pracę na kompletnej bazie i nie musi później pilnować ręcznych aktualizacji.

Jak zadbać o bezpieczeństwo danych przesyłanych przez FTP?

Plik z danymi klientów i stanami magazynowymi to informacja, którą trzeba chronić. Podstawą jest osobne konto FTP przeznaczone wyłącznie do importu, z silnym hasłem i uprawnieniami ograniczonymi do jednego katalogu. Jeśli system źródłowy na to pozwala, warto korzystać z szyfrowanych wariantów protokołu, takich jak SFTP lub FTPS, które chronią dane podczas przesyłania. Dobrą praktyką jest też usuwanie lub archiwizowanie przetworzonych plików, żeby na serwerze nie gromadziły się stare dane, oraz regularna zmiana haseł dostępowych. Warto ustalić, kto po stronie firmy odpowiada za konto FTP i kto dostaje mailowe podsumowania importów - to ułatwia szybką reakcję, gdy coś pójdzie nie tak. Dobrze jest również monitorować nieudane próby logowania i wiedzieć, z jakich adresów system źródłowy łączy się z serwerem - pozwala to szybko zauważyć nieuprawniony dostęp.

Najczęstsze pytania o automatyczny import danych przez FTP