Cztery drogi do tego samego celu
Decyzja zapadła: koniec z ręcznym przenoszeniem zamówień między systemami. I tu zaczyna się drugi kłopot, o którym mówi się rzadziej. Jeden dostawca proponuje integrację przez API. Drugi przekonuje, że wystarczy nocny eksport plików CSV. Znajomy z branży zachwala roboty RPA, które klikają w ekran za człowieka, a skoro część dokumentów i tak przychodzi PDF-em, kusi jeszcze OCR. Każda z tych dróg bywa dobra. Żadna nie jest dobra wszędzie.
Ile kosztuje samo przepisywanie i jak policzyć jego skalę, opisaliśmy w tekście o tym, ile godzin tygodniowo zespół traci na przenoszenie danych. Tutaj zakładamy, że rachunek już macie. Pora wybrać sposób połączenia.
API, czyli łącze bezpośrednie
Systemy rozmawiają ze sobą programowo: zamówienie zapisane w ERP po chwili jest w CRM, bez udziału człowieka. To najtrwalsza forma integracji, bo producent systemu traktuje API jak oficjalną umowę. Zmiany zapowiada, dokumentuje i utrzymuje wstecz.
Uczciwe widełki dla pojedynczego łącznika to zwykle 2-6 tygodni, a koszt zależy głównie od liczby przepływów i jakości dokumentacji po obu stronach. Przyznajemy otwarcie: na starcie API kosztuje więcej niż zrzut pliku, bo wymaga pracy programistycznej i testów. Za to utrzymanie jest potem najtańsze ze wszystkich czterech dróg.
Eksport plikowy, czyli prostota z terminarzem
Jeden system co noc zapisuje plik CSV lub XML, drugi wczytuje go rano. Brzmi archaicznie, a bywa najrozsądniejsze: wdrożenie zajmuje od kilku dni do dwóch tygodni i kosztuje najmniej. Ceną prostoty jest opóźnienie. Dane płyną raz na dobę i zwykle w jedną stronę. Do przekazywania faktur do księgowości wystarczy, do stanów magazynowych w sklepie internetowym już nie.
OCR, gdy dane przychodzą jako obraz
Faktury od setek dostawców, skany protokołów, papier. OCR z warstwą AI wyciąga z dokumentu pola i zapisuje je w systemie. Ta droga ma sens, gdy po drugiej stronie nie ma z czym się integrować, bo nadawców są dziesiątki i nie narzucimy im formatu. Skuteczność nigdy nie wynosi 100%, więc obowiązkową częścią wdrożenia jest proces weryfikacji wyjątków przez człowieka. Realny czas: 3-8 tygodni, zależnie od różnorodności dokumentów.
RPA, czyli robot, który klika jak człowiek
Skrypt loguje się do aplikacji i wykonuje w interfejsie te same ruchy, które robił pracownik. Zaleta jest oczywista: nie potrzeba API ani zgody producenta, a działające demo powstaje w kilka dni. Wada też: robot jest przyspawany do wyglądu ekranu. Aktualizacja systemu przesuwa przycisk o 20 pikseli i przepływ staje, często bezgłośnie. Naszym zdaniem RPA powinno być ostatnią, nie pierwszą opcją, bo niski koszt startu firmy spłacają potem co miesiąc w utrzymaniu i w nerwach po każdej aktualizacji.
Tabela porównawcza
| Kryterium | API | Eksport plikowy | OCR | RPA |
|---|---|---|---|---|
| Kiedy ma sens | oba systemy mają API | dane potrzebne raz dziennie | dokumenty od wielu nadawców | system zamknięty, brak API |
| Czas wdrożenia | 2-6 tygodni | dni do 2 tygodni | 3-8 tygodni | dni (demo), tygodnie (produkcyjnie) |
| Koszt startu | średni | niski | średni do wysokiego | niski |
| Koszt utrzymania | niski | niski, ale wymaga właściciela | średni (weryfikacja wyjątków) | wysoki |
| Kruchość | niska | niska | średnia | wysoka |
| Aktualność danych | sekundy | doba | minuty do godzin | minuty |
Trzy pułapki, które widujemy najczęściej
Pierwsza: RPA na interfejsie, który się zmienia. Jeśli dostawca systemu wydaje aktualizacje co kwartał, robot będzie się psuł co kwartał. Budżet na jego pilnowanie potrafi przerosnąć koszt porządnego łącznika API.
Druga: eksport CSV bez właściciela. Plik przestaje się generować, nikt nie dostaje alertu i przez dwa tygodnie firma pracuje na starych danych. Eksport plikowy musi mieć imiennie wskazanego opiekuna i automatyczny alarm, gdy plik nie dojdzie.
Trzecia: OCR na dokumentach, które mogłyby przyjść cyfrowo. Skoro kontrahent wystawia faktury w systemie z API albo przez KSeF, czytanie jego PDF-ów maszynowo to płacenie za sztuczny problem. Taniej ustalić format wymiany.
Drzewo decyzyjne w czterech krokach
- Oba systemy mają udokumentowane API? Wybierzcie API. Wyższy koszt startu zwróci się w utrzymaniu.
- API brakuje, ale dane wystarczą raz dziennie? Eksport plikowy, z właścicielem i alarmem.
- Dane przychodzą jako dokumenty od wielu zewnętrznych nadawców? OCR z procesem weryfikacji wyjątków.
- System zamknięty, dostawca nie współpracuje, a dane potrzebne na bieżąco? Dopiero teraz RPA, z budżetem na utrzymanie i planem przejścia na API, gdy tylko się pojawi.
W praktyce większe wdrożenia mieszają drogi: API między ERP a CRM, OCR na faktury od dostawców, eksport plikowy do hurtowni danych. To normalne. Ważne, żeby każdy przepływ dostał narzędzie dobrane do swojej charakterystyki, a nie jedno ulubione narzędzie dostawcy.
Jak robimy to w ESKOM AI
W ESKOM AI dobór drogi integracji jest częścią analizy, nie założeniem z góry. Sprawdzamy interfejsy Waszych systemów, potem zespół wyspecjalizowanych agentów AI wykonuje większość pracy inżynierskiej przy budowie łącznika, a całość przechodzi pełen zakres testów: jednostkowych, integracyjnych, E2E, interfejsu, bezpieczeństwa i wydajnościowych. Dzięki zautomatyzowanemu procesowi wytwarzania mówimy o tygodniach, nie kwartałach. Jak taki projekt wygląda krok po kroku, opisaliśmy w tekście o tym, jak połączyć ERP, CRM i własną aplikację w tygodnie.
Jeśli stoicie przed wyborem którejś z czterech dróg, umówcie bezpłatną konsultację przez formularz na eskom.ai/pl/kontakt. Napiszcie, jakie systemy chcecie połączyć i jak szybko dane muszą płynąć — wrócimy z rekomendacją konkretnej drogi i uczciwą wyceną.