Middleware og API-integrasjonstjenester
Ett integreringslag for alle systemer og partnere, med feiltilfellene håndtert
Når hver tilkobling er sitt eget skript
De fleste virksomheter er avhengige av tjenester de ikke drifter selv: et CRM, transportører og 3PL-logistikkleverandører, skatteplattformer, KYC- og AML-screening og SaaS-verktøy. Hver av dem har sitt eget API, sine egne grenser og sin egen måte å feile på.
Koblet til én om gangen blir de en samling punkt-til-punkt-skript som ingen forstår fullt ut. En partner endrer API-et sitt, en melding forsvinner om natten, og det første tegnet er en kundeklage.
Det som endres for deg
Ett lag i stedet for et nett av skript
Systemer publiserer og mottar hendelser gjennom ett styrt lag, så en ny partner ikke betyr at hvert system må endres.
Ingenting tapt, ingenting duplisert
Idempotente skrivinger, nye forsøk med økende ventetid og en dead-letter-kø, så en feil fanges opp og kjøres på nytt i stedet for å gå tapt.
Hver flyt synlig
Sporinger, feilrater og latens per partner, med varsler som sier hvilken partner som feilet og hvordan.
Det vi leverer
API-gateway
Én styrt inngang for API-ene du publiserer: autentisering, frekvensgrenser, kvoter, versjonering og bruksanalyse.
Event mesh og enterprise service bus
Et event mesh er et nettverk av meklere som ruter hendelser mellom systemer og steder i sanntid. Der systemporteføljen allerede kjører på en enterprise service bus (ESB), designer og utvider vi også den.
BPMN-arbeidsflytautomatisering
Prosesser som spenner over systemer og mennesker, som kundeetablering eller godkjenninger, modellert i BPMN (Business Process Model and Notation) og kjørt av en arbeidsflytmotor.
Koblinger til tredjepartsøkosystemer
Koblinger over REST, SOAP og webhooks, eller gjennom en iPaaS (integration platform as a service), for CRM, 3PL-logistikk, skatt og KYC- og AML-leverandører.
API-kontrakter og versjonering
OpenAPI- eller WSDL-definisjoner for hvert grensesnitt, med feltregler, feilkoder og grenser, og en policy for å ta imot partnernes endringer.
Identitet og hemmeligheter
Enkel pålogging med OpenID Connect eller SAML, tjenestetilgang med OAuth 2.0, og legitimasjon i et hemmelighetshvelv, avgrenset og rotert.
Pålitelighet og overvåking
Idempotensnøkler, nye forsøk, dead-letter-køer og en menneskelig driftsvei for hvert unntak, med dashbord og varsler per partner.
Slik arbeider vi
Kartlegg
Vi lister opp systemene og partnerne du er avhengig av, dataene hver av dem trenger, og feilene du ser i dag.
Utform laget
Vi skriver API-kontraktene og velger direkte kall, hendelser, en ESB eller en integreringsplattform for hver flyt.
Bygg koblingene
Vi bygger hver kobling med feilhåndtering, duplikatvern og logging på plass fra starten.
Test med hver partner
Vi kjører kontraktstester og ende til ende-scenarioer i hver partners testmiljø, også feiltilfeller.
Utgiv trygt
Vi gir ut i trinn og holder den gamle veien tilgjengelig til den nye er bevist.
Drift og tilpasning
Vi følger med på feilrater og dead letters, og tilpasser koblingene når partnere endrer API-ene sine.
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).
Protokoller, plattformer og standarder
Hvis du allerede har en integrasjonsplattform, bygger vi på den. Å navngi et produkt betyr ikke at vi har et partnerskap med leverandøren.
- Data og analyse
- Apache Kafka
- Integrasjon
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identitet og tilgang
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Helsestandarder
- HL7 v2
- HL7 FHIR
Bevist i produksjon
For en Tier-1-bank i GCC og et regionalt konglomerat bygde vi et hendelsesdrevet mellomvaremesh på Apache Kafka. Det kobler SAP S/4HANA til banker og skattemyndigheter, med hemmeligheter i HashiCorp Vault.
Slik starter du
En tydelig liste over partnere og flyter går rett til et forslag. Et udokumentert nett av eksisterende integrasjoner starter med Brownfield Diagnostic Bridge.
Hva skjer videre
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.
Leveranse i fem trinn
Mobilisering, sprinter med livedemoer, integrasjon og herding, godkjenning og idriftsettelse, deretter forvaltede tjenester. Etter idriftsettelsen kommer en garantiperiode, deretter valgfri støtte og vedlikehold.
Prosjekter med fast resultat og forvaltede tjenester døgnet rundt
Leveranse med fast omfang og milepæler, med navngitte leveranseledere, og forvaltede applikasjonstjenester døgnet rundt under SLA-styring.
Innebygde spesialister og strategisk forsterkning
Nære og lokale ledende ingeniører og spesialister, og innebygde løsnings-, transformasjons-, PQC- og integrasjonsarkitekter.
Spørsmål og svar
Bør vi bruke en integrasjonsplattform eller skreddersydd kode?
Det avhenger av hvor mange tilkoblinger du har og hvem som skal drifte dem. En integrasjonsplattform som MuleSoft, Boomi eller Azure Logic Apps gir deg ferdige koblinger, mapping og overvåking på ett sted, mot en lisenskostnad. Skreddersydde tjenester gir deg full kontroll og ingen lisens, men mer kode å vedlikeholde. Vi sammenligner begge for din situasjon.
Hva er forskjellen mellom en ESB og et hendelsesmesh?
En enterprise service bus ruter og transformerer meldinger gjennom en sentral hub. Et hendelsesmesh fordeler hendelser gjennom et nettverk av tilkoblede meglere, slik at systemer i ulike skyer og på ulike steder publiserer og abonnerer direkte. Mange miljøer kjører begge mens de går fra det ene til det andre.
Hva skjer når en partners API er nede?
Forespørsler som feiler av midlertidige årsaker, forsøkes på nytt med økende ventetid. Hver skriving har en idempotensnøkkel, så et nytt forsøk aldri oppretter en ny ordre eller faktura. En melding som fortsatt feiler, går til en dead-letter-kø med nyttelasten og feilen. Et varsel når teamet ditt, og meldingen spilles av på nytt når partneren er oppe igjen.
Hvordan håndterer dere endringer i API-versjoner?
For API-ene du publiserer, versjonerer vi dem, holder gamle versjoner i drift i en avtalt periode og forteller konsumentene hva som endres. For API-ene du kaller, følger vi hver partners varsel om utfasing og tester nye versjoner i sandkassen deres. Kontrakttester fanger opp en uvarslet endring før den når produksjon.
Kan dere koble til identitetsleverandøren vår?
Ja. Vi legger til enkel pålogging med OpenID Connect eller SAML 2.0 gjennom leverandører som Microsoft Entra ID eller Keycloak. Brukere provisjoneres med SCIM der applikasjonen støtter det. Identitetsleverandøren din forblir det ene stedet der tilgang gis og fjernes.
Hvordan håndterer dere frekvensgrenser?
Vi designer rundt hver partners publiserte grenser. Vi samler forespørsler i batcher der API-et tillater det, cacher data som sjelden endres, sprer planlagte jobber og venter lenger når en grense er nær. Overvåking viser hvor nær hver flyt er grensen.
Klar til å bygge? Be om forslag.
Send kravene dine eller en anmodning om forslag (RFP). Arkitektene våre validerer dem og returnerer et bindende forslag med fast omfang.
Hva skjer videre
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.
Bindende forslag
Etter arkitekturvalidering uten kostnad mottar du et bindende forslag med fast omfang innen 3 til 5 virkedager: milepæler, arkitektur, teamstruktur og SLA-er. Vi signerer en konfidensialitetsavtale (NDA) med deg på forespørsel, før du deler kravene dine.
Mobilisering
Når du har signert, starter utviklingsteamene våre sprint 0 innen 5 til 10 virkedager etter kontraktsignering.
Leveranse i fem trinn
Mobilisering, sprinter med livedemoer, integrasjon og herding, godkjenning og idriftsettelse, deretter forvaltede tjenester. Etter idriftsettelsen kommer en garantiperiode, deretter valgfri støtte og vedlikehold.