Połączenia ERP z zewnętrznymi API
ERP do podmiotów zewnętrznych: CRM, logistyka, podatki i tożsamość
Połączenia REST, SOAP, webhook i iPaaS między Państwa ERP a otaczającymi je usługami, z ponowieniami i alertami.
Blueprint
Prosimy przewinąć w bok, aby zobaczyć cały rysunek.
ERP do stron trzecich: jedna platforma, wielu partnerów
Zdarzenia biznesowe opuszczają ERP raz, a platforma integracyjna dostarcza je każdemu partnerowi w oczekiwanym formacie. Wywołania zwrotne wracają tą samą drogą. Komunikat, który nadal zawodzi po ponowieniach, trafia do kolejki komunikatów niedoręczonych i wywołuje alert z dołączonym ładunkiem.
- Ścieżka główna
- Asynchroniczny
- Ścieżka wyjątku
Przepływ w 9 krokach
Przepływ krok po kroku
- Od ERP do Platforma integracyjna: Zdarzenia biznesowe przez REST · OData · webhook (ścieżka główna).
- Od Platforma integracyjna do CRM: Klienci i zamówienia przez REST/JSON (ścieżka główna).
- Od Platforma integracyjna do Logistyka i przewoźnicy: Przesyłki zamówione przez REST/JSON (ścieżka główna).
- Od Logistyka i przewoźnicy do Platforma integracyjna: Zdarzenia śledzenia przez webhook (asynchroniczny).
- Od Platforma integracyjna do Platforma e-fakturowania i podatkowa: Faktury do zatwierdzenia przez SOAP/XML · REST (ścieżka główna).
- Od Platforma integracyjna do Dostawca KYC i tożsamości: Kontrole tożsamości przez REST/JSON (ścieżka główna).
- Od Dostawca KYC i tożsamości do Platforma integracyjna: Wyniki kontroli przez webhook (asynchroniczny).
- Od Platforma integracyjna do Kolejka komunikatów niedoręczonych i alerty: Nieudane po ponowieniach, do kolejki komunikatów niedoręczonych (ścieżka wyjątku).
- Od Kolejka komunikatów niedoręczonych i alerty do Zespół wsparcia: Alert z ładunkiem i błędem (ścieżka wyjątku).
Przegląd
To przepływ między Państwa ERP a otaczającymi je usługami: CRM, przewoźnikami i dostawcami logistycznymi, platformami e-fakturowania i podatków oraz dostawcami tożsamości i KYC. Każdy partner ma własne API, własny format i własne awarie, a każdy zwykle wymaga osobnego projektu.
Wzorzec referencyjny wysyła zdarzenia biznesowe z ERP raz, do platformy integracyjnej, która dostarcza je każdemu partnerowi w oczekiwanym formacie przez REST, SOAP, webhooki lub EDI over AS2, gdy wymagają tego partnerzy handlowi. Wywołania zwrotne, takie jak zdarzenia śledzenia lub wyniki kontroli, wracają przez tę samą platformę.
Niedostępność partnera to normalne zdarzenie, a nie awaria. Przejściowe błędy są ponawiane. Komunikat, który nadal zawodzi po ponowieniach, trafia do kolejki komunikatów niedoręczonych, a zespół wsparcia otrzymuje alert z ładunkiem i błędem, aby można go było naprawić i odtworzyć.
Jak działa przepływ
ERP publikuje zdarzenie
Gdy zmienia się klient, zamówienie lub faktura, ERP publikuje jedno zdarzenie biznesowe do platformy integracyjnej przez API, usługi OData lub webhooki.
CRM pozostaje aktualny
Platforma aktualizuje konta, kontakty i zamówienia w CRM, więc zespoły sprzedaży i obsługi widzą to, co wie ERP.
Wysyłki są zamawiane
Zamówienia gotowe do wysyłki są zamawiane u przewoźnika lub dostawcy logistycznego przez jego API, a etykiety i referencje wracają.
Śledzenie wraca
Przewoźnik wysyła zdarzenia śledzenia i potwierdzenia dostawy przez webhook, a platforma aktualizuje zamówienie w ERP.
Faktury są rozliczane
Faktury są wysyłane do platformy e-fakturowania lub podatkowej w formacie wymaganym przez organ, a status rozliczenia jest przechowywany razem z fakturą.
Tożsamości są sprawdzane
Nowi klienci lub dostawcy są wysyłani do dostawcy KYC lub tożsamości, a wynik wraca przez webhook, zanim konto zostanie aktywowane.
Gdy coś zawodzi
Partner jest chwilowo niedostępny
Wywołanie jest ponawiane z rosnącymi opóźnieniami. Klucz idempotencji przy każdym zapisie sprawia, że ponowienie nigdy nie tworzy drugiej wysyłki ani faktury.
Komunikat nadal zawodzi po ponowieniach
Trafia do kolejki komunikatów niedoręczonych z ładunkiem i błędem partnera, a zespół wsparcia otrzymuje alert. Po naprawie jest odtwarzany z kolejki.
Partner zmienia swoje API
Testy kontraktowe działają w środowisku testowym każdego partnera i wychwytują zmianę. Zapowiedziane zmiany są planowane i testowane przed terminem partnera.
Dane są odrzucane
Partner, który odrzuca dane z przyczyn biznesowych, na przykład z powodu brakującego numeru podatkowego, odsyła błąd do rekordu w ERP, gdzie właściciel może go poprawić.
Standardy i systemy
- Integracja
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Tożsamość i dostęp
- OAuth 2.0
Pytania i odpowiedzi
Jakie usługi zewnętrzne można połączyć?
Każdą usługę z udokumentowanym API lub interfejsem plikowym. Typowe przykłady to platformy CRM, przewoźnicy i dostawcy logistyczni, marketplace’y, platformy e-fakturowania i podatkowe, kadry i płace, dostawcy KYC i tożsamości oraz partnerzy handlowi wymieniający dokumenty EDI przez AS2. Przed zobowiązaniem się do planu sprawdzamy API, limity i środowisko testowe każdego partnera.
Czy potrzebna jest do tego platforma integracyjna?
Gdy do jednego ERP podłączonych jest kilku partnerów, platforma taka jak MuleSoft, Boomi lub Azure Logic Apps albo zestaw usług własnych na kolejce komunikatów utrzymuje mapowanie, ponowienia i monitoring w jednym miejscu. Przy jednym lub dwóch partnerach mogą wystarczyć połączenia bezpośrednie. Przedstawiamy kompromisy, w tym koszty licencji, dla Państwa przypadku.
Czy można połączyć nas z platformami e-fakturowania i rozliczania podatków?
Tak. Wiele krajów wymaga teraz wystawiania lub rozliczania faktur przez rządową albo akredytowaną platformę w określonym formacie. Integrujemy ERP z platformą wymaganą w Państwa kraju lub z akredytowanym dostawcą, przechowujemy status rozliczenia i identyfikatory przy każdej fakturze oraz obsługujemy odrzucenia. Obowiązujące przepisy potwierdzają Państwa doradcy podatkowi.
Jak zabezpieczane są przychodzące webhooki?
Każdy przychodzący webhook jest weryfikowany przed przetworzeniem: podpisem, jeśli partner podpisuje komunikaty, oraz kontrolą tokenu, źródła i znacznika czasu, jeśli tego nie robi. Ładunki są walidowane względem kontraktu, a zdarzenia przetwarzane raz, nawet jeśli partner wyśle je więcej niż raz.
Co się dzieje, gdy partner ma awarię?
Pozostałe przepływy działają dalej. Komunikaty dla tego partnera są ponawiane, a następnie kolejkowane, zespół wsparcia otrzymuje alert i nic nie ginie. Gdy partner wraca, zakolejkowane komunikaty są odtwarzane w kolejności. Pulpit pokazuje, którego partnera dotyczy problem i ile komunikatów czeka.
Kto jest właścicielem budowanych konektorów?
Własność intelektualna pracy, którą dla Państwa tworzymy, należy do Państwa od pierwszego commita — bez etapu cesji na końcu. Konektory są dostarczane z kodem źródłowym, testami i dokumentacją, więc Państwa zespół lub inny dostawca może je utrzymywać. Narzędzia XSIS, które istniały wcześniej, pozostają nasze i są Państwu licencjonowane. API partnerów i licencje platform integracyjnych podlegają warunkom tych dostawców.
Najpierw rozmowa, nie umowa.
Prosimy opowiedzieć, co trzeba zbudować, połączyć lub zabezpieczyć. Architekt przechodzi przez to z Państwem, a następnie rekomenduje, od czego zacząć.
Co dalej
Ustalenie terminu
Nasz zespół pisze do Państwa, aby ustalić termin sesji.
Sesja przeddoradcza
To bezpłatna 30-minutowa konsultacja wstępna online: omawiamy Państwa cele, systemy i ograniczenia.
Ocena gotowości
To bezpłatna 48-godzinna ocena gotowości: główny architekt sprawdza projekt pod kątem 6-punktowej definicji gotowości i rekomenduje dopasowaną ścieżkę.
Wybór ścieżki
Projekty gotowe zakresowo otrzymują wiążącą ofertę w ciągu 3–5 dni roboczych. Projekty na etapie koncepcji zaczynają się w Blueprint Studio. Działający system, który zawodzi, nie ma dokumentacji lub wymaga integracji, zaczyna się od diagnostyki: 1–2 tygodnie. Blueprint Studio i diagnostyka mają stałą opłatę podaną w ofercie.