Middleware og API-integration
Ét integrationslag til alle systemer og partnere, med fejlsituationerne håndteret
Når hver forbindelse er sit eget script
De fleste virksomheder er afhængige af tjenester, de ikke selv driver: et CRM-system, transportører og 3PL-logistikudbydere, skatteplatforme, KYC- og AML-screening og SaaS-værktøjer. Hver har sit eget API, sine egne grænser og sin egen måde at fejle på.
Når de forbindes én ad gangen, bliver de til en samling punkt-til-punkt-scripts, som ingen helt forstår. En partner ændrer sit API, en besked går tabt om natten, og det første tegn er en klage fra en kunde.
Det ændrer sig for dig
Ét lag i stedet for et virvar af scripts
Systemerne udgiver og modtager hændelser gennem ét styret lag, så en ny partner ikke kræver ændringer i alle systemer.
Intet tabt, intet duplikeret
Idempotente skrivninger, gentagne forsøg med stigende ventetid og en dead-letter-kø, så en fejl fanges og afspilles igen i stedet for at gå tabt.
Hvert flow er synligt
Traces, fejlrater og latenstid pr. partner, med alarmer, der fortæller, hvilken partner der fejlede, og hvordan.
Det leverer vi
API-gateway
Én styret indgang til de API’er, du udgiver: autentifikation, hastighedsgrænser, kvoter, versionering og brugsanalyse.
Event mesh og enterprise service bus
Et event mesh er et netværk af brokere, der dirigerer hændelser mellem systemer og lokationer i realtid. Hvor dit systemlandskab allerede kører på en enterprise service bus (ESB), designer og udvider vi også den.
BPMN-workflowautomatisering
Processer, der går på tværs af systemer og mennesker, såsom onboarding eller godkendelser, modelleret i BPMN (Business Process Model and Notation) og afviklet af en workflowmotor.
Konnektorer til tredjepartsøkosystemer
Konnektorer over REST, SOAP og webhooks eller gennem en iPaaS (integrationsplatform som en service) til udbydere af CRM, 3PL-logistik, skat samt KYC og AML.
API-kontrakter og versionering
OpenAPI- eller WSDL-definitioner for hvert interface, med feltregler, fejlkoder og grænser og en politik for, hvordan partneres ændringer håndteres.
Identitet og hemmeligheder
Enkeltlogon (SSO) med OpenID Connect eller SAML, serviceadgang med OAuth 2.0 og adgangsoplysninger i et hemmelighedslager, med afgrænsede rettigheder og løbende rotation.
Pålidelighed og overvågning
Idempotensnøgler, gentagne forsøg, dead-letter-køer og en manuel behandlingsvej for hver undtagelse, med dashboards og alarmer pr. partner.
Sådan arbejder vi
Gør status
Vi oplister de systemer og partnere, du er afhængig af, de data, hver enkelt har brug for, og de fejl, du ser i dag.
Design laget
Vi skriver API-kontrakterne og vælger direkte kald, hændelser, en ESB eller en integrationsplatform for hvert flow.
Byg konnektorerne
Vi bygger hver konnektor med fejlhåndtering, beskyttelse mod dubletter og logning på plads fra starten.
Test med hver partner
Vi kører kontrakttests og ende-til-ende-scenarier i hver partners testmiljø, inklusive fejl.
Udgiv sikkert
Vi udgiver i etaper og holder den gamle vej åben, indtil den nye har vist sig at virke.
Drift og tilpasning
Vi holder øje med fejlrater og dead-letter-beskeder og tilpasser konnektorerne, når partnere ændrer deres API’er.
Rul sidelæns for at se hele tegningen.
ERP til tredjeparter: én platform, mange partnere
Forretningshændelser forlader ERP-systemet én gang, og integrationsplatformen leverer dem til hver partner i det format, partneren forventer. Callbacks kommer tilbage samme vej. En besked, der stadig fejler efter sine gentagne forsøg, går til en dead-letter-kø og udløser en alarm med payloaden vedhæftet.
- Primært flow
- Asynkron
- Undtagelsessti
Forløbet i 9 trin
Forløbet, trin for trin
- Fra ERP til Integrationsplatform: Forretningshændelser, over REST · OData · webhook (primært flow).
- Fra Integrationsplatform til CRM: Kunder og ordrer, over REST/JSON (primært flow).
- Fra Integrationsplatform til Logistik og transportører: Forsendelser booket, over REST/JSON (primært flow).
- Fra Logistik og transportører til Integrationsplatform: Sporingshændelser, over webhook (asynkron).
- Fra Integrationsplatform til E-fakturerings- og skatteplatform: Fakturaer til godkendelse, over SOAP/XML · REST (primært flow).
- Fra Integrationsplatform til KYC- og identitetsudbyder: Identitetstjek, over REST/JSON (primært flow).
- Fra KYC- og identitetsudbyder til Integrationsplatform: Tjekresultater, over webhook (asynkron).
- Fra Integrationsplatform til Dead-letter-kø og alarmer: Fejlet efter gentagne forsøg, til en dead-letter-kø (undtagelsessti).
- Fra Dead-letter-kø og alarmer til Supportteam: Alarm med payloaden og fejlen (undtagelsessti).
Protokoller, platforme og standarder
Hvis du allerede ejer en integrationsplatform, bygger vi videre på den. At nævne et produkt betyder ikke, at vi er partner med leverandøren.
- Data og analyser
- Apache Kafka
- Integration
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identitet og adgang
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Sundhedsstandarder
- HL7 v2
- HL7 FHIR
Dokumenteret i produktionen
For en tier-1-bank i GCC og et regionalt konglomerat byggede vi et hændelsesdrevet middleware-mesh på Apache Kafka. Det forbinder SAP S/4HANA med banker og skattemyndigheder, med hemmeligheder opbevaret i HashiCorp Vault.
Sådan begynder du
En klar liste over partnere og flows går direkte til et forslag. Et udokumenteret virvar af eksisterende integrationer starter med Brownfield Diagnostic Bridge.
Det sker der nu
Forhåndskonsultation
En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.
Parathedsanalyse
I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.
Valg af spor
Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.
Levering i fem faser
Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.
Projekter med fast resultat og administrerede tjenester døgnet rundt
Milepælsdrevet levering med fast omfang og navngivne leveringsansvarlige samt administrerede applikationstjenester døgnet rundt under SLA-styring.
Indlejrede specialister og strategisk teamforstærkning
Ledende ingeniører og specialister nearshore og på stedet samt indlejrede løsnings-, transformations-, PQC- og integrationsarkitekter.
Spørgsmål og svar
Skal vi bruge en integrationsplatform eller specialudviklet kode?
Det afhænger af, hvor mange forbindelser du har, og hvem der skal drive dem. En integrationsplatform som MuleSoft, Boomi eller Azure Logic Apps giver dig færdige konnektorer, mapping og overvågning ét sted, mod en licensomkostning. Specialudviklede services giver dig fuld kontrol og ingen licens, men mere kode at vedligeholde. Vi sammenligner begge løsninger i din situation.
Hvad er forskellen på en ESB og et event mesh?
En enterprise service bus dirigerer og transformerer beskeder gennem en central hub. Et event mesh fordeler hændelser gennem et netværk af forbundne brokere, så systemer i forskellige cloudmiljøer og på forskellige lokationer udgiver og abonnerer direkte. Mange systemlandskaber kører begge dele, mens de går fra det ene til det andet.
Hvad sker der, når en partners API er nede?
Anmodninger, der fejler af midlertidige årsager, forsøges igen med stigende ventetid. Hver skrivning har en idempotensnøgle, så et nyt forsøg aldrig opretter en ekstra ordre eller faktura. En besked, der stadig fejler, går til en dead-letter-kø med payload og fejl. Dit team får en alarm, og beskeden afspilles igen, når partneren er oppe igen.
Hvordan håndterer I ændringer af API-versioner?
De API’er, du udgiver, versionerer vi, vi holder gamle versioner kørende i en aftalt periode og fortæller brugerne, hvad der ændres. For de API’er, du kalder, følger vi hver partners udfasningsmeddelelser og tester nye versioner i partnerens sandkasse. Kontrakttests fanger en uanmeldt ændring, før den når produktion.
Kan I forbinde vores identitetsudbyder?
Ja. Vi tilføjer enkeltlogon (SSO) med OpenID Connect eller SAML 2.0 gennem udbydere som Microsoft Entra ID eller Keycloak. Brugere klargøres med SCIM, hvor applikationen understøtter det. Din identitetsudbyder er fortsat det eneste sted, hvor adgang gives og fjernes.
Hvordan håndterer I hastighedsgrænser?
Vi designer ud fra hver partners offentliggjorte grænser. Vi samler anmodninger i batches, hvor API’et tillader det, cacher data, der sjældent ændres, spreder planlagte jobs og sænker tempoet, når en grænse nærmer sig. Overvågningen viser, hvor tæt hvert flow kører på sin grænse.
Klar til at bygge? Bed om et forslag.
Send dine krav eller din RFP. Vores arkitekter validerer dem og sender et bindende forslag med fast omfang retur.
Det sker der nu
Parathedsanalyse
I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.
Bindende forslag
Efter arkitekturvalidering uden omkostninger modtager du et bindende forslag med fast omfang inden for 3 til 5 hverdage: milepæle, arkitektur, teamstruktur og SLA’er. Vi underskriver efter anmodning en fortrolighedsaftale (NDA) med dig, før du deler dine krav.
Mobilisering
Når du har underskrevet, begynder vores ingeniørteams på sprint 0 inden for 5 til 10 hverdage efter kontraktunderskrivelse.
Levering i fem faser
Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.