Mellanprogramvara och API-integration
Ett integrationslager för varje system och partner, med felfallen hanterade
När varje anslutning är ett eget skript
De flesta verksamheter är beroende av tjänster de inte driver själva: ett CRM, transportörer och 3PL-leverantörer, skatteplattformar, KYC- och AML-kontroller samt SaaS-verktyg. Var och en har sitt eget API, sina egna gränser och sitt eget sätt att fallera.
Kopplade en i taget blir de en uppsättning punkt-till-punkt-skript som ingen fullt ut förstår. En partner ändrar sitt API, ett meddelande tappas på natten, och det första tecknet är ett kundklagomål.
Vad som förändras för dig
Ett lager i stället för ett nät av skript
System publicerar och tar emot händelser via ett styrt lager, så att en ny partner inte innebär att varje system måste röras.
Inget tappat, inget dubblerat
Idempotenta skrivningar, nya försök med växande väntetider och en dead-letter-kö, så att ett fel fångas och spelas upp i stället för att tappas.
Varje flöde synligt
Spårningar, felfrekvens och svarstid per partner, med larm som säger vilken partner som fallerade och hur.
Vad vi levererar
API-gateway
En styrd ingång för de API:er du publicerar: autentisering, hastighetsgränser, kvoter, versionshantering och användningsstatistik.
Event mesh och enterprise service bus
Ett event mesh är ett nät av brokers som dirigerar händelser mellan system och platser i realtid. Där din miljö redan bygger på en enterprise service bus (ESB) utformar och bygger vi även ut den.
BPMN-baserad arbetsflödesautomatisering
Processer som spänner över system och människor, som kundintroduktion eller godkännanden, modellerade i BPMN (Business Process Model and Notation) och körda av en arbetsflödesmotor.
Kopplingar till tredjepartsekosystem
Kopplingar via REST, SOAP och webhooks, eller genom en iPaaS (integration platform as a service), för CRM, 3PL-logistik samt skatte- och KYC- och AML-leverantörer.
API-kontrakt och versionshantering
OpenAPI- eller WSDL-definitioner för varje gränssnitt, med fältregler, felkoder och gränser, och en policy för att hantera partnernas ändringar.
Identitet och hemligheter
Enkel inloggning med OpenID Connect eller SAML, tjänståtkomst med OAuth 2.0 och autentiseringsuppgifter i ett hemlighetsvalv, avgränsade och roterade.
Tillförlitlighet och övervakning
Idempotensnycklar, nya försök, dead-letter-köer och en manuell driftväg för varje undantag, med instrumentpaneler och larm per partner.
Hur vi arbetar
Inventera
Vi listar de system och partner du är beroende av, vilken data var och en behöver och vilka fel du ser i dag.
Designa lagret
Vi skriver API-kontrakten och väljer direkta anrop, händelser, en ESB eller en integrationsplattform för varje flöde.
Bygg kopplingarna
Vi bygger varje koppling med felhantering, skydd mot dubbletter och loggning på plats från början.
Testa med varje partner
Vi kör kontraktstester och scenarier från början till slut i varje partners testmiljö, inklusive fel.
Släpp säkert
Vi släpper i etapper och håller den gamla vägen tillgänglig tills den nya har visat sig fungera.
Drifta och anpassa
Vi följer felfrekvens och dead-letter-meddelanden och anpassar kopplingarna när partnerna ändrar sina API:er.
Rulla i sidled för att se hela ritningen.
ERP till tredje parter: en plattform, många partner
Affärshändelser lämnar ERP en gång och integrationsplattformen levererar dem till varje partner i det format den förväntar sig. Callbacks kommer tillbaka samma väg. Ett meddelande som fortfarande misslyckas efter sina nya försök hamnar i en dead-letter-kö och utlöser ett larm med nyttolasten bifogad.
- Primärt flöde
- Asynkront
- Undantagsväg
Flödet i 9 steg
Flödet, steg för steg
- Från ERP till Integrationsplattform: Affärshändelser, över REST · OData · webhook (primärt flöde).
- Från Integrationsplattform till CRM: Kunder och order, över REST/JSON (primärt flöde).
- Från Integrationsplattform till Logistik och transportörer: Sändningar bokade, över REST/JSON (primärt flöde).
- Från Logistik och transportörer till Integrationsplattform: Spårningshändelser, över webhook (asynkront).
- Från Integrationsplattform till E-fakturerings- och skatteplattform: Fakturor för godkännande, över SOAP/XML · REST (primärt flöde).
- Från Integrationsplattform till KYC- och identitetsleverantör: Identitetskontroller, över REST/JSON (primärt flöde).
- Från KYC- och identitetsleverantör till Integrationsplattform: Kontrollresultat, över webhook (asynkront).
- Från Integrationsplattform till Dead-letter-kö och larm: Misslyckades efter nya försök, till en dead-letter-kö (undantagsväg).
- Från Dead-letter-kö och larm till Supportteam: Larm med nyttolast och fel (undantagsväg).
Protokoll, plattformar och standarder
Om du redan har en integrationsplattform bygger vi på den. Att nämna en produkt betyder inte att vi är partner med dess leverantör.
- Data och analys
- Apache Kafka
- Integration
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identitet och åtkomst
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Standarder inom hälso- och sjukvård
- HL7 v2
- HL7 FHIR
Bevis i produktion
För en Tier 1-bank i GCC och ett regionalt konglomerat byggde vi ett händelsedrivet middleware-mesh på Apache Kafka. Det kopplar SAP S/4HANA till banker och skattemyndigheter, med hemligheter i HashiCorp Vault.
Så börjar du
En tydlig lista över partner och flöden går direkt till ett förslag. Ett odokumenterat nät av befintliga integrationer börjar med Brownfield Diagnostic Bridge.
Vad som händer härnäst
Förberedande samtal
En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Val av spår
Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.
Projekt med fastställt resultat och förvaltade tjänster dygnet runt
Leverans med fast omfattning och milstolpar under namngivna leveransansvariga, samt förvaltade applikationstjänster dygnet runt under SLA-styrning.
Inbäddade specialister och strategisk förstärkning
Ledande ingenjörer och specialister nearshore och på plats, samt inbäddade arkitekter för lösningar, transformation, PQC och integration.
Frågor och svar
Bör vi använda en integrationsplattform eller egen kod?
Det beror på hur många anslutningar du har och vem som ska drifta dem. En integrationsplattform som MuleSoft, Boomi eller Azure Logic Apps ger färdiga kopplingar, mappning och övervakning på ett ställe, till en licenskostnad. Egna tjänster ger full kontroll och ingen licens, men mer kod att underhålla. Vi jämför båda för ditt fall.
Vad är skillnaden mellan en ESB och ett event mesh?
En enterprise service bus dirigerar och transformerar meddelanden genom en central hubb. Ett event mesh distribuerar händelser genom ett nät av sammankopplade brokers, så att system i olika moln och på olika platser publicerar och prenumererar direkt. Många miljöer kör båda medan de går från det ena till det andra.
Vad händer när en partners API ligger nere?
Anrop som misslyckas av tillfälliga skäl görs om med växande väntetider. Varje skrivning bär en idempotensnyckel, så att ett nytt försök aldrig skapar en andra order eller faktura. Ett meddelande som fortfarande fallerar hamnar i en dead-letter-kö med innehållet och felet. Ett larm når ditt team, och meddelandet spelas upp när partnern är återställd.
Hur hanteras ändringar i API-versioner?
För de API:er du publicerar versionerar vi dem, håller gamla versioner igång under en överenskommen period och meddelar konsumenterna vad som ändras. För de API:er du anropar följer vi varje partners utfasningsmeddelanden och testar nya versioner i deras sandlåda. Kontraktstester fångar en oaviserad ändring innan den når produktion.
Kan vår identitetsleverantör anslutas?
Ja. Vi lägger till enkel inloggning med OpenID Connect eller SAML 2.0 via leverantörer som Microsoft Entra ID eller Keycloak. Användare provisioneras med SCIM där applikationen stöder det. Din identitetsleverantör förblir den enda platsen där åtkomst beviljas och dras in.
Hur hanteras hastighetsgränser?
Vi utformar utifrån varje partners publicerade gränser. Vi slår ihop anrop där API:et tillåter det, cachar data som sällan ändras, sprider ut schemalagda jobb och minskar takten när en gräns närmar sig. Övervakningen visar hur nära varje flöde ligger sin gräns.
Redo att bygga? Begär ett förslag.
Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.
Vad som händer härnäst
Mognadsgenomgång
I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.
Bindande förslag
Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.
Mobilisering
När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.
Leverans i fem steg
Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.