Przykład: zamówienia przekazywane do ERP

Załóżmy, że zamówienie powstaje w Open Mercato, a ERP obsługuje jego realizację. Ustal, kiedy zamówienie ma trafić do ERP i jak oba systemy rozpoznają tego samego klienta oraz produkt. Zapisz w Open Mercato identyfikator zamówienia nadany przez ERP. Ustal też, w którym systemie będzie można później zmieniać dane zamówienia.

Wybierz moment przekazania danych

  • Bezpośrednie żądanie do drugiego systemu przez API: gdy użytkownik potrzebuje wyniku od razu i oba systemy działają.
  • Powiadomienie o zmianie, na przykład przez webhook: gdy zapis w jednym systemie ma uruchomić działanie w drugim.
  • Regularne sprawdzanie danych: gdy zmiany mają być przesyłane co pewien czas lub trzeba uzupełnić pominięte aktualizacje.
  • Import z pliku: do pierwszego przeniesienia danych lub gdy system ma ograniczone możliwości połączenia.

Co zrobić, gdy nie przyjdzie potwierdzenie?

Drugi system może przyjąć zamówienie, mimo że potwierdzenie do Ciebie nie dotrze. Ponowne wysłanie może wtedy utworzyć drugie zamówienie. Nadawaj przesyłanym operacjom stałe identyfikatory i sprawdzaj, czy drugi system już je wykonał. Zapisuj informacje o nieudanych próbach. Przetestuj brak odpowiedzi, przekroczenie limitu żądań oraz sytuację, w której udało się przesłać tylko część danych.

Połączenia z polskimi systemami

Jeśli korzystasz z KSeF, Comarch Optima, enova365, Symfonii, BaseLinkera lub Allegro, poproś wykonawcę o pokaz działania integracji z Twoją wersją systemu. Sprawdź na przykład przesłanie jednego zamówienia lub faktury. Ten przewodnik nie potwierdza dostępności tych integracji. W planie prac uwzględnij możliwość, że potrzebne połączenie trzeba będzie zbudować.

Źródła

Zgłoś korektę