Fagsystemleverandører: Oppdatering vedrørende "petition"
Endringer i API-et fra januar 2026.
- Det vil bli noen justeringer i URL-strukturen når petition går live. De fleste av disse endringene er allerede synlige i Swagger. Ref API-struktur fra nyhetsmelding tidligere i år.
- Strukturen på
GET /dgm/api/v1/funeral-petitions/:partyIdsom endepunkt vil i v2 gjenbrukes, men ID-en som benyttes vil endres fra party ID til submission ID.
GET /dgm/api/v1/funeral-petitions/:partyIdvil fortsette å fungere som før. Det vil videreføres somGET /dgm/api/v2/funeral-petitions/current/:partyIdi v2.GET /dgm/api/v2/funeral-petitions/:submissionIdblir å ta over strukturen.
- Det vil komme nye endepunkter for:
- uthenting av status
- bekreftelse på at data er mottatt (lesebekreftelse)
- Alle endringer vil komme i en ny versjon av API-et: v2
For mer informasjon, se vår Github Wiki.
Summary in English:
· There will be some adjustments to the URL structure when the petition feature goes live. Most of these changes are already visible in Swagger. See the API structure referenced in the news update earlier this year.
· The structure of the endpoint GET /dgm/api/v1/funeral-petitions/:partyId will be reused in v2, but the ID used will change from party ID to submission ID.
o GET /dgm/api/v1/funeral-petitions/:partyId will continue to work as before. It will be carried forward as GET /dgm/api/v2/funeral-petitions/current/:partyId in v2.
o GET /dgm/api/v2/funeral-petitions/:submissionId will take over the structure.
· New endpoints will be introduced for:
o Retrieving status
o Confirmation that data has been received (read receipt)
· All changes will be included in a new version of the API: v2.
For more information, see our Github Wiki.