Firma korzystająca z osobnych programów do sprzedaży, magazynu i księgowości musi zadbać o przepływ informacji między nimi, a także ze swoimi kontrahentami. W tym celu przeprowadza się integrację systemów, która zmniejsza ilość błędów ludzkich i przyspiesza pracę. Wyróżniamy różne rodzaje metod połączenia oprogramowania. Tym razem postaramy się przybliżyć Wam różnice pomiędzy API i EDI.
Przez API jeden program pobiera dane z drugiego lub zleca mu określone zadania. W sklepie internetowym taka integracja systemów służy np. do sprawdzania dostępności produktu albo tworzenia przesyłki w systemie przewoźnika. Dane są często przesyłane w formacie JSON lub XML. W EDI firmy wymieniają dokumenty, np. zamówienia i faktury zgodne ze standardem EDIFACT. Oprogramowanie odczytuje ich treść i przypisuje zawarte w nich dane do pól w systemie odbiorcy. Obie strony muszą jednak tak samo rozumieć oznaczenia produktów i jednostki miary. Jeśli ilość podana w kartonach zostanie odczytana jako liczba pojedynczych sztuk, dostawa będzie za mała, choć sam dokument dotrze bez błędów.
Program korzystający z API zwykle otrzymuje dane bezpośrednio w odpowiedzi na swoje zapytanie. Dokumenty EDI często czekają na zbiorczą wysyłkę o ustalonej porze, choć można je też przesyłać zaraz po utworzeniu. Nawet szybko przesłane informacje mogą jednak czekać na aktualizację w programie odbiorcy. Jeśli sklep odświeża stany magazynowe okresowo, do kolejnego pobrania danych może oznaczać sprzedany już towar jako dostępny. Faktura przesłana przez EDI może natomiast dotrzeć od razu, a pojawić się w programie księgowym dopiero po przetworzeniu. Podczas testów integracji systemowej zmierz więc czas od zmiany danych u nadawcy do ich wyświetlenia w aplikacji odbiorcy.
Koszt integracji API obejmuje przygotowanie i utrzymanie połączenia. W EDI często dochodzą opłaty za platformę wymiany dokumentów oraz podłączanie kolejnych kontrahentów. Jeśli programy mają gotowe, dobrze udokumentowane API, potrzeba mniej pracy programistycznej. Stworzenie interfejsu od podstaw oznacza natomiast dodatkowe wydatki na projekt, napisanie kodu i testy. Później firma płaci za dostosowanie połączenia do zmian w aplikacjach, a czasem również za korzystanie z API. W EDI trzeba uwzględnić dopasowanie dokumentów do wytycznych partnera, testy oraz abonament lub opłaty za transmisję. Porównując oferty, uwzględnij zarówno uruchomienie integracji, jak i jej późniejsze utrzymanie. Zapytaj, czy dodanie nowego odbiorcy faktur jest dodatkowo płatne i czy stała opłata obejmuje usuwanie błędów po aktualizacji programu. Ustal też, czy wsparcie rozlicza się ryczałtowo, czy według czasu poświęconego na rozwiązanie problemu.
API może zastąpić EDI przy wymianie dokumentów z konkretnym partnerem, jeśli obie firmy zaakceptują taką zmianę. Trzeba wówczas uzgodnić, jak programy będą sprawdzać poprawność danych, potwierdzać odbiór i zgłaszać odrzucenie dokumentu. Zasady te obowiązują również przy nowym sposobie komunikacji. Jeśli kontrahenci korzystają już z EDI, rozsądniejsze może być połączenie obu rozwiązań. Firma odbiera wtedy zamówienia przez EDI, a ich dane przekazuje do własnego systemu ERP przez API.
Zanim ustalisz szczegóły wdrożenia, spisz programy używane w firmie i określ, jakie dane pracownicy obecnie przepisują ręcznie. Na tej podstawie programiści przygotują integrację systemową, dzięki której oszczędzisz wiele czasu i pracy. Sprawdź naszą ofertę i przedstaw nam trudności w wymianie informacji występujące w Twojej firmie.
Aby zapewnić jak najlepsze wrażenia, korzystamy z technologii, takich jak pliki cookie, do przechowywania i/lub uzyskiwania dostępu do informacji o urządzeniu. Zgoda na te technologie pozwoli nam przetwarzać dane, takie jak zachowanie podczas przeglądania lub unikalne identyfikatory na tej stronie. Brak wyrażenia zgody lub wycofanie zgody może niekorzystnie wpłynąć na niektóre cechy i funkcje.