Conexiuni între ERP și API-urile terților
De la ERP la terți: CRM, logistică, fiscalitate și identitate
Conexiuni REST, SOAP, webhook și iPaaS între ERP-ul dumneavoastră și serviciile din jurul lui, cu reîncercări și alerte.
Blueprint
Derulați lateral pentru a vedea întregul desen.
ERP către terți: o platformă, mulți parteneri
Evenimentele de business părăsesc ERP-ul o singură dată, iar platforma de integrare le livrează fiecărui partener în formatul pe care îl așteaptă. Apelurile inverse se întorc pe aceeași cale. Un mesaj care eșuează și după reîncercări ajunge într-o coadă de mesaje eșuate și ridică o alertă cu conținutul atașat.
- Flux principal
- Asincron
- Cale de excepție
Fluxul în 9 pași
Fluxul, pas cu pas
- De la ERP la Platformă de integrare: Evenimente de business, prin REST · OData · webhook (flux principal).
- De la Platformă de integrare la CRM: Clienți și comenzi, prin REST/JSON (flux principal).
- De la Platformă de integrare la Logistică și transportatori: Expedieri rezervate, prin REST/JSON (flux principal).
- De la Logistică și transportatori la Platformă de integrare: Evenimente de urmărire, prin webhook (asincron).
- De la Platformă de integrare la Platformă de facturare electronică și fiscalitate: Facturi pentru validare, prin SOAP/XML · REST (flux principal).
- De la Platformă de integrare la Furnizor KYC și de identitate: Verificări de identitate, prin REST/JSON (flux principal).
- De la Furnizor KYC și de identitate la Platformă de integrare: Rezultatele verificărilor, prin webhook (asincron).
- De la Platformă de integrare la Coadă de mesaje eșuate și alerte: Eșuat după reîncercări, către o coadă de mesaje eșuate (cale de excepție).
- De la Coadă de mesaje eșuate și alerte la Echipa de suport: Alertă cu conținutul și eroarea (cale de excepție).
Prezentare generală
Acesta este fluxul dintre ERP-ul dumneavoastră și serviciile din jurul lui: CRM-ul, curierii și furnizorii de logistică, platformele de facturare electronică și fiscalitate, precum și furnizorii de identitate și KYC. Fiecare partener are propriul API, propriul format și propriile defecțiuni, iar fiecare ajunge de obicei ca un proiect separat.
Arhitectura de referință trimite evenimentele de business din ERP o singură dată, către o platformă de integrare care le livrează fiecărui partener în formatul așteptat, prin REST, SOAP, webhooks sau EDI prin AS2, acolo unde partenerii comerciali o cer. Notificările de retur, cum ar fi evenimentele de urmărire sau rezultatele verificărilor, se întorc prin aceeași platformă.
Faptul că un partener este indisponibil este un eveniment normal, nu o urgență. Defecțiunile temporare sunt reîncercate. Un mesaj care eșuează și după reîncercări ajunge într-o coadă de mesaje eșuate, iar o alertă ajunge la echipa de suport cu conținutul mesajului și eroarea, astfel încât să poată fi corectat și retrimis.
Cum funcționează fluxul
ERP-ul publică un eveniment
Când un client, o comandă sau o factură se modifică, ERP-ul publică un eveniment de business către platforma de integrare, prin API-ul său, servicii OData sau webhooks.
CRM-ul rămâne actualizat
Platforma actualizează conturile, persoanele de contact și comenzile în CRM, astfel încât echipele de vânzări și de servicii să vadă ce știe ERP-ul.
Expedierile sunt rezervate
Comenzile pregătite de expediere sunt rezervate la curier sau la furnizorul de logistică prin API-ul acestuia, iar etichetele și referințele se întorc.
Urmărirea se întoarce
Curierul trimite evenimente de urmărire și de dovadă a livrării prin webhook, iar platforma actualizează comanda în ERP.
Facturile sunt validate
Facturile sunt trimise platformei de facturare electronică sau de fiscalitate în formatul cerut de autoritate, iar starea de validare este păstrată împreună cu factura.
Identitățile sunt verificate
Clienții sau furnizorii noi sunt trimiși la furnizorul de KYC sau de identitate, iar rezultatul se întoarce prin webhook înainte ca contul să fie activat.
Când ceva eșuează
Un partener este temporar indisponibil
Apelul este reîncercat cu intervale tot mai mari. O cheie de idempotență la fiecare scriere garantează că o reîncercare nu creează niciodată o a doua expediere sau factură.
Un mesaj eșuează și după reîncercări
Ajunge într-o coadă de mesaje eșuate, împreună cu conținutul mesajului și eroarea partenerului, iar echipa de suport este alertată. După corectare, mesajul este retrimis din coadă.
Un partener își modifică API-ul
Testele de contract rulează pe mediul de test al fiecărui partener și detectează modificarea. Schimbările anunțate sunt planificate și testate înainte de termenul partenerului.
Datele sunt respinse
Un partener care refuză datele dintr-un motiv de business, cum ar fi un cod fiscal lipsă, trimite eroarea înapoi la înregistrarea din ERP, unde proprietarul ei o poate corecta.
Standarde și sisteme
- Integrare
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Identitate și acces
- OAuth 2.0
Întrebări și răspunsuri
Ce servicii ale terților puteți conecta?
Orice serviciu cu un API documentat sau cu o interfață pe fișiere. Exemple tipice sunt platformele CRM, curierii și furnizorii de logistică, marketplace-urile, platformele de facturare electronică și fiscalitate, soluțiile de salarizare, furnizorii de KYC și identitate și partenerii comerciali care schimbă documente EDI prin AS2. Analizăm API-ul, limitele și mediul de test ale fiecărui partener înainte de a ne angaja la un plan.
Avem nevoie de o platformă de integrare pentru asta?
Odată ce mai mulți parteneri sunt conectați la un singur ERP, o platformă precum MuleSoft, Boomi sau Azure Logic Apps, ori un set de servicii personalizate construite pe o coadă de mesaje, ține maparea, reîncercările și monitorizarea într-un singur loc. Cu unul sau doi parteneri, conexiunile directe pot fi suficiente. Vă prezentăm compromisurile, inclusiv costurile de licență, pentru cazul dumneavoastră.
Ne puteți conecta la platforme de facturare electronică și validare fiscală?
Da. Multe țări cer acum ca facturile să fie emise sau validate printr-o platformă guvernamentală sau acreditată, într-un format definit. Integrăm ERP-ul cu platforma cerută de țara dumneavoastră sau cu un furnizor acreditat, păstrăm starea de validare și identificatorii împreună cu fiecare factură și gestionăm respingerile. Consilierii dumneavoastră fiscali confirmă regulile care vi se aplică.
Cum securizați webhook-urile primite?
Fiecare webhook primit este verificat înainte de procesare: prin semnătură acolo unde partenerul își semnează mesajele și prin verificarea tokenului, a sursei și a momentului de timp acolo unde nu o face. Conținutul mesajelor este validat față de contract, iar evenimentele sunt procesate o singură dată chiar dacă partenerul le trimite de mai multe ori.
Ce se întâmplă când un partener are o cădere?
Restul fluxurilor continuă să ruleze. Mesajele pentru partenerul respectiv sunt reîncercate și apoi puse în coadă, echipa de suport este alertată și nimic nu se pierde. Când partenerul își revine, mesajele din coadă sunt retrimise în ordine. Panoul arată ce partener este afectat și câte mesaje sunt în așteptare.
Cine deține conectorii pe care îi construiți?
Proprietatea intelectuală asupra lucrului pe care îl construim pentru dumneavoastră vă aparține din primul commit, fără un pas de cesiune la final. Conectorii sunt livrați cu codul sursă, testele și documentația lor, astfel încât echipa dumneavoastră sau alt furnizor să îi poată întreține. Orice instrumente XSIS care existau înainte rămân ale noastre și vă sunt licențiate. API-urile partenerilor și licențele platformelor de integrare rămân supuse termenilor acelor furnizori.
Începeți cu o conversație, nu cu un contract.
Spuneți-ne ce trebuie să construiți, să conectați sau să securizați. Un arhitect parcurge totul împreună cu dumneavoastră, apoi recomandă de unde să începeți.
Ce se întâmplă în continuare
Convenirea unei ore
Echipa noastră vă scrie prin e-mail pentru a conveni o oră pentru sesiune.
Sesiune de preconsultanță
O sesiune online gratuită de preconsultanță de 30 de minute: trecem în revistă obiectivele, sistemele și constrângerile dumneavoastră.
Evaluarea de pregătire
Într-o evaluare de pregătire gratuită în 48 de ore, un arhitect principal verifică proiectul dumneavoastră față de definiția „pregătit” în 6 puncte și recomandă traseul potrivit.
Alegerea traseului
Proiectele cu scop definit primesc o propunere fermă în 3–5 zile lucrătoare. Proiectele aflate în faza de concept încep în Blueprint Studio. Un sistem live care eșuează, nu este documentat sau are nevoie de integrare începe cu un diagnostic de 1–2 săptămâni. Blueprint Studio și diagnosticul au fiecare un tarif fix, cotat în propunere.