Nyhed

Ændringer i NHR API (opslags-API'et) 12. august 2026

Endpoints, HTTP-metoder og request-parametre er uændrede – ændringerne vedrører udelukkende strukturen af de JSON-svar, API'et returnerer.
Integrerende systemer skal derfor gennemgå, hvordan de læser/parser svar, men ikke hvordan de kalder API'et.

Vi opfordrer alle, der integrerer mod API'et, til at teste mod demo-miljøet og tilpasse deres integration inden den nye udgave sættes i produktion.
 

  • 25. juni 2026
  • Opdatering
  • Release

Dato: 12. august 2026
Berørt service: NHR API
Testmiljø (ny udgave): https://api-demo.nemhandel.dk/nemhandel-api/swagger-ui/index.html

 

Vi har opdateret NHR API.
Den nye udgave kan allerede afprøves i demo-miljøet (se link ovenfor).

Oversigt over ændringer:

#ÆndringTypeKræver handling
1Felter i `profile`-objektet omdøbt til PascalCase + omdøbte flagBrydendeJa
2Felter i `role`-objektet omdøbt til PascalCaseBrydendeJa
3Nye felter på `participant`: `ActiveInDkSml`, `ActiveInEuSml`TilføjelseNej (anbefales)
4Nyt felt `CertificateBindings` på modtager-service (+ nyt objekt `CertificateBinding`)TilføjelseNej (anbefales)
5Nye felter på `profile`: `DocumentStandardId`, `NetworkTypeIdTilføjelseNej
6Tidsstempel dokumenteres nu som `lastModifiedString`DokumentationAnbefales

Detaljerede ændringer

1. `profile`-objektet (brydende)

Feltnavne er ændret fra camelCase til PascalCase, og to flag er omdøbt:

Gammelt feltnavn Nyt feltnavn
`id` `Id`
`name``Name`
`description``Description`
`profileId``ProfileId`
`profileGroup``ProfileGroup`
`profileGroupId``ProfileGroupId`
`nemhandelAs4Enabled``IsNhAs4Enabled`
`peppolEnabled``IsPeppolEnabled`

Bemærk: I den gamle udgave fandtes både `peppolEnabled` og `IsPeppolEnabled`.

Fremover findes kun `IsPeppolEnabled`. Desuden er felterne `DocumentStandardId` og `NetworkTypeId` tilføjet (se punkt 5).

2. `role`-objektet (brydende)

Gammelt feltnavnNyt feltnavn
`id``Id`
`name``Name`
`roleId``RoleId`

3. Nye felter på `participant` (tilføjelse)

To nye boolske felter angiver, hvor deltageren er registreret:

- `ActiveInDkSml` – `true` hvis deltageren er registreret i NHR og DK SML (grøn), `false` hvis registreret i NHR, men ikke i DK SML (rød).
- `ActiveInEuSml` – tilsvarende for EU SML.

4. Nyt felt `CertificateBindings` på modtager-service (tilføjelse)

Modtager-services (`ReceiverService`) indeholder nu en liste `CertificateBindings`.
Hver binding kæder en modtager-service sammen med et certifikat for en given periode og gør det muligt at "planlægge" certifikatskift via aktiverings-/udløbsdatoer.
Nyt objekt `CertificateBinding` indeholder: `Id`, `CertificateId`, `ReceiverServiceId`, `ActivationDate`, `ExpirationDate`, `lastModifiedString`.

5. Nye felter på `profile` (tilføjelse)

- `DocumentStandardId` – id på dokumentstandarden.
- `NetworkTypeId` – id på netværkstypen.

6. Tidsstempel for sidste ændring

Tidsstemplet for sidste ændring leveres i feltet **`lastModifiedString`**. Vi anbefaler, at integrationer anvender dette felt fremover.
 

Hvad skal I gøre?

  1. Opdater jeres JSON-parsning af `profile`- og `role`-objekterne til de nye PascalCase-feltnavne (punkt 1–2). Dette er den eneste brydende ændring, der kræver kodeændringer.
  2. Skift fra `peppolEnabled`/`nemhandelAs4Enabled` til `IsPeppolEnabled`/`IsNhAs4Enabled`.
  3. Brug `lastModifiedString` som tidsstempel for sidste ændring.
  4. Test mod demo-miljøet og verificér jeres integration inden produktionssætning.
  5. (Valgfrit) Udnyt de nye felter `ActiveInDkSml`/`ActiveInEuSml` og `CertificateBindings`, hvis de er relevante for jer.

Tidsplan

- Demo/test er tilgængelig nu, på `api-demo.nemhandel.dk`
- Produktionssætning: 12. august 2026

 

Ved Spørgsmål kan Nemhandel Support kontaktes på support@nemhandel.dk.

 

Med venlig hilsen

Team Nemhandel