API-tilkoblinger fra ERP-systemet til tredjeparter
ERP-systemet til tredjeparter: CRM, logistikk, skatt og identitet
REST-, SOAP-, webhook- og iPaaS-tilkoblinger mellom ERP-systemet og tjenestene rundt, med nye forsøk og varsler.
Blueprint
Rull sidelengs for å se hele tegningen.
ERP til tredjeparter: én plattform, mange partnere
Forretningshendelser forlater ERP-en én gang, og integrasjonsplattformen leverer dem til hver partner i formatet partneren forventer. Tilbakekall kommer tilbake samme vei. En melding som fortsatt feiler etter nye forsøk, går til en dead-letter-kø og utløser et varsel med nyttelasten vedlagt.
- Hovedforløp
- Asynkron
- Unntaksbane
Forløpet i 9 steg
Forløpet, steg for steg
- Fra ERP til Integrasjonsplattform: Forretningshendelser, over REST · OData · webhook (hovedforløp).
- Fra Integrasjonsplattform til CRM: Kunder og ordrer, over REST/JSON (hovedforløp).
- Fra Integrasjonsplattform til Logistikk og transportører: Forsendelser bestilt, over REST/JSON (hovedforløp).
- Fra Logistikk og transportører til Integrasjonsplattform: Sporingshendelser, over webhook (asynkron).
- Fra Integrasjonsplattform til E-fakturering og avgiftsplattform: Fakturaer til godkjenning, over SOAP/XML · REST (hovedforløp).
- Fra Integrasjonsplattform til KYC og identitetsleverandør: Identitetskontroller, over REST/JSON (hovedforløp).
- Fra KYC og identitetsleverandør til Integrasjonsplattform: Kontrollresultater, over webhook (asynkron).
- Fra Integrasjonsplattform til Dead-letter-kø og varsler: Feilet etter nye forsøk, til en dead-letter-kø (unntaksbane).
- Fra Dead-letter-kø og varsler til Støtteteam: Varsel med nyttelast og feil (unntaksbane).
Oversikt
Dette er flyten mellom ERP-systemet og tjenestene rundt: CRM, transportører og logistikkleverandører, e-fakturerings- og skatteplattformer og identitets- og KYC-leverandører. Hver partner har sitt eget API, sitt eget format og sine egne feil, og hver av dem kommer vanligvis som et eget prosjekt.
Referansedesignet sender forretningshendelser ut av ERP-systemet én gang, til en integrasjonsplattform som leverer dem til hver partner i formatet partneren forventer, over REST, SOAP, webhooks eller EDI over AS2 der handelspartnere krever det. Tilbakekall (callbacks), som sporingshendelser eller kontrollresultater, kommer tilbake gjennom samme plattform.
At en partner er nede, er en normal hendelse, ikke en krise. Midlertidige feil forsøkes på nytt. En melding som fortsatt feiler etter nye forsøk, går til en dead-letter-kø, og et varsel når støtteteamet med nyttelasten og feilen, slik at den kan rettes og spilles av på nytt.
Slik fungerer flyten
ERP-systemet publiserer en hendelse
Når en kunde, ordre eller faktura endres, publiserer ERP-systemet én forretningshendelse til integrasjonsplattformen, gjennom API-et, OData-tjenester eller webhooks.
CRM-systemet holdes oppdatert
Plattformen oppdaterer kontoer, kontakter og ordrer i CRM-systemet, slik at salgs- og serviceteam ser det ERP-systemet vet.
Forsendelser bookes
Ordrer klare for sending bookes hos transportøren eller logistikkleverandøren gjennom API-et, og etiketter og referanser kommer tilbake.
Sporing kommer tilbake
Transportøren sender sporings- og leveringsbekreftelseshendelser via webhook, og plattformen oppdaterer ordren i ERP-systemet.
Fakturaer godkjennes
Fakturaer sendes til e-fakturerings- eller skatteplattformen i formatet myndighetene krever, og godkjenningsstatusen lagres sammen med fakturaen.
Identiteter sjekkes
Nye kunder eller leverandører sendes til KYC- eller identitetsleverandøren, og resultatet kommer tilbake via webhook før kontoen aktiveres.
Når noe feiler
En partner er midlertidig utilgjengelig
Kallet forsøkes på nytt med økende ventetid. En idempotensnøkkel på hver skriving gjør at et nytt forsøk aldri oppretter en ny forsendelse eller faktura.
En melding feiler fortsatt etter nye forsøk
Den går til en dead-letter-kø med nyttelasten og partnerens feil, og støtteteamet varsles. Når feilen er rettet, spilles den av på nytt fra køen.
En partner endrer API-et sitt
Kontraktstester kjøres mot hver partners testmiljø og fanger opp endringen. Varslede endringer planlegges og testes før partnerens frist.
Dataene avvises
En partner som avviser data av forretningsmessige årsaker, for eksempel manglende organisasjonsnummer, sender feilen tilbake til ERP-posten, der eieren kan rette den.
Standarder og systemer
- Integrasjon
- REST
- SOAP
- Webhooks
- OpenAPI
- EDI (EDIFACT, ANSI X12)
- AS2
- MuleSoft
- Boomi
- Azure Logic Apps
- Identitet og tilgang
- OAuth 2.0
Spørsmål og svar
Hvilke tredjepartstjenester kan dere koble til?
Enhver tjeneste med et dokumentert API eller filgrensesnitt. Typiske eksempler er CRM-plattformer, transportører og logistikkleverandører, markedsplasser, e-fakturering og avgiftsplattformer, lønn, KYC og identitetsleverandører, og handelspartnere som utveksler EDI-dokumenter over AS2. Vi gjennomgår hver partners API, grenser og testmiljø før vi forplikter oss til en plan.
Trenger vi en integrasjonsplattform for dette?
Når flere partnere er koblet til ett ERP-system, holder en plattform som MuleSoft, Boomi eller Azure Logic Apps, eller et sett med skreddersydde tjenester bygget på en meldingskø, mapping, nye forsøk og overvåking på ett sted. Med én eller to partnere kan direkte tilkoblinger være nok. Vi legger frem avveiningene, inkludert lisenskostnader, for din situasjon.
Kan dere koble oss til e-fakturering og plattformer for godkjenning hos skattemyndighetene?
Ja. Mange land krever nå at fakturaer utstedes eller godkjennes gjennom en statlig eller akkreditert plattform i et definert format. Vi integrerer ERP-systemet med plattformen landet ditt krever eller med en akkreditert leverandør, lagrer godkjenningsstatus og identifikatorer med hver faktura, og håndterer avvisninger. Skatterådgiverne dine bekrefter reglene som gjelder for deg.
Hvordan sikrer dere innkommende webhooks?
Hver innkommende webhook verifiseres før den behandles: med signatur der partneren signerer meldingene sine, og med kontroll av token, kilde og tidsstempel der den ikke gjør det. Nyttelasten valideres mot kontrakten, og hendelser behandles én gang selv om partneren sender dem flere ganger.
Hva skjer når en partner har driftsstans?
Resten av flytene fortsetter å kjøre. Meldinger til den partneren forsøkes på nytt og settes deretter i kø, støtteteamet varsles, og ingenting går tapt. Når partneren er tilbake, spilles meldinger i kø av i rekkefølge. Dashbordet viser hvilken partner som er berørt og hvor mange meldinger som venter.
Hvem eier koblingene dere bygger?
Immaterielle rettigheter til arbeidet vi bygger for deg er dine fra første commit, uten noe overføringstrinn til slutt. Koblinger leveres med kildekode, tester og dokumentasjon, slik at teamet ditt eller en annen leverandør kan vedlikeholde dem. XSIS-verktøy som fantes før, forblir våre og lisensieres til deg. Partneres API-er og lisenser til integrasjonsplattformer følger disse leverandørenes egne vilkår.
Start med en samtale, ikke en kontrakt.
Fortell oss hva du trenger å bygge, koble sammen eller sikre. En arkitekt går gjennom det med deg og anbefaler deretter hvor du bør starte.
Hva skjer videre
Avtale tid
Teamet vårt sender deg en e-post for å avtale tid til samtalen.
Forhåndssamtale
En gratis forhåndssamtale på 30 minutter på nett: vi går gjennom målene, systemene og begrensningene dine.
Modenhetsvurdering
I en gratis modenhetsvurdering innen 48 timer kontrollerer en ledende arkitekt prosjektet ditt mot definisjonen av klar (6 punkter) og anbefaler sporet som passer.
Valg av spor
Prosjekter med definert omfang får et bindende forslag innen 3 til 5 virkedager. Prosjekter i konseptfasen starter i Blueprint Studio. Et system i drift som svikter, er udokumentert eller trenger integrasjon, starter med en diagnose på 1 til 2 uker. Blueprint Studio og diagnosen har hver en fastpris som angis i forslaget.