Gå til hovedindholdet
FromNine
Menu

Software & cloud

Integrationer der holder data i gang og viser når de stopper.

Vi forbinder CRM, ERP, fagsystemer og offentlige løsninger som NemHandel og MitID med kontrakter, hændelser og identitet gjort ordentligt. Data flytter pålideligt, fejl er synlige, og nye funktioner, også AI, kan kobles sikkert på.

For leverandører til det offentlige, virksomheder og myndigheder der skal forbinde ERP, fagsystemer, NemHandel og MitID.

Tal med os om dit projektSe de platforme vi forbinder
Integrationer & API’er: lagene i løsningenFire lag oven på hinanden. Fra øverst til nederst: forbrugerne som portaler, apps og agenter, API-gatewayen med identitet, hændelsesrygraden og de autoritative systemer nederst.01Portaler, apps og agenter02API-gateway og identitet03Hændelsesrygrad04Autoritative systemer
  1. 01API’er med kontrakten først i OpenAPI og AsyncAPI, versioneret og dokumenteret
  2. 02Hændelser med rækkefølge, idempotens, håndtering af fejlede beskeder og genafspilning
  3. 03Dataflow overvåget hele vejen, og fejlkøer ejet af navngivne teams

01 Problemer

Integrationsproblemer vi bliver kaldt ind til

  1. 01

    Punkt-til-punkt-forbindelser som ingen tør ændre

    Snesevis af direkte forbindelser mellem CRM, ERP og specialudviklede systemer. At ændre ét felt betyder at teste ti snitflader.

  2. 02

    Dubletter og fejl ingen opdager

    Et genforsøg opretter en ekstra ordre. En fejlet besked forsvinder. Forretningen hører om det fra kunderne.

  3. 03

    Hver ny kanal betyder nyt integrationsarbejde

    Portalen, mobilappen og nu en AI-assistent har brug for de samme data, og hver får sit eget udtræk.

  4. 04

    Offentlige løsninger bliver et projekt i sig selv

    Tilslutning til en offentlig infrastruktur eller en eID-løsning kan tage måneder med sikkerheds- og tilslutningsarbejde hver gang.

02 Leverancer

Det leverer vi

  1. 01 API-strategi og API-styring

    API-first-design med kontrakter i OpenAPI og AsyncAPI, en politik for versionering, en gateway der håndhæver den, og en udviklerportal så teams finder og genbruger det der allerede findes.

    Det gør vi

    • Kort over API-landskab og ejerskab
    • Designretningslinjer og proces for gennemgang
    • Gatewaypolitikker for sikkerhed, kvoter og versionering
    • Udviklerportal og API-katalog

    Det får du

    • API-retningslinjer som jeres teams bruger
    • Gatewaykonfiguration som kode
    • Katalog over dokumenterede API’er

  2. 02 Hændelsesdrevet integration

    Brokere, change data capture og outbox-mønsteret, med de detaljer der afgør om det virker: rækkefølge, idempotente modtagere, håndtering af fejlede beskeder og genafspilning.

    Det gør vi

    • Hændelsesmodel og navnekonventioner
    • Outbox og CDC på kildesystemerne
    • Idempotens og garanteret rækkefølge hos modtagerne
    • Køer til fejlede beskeder med værktøjer til genafspilning

    Det får du

    • Hændelsesrygrad i drift
    • Skemaregister og regler for kompatibilitet
    • Driftsvejledning for genafspilning og genetablering

  3. 03 Integrationsplatforme valgt pr. dataflow

    SAP Integration Suite, MuleSoft og cloudnative integrationstjenester har hver deres plads. Vi fortæller dig hvornår en iPaaS er bedre end specialudviklet kode, og hvornår den ikke er.

    Det gør vi

    • Vurdering af eksisterende middleware
    • Valg af platform ud fra de samlede ejeromkostninger
    • Genbrugelige mapninger og konnektorer
    • Migrering fra ældre middleware

    Det får du

    • Begrundet valg af integrationsplatform
    • Bibliotek med integrationsmønstre
    • Migreringsplan for eksisterende snitflader

  4. 04 Identitet og tillid mellem systemer

    OAuth 2.0 og OpenID Connect, gensidig TLS, identitet mellem services og integration med eID for borgere og virksomheder: MitID og MitID Erhverv i Danmark og de nationale eID-løsninger i de andre lande hvor du har brugere.

    Det gør vi

    • Identitetsarkitektur for brugere og services
    • Design af tokens, scopes og samtykke
    • Støtte til tilslutning og godkendelse af eID
    • Forberedelse til den europæiske digitale identitetstegnebog

    Det får du

    • Identitetsdesign og trusselsmodel
    • eID-integration i drift
    • Serviceidentitet og rotation af hemmeligheder på plads

  5. 05 Interoperabilitet med den offentlige sektor

    Forbindelser til NemHandel for e-fakturering til det offentlige i OIOUBL eller Peppol BIS, MitID-login, fagsystemer i kommuner, regioner og styrelser, nationale dataudvekslingsplatforme i andre EU-lande og EU’s tekniske system for engangsprincippet (OOTS).

    Det gør vi

    • Tilslutning i samarbejde med operatøren af løsningen
    • Mapning til nationale datastandarder
    • Krav til sikkerhed og logning for hver løsning
    • Design af udveksling af dokumentation efter engangsprincippet

    Det får du

    • Godkendt forbindelse til løsningen
    • Dokumentation af mapninger
    • Driftsprocedurer aftalt med operatøren

  6. 06 Overblik over driften for forretningen

    Overvågning af dataflow som forretningen kan læse, afstemning mellem systemer og fejlkøer som nogen ejer og arbejder sig igennem.

    Det gør vi

    • Overvågning af dataflow på forretningsniveau
    • Afstemningsrapporter mellem systemer
    • Klassificering og routing af fejl
    • Alarmer pr. ejer af et dataflow

    Det får du

    • Integrationsdashboard pr. forretningsproces
    • Afstemningskontroller i drift
    • Kort over ejerskab af hver fejlkø

03 Arkitektur

En illustrativ referencearkitektur

To veje går ud fra de autoritative systemer. Synkrone forespørgsler går gennem system-API’er og en gateway der kontrollerer identitet, scopes og kvoter. Ændringer udgives som hændelser via en outbox eller change data capture, og modtagerne behandler dem idempotent.

Fejlede beskeder lander i en kø med genafspilning, ikke i en logfil. Et overvågningsbånd viser hvert dataflow i forretningssprog, så dem der ejer en proces, kan se når den stopper.

Lagene i tegningen

Autoritative systemer
ERP, CRM og sagssystemer bevarer myndigheden over deres data.
Synkrone API’er
Versionerede system-API’er bag en gateway med OAuth 2.0, mTLS og kvoter.
Hændelser
Outbox, broker, kø til fejlede beskeder og mapninger i integrationsplatformen.
Forbrugere
Portaler, apps, agenter, partnere og offentlige løsninger, med MitID hvor borgere eller virksomheder logger ind.
Eksempel

  1. Autoritative systemer

    • ERP, CRM og fagsystemer

  2. Synkrone API’er

    • System-API’er
    • API-gateway: OAuth 2.0, mTLS, kvoter

  3. Hændelser

    • Outbox og CDC
    • Hændelses­broker
    • Fejlkø og genafspilning
    • Mapninger i integrationsplatform

  4. Forbrugere

    • Portaler, apps og agenter
    • Partnere og offentlige løsninger
    • Identitet: OIDC, mTLS, eID

  5. Drift

    • Overvågning af dataflow, afstemning, fejlkøer med ejere
API’er og en hændelsesrygrad side om side

Illustrativ arkitektur, ikke en kundes system.

Læs diagrammet som tekst

Hovedruten går fra de autoritative systemer gennem versionerede system-API’er og en API-gateway til portaler, apps og agenter.

Parallelt udgiver de autoritative systemer ændringer via en outbox og change data capture til en hændelsesbroker, der leverer dem til udveksling med partnere og offentlige løsninger og til en integrationsplatform for mapninger. Fejlede beskeder går til en kø med genafspilning. Identitetstjenester med OAuth, mTLS og eID sikrer udvekslingen med partnere.

Et overvågningsbånd nederst viser status for dataflow, afstemning og fejlkøer med ejere.

04 Hensyn og begrænsninger

Tekniske hensyn og begrænsninger

  • Præcis én gang er et design, ikke en indstilling

    Sådan håndterer vi det

    Vi går ud fra at beskeder kommer to gange eller i forkert rækkefølge, og designer modtagerne til at være idempotente, med nøgler og regler for rækkefølge aftalt pr. hændelsestype.

    Begrænsninger og afhængigheder

    Nogle ældre systemer kan ikke modtage idempotensnøgler eller oplyse hvad de har behandlet. Omkring dem tilføjer vi afstemning i stedet for at lade som om.

  • En iPaaS er ikke altid svaret

    Sådan håndterer vi det

    Platforme vinder ved mange standardkonnektorer og mapninger. Specialudviklede services vinder ved kompleks logik, store mængder eller stramme krav til svartid. Vi dokumenterer valget pr. integration.

    Begrænsninger og afhængigheder

    Licensmodeller ændrer sig. En platform der er billig i dag, kan blive den største post i integrationsbudgettet, så vi beregner omkostningerne over flere år.

  • Offentlige løsninger sætter deres eget tempo

    Sådan håndterer vi det

    Vi forbereder tilslutningsmateriale, sikkerheds­dokumentation og testplaner tidligt og arbejder sammen med operatøren af løsningen fra første uge.

    Begrænsninger og afhængigheder

    Tidsplaner for godkendelse og tilslutning fastsættes af operatøren, ikke af os. Vi planlægger efter dem og fortæller dig hvor de ligger på den kritiske vej.

  • AI-forbrugere har brug for snævre API’er

    Sådan håndterer vi det

    Agenter og assistenter får dedikerede, afgrænsede API’er med grænser og revisionslog, ikke den samme brede adgang som interne services.

    Begrænsninger og afhængigheder

    At give en agent adgang til et API øger risikoen. Vi gennemgår hvert API med jeres it-sikkerhed, før det går i drift.

05 Sådan arbejder vi

Sådan arbejder vi

Vi rydder op før vi bygger, og vi efterlader hvert dataflow med en ejer.

  1. 01

    Kortlæg dataflowene

    Hver snitflade, dens mængder, dens fejlhistorik og dens forretningsejer.

    ResultatIntegrationslandskab og prioritering efter risiko

  2. 02

    Fastlæg reglerne

    API-retningslinjer, konventioner for hændelser, identitetsmodel og valg af platform.

    ResultatRetningslinjer for integration og begrundede beslutninger

  3. 03

    Flyt ét dataflow ad gangen

    De mest risikable dataflow først, med afstemning ved siden af den gamle snitflade, indtil tallene passer.

    ResultatFlyttede dataflow med dokumenteret afstemning

  4. 04

    Drift med overblik

    Dashboards pr. forretningsproces og fejlkøer med navngivne ejere.

    ResultatKort over ejerskab af dataflow og dashboards

06 Menneskelig kontrol

Hvor mennesker har kontrollen

Integration kører uden opsyn. Ansvaret for det der går galt, kan ikke.

  • Hver fejlkø har en ejer

    Fejlede beskeder går til et team der har ansvaret for dem, med kontekst og mulighed for genafspilning, ikke til en fælles log.

  • Ændringer i kontrakter bliver gennemgået

    Ændringer i API’er eller hændelser der bryder kompatibiliteten, gennemgås med modtagerne, før de udgives.

  • Genafspilning er en bevidst handling

    At afspille beskeder igen ind i et autoritativt system kræver tilladelse og logges med hvem der gjorde det og hvorfor.

07 Teknologier

Teknologier vi arbejder med

Integrationsplatforme
  • SAP Integration Suite
  • MuleSoft
  • Azure Integration Services
  • Integrationstjenester i AWS og Google Cloud
Hændelser og streaming
  • Apache Kafka
  • RabbitMQ
  • Hændelsesbrokere i cloud
  • Debezium til change data capture
API’er
  • OpenAPI og AsyncAPI
  • API-gateways og udviklerportaler
  • GraphQL hvor det passer
  • Kontrakttests
Identitet
  • OAuth 2.0 og OpenID Connect
  • Gensidig TLS
  • Keycloak og identitetsudbydere i cloud
  • MitID og andre nationale eID-løsninger

At vi nævner en teknologi, beskriver vores tekniske erfaring. Det betyder ikke et partnerskab med leverandøren eller at leverandøren anbefaler os.

08 Eksempel

Et illustrativt eksempel

Eksempel

E-fakturaer fra ERP til offentlige kunder via NemHandel

01Udgangspunkt
En leverandør af driftsmateriel sælger til kommuner, regioner og styrelser. Fakturaerne dannes i ERP-systemet og sendes gennem et separat konverteringsværktøj, og afviste fakturaer bliver først opdaget, når kunden ringer om betalingen.
02Det ville vi bygge
En integration fra ERP-systemet til NemHandel der danner fakturaer i OIOUBL eller Peppol BIS, validerer dem før afsendelse og fører kvitteringer og afvisninger tilbage til ERP-systemet. Formatet ligger i en adapter, så det planlagte skifte til Nemhandel BIS 4 ikke kræver ombygning.
03Her beslutter mennesker
Bogholderiet ejer fejlkøen og godkender hver genafsendelse. Kreditnotaer over et aftalt beløb godkendes af den økonomiansvarlige.
04Det ville vi måle
Andelen af fakturaer der accepteres første gang, antal dage fra faktura til betaling hos offentlige kunder, og tiden brugt på afviste fakturaer.

09 Brancher

I din branche

  • Offentlig sektor

    Data der genbruges fra autoritative kilder, MitID for borgere og virksomheder, e-faktura via NemHandel og den logning som offentlige løsninger kræver. Se vores arbejde for den offentlige sektor.

  • Industri & produktion

    ERP, MES og leverandørportaler forbundet via hændelser, så planlægning, produktion og service har det samme billede.

  • Finansiel sektor

    Kernesystemer, CRM og partner-API’er forbundet med stærk identitet, revisionslog og afstemning som økonomifunktionen stoler på.

Danmark

E-faktura, MitID og fagsystemer der taler sammen

Offentlige myndigheder i Danmark kræver e-fakturaer via NemHandel i OIOUBL eller Peppol BIS. Efter bogføringsloven skal registrerede digitale bogføringssystemer understøtte e-fakturering i de samme formater, og fra 1. januar 2026 gælder kravet om digital bogføring også for virksomheder uden for årsregnskabsloven med en nettoomsætning over 300.000 kr. i to år i træk. Erhvervsstyrelsen planlægger at erstatte OIOUBL med Nemhandel BIS 4, der bygger på Peppol BIS 4, i løbet af 2028 til 2029.

Borgere og virksomheder logger ind med MitID og MitID Erhverv, og eIDAS 2 tilføjer den europæiske digitale identitetstegnebog. Vi designer integrationslag hvor NemHandel, MitID og andre landes løsninger er adaptere bag stabile interne kontrakter. Et nyt format eller et nyt land betyder så en ny adapter, ikke ombygning af systemerne bagved.

Spørgsmål om integrationer og API’er

Skal vi bruge en integrationsplatform eller udvikle integrationerne selv?

Begge dele, til forskellige dataflow. Standardkonnektorer, mapninger og tilslutning af partnere taler for en platform. Dataflow med store mængder, krav til svartid eller meget logik taler ofte for specialudviklede services. Vi beslutter pr. dataflow og dokumenterer hvorfor.

Integrerer I Salesforce, SAP og Odoo?

Ja, jævnligt, med hinanden og med specialudviklede og offentlige systemer. FromNine er partner hos alle tre (Salesforce Summit Partner, SAP Gold Partner, Odoo Gold Partner), så vores integrationsteams arbejder sammen med platformsspecialister. Se vores arbejde med SAP-integration.

Har vi brug for hændelsesdrevet integration?

Når flere systemer skal reagere på den samme ændring, eller når releasecyklusser skal afkobles, hjælper hændelser. Til enkle forespørgsler og svar mellem to systemer er et API ofte nok. De fleste landskaber bruger begge dele.

Kan I integrere MitID og andre eID-løsninger?

Ja. Vi integrerer MitID og MitID Erhverv og eID-løsninger fra andre EU-lande, og vi designer til den europæiske digitale identitetstegnebog, som medlemsstaterne skal stille til rådighed senest 24. december 2026 efter eIDAS 2. Kravene til tilslutning er forskellige fra løsning til løsning, og vi planlægger efter dem tidligt.

Vi har ældre middleware. Skal vi udskifte den?

Ikke på én gang. Vi kortlægger hvad der kører på den, flytter de mest risikable eller dyreste dataflow først og beholder afstemningen, indtil hvert flyttet dataflow har vist at det virker.

Kom med den snitflade der fejler oftest

Vi viser hvordan vi ville gøre den overvåget, idempotent og ejet, og hvad det vil kræve at gøre det samme for resten.

Tal med os om dit projektLæs om borger- og kundeservice