Version 2026.1 - 25. marts 2026

I det følgende kan du læse om de nye funktioner og rettelser, som version 2026.1 af XFlow indeholder.

Endnu en gang har teamet arbejdet hårdt og udarbejdet
en masse spændende tilføjelser og rettelser til XFlow.

Husk også at orientere jer i vores change log, hvor I kan
se de ændringer og tilføjelser, der løbende bliver lavet.

Datoer for udrulning af version 2026.1

  • Onsdag den 18. marts 2026 kl. 06.00: Alle testmiljøer opdateres.

  • Onsdag den 25. marts 2026 kl. 06.00: Alle SaaS-kunder samt On-Premise-kunder (der opdateres via Octopus Deploy) opdateres automatisk.

On-Premise-kunder, der ikke benytter Octopus Deploy eller ikke ønsker automatiske opdateringer, skal selv opdatere deres XFlow-miljø via vores downloadside. De relevante kunder har modtaget særskilt information om dette.

Se gennemgangen af releasen her

Indhold i 2026.1

Integrationen til Acadre er blevet opdateret og udvidet, så det er nemmere at lade XFlow stå for oprettelse og opdatering af sager – uden dobbeltregistrering og manuelle mellemled.

Integrationen består fortsat af tre dataafleveringer, som kan bruges hver for sig eller i kombination.

  • Acadre opret/opdater sag
    Finder en eksisterende sag eller opretter en ny, afhængigt af jeres søgekriterier og indstillinger

  • Acadre tilføj dokumenter
    Tilføjer dokumenter fra arbejdsgangen til en sag i Acadre

  • Acadre tilføj part
    Tilføjer personer eller ejendomme som parter på en eksisterende sag

I denne version er især “Opret/opdater sag” blevet styrket:

  • I kan kombinere flere søgekriterier (fx CPR, KLE, sagstyper eller egne felter), så XFlow i højere grad rammer den rigtige sag – eller opretter en ny, hvis det er det, der ønskes.

  • En ny og mere fleksibel brug af autoprofil gør det lettere at tage udgangspunkt i Acadres egne standardskabeloner og derefter overskrive det, der skal være specifikt for den enkelte arbejdsgang.

  • Dataafleveringen returnerer et AcadreSagsId, som XFlow automatisk kan genbruge i efterfølgende afleveringer til dokumenter og parter, så hele forløbet hænger bedre sammen.

Derudover er samspillet med organisationsindstillingerne strammet op, så opsætning af certifikat, servicebruger og Acadre-endpoints (PWS/PWI) i højere grad matcher den måde, integrationen bruges på i praksis. Det giver en mere stabil integration og gør det lettere at fejlsøge, hvis noget ikke går igennem som forventet.

Forudsætninger og kontakt

For at kunne bruge integrationen til Acadre er der nogle tekniske forudsætninger, som skal være opfyldt, bl.a. krav til Acadre-version, whitelisting af IP-adresser, systemcertifikat og en dedikeret servicebruger.

Hvis I er interesserede i integrationen til Acadre eller er i tvivl om, hvorvidt I opfylder de tekniske krav, er I meget velkomne til at kontakte jeres primære kontaktperson hos XFlow.

Du kan også læse mere om integrationen og de konkrete forudsætninger i supportartiklen XFlow integration til Acadre på supportsitet.

Ny og forbedret integration til Acadre

Integration til WorkPoint

I denne version af XFlow introducerer vi en ny integration til WorkPoint, så I kan koble XFlow tættere sammen med jeres sags- og dokumenthåndtering i WorkPoint-miljøet.

WorkPoint - Opret sag
Forsøger først at finde en eksisterende sag i WorkPoint baseret på søgeparametre. Hvis der findes en sag, returneres sags-ID, så den kan bruges senere i flowet. Hvis der ikke findes en sag, oprettes der en ny sag i WorkPoint med de angivne oplysninger.

Workpoint - Fremsøg sag

WorkPoint - Tilføj dokument
Tilføjer dokumenter fra XFlow til en WorkPoint-sag. Dataafleveringen kan enten bruge sags-ID’et fra “Opret sag”-afleveringen eller selv oversætte et job-ID til et sags-ID, alt efter hvordan integrationen er sat op.

Typisk vil integrationen blive brugt i scenarier, hvor arbejdsgange i XFlow danner grundlag for en sag i WorkPoint, og hvor vigtige dokumenter (fx afgørelser eller logfiler) skal bevares i WorkPoint sammen med resten af sagsmaterialet.

Når du vælger Signeret PDF u. stempel, får du den signerede PDF uden visuelt stempel. Det er denne PDF, som kan valideres via MitID-valideringsservicen (https://validering.ca1.gov.dk).

Når du vælger Signeret PDF m. stempel, får du den signerede PDF med et signeringsstempel – den udgave, der tydeligt viser, at dokumentet er signeret.

Vælg specifikke signeringsdokumenter i dataafleveringer

Uanset hvilken signeringsmetode der er anvendt (underskriftsfelt, uploadet fil eller MitID), sørger XFlow selv for at finde den rigtige variant ud fra, om du har valgt signeret PDF med eller uden stempel.

Det betyder, at du nu kan:

  • Nøjes med at sende ét enkelt signeringsdokument i din dataaflevering

  • Undgå at der vedhæftes flere næsten ens PDF’er, som kan forvirre modtageren

  • Mere tydeligt styre, hvilke dokumenter fra en signeringsaktivitet der skal bruges hvor

Derudover er navne og beskrivelser på de forskellige mappings i Mail- og Digital Post-afleveringen opdateret, så det er nemmere at forstå, hvad de enkelte mappings skal bruges til.

Som en ekstra hjælp har vi også udvidet systemværdi-overblikket, som vi lancerede i version 2026.0, så det nu også er tilgængeligt for Dokumenter og Liste af dokumenter. Det gør det nemmere at få overblik over, hvilke systemværdier du kan bruge, når du arbejder med signeringsdokumenter og andre filer i dine dataafleveringer.

Når en aktivitet indeholder signering, har du indtil nu kun haft mulighed for at vælge, at alle signeringsdokumenter skal sendes med i dataafleveringen. Dette har givet flere udfordringer:

  • du har ofte fået flere dokumenter pr. signering, selvom du kun havde brug for ét

  • det har været svært at styre, hvilket signeringsdokument der blev sendt fra hver aktivitet

  • filnavnene var tekniske og svære at gennemskue

For at gøre det mere gennemsigtigt og give dig mere kontrol over, hvilke dokumenter der sendes med i dataafleveringer, har vi tilføjet to nye systemværdier, som kan bruges i mappingen “Send specifikt dokument”:

  • Aktivitet X – aktivitetens navn: Signeret PDF u. stempel

  • Aktivitet X – aktivitetens navn: Signeret PDF m. stempel

Forbedringer til automatiske handlinger

Automatiske handlinger, herunder påmindelser, er en vigtig del af mange arbejdsgange, men de kan være svære at gennemskue, når noget ikke opfører sig helt som forventet.

I denne version har vi især fokuseret på at gøre selve logikken mere forudsigelig og robust.

Mere forudsigelig logik for automatiske handlinger
Jobbet, der afvikler automatiske handlinger, er blevet gennemgået og opdateret, så det i højere grad baserer sig på de konkrete arbejdsgange i stedet for skabelonen:

  • Udførelsesdatoer og modtagere beregnes ud fra den oprettede arbejdsgang og den oprindelige opsætning, så ændringer i skabelonen efterfølgende ikke slår skævt igennem.

  • Referencefelter (fx datofelter i andre blanketskabeloner) håndteres mere robust, så ændringer i blanketten ikke lige så let resulterer i fejl i jobbet.

Det gør især en forskel i scenarier, hvor skabelonen er blevet rettet efter, at arbejdsgangen er oprettet, eller hvor der arbejdes med parallelle flows, hvor flere aktiviteter har automatiske handlinger knyttet til sig.

Samlet set betyder det, at automatiske handlinger i højere grad bliver udført, når de skal – og med de rigtige modtagere – også selvom skabelonen er blevet justeret undervejs.

Moderniseret CPR-opslag via Datafordeleren

Datafordeleren er i gang med at modernisere deres CPR-tjenester og udfaser de nuværende løsninger pr. 30. juni 2026. For at sikre, at CPR-opslag fra XFlow også fungerer fremadrettet, har vi tilpasset XFlow til den nye løsning.

I praksis betyder det:

  • XFlow understøtter nu både den gamle og den nye måde at slå CPR-oplysninger op på.

  • I organisationsindstillingerne kan du vælge en ny type CPR-opslag, når I er klar til at skifte.

  • I en periode kan der køres parallel drift, så I kan teste den nye løsning, inden I skifter helt.

Selve brugen af CPR-opslag i arbejdsgange er uændret:

  • De felter og systemværdier, der bruges til CPR-opslag i dag, virker fortsat, uanset om I bruger den gamle eller den nye løsning.

Det er ikke en ændring, der kræver handling fra jeres side her og nu. Vi rækker ud til de af jer, når der kræves handling fra jeres side.

CPR-opslag via Serviceplatformen udfases

Samtidig er der også en større ændring på vej for kunder, der i dag anvender CPR-opslag via Serviceplatformen.

Den kommunale styregruppe for Fælleskommunal Infrastruktur har besluttet, at kommunerne fremadrettet skal hente CPR-data via Datafordeleren. Det betyder, at alle kunder, der i dag anvender CPR-opslag via Serviceplatformen, på sigt skal overgå til Datafordeleren.

Inden dette træder i kraft, vil vi selvfølgelig sikre, at de muligheder, der i dag findes i opslaget via Serviceplatformen, også bliver tilgængelige via Datafordeleren, herunder f.eks. muligheden for at se tilmeldingsstatus på Digital Post.

Udfasningen af CPR-opslaget via Serviceplatformen er sat til den 31. december 2027.

Det er derfor ikke en ændring, der kræver handling her og nu.

I kan læse mere om overgangen til Datafordeleren her.

Dataafleveringer og Integrationer

  • Ny filtype i API-dataafleveringer (Multipart/Form-data)
    API-dataafleveringer understøtter nu en ny input-type “Multipart/Form-data (IFormFile)”. Det gør det muligt at sende filer som multipart/form-data til eksterne API’er, f.eks. dokumentupload-endpoints. Du kan bruge både filer fra filupload-felter og forskellige systemværdier som kilde til dokumenter.

  • Pensopay
    Et nyt batchjob tjekker dagligt med Pensopay, om betalinger, der står som “igang” i XFlow, faktisk er gennemført. Hvis betalingen er gået igennem, skubber systemet automatisk flowet videre – med god logning, så det kan spores. Det hjælper med at undgå “fastlåste” betalinger, hvis callback’et fra Pensopay ikke er kommet frem.

  • Det er nu muligt at se arbejdsgangens ID på betalingen i Pensopay.

  • Workzone
    I Tilføjparts-dataafleveringen kan du nu overskrive standardlandet (DK) med en landekode, så parter med udenlandsk adresse kan håndteres korrekt. Hvis der ikke angives et land, bruges fortsat Danmark som standard.

  • Public API
    Der er kommet et særskilt endpoint til at hente den fulde PDF af en arbejdsgang, uden at det påvirker eksisterende endpoints. Det gør det muligt eksplicit at hente hele PDF’en, når der er behov for det.

  • Dokumentationskaldet i Public API er udvidet, så organisationsdata – herunder gevinstrealisering – fremgår tydeligere i den genererede dokumentation.

Mindre ændringer og tilføjelser

Administration og indstillinger

  • Omskrivning af flere sider på administrationsdelen
    Flere sider på administrationsdelen, bl.a. opsætning af API-nøgler, API-brugerimport, Word-skabeloner og rettighedsgrupper er omskrevet til det nyere, mere ensartede design. Funktionaliteten er som udgangspunkt den samme, men med:

    • Mere overskuelige tabelvisninger

    • Tydeligere adskillelse mellem oprettelse, redigering og sletning

    • Bedre søgning og filtrering, hvor det giver mening (fx i ændringslog for arbejdsgangs- og blanketskabeloner).

  • I forbindelse med oprydningen er nogle ældre, meget lidt anvendte funktioner fjernet fra administrationsdelen, herunder den gamle “Flowoverblik”-side og den ikke-anvendte “Inputdatabehandler”.

Tekniske forbedringer, sikkerhed og performance

  • Valideringen ved indberetning af tasks er optimeret, så XFlow kun beregner og validerer systemværdier, der faktisk er mappet i en dataaflevering. Det reducerer både svartid og belastning – især på store arbejdsgange med mange systemværdier.

Arbejdsgange, blanketter og felter

  • På fælles arbejdsgange er det nu muligt at arbejde mere fleksibelt med beskedskabeloner. En organisation kan i højere grad tilpasse lokale beskedskabeloner, så kommunikationen bedre matcher lokale behov, selvom arbejdsgangen deles på tværs.

  • Booking via Frontdesk
    Indstillingerne vedr. Frontdesk i booking-feltet er blevet omstruktureret, så opsætningen er lettere at overskue. Relaterede indstillinger er samlet og navne/tekster er justeret, så det er tydeligere, hvad de påvirker uden at ændre den grundlæggende funktionalitet.

  • MitID-opsætning
    Opsætningen omkring MitID-signering er justeret, så det er tydeligere, hvornår MitID-signering er aktiveret, og hvilke forudsætninger der skal være på plads. Det gør det nemmere at komme i gang og minimerer risikoen for fejl i opsætningen.

Fejlrettelser

Udfyldelse

  • Udregn værdi-mapping
    Et problem med “Udregn værdi”-mappingen, hvor blanketskabelon-ID’er blev uventet ændret, hvis de indgik som en del af værdien, er rettet. Værdier, der blot indeholder et ID som tekst, bliver nu ikke længere påvirket, når en arbejdsgang opstartes.

  • Trin med betingelser og read only-blanketter
    Et trin med en betingelse blev ikke altid sprunget over, hvis alle blanketter på trinnet var sat til “readonly”. Logikken er nu rettet, så trinnet springes korrekt over, når betingelsen tilsiger det – også selvom alle blanketter på trinnet er skrivebeskyttede.

  • Redigerbare værdier i timeantal-feltet
    Et problem, hvor visse værdier i Timeantal-feltet ikke korrekt kunne redigeres, er rettet. Alle relevante værdier kan nu opdateres, som opsætningen tilsiger.

  • Tusindeseparator i facitfelter
    Facitfelter viste ikke altid tusindeseparatorer korrekt i opsummeringer. Det er nu rettet, så tal i opsummeringen præsenteres med de forventede tusindeseparatorer.

Dataafleveringer og integrationer

  • CPR-opslag – validering og fejlbeskeder
    Valideringen ved CPR-opslag via Datafordeleren er forbedret. Ugyldige CPR-numre afvises nu tydeligere, og brugeren får en meningsfuld fejlbesked i stedet for, at kaldet blot fejler uden forklaring.

  • Digitalt samtykke
    Ved test af digitalt samtykke kunne nogle kald fejle med en fejl om ugyldigt client_id.

  • Dobbeltoprettelse af dataafleveringer
    Et problem, hvor XFlow i særlige tilfælde kunne komme til at oprette den samme dataaflevering dobbelt, er rettet.

  • Arbejdsgangsskabelon-dokumentation via Public API
    Et problem, hvor organisationsdata ikke altid fulgte med ved udtræk af arbejdsgangsskabelon-dokumentation, er rettet. Dokumentationen indeholder nu igen alle relevante organisationsoplysninger, herunder gevinstrealisering.

  • SQL-dataafleveringer med tomme decimalværdier
    Et problem, hvor SQL-dataafleveringer fejlede, hvis et input af typen Decimal fik en tom værdi (fx fordi feltet var skjult bag et ja/nej-felt), er rettet. Tomme værdier håndteres nu korrekt, uden at dataafleveringen fejler.

Brugergrænseflade og administration

  • Inaktive rettighedsgrupper og brugere
    Vi har strammet op på, hvad der kan vælges i forskellige lister, så der kun vises relevante, aktive værdier:

    • I brugerfelter i blanketskabelonen vises nu kun aktive rettighedsgrupper, og listen er sorteret alfabetisk.

    • Ved redigering af rettighedsgrupper kan der kun vælges aktive brugere som medlemmer, så inaktive brugere ikke længere kan tilføjes ved en fejl.

  • Engelsk tekst ved bekræftelse af annullering
    Den engelske tekst ved bekræftelse af annullering er justeret, så den er mere præcis og forståelig for engelsksprogede brugere.

  • Pop-up vinduer i mobilvisning
    På mobil tilpassede enkelte pop-up-dialoger sig ikke korrekt til skærmstørrelsen. Layoutet er opdateret, så pop-ups nu fungerer bedre på små skærme.

  • Manglende oplysninger i brugerdefineret Excel
    Ved eksport til brugerdefineret Excel manglede der i nogle tilfælde enkelte felter eller oplysninger. Eksporten er rettet, så alle de valgte data nu kommer korrekt med i filen.

Teknisk og performance

  • Forbedret logging i jobserveren
    Flere interne forbedringer til logging og fejlbeskeder i jobserveren gør det nemmere at se, hvorfor en dataaflevering eller et job er fejlet – særligt i forbindelse med integrationer til eksterne systemer.