FEED Validator

for Atom and RSS and KML

Congratulations!

This is a valid RSS feed.

Recommendations

This feed is valid, but interoperability with the widest range of feed readers could be improved by implementing the following recommendations.

line 1, column 15912: content:encoded should not contain loading attribute (32 occurrences) [help]

... y" width="463" height="740"></figure>]]></content:encoded></item><item>< ...
                                             ^

line 1, column 17045: description should not contain loading attribute [help]

... 10-2021. Det var en EV6 som er en</p>]]></description><link>https://www. ...
                                             ^

line 1, column 17045: description should not contain sizes attribute [help]

... 10-2021. Det var en EV6 som er en</p>]]></description><link>https://www. ...
                                             ^

line 1, column 27667: content:encoded should not contain sizes attribute (8 occurrences) [help]

... br><br><br>Det er sp&#xE6;ndende.</p>]]></content:encoded></item><item>< ...
                                             ^

Source: https://www.jens.bruntt.dk/rss/

<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:media="http://search.yahoo.com/mrss/"><channel><title><![CDATA[Jens Bruntts blog]]></title><description><![CDATA[42 and other answers in Digital living, Technologies and my family life]]></description><link>https://www.jens.bruntt.dk/</link><image><url>https://www.jens.bruntt.dk/favicon.png</url><title>Jens Bruntts blog</title><link>https://www.jens.bruntt.dk/</link></image><generator>Ghost 5.82</generator><lastBuildDate>Mon, 29 Apr 2024 10:29:52 GMT</lastBuildDate><atom:link href="https://www.jens.bruntt.dk/rss/" rel="self" type="application/rss+xml"/><ttl>60</ttl><item><title><![CDATA[Hvilke fordele kan man få ved at udnytte det nye Digital Posts faciliteter]]></title><description><![CDATA[Den 21. marts 2022 fik Danmark en ny Digital Post-platform.Det betyder at al Offentlig Digital Post dels bliver transporteret via en ny teknisk platform og dels at selve dataformatet er blev ændret. Og de visningsklienter som vi læser og skriver Digital Post i er blev opdateret]]></description><link>https://www.jens.bruntt.dk/hvilke-fordele-kan-man-fa-ved-at-udnytte-det-nye-digital-posts-faciliteter/</link><guid isPermaLink="false">64f58fb5fc7f7e0001c552de</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 04 Sep 2023 08:08:14 GMT</pubDate><content:encoded><![CDATA[Den 21. marts 2022 fik Danmark en ny Digital Post-platform.Det betyder at al Offentlig Digital Post dels bliver transporteret via en ny teknisk platform og dels at selve dataformatet er blev ændret. Og de visningsklienter som vi læser og skriver Digital Post i er blev opdateret til at vise det nye format.Det nye dataformat for Digital Post hedder Meddelelsesmodel, forkortet MeMo.MeMo tilbyder et væld af faciliteter som man som afsender kan trække på for at opnå forskellige fordele.Som afsender kan man vælge at sende Digital Post, som altså er i MeMo-format, helt simpelt, hvor man altså ikke udnytter de mange faciliteter. Så her er det stort set bare afsender, modtager, overskrift og en kropstekst.Man kan også vælge at sende den Digitale Post hvor man udnytter nogle af faciliteterne, altså udfylder mere end det helt basale. Gør man det er det selvfølgelig for at kunne opnå nogle fordele.Fordelene man kan opnå ved at benytte Digital Posts nye faciliteter kan have forskelligt fokus. Nogle af de mest oplagte typer af fordele er:<ul><li>Afsenderen ønsker at sikre at modtageren forstår indholdet bedre.</li><li>Afsenderen ønsker at sikre at modtageren handler eller reagerer som ønsket.</li><li>Afsenderen ønsker at hjælpe en samarbejdspartner der skrives med, med at sagsbehandle mere effektivt.</li><li>Afsenderen ønsker at eventuelle svar på den sendte post kommer effektivt ind til et passende system eller en bestemt ”postkasse” – for at effektivisere på egen sagsbehandling.</li></ul>Her nedenfor er nogle eksempler på faciliteter i MeMo som man kan vælge at benytte for at at opnå den slags fordele.<h1 id="1-typen-afsenderen-%C3%B8nsker-at-sikre-at-modtageren-handler-eller-reagerer-som-%C3%B8nsket">1 Typen: Afsenderen ønsker at sikre at modtageren handler eller reagerer som ønsket.</h1><h2 id="11-eksempel-sende-fremh%C3%A6vede-dybe-links-til-modtageren">1.1 Eksempel: Sende fremhævede dybe links til modtageren</h2>Når man sender en Digital post, så har den en brødtekst. I denne kan man skrive links.Links kan være til en selvbetjeningslønsing, det kunne f.eks. være til en webløsning hvor man kan melde sit barn til pasningstilbud.Man kan så vælge at supplere dette med at sætte de samme links ind i noget der kaldes Handlinger (Actions) i MeMo. Gør man det, så fremhæves disse links et tydeligt sted i visningsklienten (e-boks, borger.dk, virk.dk, mit.dk).Og grunden til at afsenderen ønsker at benytte denne fremhævelses-facilitet vil være, at det øger sandsynlighed for at modtageren klikker på det.<h2 id="12-eksempel-kalender-information-til-modtageren">1.2 Eksempel: Kalender-information til modtageren</h2>Lad os sige, at vi sender en Digital Post til en borger, hvor vi skriver: "Jeg bekræfter hermed at vi har en aftale 1/9-2023 10:00 til 12:00 i mødelokale 27 på Rådhuset."Man kan vælge at medsende struktureret kalender-information til modtageren. Altså med en mødeoverskrift, et tidspunkt og et sted. Og fordi det er struktureret, så bliver kalenderinformationen fremhævet i  visningsklienten (e-boks og de andre), og ved klik på et link kan modtageren hente informationen ind i sin lokale kalender. Ligesom det kendes fra eksempelvis Airbnb eller hotels.com.Afsenderens formål med at medsende den strukturerede kalenderinformation vil være, at det øger sandsynligheden for at modtageren møder op til tiden og rette sted.<h1 id="2-typen-afsenderen-%C3%B8nsker-at-sikre-at-modtageren-forst%C3%A5r-indholdet-bedre">2 Typen: Afsenderen ønsker at sikre at modtageren forstår indholdet bedre.</h1><h2 id="21-eksempel-tilpasse-afsender-organisationsnavn">2.1 Eksempel: Tilpasse afsender-organisationsnavn</h2>Når man sender Digital Post til en modtager, så står der et afsender-organisationsnavn på denne post. Og modtageren kan se dette navn.Hvis afsenderorganisationen er stor, f.eks. Region Midtjylland, så kan det virke forvirrende for modtageren, når hun modtager en post fra "Region Midjylland". De fleste kommunikerer jo med en organisationsenhed der ikke har et så overordnet navn. Det kunne være at borgeren ventede på post fra Røntgenafdelingen på Regionshospitalet Randers.Man kan vælge som afsender at sørge for at skrive et "ansvarlig afsender-enhed"-navn på en post, og så vil det være dét navn modtageren ser. "Du har fået ny Digital Post fra Røntgenafdelingen på Regionshospitalet Randers" frem for "Region midtjylland".Det afsenderen opnår er at modtageren får klar information. Mindre forvirring.<h1 id="3-typen-afsenderen-%C3%B8nsker-at-hj%C3%A6lpe-en-samarbejdspartner-der-skrives-med-med-at-sagsbehandle-mere-effektivt">3 Typen: Afsenderen ønsker at hjælpe en samarbejdspartner der skrives med, med at sagsbehandle mere effektivt.</h1><h2 id="31-eksempel-kle-opm%C3%A6rkning">3.1 Eksempel: KLE-opmærkning</h2>Som udgangspunkt er en Digital Post stort set som en e-mail. Afsender, modtager, kropstekst.Når vi sender Digital post til en anden organisation, altså en nabokommune eller en anden offentlig myndighed, så dukker posten som udgangspunkt bare op hos modtageren sammen med alt muligt andet post. Og nu skal modtager-organisationen finde ud af hvor posten skal hen. Skal den til Teknik- og Miljø-forvaltningen eller til Børne- og unge-forvaltningen? Og når den post vi sender er helt basal, så er nogen nødt til at læse på posten for at sortere.Der er mulighed for at sende eksempelvis et KLE-nummer med i den Digitale post - i et felt reserveret til netop KLE-nummeret.Det gør, at modtager-organisationen i sit Digital Post-håndteringssystem kan lave en regel baseret på KLE-nummer.Hvis KLE starter med 17 - Send til Børne- og ungeforvaltningen.Hvis KLE starter med 05 - send til Teknik- og miljøforvaltningen.Det vi opnår, som afsender, er at vi hjælper modtager-organisationen med at sortere. Posten kommer hurtigere frem til rette vedkommende, og dermed får vi også hurtigere svar fra rette vedkommende.<h2 id="32-eksempel-opm%C3%A6rkning-omkring-afsender-sagsbehandler">3.2 Eksempel: Opmærkning omkring afsender-sagsbehandler</h2>Når vi sender Digital Post kan vi vælge at medsende information om hvem sagsbehandleren der sendte posten er. Det kan være et navn, det kan være telefonnumer eller andet.Når vi nu sender en Digital Post til nabokommunen, så har modtageren, altså sagsbehandleren i nabokommunen mulighed for at se denne information.  Så nu ved sagsbehandleren i modtager-myndigheden præcist hvem han kan henvende sig til hos afsenderen for at kunne tale om det som posten handler om.Det vi her opnår er at smidiggøre samarbejde med den myndighed vi har skrevet til. Visse ting kræver at man kontakter hinanden på telefonen.<h1 id="4-typen-afsenderen-%C3%B8nsker-at-eventuelle-svar-p%C3%A5-den-sendte-post-kommer-effektivt-ind-til-et-passende-system-eller-en-bestemt-%E2%80%9Dpostkasse%E2%80%9D-%E2%80%93-for-at-effektivisere-p%C3%A5-egen-sagsbehandling">4 Typen: Afsenderen ønsker at eventuelle svar på den sendte post kommer effektivt ind til et passende system eller en bestemt ”postkasse” – for at effektivisere på egen sagsbehandling.</h1><h2 id="41-eksempel-returdata-med-egen-sagsid">4.1 Eksempel: ReturData med egen SagsID</h2>Når vi sender Digital Post kan vi vælge at udfylde returdata, eksempelvis med en unik ID på den ESDH-sag posten hører sammen med hos os der sender posten.Returdata er specielle i Digital Post fordi vi får returdata tilbage igen når vi får svar på posten vi sendte.Så hvis vi har skrevet at ESDH-sagens ID er 97201 på den udgående post, så vil vi se på det svar vi får tilbage, at ESDH-sagens ID er 97201.Og det gør så at vores eget Digital Post-håndteringssystem kan skrive svaret direkte ind i ESDH-systemet på samme sag som vi skrev ud fra.Effekten vil her være, at svar på udgående post havner med meget stor sikkerhed på det helt rette sted. Og at det sker meget hurtigt.<h1 id="l%C3%A6s-mere">Læs mere</h1>Jeg har skrevet en række opslag om brugen af MeMo:<a href="https://www.jens.bruntt.dk/introduktion-til-naeste-generation-digital-post/">Introduktion til Næste generation Digital Post</a><a href="https://www.jens.bruntt.dk/ngdp-memo-adressering-med-attentiondata-og-contactpoint/">NgDP MeMO - adressering med AttentionData og ContactPoint</a><a href="https://www.jens.bruntt.dk/ngdp-memo-rige-returdata-med-replydata-sikrer-at-svar-kommer-det-rigtige-sted-hen/">NgDP MeMO - rige returdata med ReplyData sikrer at svar kommer det rigtige sted hen</a><a href="https://www.jens.bruntt.dk/ngdp-memo-afsenderoplysninger-med-attentiondata-og-contactpoint/">NgDP MeMO - afsenderoplysninger med AttentionData og ContactPoint</a>Og så findes der officiel dokumentation som findes på digitaliser.dk:<a href="https://digitaliser.dk/digital-post/vejledninger?ref=jens.bruntt.dk">Vejledninger</a> og specielt denne som er en under-side: <a href="https://digitaliser.dk/digital-post/vejledninger/memo?ref=jens.bruntt.dk">MeMo v1.1</a>]]></content:encoded></item><item><title><![CDATA[Easee Equalizer med Kamstrup Omnipower elmåler efter smart-me]]></title><description><![CDATA[Vi havde problemer med at få Easee Equalizer til at virke med Kamstrup Omnipower elmåler. Her kommer lidt noter om hvordan vi kom i mål.Vi har en <a href="https://easee.com/dk/hjemmeoplader/?ref=jens.bruntt.dk">Ease Home lader</a> til vores elbil. Og i dag fik vi installeret en Easee Equalizer.Equalizer vil]]></description><link>https://www.jens.bruntt.dk/easee-equalizer-med-kamstrup-omnipower-elmaler-efter-smart-me/</link><guid isPermaLink="false">6453781a23190500015911c8</guid><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Thu, 04 May 2023 09:57:33 GMT</pubDate><content:encoded><![CDATA[Vi havde problemer med at få Easee Equalizer til at virke med Kamstrup Omnipower elmåler. Her kommer lidt noter om hvordan vi kom i mål.Vi har en <a href="https://easee.com/dk/hjemmeoplader/?ref=jens.bruntt.dk">Ease Home lader</a> til vores elbil. Og i dag fik vi installeret en Easee Equalizer.Equalizer vil hos os blive brugt til to ting:<ul><li>Sørge for at vi kan lade med mere end 11kw når vores strømmen ikke skal bruges til andet i huset. Vores Renault Megane E-tech kan lade med op til 22kw.</li><li>Sørge for at vi lader mest muligt med overskuds-strøm fra vores solceller.</li></ul>Elektrikeren (fra Ry elforretning) satte et Kamstrup HAN-modul i Kamstrup elmåleren. Men først trak han det smart-me modul ud som havde siddet i elmåleren de sidste par år.Da jeg selv satte smart-me modulet op (for et par år siden) havde jeg talt med mit lokale elselskab, som udleverede en dekrypteringsnøgle, som jeg brugte i opsætningen af smart-me modulet.Elektrikeren forbandt HAN-modul til Equalizeren og konfigurerede løs.Det gik sådan set fint, men da han i princippet var i mål så kunne vi ikke se i Easee appen hvad strøm-forbruget/-overskuddet i huset var.Og vi undrede os over at Easee Installer-appen ikke havde bedt om dekrypteringsnøglen. Vi ledte på nettet og kunne se at Easee App - eller Easee Cloud-websiden burde bede om dekrtypteringsnøglen.Derfor talte vi på telefonen med Easee support. Supporteren satte manuelt dektypteringsnøglen ind i deres administrationsmodul, men det havde ikke en effekt. Men supporteren sagde noget vigtigt: Dataformatet var forkert - det skulle være dynamisk. Så vi skulle tale med det lokale elselskab for at få det lavet om.Så vi ringede til det lokale elselskab, og fortalte hvad problemet var, og nævnte at der havde været brugt et smart-me modul først.Peter hos elselskabet vidste præcist hvad der skulle til. Der er forskel på hvordan Kamstrup elmåleren skal være sat op, afhængigt af hvilket modul man sætter i. Så Smart-me vil have ét format og det Kamstrup HAN-modul som vi havde sat i nu, vil sammen med Easee Equalizer have et andet format. Formatet hedder DLMS/COSEM. Peter kunne se at min Kamstrup elmåler skulle have to firmware-opdateringer før formatet ville blive skiftet til DLMS/COSEM. Det satte han så i gang. Han sagde at der kunne gå op til 4 dage inden det slog igennem.Han fortalte også, at med dette format så vil der ikke ske kryptering og dermed er der ikke brug for en dekrypteringsnøgle. Jeg tror at dette kan være en lokal ting - altså at mit lokale elselskab (i Skanderborg: <a href="https://dinel.dk/?ref=jens.bruntt.dk">Din El</a>) vælger ikke at kryptere. Der er nu gået 2 timer, og så vidt jeg kan se så virker det allerede. Skærmbillede fra Easee app. Man kan se at Eksport er 1.259w  - så solcellerne producerer altså noget som sendes på nettet.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/05/image.png" class="kg-image" alt loading="lazy" width="463" height="740"></figure>]]></content:encoded></item><item><title><![CDATA[Så fik vi elbil - en Renault Megane e-tech 100% electric]]></title><description><![CDATA[Karen og jeg fik en elbil ugen før påske 2023. Her vil jeg dele mine tanker om vores elbil-købe-forløb. <figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://www.jens.bruntt.dk/content/images/2023/04/Renault_megane_etech_electric_2023.jpg" class="kg-image" alt loading="lazy" width="2000" height="1504" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/04/Renault_megane_etech_electric_2023.jpg 600w, https://www.jens.bruntt.dk/content/images/size/w1000/2023/04/Renault_megane_etech_electric_2023.jpg 1000w, https://www.jens.bruntt.dk/content/images/size/w1600/2023/04/Renault_megane_etech_electric_2023.jpg 1600w, https://www.jens.bruntt.dk/content/images/size/w2400/2023/04/Renault_megane_etech_electric_2023.jpg 2400w" sizes="(min-width: 720px) 720px"><figcaption>Renault Megane E-tech Electric april 2023</figcaption></figure><h1 id="kia-ev6">Kia EV6 </h1>Vi bestilte en elbil hos Kia 7/10-2021. Det var en EV6 som er en]]></description><link>https://www.jens.bruntt.dk/sa-fik-vi-elbil-en-renault-megane-e-tech-100-electric/</link><guid isPermaLink="false">6437cacf62dad90001c51501</guid><category><![CDATA[Bil]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Thu, 13 Apr 2023 09:43:17 GMT</pubDate><content:encoded><![CDATA[Karen og jeg fik en elbil ugen før påske 2023. Her vil jeg dele mine tanker om vores elbil-købe-forløb. <figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://www.jens.bruntt.dk/content/images/2023/04/Renault_megane_etech_electric_2023.jpg" class="kg-image" alt loading="lazy" width="2000" height="1504" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/04/Renault_megane_etech_electric_2023.jpg 600w, https://www.jens.bruntt.dk/content/images/size/w1000/2023/04/Renault_megane_etech_electric_2023.jpg 1000w, https://www.jens.bruntt.dk/content/images/size/w1600/2023/04/Renault_megane_etech_electric_2023.jpg 1600w, https://www.jens.bruntt.dk/content/images/size/w2400/2023/04/Renault_megane_etech_electric_2023.jpg 2400w" sizes="(min-width: 720px) 720px"><figcaption>Renault Megane E-tech Electric april 2023</figcaption></figure><h1 id="kia-ev6">Kia EV6 </h1>Vi bestilte en elbil hos Kia 7/10-2021. Det var en EV6 som er en rigtig elbil. Rigtig=ikke hybrid.Juli 2022 afbestilte vi denne Kia EV6. Vi bestilte i stedet en Renault Megane e-tech 100% electric hos den lokale Renault-forhandler. <h1 id="hvorfor-sprang-vi-fra-ev6">Hvorfor sprang vi fra EV6?</h1><ul><li>Megane er på størrelse med vores gamle Kia Ceed, EV6 er større. Vi forventer at Megane er nemmere at håndtere på vejen og nemmere at parkere.</li><li>Megane har Android Automotive brugergrænseflade. Det er meget lækrere at betjene og overskue i forhold til alt hvad jeg har set i andre biler. Det er Google og vi er Google-brugere, og det giver nogle synergier: Hvis vi f.eks. søger på en adresse på mobilen, og sætter os ud i bilen, så foreslår bilen at vi kører til den adresse der for nyligt blev søgt på mobilen.</li><li>Materiale-kvaliteten i kabinen er meget lækrere end EV6.</li><li>Megane kan forvarme/-køle bilens batteri når navigation ved at vi er på vej til lader. Det havde EV6 ikke.</li><li>Megane er lidt billigere end EV6. Da vi skiftede forventede jeg en prisdifferencen pp 60.000.</li><li>Jeg var træt af at EV6 leveringstid hele tiden blev skubbet. </li></ul><h1 id="renault-megane-e-tech-electric">Renault Megane E-tech Electric</h1>Vi fik vores nye elbil ca. til den forventede tid.Den endte med at stå en uge hos Renault-forhandleren, fordi netop vores bil var med i en bunke biler som alle skulle have skiftet en kontakt inden udlevering. <h1 id="r%C3%A6kkevidde">Rækkevidde</h1>Vores nye bil har en norm-udregnet rækkevidde på 450km på en opladning.Ligesom med benzinbiler kommer vi aldrig til at opleve at rækkevidden kommer til at være som normen siger.Ud fra hvad jeg læser rundt omkring, så skal vi regne med 300 km om vinteren og måske 400 km om sommeren. Det er fint. Vores daglige kørebehov er rigeligt dækket.Karen kører stort set hver dag Skanderborg til Aarhus, 50 km ialt.Selv med lidt indkøb og ture til biograf og venner, så kan vi nøjes med en eller to opladninger per uge. <h1 id="men-hvad-med-lange-ture">Men hvad med lange ture?</h1>Jeg har aftalt med Karen og Frederikke at vi tager til Tyrol og Italien i sommerferien. I den nye elbil. Vi skal opleve hvordan det er.Som jeg ser det er det bare en biltur med flere pauser.Når det er motorvej om sommeren forventer jeg at vi skal lade hver 300 km. Det er ca hver 3. time. Og jeg forventer at en opladning kommer til at tage ca 30 minutter. Og det er jo grundlæggende sundt at holde pause hver 3. time.Sådan noget handler grundlæggende om forventningsafstemning. Hvis alle ved hvad man kan forvente, så kommer der ikke nogen overraskelse. <h1 id="noget-om-opladning">Noget om opladning</h1>Vores daglige opladning sker hjemme.Vi har fået installeret en Easee lader.Vi har ikke en aftale med et ladeselskab som feks Clever. Så når vi lader koster det per KWh det samme som når vi bruger strøm til ovnen.Havde vi ikke haft solceller på huset havde vi nok valgt en aftale med et ladeselskab.Fordi vi har solceller kan vi ikke få tilbagebetaling af elafgifter når vi lader elbil. Og det gør at en stor del af fordelen ved en aftale med et ladeselskab falder væk; det er ladeselskaber der tilbagebetaler elafgifter.En del af vores hjemme-ladning vil blive afgiftsfri. Det bliver den fordi vi faktisk årligt sælger 1.500 KWh. Disse 1.500 KWh kan vi købe tilbage uden at skulle betale afgift. Vi skal bruge i omegnen af 4.300 KWh årligt på opladning af bilen, så en god bid bliver uden elafgifter.Elafgiften sættes af staten. Og det er den afgift som lige nu er sat meget ned på grund af energikrise som følge af Ruslands krig mod Ukraine.For et år var den 90 øre per KWh. Lige nu er den midlertidigt sat ned til 8 øre.Elpriser stiger og falder ganske meget.Inklusiv alle afgifter så kan en KWh koste 30 øre, og den kan komme op på 4 kroner. Indenfor det sidste år har en KWh været oppe på 8 kroner. Så hvad det koster at holde sin elbil kørende kan altså variere meget. Vores Megane har et 66 Kwh batteri, så en "tankfuld" vil ligge mellem 20 og 528 afhængigt af hvornår vi lader.Fordi vi køber til dagsprisen, som faktisk er en timepris, så skal vi planlægge. Om natten koster el typisk det halve i forhold til dagtimerne.Og så er der også det med at lade bil med strøm som vi selv producerer med vores solceller. Det er jo ret interessant.Grunden til at vi netop købte en Easee lader er, at denne, koblet sammen med en ekstra-dims, som kobles til vores elmåler, kan styre vores ladning af bilen: Når vi har overskudsproduktion (ovnen, lamperne osv bruger ikke alt det vi producerer) så kan laderen vælge at hælde overskuddet i bilen. Vi har bestilt den ekstra-dims som kan lave denne smarte overskuds-håndtering. Det bliver spændende at se hvordan det fungerer. <h1 id="ladehastighed">Ladehastighed</h1>Vores smarte Megane kan lade hurtigere end de fleste biler ved "destinationsladere". En destinationslader er sådan en vi har hjemme, og det er sådan en der står på mange parkeringspladser.De fleste elbiler kan lade med 11 kw ved sådan en lader. Vores kan lade med 22 kw ved en destinationslader.Bilens batteri kan indeholde 66 KWh, så bilen kan lades fra 0 til 100% på ca 3 timer ved en typisk destinationslader.Der er dog forskellige men'er.Vores hjemmeladning kommer ikke til at være 22 kw. Det var for dyrt at etablere.Med den kapacitet som vi har købt adgang til hos vores lokale elselskab forventer vi at kunne lade med op til 17kw om natten. Lader vi om dagen vil det være mindre, da noget af vores kapacitet skal bruges til at lave mad med, eller til andet der bruger strøm.En normal hjemmelade-installation kan levere med 11 kw, men fordi vi har en Easee lader, og fordi min elektriker kan skrue vores installation rigtigt sammen, kan vi ende på 17 kw. Merprisen har været minimal for at kunne nå op på de 17 kw, måske 2.500 kroner, hvor den samlede lade-installation koster måske 13.000.Hvorfor er det interessant at kunne lade hurtigere hjemme? Mest fordi det nogen gange er billigst at lade i lige præcist de to timer fra feks 02 til 04 om natten. <h1 id="hvad-med-selve-bilenhvad-kan-den">Hvad med selve bilen - hvad kan den?</h1>Den kan køre. Det er jo bare en bil. Men den kører virkeligt godt.Bilen har 220 hestekræfter. Den gamle havde ca 115 og det var temmeligt mange. Så den trækker vanvittigt godt. Hurtigt fra lyskrydset, meget nemt at komme op i passende fart når man skal flette ind på motorvejen.Topfarten er 160 km/timen.Den er stoppet med assistent-systemer og sikkerheds-funktioner.Fartpilot som er adaptiv og som kan regulere efter skiltene langs vejen. Det virker godt.Bilen kan holde bane. Så hvis jeg forsøger at skifte bane uden at bruge blinket, så stritter rattet imod og ryster. Spændende hvordan det virker i regnvejr.Når vi skal parkere vises dels bakkamera, men også et billede "ovenfra", som kan bruges til at se om vi er indenfor stregerne, eller om vi på en eller anden måde er på vej ud i problemer. Det virker ret godt.Der er sensorer hele vejen rundt om bilen. Så bilen bipper hvis vi kommer tæt på ting under parkering. De samme sensorer kan også advare når vi bakker ud fra en parkeringsbås, hvis der er biler der passerer på tværs. Og ignorerer man det, så hugger bilen selv bremsen i. Lyder godt.Forsæderne er elektrisk styrede, altså højde, afstand til rattet osv, og indstillingen er bundet til en profil. Karen, jeg og Mads og Frederikke har hver en profil, der husker vores præferencer. Jeg har desværre ikke styr på hvad profilen husker, ud over sæderne. Jeg håber på sidespejlenes indstilling.Forsæderne kan også massere… Bilens skærme, det som kaldes infotainment, er baseret på Android Automotive. Som ikke skal forveksles med Android Auto.Vi har en skærm bag rattet, som viser feks hastigheden, og midt i konsollen er der også en skærm, som primært viser navigation. Navigationen er Google Maps.Man kan installere apps i bilen, og det gør man fra Google Appstore. Det er den samme Appstore som findes på Android mobiler, men udvalget af apps er her meget mindre, for en app skal være udviklet til at fungere med bil, før den kan ses her. Jeg har installeret Spotify og Radio Paradise (fantastisk streaming-radio) i bilen. Det er spændende.]]></content:encoded></item><item><title><![CDATA[Hvad sker der med Digital Post når borgeren dør?]]></title><description><![CDATA[Når en borger dør vil det påvirke den Digital Post-postkasse som personen havde.<h2 id="hvorn%C3%A5r-kan-man-ikke-l%C3%A6ngere-skrive-digital-post-til-en-d%C3%B8d-borger">Hvornår kan man ikke længere skrive Digital Post til en død borger?</h2>Som hovedregel vil Det Centrale Personregister (CPR) blive opdateret senest to dø]]></description><link>https://www.jens.bruntt.dk/hvad-sker-der-med-digital-post-nar-borgeren-dor/</link><guid isPermaLink="false">647f36bde4d44c00017ef802</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Thu, 03 Nov 2022 23:00:00 GMT</pubDate><content:encoded><![CDATA[Når en borger dør vil det påvirke den Digital Post-postkasse som personen havde.<h2 id="hvorn%C3%A5r-kan-man-ikke-l%C3%A6ngere-skrive-digital-post-til-en-d%C3%B8d-borger">Hvornår kan man ikke længere skrive Digital Post til en død borger?</h2>Som hovedregel vil Det Centrale Personregister (CPR) blive opdateret senest to døgn efter at borgeren er afgået ved døden.Digital Post-platformen udfører natlige opdateringer af platformens modtager-register, hvor borgerens status som død læses fra CPR.Så snart Digital Post-platformens modtager-register er opdateret med oplysningen om at borgeren er død, vil det ikke længere være muligt at sende Digital Post til denne borger. Post vil blive afvist med statuskoden “recipient.is.closed”, 6003 eller statusteksten “Modtageren kan ikke modtage digital post“.Den natlige opdatering af Digital Post modtager-registeret sker ikke hver nat. Opdateringen sker alle nætter, bortset fra:<ul><li>Natten mellem lørdag og søndag.</li><li>Natten mellem søndag og mandag.</li></ul>Eksempler på hvor lang tid der går fra registrering i CPR til det har effekt for Digital Post-forsendelse:<ul><li>Hvis en person registreres død tirsdag i CPR, så kan man ikke sende Digital Post til denne person onsdag.</li><li>Hvis en person registreres død lørdag i CPR, så kan man ikke sende Digital Post til denne person tirsdag.</li></ul>Opsummeret kan man sige:Når en person dør forsvinder muligheden for at sende Digital Post til denne person.Der er dog en forsinkelse som gør at muligheden ikke forsvinder med det samme. Der indgår mindst to elementer i denne forsinkelse:<ul><li>Der kan gå op til to døgn fra en person dør til det er registreret i CPR.</li><li>Der kan herudover gå op til tre døgn før informationen er registreret i Digital Post platformen.</li></ul><h2 id="hvad-sker-der-med-adgang-til-en-afd%C3%B8ds-digital-post-postkasse">Hvad sker der med adgang til en afdøds Digital Post-postkasse?</h2>Som udgangspunkt har ingen adgang til en afdøds Digitale Post-postkasse efter at Digital Post-platformen har registreret at borgeren er død.Personer som har haft adgang til den afdødes postkasse mister adgangen.Den afdøde mister også adgangen til postkassen. Så hvis man råder over den afdødes MitID mister man altså også adgangen.Et familiemedlem kan, hvis denne er udpeget som bobestyrer (af Skifteretten), søge adgang til postkassen. Det at søge adgang sker i <a href="https://rettighedsportal.digitalpost.dk/?ref=jens.bruntt.dk">Rettighedsportalen for Digital Post</a> (men det kan altså først ske efter at man er udpeget som Bobestyrer). Her er <a href="https://rettighedsportal.digitalpost.dk/bobestyrer/anmod?ref=jens.bruntt.dk">dybt link til at søge adgang som bobestyrer</a>.<h2 id="mere-information">Mere information</h2><a href="https://www.borger.dk/internet-og-sikkerhed/digital-post/Post?ref=jens.bruntt.dk">Om Digital Post (borger.dk)</a> - overskriften Hvad sker der med Digital Post ved dødsfald?]]></content:encoded></item><item><title><![CDATA[Digital Post forward / videresend]]></title><description><![CDATA[I det nye Digital Post kan man forwarde Digital post Meddelelser.<h1 id="hvem-m%C3%A5-forwarde-digital-post-og-efter-hvilke-regler">Hvem må forwarde Digital Post og efter hvilke regler?</h1>Kilde: <a href="https://www.digitaliser.dk/forum/6781671?ref=jens.bruntt.dk" rel="nofollow">Hvordan fungerer videresendelse i Digital Post - til myndighed?</a><hr>En borger eller virksomhed kan videresende en modtaget meddelelse til<ul><li>alle myndigheder - kræver ikke tilladelse</li><li>tillidsrelationer</li></ul>]]></description><link>https://www.jens.bruntt.dk/digital-post-forward-videresend-2/</link><guid isPermaLink="false">647f3284e4d44c00017ef7b8</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Tue, 19 Apr 2022 22:00:00 GMT</pubDate><content:encoded><![CDATA[I det nye Digital Post kan man forwarde Digital post Meddelelser.<h1 id="hvem-m%C3%A5-forwarde-digital-post-og-efter-hvilke-regler">Hvem må forwarde Digital Post og efter hvilke regler?</h1>Kilde: <a href="https://www.digitaliser.dk/forum/6781671?ref=jens.bruntt.dk" rel="nofollow">Hvordan fungerer videresendelse i Digital Post - til myndighed?</a><hr>En borger eller virksomhed kan videresende en modtaget meddelelse til<ul><li>alle myndigheder - kræver ikke tilladelse</li><li>tillidsrelationer - rettighed tildelt via <a href="http://borger.dk/rettighedsporttalen?ref=jens.bruntt.dk" rel="nofollow">borger.dk/rettighedsporttalen</a></li><li>e-mailadresse</li></ul>Desuden gælder<ul><li>en forkyndelse (legalNotification) kan ikke videresendes uden at den er blevet forkyndt for borgeren</li><li>når en forkyndelse videresendes sættes meddelelsens type til at være en almindelig meddelelse - altså legalNotification = false</li></ul><hr>Mine noter til dette: Det betyder at vi kommer til at se en hel del forwarded indgående Digital post, hvor især borgere sender post videre for at få hjælp, eksempelvis hos deres sagsbehandler.<h1 id="hvordan-ser-det-udforwarding-af-digital-post">Hvordan ser det ud - Forwarding af Digital Post</h1>Vi er i Kirstens postkasse. Myndigheden Dafolo/Convergens har sendt denne post til Kirsten.Bemærk: Dafolo er jo ikke normalt en myndighed, men i Digital Post-testmiljøet er vi en myndighed.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/videresend1.png" class="kg-image" alt loading="lazy" width="841" height="414" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/videresend1.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/videresend1.png 841w" sizes="(min-width: 720px) 720px"></figure>Kirsten trykker på Videresend. Og her vælger  hun at hun  vil videresende til en Myndighed.Nedenfor ser vi at hun har udpeget at hun vil sende til myndigheden (1) Dafolo og "kategori" (kontaktpunkt) "sbsip-master-u213-pull" (ja, det hedder dét kontaktpunkt).<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/videresend-2.png" class="kg-image" alt loading="lazy" width="1134" height="646" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/videresend-2.png 600w, https://www.jens.bruntt.dk/content/images/size/w1000/2023/06/videresend-2.png 1000w, https://www.jens.bruntt.dk/content/images/2023/06/videresend-2.png 1134w" sizes="(min-width: 720px) 720px"></figure>Hun kan skrive en slags følgetekst (2).Nedenfor ser vi klip fra Beskedbasen, som  er vores platform til fordeling af Digital post, og vi ser på den indgående Digital post, som er forwarded.Afsender/sender (1) er Kirsten (du skal ignorere "label" - CPRnummeret er Kirstens)Modtager/recipient (2) er Dafolo, som Kirsten udpegede. Inklusiv det kontaktpunkt hun udpegede.ForwardData (3) er en node der kun er udfyldt, fordi vi er i forwarding-scenariet<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/videresend3.png" class="kg-image" alt loading="lazy" width="773" height="641" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/videresend3.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/videresend3.png 773w" sizes="(min-width: 720px) 720px"></figure>MessageHeader.ForwardData.MessageUUID er den UUID som den originale meddelelse havde; den som Kirsten modtog fra Dafolo.MessageHeader.ForwardData.OriginalMessageDateTime ved jeg ikke hvad er. Et gæt er jo at det er en dato/tid taget enten fra den originale MeMo, eller en modtaget-dato/tid fra databasen hos Digital Post.MessageHeader.ForwardData.OriginalSender er CVRnummer for den oprindelige afsender der sendte til Kirsten. Altså Dafolo.MessageHeader.ForwardData.OriginalContentResponsible er taget fra det originale MeMo som blev sendt til Kirsten. Det kommer fra den originale MessageHeader.Sender.AttentionData.ContentResponsible.label.MessageHeader.ForwardData.ContactPointId er ikke udfyldt her. Og det skyldes at det er en borger der forwarder. Havde det været en myndighed der forwardede, så havde der kunnet været kontaktpunktID som der var sendt til.MessageHeader.ForwardData.Comment er den kommentar/følgetekst som Kirsten skrev.I forwarding-scenariet ser jeg MessageHeader.ForwardData.Comment som ekstremt vigtig.Det er jo dybest set dén der indeholder "kropsteksten" som afsenderen har skrevet. Et eksempel kunne være "Jeg har brug for hjælp med at finde ud af hvordan jeg undgår at Æblerød kommune fjerner mine børn. Se vedlagte trusselsbrev".<h1 id="forwardet-post-og-replydata-ser-m%C3%A6rkeligt-ud">Forwardet post og ReplyData ser mærkeligt ud</h1>Se denne fra samme indgående Digital post, som er forwarded:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/videresend4.png" class="kg-image" alt loading="lazy" width="500" height="582"></figure>Jeg synes det er lidt mærkeligt.Der er kun én replyData-node. Det er den oprindelige ReplyData-node, som Dafolo sendte i MeMo til Kirsten.Hvad pokker er det meningen man skal gøre i forhold til at svare på sådan en Meddelelse når det gælder ReplyData?Standard-forretningslogikken for svar er jo:<ul><li>Opret ny, tom MeMo.</li><li>Kopier alle ReplyData-noder ind fra den som vi svarer på.</li><li>Opret selv en ny ReplyData-node som henviser til den Meddelelse som vi svarer på (det vil være a95e4971-4bff-4a4e-929e-1a14ba41c745 i vores eksempel) i replyUUID.</li></ul>Problemet er at der burde være en ReplyData-node som sagde "jeg hører sammen med messageUUID a95e4971-4bff-4a4e-929e-1a14ba41c745", men det er der ikke.Der er noget matematik som ikke er i orden. Eller som vi på en eller anden måde skal special-håndtere når det handler om forwarded post.<h1 id="kan-besvares">Kan besvares?</h1>Noget andet "sjovt" er, at den oprindelige meddelelse sendt til  Kirsten var markeret med "kan ikke besvares": MessageHeader.reply=false.Det kan vi se, fordi der ikke er en svar-knap i første skærmdump.Den forwardede Digital Post er også forsynet med MessageHeader.reply=false.Se her:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/videresend5.png" class="kg-image" alt loading="lazy" width="500" height="377"></figure>Så principielt set må vi ikke besvare den.Men... er det mon virkelig tanken at vi skal lade være med at svare på det som borgeren har forwarded? "Jeg har brug for hjælp med at finde ud af hvordan jeg undgår at Æblerød kommune fjerner mine børn. Se vedlagte trusselsbrev".<h1 id="overskriften-vs">Overskriften: vs</h1>Se skærmdump fra sidste afsnit. MessageHeader.label indeholder "Vs: " foran den oprindelige overskrift.]]></content:encoded></item><item><title><![CDATA[NgDP: En uge før det tekniske skift til den nye Digtal Post platform]]></title><description><![CDATA[I dag er det fredag den 11/3-2022. Fredag den 18/3-2022 begynder Danmarks skift af offentlig Digital Post platform.Vi skifter fra e-boks' platform til Digitaliseringsstyrelsens platform. Den nye platform er i lang tid blevet kaldt Næste generation Digital Post (NgDP), og i det næ]]></description><link>https://www.jens.bruntt.dk/ngdp-en-uge-for-det-tekniske-skift-til-den-nye-digtal-post-platform/</link><guid isPermaLink="false">647f3172e4d44c00017ef79d</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Thu, 10 Mar 2022 23:00:00 GMT</pubDate><content:encoded><![CDATA[I dag er det fredag den 11/3-2022. Fredag den 18/3-2022 begynder Danmarks skift af offentlig Digital Post platform.Vi skifter fra e-boks' platform til Digitaliseringsstyrelsens platform. Den nye platform er i lang tid blevet kaldt Næste generation Digital Post (NgDP), og i det næste par måneder kalder vi den nok nye Digital Post, hvorefter vi bare vil kalde den Digital Post-platformen.Et sidespor: Hvis du undrer dig over at jeg skriver at den nye platform er Digitaliseringsstyrelsens, så skal du læse det jeg har skrevet her: <a href="https://www.jens.bruntt.dk/introduktion-til-naeste-generation-digital-post/">Introduktion til Næste generation Digital Post</a>. Den korte udgave: Danmark har købt denne platform, og den er udviklet af og driftes af NetCompany i en udbudsperiode.Mandag den 21/3-2021 klokken 9 vil vi kunne logge ind på <a href="http://borger.dk/?ref=jens.bruntt.dk">borger.dk</a>, <a href="http://virk.dk/?ref=jens.bruntt.dk">virk.dk,</a> <a href="http://mit.dk/?ref=jens.bruntt.dk">mit.dk</a> og <a href="http://e-boks.com/?ref=jens.bruntt.dk">e-boks.com</a> for at læse vores offentlige Digital Post. Bemærk: <a href="http://mit.dk/?ref=jens.bruntt.dk">mit.dk</a> som er ny Digital Post-visningsklient, på linje med e-boks' tilsvarende.I Dafolo Digital udvikler og drifter vi en del løsninger som sender og modtager Digital Post.Vi har over 40 kommuner og en region, som sender og modtager post gennem disse løsninger. Den helt store mængde Digital Post sendes fra sags- og dokumenthåndteringssystemet SBSYS, og rigtigt meget indgående Digital Post journaliseres automatisk i samme ESDHsystem. Vi har også en del kunder der benytter vores masseforsendelsessystem til Digital Post. Og så har vi også rigtigt mange kommuner der benytter vores selvbetjeningsløsninger, hvor mange af disse sender Digital Post.Det er en stor ting at skifte Digital Post platformen ud. Den tekniske model er ændret meget. Datamodellen er ændret, og der er helt nye måder vi skal gøre ting for at sende og modtage post.Vi har derfor udviklet en hel del over de sidste år for at være klar til den nye Digital Platform. Og vi er klar.Vi er flere her i huset som har travlt med at gøre klar til at skiftet kan ske smertefrit, og vi er endnu flere som vil være klar den 21/3 for at kunne løse de problemer der kan vise sig.Vores teknologi er klar, og det vi roder med i de sidste dage inden skiftet er de sidste konfigurationer hos enkelte kunder.<h1 id="det-vi-holder-%C3%B8je-med">Det vi holder øje med</h1>Nogle ting som vi holder øje med lige nu i Dafolo Digital - som har betydning i overgangsperioden.<h2 id="returdata">Returdata</h2>Vi ser desværre at Digital Post, som er svar på post som en myndighed har sendt, ikke er opmærket korrekt. Så svarpost kan ikke journaliseres automatisk i ESDH. Vi regner med at problemet løses af Netcompany inden det nye Digital Post starter op den 21/3. Mere information: <a href="https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-skyttegraven-genbesogt-sidst-i-februar-2022/">Det nye Digital Post (NgDP) - skyttegraven genbesøgt sidst i februar 2022</a>.<h2 id="kombinerede-afsenderog-modtagesystemer">Kombinerede afsender- og modtagesystemer</h2>Hvis myndigheder har systemer der er både Afsender- og Modtagersystemer, så har der været en periode hvor man, hvis man oprettede sådanne systemer i Digital Posts Administrativ Adgang, har oprettet "beskadigede" systemer. Sådanne systemer kan ikke modtage Digital Post. Netcompany har fortalt os at disse systemer vil blive "repareret" inden den nye platform begynder at sende post ud. Mere information: <a href="https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-skyttegraven-genbesogt-sidst-i-februar-2022/">Det nye Digital Post (NgDP) - skyttegraven genbesøgt sidst i februar 2022</a>.<h1 id="om-meddelelsesmodellen">Om Meddelelsesmodellen</h1>Det nye format for Digital Post hedder Meddelelsesmodellen (MeMo). Vi er gået fra et meget smalt/begrænset Digital Post-format til et stort format.MeMo er et godt format, som har potentiale til at understøtte mere og bedre digitalisering. Danske myndigheder og virksomheder kan med dette format automatisere flere processer, så Digital Post ikke skal sorteres manuelt. Vi kan spare penge og vi kan forbedre processer omkring GDPR: Sikre at kun dem der skal se et givet brev ser på det.MeMo giver os også mulighed for at skrive offentlig Digital Post til borgere på en bedre måde. En stor ting her er muligheden for tydeligt at fremhæve hvad læseren forventes at gøre i form af fremhævede links til eksempelvis en selvbetjeningsløsning ("tilmeld Marie til dagplejen"), og mulighed for at læseren kan downloade en aftale til sin kalender ("tilføj vores aftale til din kalender"). Man har altid kunne skrive links i selve brødteksten, men nu kan samme links blive tydeligt fremhævet, inklusiv en frist-dato, og det øger sandsynligheden for at læseren gør det som forventes, og det er godt både for myndigheds-afsenderen og for borgeren.Jeg har skrevet en hel del om det nye Digital Post og hvordan vi kan udnytte Meddelelsesmodellen. Her er en linksamling:<a href="https://www.jens.bruntt.dk/introduktion-til-naeste-generation-digital-post/">Introduktion til Næste generation Digital Post</a><a href="https://www.jens.bruntt.dk/ngdp-memo-adressering-med-attentiondata-og-contactpoint/">NgDP MeMO - adressering med AttentionData og ContactPoint</a><a href="https://www.jens.bruntt.dk/ngdp-memo-rige-returdata-med-replydata-sikrer-at-svar-kommer-det-rigtige-sted-hen/">NgDP MeMO - rige returdata med ReplyData sikrer at svar kommer det rigtige sted hen</a><a href="https://www.jens.bruntt.dk/ngdp-memo-afsenderoplysninger-med-attentiondata-og-contactpoint/">NgDP MeMO - afsenderoplysninger med AttentionData og ContactPoint</a><h1 id="om-visningsklienterne">Om Visningsklienterne</h1>Der er blevet afholdt seminarer, hvor de godkendte Visningsklienter er blevet demonstreret. Mere information og mulighed for selv at se klienterne: <a href="https://www.digitaliser.dk/news/6685091?ref=jens.bruntt.dk">Status - uge 10</a>.En godkendt Visningsklient er en klient der kan bruges når en borger eller virksomhed skal læse, besvare eller skrive offentlig Digital Post. Altså post der udveksles med offentlige myndigheder.I dag - med den Digtal Post platform der er i drift frem til og med den 20/3-2022 - findes der disse klienter der lader dig arbejde med din offentlige Digital Post:<ul><li><a href="http://borger.dk/?ref=jens.bruntt.dk">borger.dk</a></li><li><a href="http://virk.dk/?ref=jens.bruntt.dk">virk.dk</a></li><li><a href="http://e-boks.com/?ref=jens.bruntt.dk">e-boks.com</a> og en tilhørende app til Android og iOS (apple-enheder)</li></ul>Efter min bedste overbevisning så læser 80% af Digital Post-brugere deres post via e-boks' klienter.Når vi nu får den nye Digital Post-platform i luften - den 21/3-2022 - så er udbudet af Visningsklienter dette:<ul><li><a href="http://borger.dk/?ref=jens.bruntt.dk">borger.dk</a> og en tilhørende app til Android og iOS</li><li><a href="http://virk.dk/?ref=jens.bruntt.dk">virk.dk</a> og en tilhørende app til Android og iOS</li><li><a href="http://mit.dk/?ref=jens.bruntt.dk">mit.dk</a> og en tilhørende app til Android og iOS</li><li><a href="http://e-boks.com/?ref=jens.bruntt.dk">e-boks.com</a> og en tilhørende app til Android og iOS</li></ul>Det er jo en ret stor udvidelse af udbudet. Flere apps og så er der en helt ny spiller her, som er mit.dk, som grundlæggende er en konkurrent til de produkter som e-boks udbyder. Både e-boks og mit.dk tilbyder at private virksomheder kan sende elektronisk post til danske borgere og virksomheder, og denne private post vil kunne ses i disse "kommercielle" klienter, sammen med post fra offentlige myndigheder.Jeg har løbende i udviklingsperioden haft adgang til borger.dk-visningsklienten i en browser. Jeg har først i denne uge set demonstration af mit.dks og e-boks' Visningsklienter.Jeg er faktisk lidt skuffet, specielt med hensyn til e-boks' visningsklienter, men egentlig også i forhold til mit.dk og borger.dk. Jeg havde en Linkedin-diskussion med en samarbejdspartner, som observerede at der måske ikke havde været en UX'er ind over e-boks' klient.I e-boks' app vil det ikke være muligt at svare på eller skrive ny post. Det synes jeg er virkeligt skidt. Min fornemmelse er at rigtigt mange menneskers eneste skriveredskab er en smartphone. Disse personer vil ikke kunne svare på post i e-boks' app. Mon ikke det vil blive ændret?Jeg fornemmer hele vejen rundt, altså i alle klienterne, at det store MeMo-format ikke rigtigt bliver sat i spil. Der er rigtigt mange ting som man kunne vælge at bruge til noget, men som man ikke bruger.Et eksempel: Hvis den lokale kommune skriver til mig om noget som kan stedfæstes med en geo-lokation, så kan denne lokation sendes som metadata i meddelelsen, og så kan en visningsklient vise mig et kort med en nål i, som viser mig lokationen.Der er noget høne/æg her. Hvis ingen sender geolokationer, så er der ikke noget at vise i en visningsklient som understøtter geolokationer. Samtidigt, hvis ingen understøtter visning af geolokation, hvorfor skal afsenderen så bruge ressourcer på at sende geolokation.Generelt ville jeg gerne have set, at Digitaliseringsstyrelsen havde hjulpet, guidet, og måske endda tvunget visningsklienterne til et højere ambitionsniveau. Det ville gøre at høne/æg-problemstillingen ville være et andet sted. Hvis jeg som afsender vidste at alle visningsklienter kan vise geolokation, så var jeg mere tilbøjelig til at sende geolokation.Forhåbentligt vil vi opleve at de organisationer som vedligeholder visningsklienterne vil arbejde videre og forbedre, så flere af Meddelelsesformatets muligheder kan blive udnyttet.<h1 id="tak-fordi-du-n%C3%A5ede-hertil">Tak fordi du nåede hertil</h1>Som jeg ser det er vi kun lige gået i gang. Den nye Digital Post-platform vil give os mulighed for at lave nogle rigtigt gode ting; god digitalisering. Til gavn for samfundet.Mange af os har fokuseret på at komme over en minimums-målstreg: At sikre at vi kan sende og modtage efter skiftet.Herefter skal vi i gang med at udnytte mulighederne.Tag fat i mig og mine kolleger, hvis vi skal rode med noget spændende på Digital Post-platformen. Geolokationer. kalender-invitationer. Fed understøttelse af interaktionen med borgere i længere Digital post-tråde.]]></content:encoded></item><item><title><![CDATA[Det nye Digital Post (NgDP) - skyttegraven genbesøgt sidst i februar 2022]]></title><description><![CDATA[Bare lidt løst og fast omkring hvordan vi i Dafolo lige nu nærmer os overgangen til det nye Digital Post (NgDP).Jeg har lige nu fem åbne sager hos Netcompanys NgDP-support. Nogen er mere alvorlige end andre. Den ene af dem, tror jeg, er rettet]]></description><link>https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-skyttegraven-genbesogt-sidst-i-februar-2022/</link><guid isPermaLink="false">647f30e9e4d44c00017ef790</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 21 Feb 2022 23:00:00 GMT</pubDate><content:encoded><![CDATA[Bare lidt løst og fast omkring hvordan vi i Dafolo lige nu nærmer os overgangen til det nye Digital Post (NgDP).Jeg har lige nu fem åbne sager hos Netcompanys NgDP-support. Nogen er mere alvorlige end andre. Den ene af dem, tror jeg, er rettet (og måske er rettelsen skyld i den som jeg har først på min liste her), så den taler vi ikke om.Efter de åbne sager kommer der lidt andet løst og fast.<h1 id="fejl-svar-der-kommer-fra-borgerdk-indeholder-ikke-korrekte-messageuuid-i-replydatadpet-3069">Fejl: Svar der kommer fra borger.dk indeholder ikke korrekte messageUUID i ReplyData - DPET-3069</h1>Her er vi i den meget alvorlige ende af spektret. Det er en vigtig funktionalitet, som ikke virker på NgDP-platformen.Når man svarer på et MeMo, er der beskrevet nogle forretningsregeler for, hvordan den der svarer skal gøre for at sikre, at tråden bevares. Det er ReplyData vi taler om.Jeg har skrevet om hvordan det (bør) fungere her: <a href="https://www.jens.bruntt.dk/ngdp-memo-rige-returdata-med-replydata-sikrer-at-svar-kommer-det-rigtige-sted-hen/">NgDP MeMO - rige returdata med ReplyData sikrer at svar kommer det rigtige sted hen</a>Og hvad er det så, vi ser?Når en borger svarer på en Digital Post, så ser vi, at den ReplyData-instans som borger.dk visningsklienten danner ikke følger specifikationen. Jeg har formuleret det, der skal ske sådan:Vi skal også sikre os (og dette er et krav), at vi i vores ReplyData-instans udfylder messageUUID. Her skal stå præcist den samme værdi, som vi skriver i MessageHeader.messageUUID på den Meddelelse, som vi er ved at generere.Men det som vi ser, er at ReplyData-instansen som dannes af borger.dk-visningsklienten ikke har samme UUID stående i ReplyData-instansens MessageUUID, som der står i MessageHeader.messageUUID.Og hvad er så problemet med det?Godt eksempel: Når et ESDH-system sender en Digital Post til en borger, og borgeren svarer, så kan vi ikke journalisere svaret på den samme sag, som vi sendte fra. Vi kan ikke automatisere det.Vi ved, at det har fungeret som det burde, for vi har set hele flowet fungere fra ESDH til borger tilbage til ESDH. Men det fungerer ikke nu.<h1 id="fejl-memoschematron-og-dermed-ogs%C3%A5-memolib-har-forkert-regel-for-technicaldocumentdpet-3095">Fejl: MeMo_Schematron og dermed også MeMoLib har forkert regel for TechnicalDocument - DPET-3095</h1>Dette er i småtingsafdelingen.Når man sender eller modtager et MeMo, så er det i følge Schematron-definitionen tilladt at sende nogle filtyper, som ikke burde være tilladt i den del af MeMo som hedder TechnicalDocument.Det er den del af fil-området, som er reserveret til special-filer. Så ikke hoveddokument eller bilag.Her burde man kun kunne sende XML-filer, men man kan eksempelvis sende et word- eller HTML-dokument.Netcompany og Digitaliseringsstyrelsen kender til problemet, og er ved at rette det.<h1 id="fejl-afsendersystem-p%C3%A5-legacysnifladen-savner-dokumentation-for-encoding-i-meddelelsetiteltekstdpet-1801">Fejl: Afsendersystem på Legacysnifladen: Savner dokumentation for encoding i MeddelelseTitelTekst - DPET-1801</h1>Ikke super-alvorligt, men irriterende.Når vi sender Digital Post via overgangssnitfladen. Altså den snitflade hvor vi kan sende i det gamle DP1/DP2-format. Så kan vi ikke sende med nogle specialtegn i overskriften.Det er tegn som disse:< - mindre end> - større end& - ogI vores sende-løsninger (dem der bruger overgangssnitfladen) fjerner vi simpelthen disse tegn fra overskrifter, da vi ikke ved, hvornår der kommer en rettelse.<h1 id="fejl-nyoprettet-system-kan-ikke-hente-postdpet-3008">Fejl: Nyoprettet System kan ikke hente post - DPET-3008</h1>Jeg opfatter den som ret alvorlig.Hvis man i Administrativ Adgang opretter et System, som er kombineret afsender- og modtage-system, så kan dette system ikke modtage post.Når vi sætter sådan et system op til at bruge PULL-modtagelse, så får vores system en fejlkode 403.Vi ved, at der arbejdes på at gøre noget ved dette.<h1 id="overvejelser-omkring-overgang-fra-e-boks-til-netcompanys-sende-snitflader">Overvejelser omkring overgang fra e-boks' til NetCompanys sende-snitflader</h1>Vi driftsovervåger ca. 40 kommuner og en regions afsender- og modtagersystemer.Vi vil sørge for ikke at sende på e-boks' snitflade i god tid inden lukketid. Vi har ikke fastsat tiden endnu.Vores brugere vil ikke opleve det som nedetid, for udgående Digital Post vil blot ligge i kø.Men vi har diskuteret, hvornår vi så begynder at sende til NgDP-snitfladen. Vi kan vælge at sende før 21/3-2022. Sender vi på snitfladen før 21/3, så ligger posten og venter på åbningsdagen.Vi hælder kraftigt til ikke at sende på de nye snitflader, før vi er nået helt frem til den 21/3.Hvorfor: Så kan andre få lov til at finde eventuelle tidlige problemer. Og vi skal ikke til at rode med at hugge bremsen i, fordi Digitaliseringsstyrelsen beder alle om at holde igen, mens der arbejdes på at fikse tidlige problemer.]]></content:encoded></item><item><title><![CDATA[NgDP: Der er et problem med MeMoLib og ContentData som indeholde CVR- og CPRnumre (december 2021)]]></title><description><![CDATA[<h1 id="memolibhvad-er-det">MeMoLib - hvad er det</h1>MeMoLib er et kodebibliotek der findes i udgaver til både .Net og i Java. Udviklet af NetCompany i forbindelse med udviklingen af platformen til det nye Digital Post (NgDP).Her findes de to biblioteker:Java: <a href="https://bitbucket.org/nc-dp/memo-lib-java/src/master/?ref=jens.bruntt.dk">https://bitbucket.org/nc-dp/memo-lib-java/src/master/</a>Microsoft]]></description><link>https://www.jens.bruntt.dk/ngdp-der-er-et-problem-med-memolib-og-contentdata-som-indeholde-cvr-og-cprnumre-december-2021/</link><guid isPermaLink="false">647f2edae4d44c00017ef75f</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Tue, 30 Nov 2021 23:00:00 GMT</pubDate><content:encoded><![CDATA[<h1 id="memolibhvad-er-det">MeMoLib - hvad er det</h1>MeMoLib er et kodebibliotek der findes i udgaver til både .Net og i Java. Udviklet af NetCompany i forbindelse med udviklingen af platformen til det nye Digital Post (NgDP).Her findes de to biblioteker:Java: <a href="https://bitbucket.org/nc-dp/memo-lib-java/src/master/?ref=jens.bruntt.dk">https://bitbucket.org/nc-dp/memo-lib-java/src/master/</a>Microsoft .Net: <a href="https://bitbucket.org/nc-dp/memo-lib-dot-net/src/master/?ref=jens.bruntt.dk">https://bitbucket.org/nc-dp/memo-lib-dot-net/src/master/</a>Det er en god ressource når man som udvikler skal kode en løsning der skal arbejde med Meddelelsesmodellen for Digital Post - MeMo. Med MeMoLib kan udvikleren spare en fantastisk masse tid.<h1 id="hvad-er-problemet-med-cprnumre-og-cvrnumre-i-contentdata">Hvad er problemet med CPRnumre og CVRnumre i ContentData</h1><h2 id="f%C3%B8rst-hvad-contentdata-er-i-memo">Først: Hvad ContentData er i MeMo</h2>Nedenfor ser vi den store Meddelelsemodel. ContentData er i figuren ikke fuldt illustreret - den hænger under MessageHeader.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/memo-v1-1-struktur-overblik.png" class="kg-image" alt loading="lazy" width="1717" height="827" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/memo-v1-1-struktur-overblik.png 600w, https://www.jens.bruntt.dk/content/images/size/w1000/2023/06/memo-v1-1-struktur-overblik.png 1000w, https://www.jens.bruntt.dk/content/images/size/w1600/2023/06/memo-v1-1-struktur-overblik.png 1600w, https://www.jens.bruntt.dk/content/images/2023/06/memo-v1-1-struktur-overblik.png 1717w" sizes="(min-width: 720px) 720px"></figure>Her nedenfor ser vi indholdet af ContentData. ContentData er en slags forsendelsesdeklaration. Hvad handler denne Meddelelse om?<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/memo-v1-1-contentdata-cvrcpr.png" class="kg-image" alt loading="lazy" width="975" height="881" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/memo-v1-1-contentdata-cvrcpr.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/memo-v1-1-contentdata-cvrcpr.png 975w" sizes="(min-width: 720px) 720px"></figure>Jeg har markeret cprNumber og cvrNumber. Det er her man kan skrive et cprnummer eller et cvrnummer som denne Meddelelse handler om.Så det kunne for eksempel være at vi sender en Digital Post til nabokommunen, og i MessageHeader.ContentData.CPRdata.cprNumber skriver vi CPRnummer på en borger som vores post handler om.Når så den Digitale Post kommer frem til modtager-kommunen, så kan de dér se hvem posten handler om. Hvis de har et godt Modtagersystem så kan de også sørge for at journalisere denne Digital Post på en ny eller en eksisterende sag i deres ESDHsystem - med den borger som vi har sendt med som part på den journaliserede Digital post. Det kunne for eksempel være Brugerklubben SBSYS med deres SBSIP-modtagersystem.<h2 id="og-hvad-er-problemet-s%C3%A5-med-memolib">Og hvad er problemet så med MeMoLib?</h2>Den korte udgave er: Hvis man har en MeMo-sende-løsning som er baseret på MeMoLib - som MeMoLib ser ud den 1/12-2021 - så vil CPRnumre og CVRnumre som starter med "0" få fjernet dette "0" når det skrives ind i ContentData.Så CPRnummer "0123456789" vil i ContentData blive gemt som "123456789". Og det er jo et problem når modtageren skal finde den borger som posten handler om.<h1 id="hvad-sker-der-med-dette-problemog-hvad-skal-du-g%C3%B8re-ved-det">Hvad sker der med dette problem - og hvad skal du gøre ved det?</h1>Det er indrapporteret som sag hos NetCompany 1/12-2021. Jeg kan se, at der vil blive gjort noget ved at løse problemet.Så langt, så godt. Men vi er ikke færdige her.Hvis du har et MeMo-sendesystem, som er bygget med MeMoLib, så skal du opdateret det, når MeMoLib er blevet opdateret. Det sker ikke af sig selv.Det er de udviklere der vedligeholder MeMo-sendesystemet som skal sikre at de bruger en version af MeMoLib, hvor dette problem er løst.Lige nu - den 1/12-2021 - er der ikke en publiceret MeMoLib som er baseret på det korrekte sæt af XSD.<h1 id="dokumentation-for-problemet">Dokumentation for problemet</h1>I Dafolo har vi set at der er en uoverensstemmelse mellem det officielt publicerede sæt XSD for MeMO og så det sæt XSD som MeMoLib anvender.Uoverensstemmelsen drejer sig om to del-elementer af ContentData: cprNumber og CVRNumber.I de officielle XSD er begge disse elementer defineret som tekst.I de XSD som MeMoLib er bygget på er de samme elementer defineret som tal.Dette er et stort problem, fordi Sende-systemer der er bygget ovenpå MeMoLib, når de sender cprnumre og cvrnumre i ContentData, og hvis disse numre starter med ”0”, vil sende disse værdier uden dette ”0” som første tegn. ”0” vil forsvinde.Modtagersystemer vil derfor modtage cprnumre og cvrnumre som ikke er gyldige. Det vil sandsynligvis stoppe automatiserede processer i modtager-enden af MeMo-sende-forløbet.<h2 id="de-officielle-xsd">De officielle XSD</h2>De findes her:<a href="https://www.digitaliser.dk/resource/5248921?ref=jens.bruntt.dk">https://www.digitaliser.dk/resource/5248921</a>Det er filen med navnet <a href="https://www.digitaliser.dk/resource/5248921/artefact/MeMo_XSD.zip?artefact=true&PID=6075979&ref=jens.bruntt.dk">MeMo_XSD.zip </a>vi åbner.I den udpakkede mappe åbner vi:MeMo_core.xsd.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/core-1.png" class="kg-image" alt loading="lazy" width="643" height="109" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/core-1.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/core-1.png 643w"></figure>Vi ser at ContentData henviser til grd:CPRdata og grd:CVRdata.Vi åber nu MeMo_grd.xsd .<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/grd.png" class="kg-image" alt loading="lazy" width="598" height="270"></figure>Vi ser at grd:CPRdata henviser til grd:cprNumber og grd:CVRdata som henviser til grd:cvrNumber.Øverst i samme fil finder vi disse to defineret som set her:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/2stk.png" class="kg-image" alt loading="lazy" width="643" height="273" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/2stk.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/2stk.png 643w"></figure>De er begge af typen dt:memoTextType.Vi ser nu i filen MeMo_dataTypes.xsd:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/datatypes.png" class="kg-image" alt loading="lazy" width="421" height="158"></figure>Opsummering: I det officielle sæt af XSD: CPRnummer og CVRnummer, når de optræder i ContentData, er tekststrenge.<h2 id="memolib-og-dettes-xsd">MeMoLib og dettes XSD</h2>MeMoLibs XSD findes her: <a href="https://bitbucket.org/nc-dp/memo-lib-java/src/release-0.7.3/src/main/resources/schemas/?ref=jens.bruntt.dk">https://bitbucket.org/nc-dp/memo-lib-java/src/release-0.7.3/src/main/resources/schemas/</a>Og så forfølger vi igen cpr- og CVRnummer.Den første afvigelse finder vi i MeMo_grd.xsd. Fremhævet her:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/grd-2.png" class="kg-image" alt loading="lazy" width="643" height="326" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2023/06/grd-2.png 600w, https://www.jens.bruntt.dk/content/images/2023/06/grd-2.png 643w"></figure>Læg mærke til at cprNumber her henviser til dt:memoCPRType.Og cvrNumber her henviser til dt:memoCVRType.I den officielle XSD henvises der til dt:memoTextType fra både cprNumber og cvrNumber. Og disse var tekststrenge.Nu kigger vi i MeMo_dataTypes.xsd i listen med XSDer i MeMoLib.Her finder vi dt:memoCPRType og dt:memoCVRType:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2023/06/simpletype.png" class="kg-image" alt loading="lazy" width="501" height="314"></figure>Og som man kan se er de begge defineret som tal.Opsummering for MeMoLib XSD: CPRnummer og CVRnummer, når de optræder i ContentData, er tal.]]></content:encoded></item><item><title><![CDATA[NgDP: Vigtigt at sortering sker baseret på afsenders CVR og ikke afsenders navn]]></title><description><![CDATA[Hvis et Modtagersystem, som henter fra Det nye Digital Post (NgDP) skal sortere i posten baseret på hvem afsender er, så er der en vigtig information man skal kende til:<ul><li>Afsenderens ID - CVRnummer hvis det er en myndighed eller en virksomhed - er den sikre væ</li></ul>]]></description><link>https://www.jens.bruntt.dk/ngdp-vigtigt-at-sortering-sker-baseret-pa-afsenders-cvr-og-ikke-afsenders-navn/</link><guid isPermaLink="false">63c689534cee310001a0464a</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 14 Jun 2021 10:04:28 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2021/06/ux-indonesia-WCID2JWoxwE-unsplash.jpg" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2021/06/ux-indonesia-WCID2JWoxwE-unsplash.jpg" alt="NgDP: Vigtigt at sortering sker baseret på afsenders CVR og ikke afsenders navn">Hvis et Modtagersystem, som henter fra Det nye Digital Post (NgDP) skal sortere i posten baseret på hvem afsender er, så er der en vigtig information man skal kende til:<ul><li>Afsenderens ID - CVRnummer hvis det er en myndighed eller en virksomhed - er den sikre værdi man kan sortere på.</li><li>Afsenderens navn kan man ikke være helt sikker på vil være den samme/ensartet.</li></ul>Når afsenderen sender en Meddelelse i MeMO-format, så er der en række felter som man skal udfylde. Og lige her er det senderID og label jeg kigger på:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2021/06/memo-v1-1-sender-lille.png" class="kg-image" alt="NgDP: Vigtigt at sortering sker baseret på afsenders CVR og ikke afsenders navn" loading="lazy" width="274" height="139"></figure>memo:senderID kan indeholde et CVRnummer eller et CPRnummer.Der vil være et CVRnummer her, hvis afsender er en virksomhed eller en myndighed. Og NgDP-platformen sikrer at det CVRnummer der står her er korrekt; afsenderen kan ikke snyde med indholdet i dette felt.memo:label er bare en tekst. Der er ikke noget check af at den tekst der står her svarer til CVRnummeret som står i senderID.Så hvis Æblerød kommune har CVRnummer 11111111, og denne kommune sender en Meddelelse, så ved vi med sikkerhed at der i senderID-feltet står "11111111".Men vi ved ikke med sikkerhed at der i samme Meddelelse står "Æblerød kommune" i label-feltet. Så der kan her stå "Æblerød", "Aeblerød kommune", "Din kommune".Der sker ikke på NgDP-platformen et check af at label svarer til senderID.Derfor: Hvis man skal lave sikre sorteringsregler baseret på afsenders identitet, så skal man lave dem i forhold til senderID.Ovenstående er baseret på en tråd jeg har haft åbnet på digitaliser.dk: <a href="https://www.digitaliser.dk/forum/6199321?ref=jens.bruntt.dk">Sikrer NgDP-platformen sammenhæng mellem afsender-ID og Afsender-navn?</a><h1 id="historisk-baggrund">Historisk baggrund</h1>I gamle Digital Post - DP2, som E-boks har udviklet, og drifter på vegne af Digitaliseringsstyrelsen - er det i dag sådan, at når man modtager Digital Post til et Afhentningssystem, så er der et felt i DP2-formatet som er udfyldt med navnet på afsendende myndighed (Eksempel: "Æblerød kommune"), og dette felt er oprettet på DP2-platformen. Det er altså ikke afsenderen der skriver navnet.]]></content:encoded></item><item><title><![CDATA[NgDP: Der kommer Pull for Afsendersystemers Forretningskvitteringer og Modtagersystemers modtagelse af Meddelelser]]></title><description><![CDATA[Der har været en sikkerheds-relateret problemstilling i forhold til Næste generation Digital Post. Den har været der for både Afsender- og Modtagersystemer.Men fordi gode folk har brokket sig, så udvider Digitaliseringsstyrelsen (og dermed Netcompany) nu på hvad mulighederne bliver.]]></description><link>https://www.jens.bruntt.dk/ngdp-der-kommer-pull-for-afsendersystemers-forretningskvitteringer-og-modtagersystemers-modtagelse-af-meddelelser/</link><guid isPermaLink="false">63c689534cee310001a04649</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 22 Mar 2021 09:58:07 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2021/03/postkasse2.png" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2021/03/postkasse2.png" alt="NgDP: Der kommer Pull for Afsendersystemers Forretningskvitteringer og Modtagersystemers modtagelse af Meddelelser">Der har været en sikkerheds-relateret problemstilling i forhold til Næste generation Digital Post. Den har været der for både Afsender- og Modtagersystemer.Men fordi gode folk har brokket sig, så udvider Digitaliseringsstyrelsen (og dermed Netcompany) nu på hvad mulighederne bliver. På en god måde.<h1 id="hvad-var-problemet">Hvad var problemet? </h1><h2 id="afsendersystem">Afsendersystem</h2>Som det står i dokumentationen lige nu (19/3-2021), så er det sådan at et Afsendersystem kalder en webservice for at aflevere Meddelelse/MeMO.Afsendersystemet skal udstille en REST web service, som skal modtage en Forretningskvittering. Forretningskvitteringen kan være positiv (Denne Meddelelse vil blive afleveret) eller negativ (Denne Meddeleles vil ikke blive afleveret, inklusiv begrundelse, f.eks. modtager findes ikke, eller XML er ikke i orden). Så man er nødt til at kunne modtage Forretningskvitteringer.Her er der et sikkerhedsproblem - Modtagesystemet (CIS/Optiflow eller SBSIP) skal have en service som er tilgængelig over Internettet.Og IT-afdelinger er ikke glade for den slags huller i firewallen. Også selv om hullet kun er åbent fra ét bestemt IP-nummer. Det handler simpelthen om at så snart du har sådan en regel i din firewall, så er der jo risiko for at den for eksempel bliver for åben ved menneskelig fejl eller fejl i firewallens software.<h2 id="modtagersystem">Modtagersystem</h2>Som det står i dokumentationen lige nu, så skal et Modtagersystem udstille en web service som NgDP-platformen kan kalde for at aflevere indgående Meddelelser/MeMO.Samme problem - hul i firewallen.<h1 id="hvad-g-r-ndringen-ud-p-">Hvad går ændringen ud på?</h1>For en måned siden besluttede Digitaliseringsstyrelsen at tilbyde at Modtagersystemer kan vælge at bruge et Pull-mønster til selv at hente Meddelelser/MeMO fra NgDP-platformen. Så vi kan hvert 10. minut spørge: Er der noget? Og hvis ja, så kan vi hente det.Så skal vi ikke udstille en webservice.Og nu har Digitaliseringsstyrelsen også besluttet at der kommer pull af Forretningskvitteringer for Afsendersystemer.Så et afsendersystem kan hente Forretningskvitteringer i stedet for at skulle udstille en webservice.<h1 id="slutresultat">Slutresultat</h1>Vi behøver ikke at udstille web services for at sende eller modtage Digital Post. Det bliver IT-afdelingerne glade for.Det er ikke sådan at Push-modellerne falder ud, de er stadig en mulighed, men man kan altså vælge den mere sikre Pull-model hvis man ønsker det.Det gode ved Push-modellen er jo at flows af post går hurtigere. Posten leveres så hurtigt som muligt, og kvitteringerne modtages så hurtigt som muligt.Så her er der jo tale om at man skal afveje fordele og ulemper. De fleste IT-sikkerhedsfolk vil vælge pull. Hvad vil du helst have: At vores Digital Post-løsning er nede i 24 timer en gang i mellem, eller at Digital Post leveres 10 minutter langsommere?]]></content:encoded></item><item><title><![CDATA[Næste generation Digital Post - vi er de første der sender og modtager]]></title><description><![CDATA[Jeg spurgte Digitaliseringsstyrelsen, om vi er de første der har gennemført et fuldt flow for Digital Post. Og det er vi. Fra Digitaliseringsstyrelsen, den 14/10-2020:<blockquote>Hej Jens</blockquote><blockquote>Vi kan hermed bekræfte, at I er de første, der har gennemført</blockquote>]]></description><link>https://www.jens.bruntt.dk/naeste-generation-digital-post-vi-er-de-forste-der-sender-og-modtager/</link><guid isPermaLink="false">63c689534cee310001a04648</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 22 Mar 2021 09:56:45 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2021/03/postkasse.png" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2021/03/postkasse.png" alt="Næste generation Digital Post - vi er de første der sender og modtager">Jeg spurgte Digitaliseringsstyrelsen, om vi er de første der har gennemført et fuldt flow for Digital Post. Og det er vi. Fra Digitaliseringsstyrelsen, den 14/10-2020:<blockquote>Hej Jens</blockquote><blockquote>Vi kan hermed bekræfte, at I er de første, der har gennemført et fuldt flow. Det er indtil videre kun jer (for Aalborg Kommune), der har returneret en kvittering på, at I har modtaget en MeMo i jeres modtagersystem.</blockquote><blockquote>Stort tillykke!</blockquote><blockquote>Mvh Joachim </blockquote>Så hvad er det vi har gennemført:<ul><li>Sende Digital Post - udgående servicekald (værktøj: Postman)</li><li>Modtage Forretningskvittering - indgående servicekald (bekræfter at NgDP kan og vil formidle posten)</li><li>Modtage Digital Post - indgående servicekald</li><li>Sende Forretningskvittering - udgående servicekald (bekræfter at posten er modtaget) (værktøj: Postman)</li></ul> Det vi sendte var en ZIP-fil. Inde i filen lå en XML-fil, som har MeMo-format (Meddelelsesmodellen).Vi sendte som Aalborg kommune. Vi adresserede Meddelelsen til Aalborg kommune.Det vi modtog var en XML-struktur. Fuldstændigt samme XML som vi havde sendt.Meddelelsen er skrevet til CIS' Beskedbase. Dermed har vi så adgang til at kunne aflevere den Digitale Post via alle CIS' standard-afleveringsmoduler.Det vi har gjort mest ud af er vores modtagermodul på CIS. Det er et modtagermodul som vi plejer at udvikle dem til CIS. Modulet er næsten i produktions-kvalitet nu. Dette er XML-strukturen som vi sendte:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2021/03/memo-eksempel.png" class="kg-image" alt="Næste generation Digital Post - vi er de første der sender og modtager" loading="lazy" width="990" height="738" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2021/03/memo-eksempel.png 600w, https://www.jens.bruntt.dk/content/images/2021/03/memo-eksempel.png 990w" sizes="(min-width: 720px) 720px"></figure>Ja, det er jo ikke så avanceret. Det er faktisk minimums-indholdet for en Digital Post.Den del der hedder memo:content er en base-64 streng, som kan decodes til en tekst som er:<blockquote>Eksempel på brev</blockquote>]]></content:encoded></item><item><title><![CDATA[Det nye Digital Post (NgDP) - endnu en teknisk rapport fra skyttegraven]]></title><description><![CDATA[Bare nogle løse noter fra hvor Convergens er med udviklingen af integration med Næste generation Digital Post (NGdP). En lille opfølgning på det jeg tidligere har skrevet her: <a href="https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-en-teknisk-rapport-fra-skyttegraven/">Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven</a>.<h1 id="hul-igennem-p-modtagersystem">Hul igennem på</h1>]]></description><link>https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-endnu-en-teknisk-rapport-fra-skyttegraven/</link><guid isPermaLink="false">63c689534cee310001a04647</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 22 Mar 2021 09:53:09 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2021/03/skyttegrav.png" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2021/03/skyttegrav.png" alt="Det nye Digital Post (NgDP) - endnu en teknisk rapport fra skyttegraven">Bare nogle løse noter fra hvor Convergens er med udviklingen af integration med Næste generation Digital Post (NGdP). En lille opfølgning på det jeg tidligere har skrevet her: <a href="https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-en-teknisk-rapport-fra-skyttegraven/">Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven</a>.<h1 id="hul-igennem-p-modtagersystem">Hul igennem på Modtagersystem</h1>Vi kan endnu ikke afhente Digital Post. Vi har haft vores Modtagersystem i luften i snart to måneder, og der er endnu ikke kommet post ind fra NgDP-platformen.Vi sender Meddelelser ind på NgDP-platformen, adresseret så det bør komme ind på det Modtagersystem som vi har stående, men vi modtager ikke noget. Vi har en supportsag åben hos Netcompany, og der sker også nogle bevægelser på den. Så sent som tirsdag i denne uge (25/8-2020) blev jeg bedt om igen at prøve at sende, men vores Modtagersystem så stadig ikke post.<h1 id="default-modtagersystem">Default Modtagersystem</h1>Jeg fandt i dokumentationen for NgDP noget der så grimt ud, og jeg spurgte efter hvad det betød på digitaliser.dk.En myndighed der henter Digital Post kommer til at have et default Modtagersystem. Og det så ud som om at dette default Modtagersystem skulle bruge et helt bestemt afhentningsmønster:Det er i <a href="https://www.digitaliser.dk/resource/5509659/artefact/NextGenerationDigitalPost-TechnicalIntegrationv1.0.pdf?artefact=true&PID=5562635&ref=jens.bruntt.dk">Next Generation Digital Post - Technical Integration v1.0.pdf .</a> hvor der i afsnittet 4.8.4.2 Delivering one MeMo over REST PULL publish subscribe står: "Note: Default receiver systems must use this pattern" Jeg har fået svar fra Digitaliseringsstyrelsen om at det er ikke sådan det kommer til at være. Default Modtagersystemet kommer til at kunne have et hvilket som helst afhentningsmønster. Det var et efterladenskab fra udbudsmaterialet som vil blive lavet om.<h1 id="pull-afhentingsm-nster-for-modtagersystem-default">Pull afhentingsmønster for Modtagersystem - Default?</h1>Jeg har på digitaliser.dks leverandørforum spurgt til hvad meningen er med det lidt pudsige Pull-mønster der er beskrevet i dokumentationen for Modtagersystemer: <a href="https://www.digitaliser.dk/forum/5591705?ref=jens.bruntt.dk">NgDP Modtagersystem: Hvorfor skulle man ønske at implementere one MeMo over REST PULL publish subscribe?</a>Jeg har fået et svar fra en anden leverandør: At det bliver lettere at beskytte Modtagersystemet mod overbelastning. Det giver faktisk rigtigt god mening. Det skal klart indgå i vores overvejelser omkring hvordan vi ender med at implementere integration.Jeg har også fået et svar fra en leverandør som giver mig ret i at der er noget der ikke er helt godt med Pull-mønsteret: Nemlig at Pull-modtagersystemet skal udstille en snitflade som er tilgængelig over internettet.Det er netop det med at skulle have en snitflade udstillet på internettet som en hel del myndigheder - og sikkert også virksomheder - ikke er glade for. Og det kan man i DP1/DP2-Digital Post undgå med det Pull-mønster der findes dér.Jeg ved at det bliver overvejet, af Digitaliseringsstyrelsen, om der skal pilles ved Pull-mønsteret. Om det skal laves om eller at der skal laves endnu et mønster, som ikke kræver at man har en service som er offentligt tilgængelig.Opdatering 22/3-2021: Der kommer rigtigt Pull-mønster for både at modtage og sende Digital Post.<h1 id="4-1-bliver-til-n-1">4+1 bliver til n+1</h1>Det er en ret vigtig ting for en del myndigheder.Oprindeligt var det sådan at der var sat en hård grænse. En myndighed kunne maksimalt have 4 Modtagersystemer for Myndighedspost og 1 Modtagersystem for Virksomhedspost.Dette er nu lavet om. Myndigheder kan have et uendeligt antal Modtagersystemer for Myndighedspost.]]></content:encoded></item><item><title><![CDATA[Karen har 0 i CPRnummer og er derfor ikke indkaldt til Covid-19 vaccine]]></title><description><![CDATA[Karen, min kone, er blandt de 12.000 der skulle have været indkaldt til covid-19 vaccine fordi de er i risikogruppen, men som ikke har fået indkaldelse fordi hendes CPR starter med 0.Og da jeg hørte <a href="https://www.tv2ostjylland.dk/region-midtjylland/efter-vaccinefejl-det-er-rystende-det-kan-ske?ref=jens.bruntt.dk" rel="nofollow">pressen tale om det med 0</a>, s&]]></description><link>https://www.jens.bruntt.dk/karen-har-0-i-cprnummer-og-er-derfor-ikke-indkaldt-til-covid-19-vaccine/</link><guid isPermaLink="false">63c689534cee310001a04646</guid><category><![CDATA[Samfundet]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 22 Mar 2021 09:43:48 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2021/03/excel-2.png" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2021/03/excel-2.png" alt="Karen har 0 i CPRnummer og er derfor ikke indkaldt til Covid-19 vaccine">Karen, min kone, er blandt de 12.000 der skulle have været indkaldt til covid-19 vaccine fordi de er i risikogruppen, men som ikke har fået indkaldelse fordi hendes CPR starter med 0.Og da jeg hørte <a href="https://www.tv2ostjylland.dk/region-midtjylland/efter-vaccinefejl-det-er-rystende-det-kan-ske?ref=jens.bruntt.dk" rel="nofollow">pressen tale om det med 0</a>, så tænkte jeg straks på Excel, Digisend (som er et Digital Post masse-forsendelsesværktøj vi har lavet i Convergens). Jeg kunne huske at det var én af de ting min kollega Dennis implementerede håndtering af.Så det har jeg underholdt familien med hele weekenden. ”Det der det har Dennis fixet i vores sende-løsning”.Det var en god håndtering vi fik lavet dér.Eksempel på datakilden: Excel<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2021/03/excel.png" class="kg-image" alt="Karen har 0 i CPRnummer og er derfor ikke indkaldt til Covid-19 vaccine" loading="lazy" width="259" height="388"></figure>Foranstillet 0 fjernes i Excel fordi Excel opfatter CPR som et tal.Og så her har vi hvad der sker ved import i DigiSend.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2021/03/digisend.png" class="kg-image" alt="Karen har 0 i CPRnummer og er derfor ikke indkaldt til Covid-19 vaccine" loading="lazy" width="1352" height="547" srcset="https://www.jens.bruntt.dk/content/images/size/w600/2021/03/digisend.png 600w, https://www.jens.bruntt.dk/content/images/size/w1000/2021/03/digisend.png 1000w, https://www.jens.bruntt.dk/content/images/2021/03/digisend.png 1352w" sizes="(min-width: 720px) 720px"></figure>Det er altså i regnearket at det går galt. Men i Convergens' sende-løsning detekterer vi så at det nok handler om manglende 0 forrest.Karen er ret vred. Det handler jo om hendes helbred.]]></content:encoded></item><item><title><![CDATA[Der er noget galt med Smitte|stop app på Android]]></title><description><![CDATA[Smitte|stop på Android-telefoner checker ikke automatisk for om ejeren er blevet eksponeret for smitte. Så simpelt er det.Opdatering 22/3-2021: Jeg mener at det problem der beskrives her er forsvundet. NetCompany har opdateret app'en og sørget for at løse problemet.]]></description><link>https://www.jens.bruntt.dk/der-er-noget-galt-med-smitte-stop/</link><guid isPermaLink="false">63c689534cee310001a04645</guid><category><![CDATA[computer]]></category><category><![CDATA[Liv og livsstil]]></category><category><![CDATA[Coding]]></category><category><![CDATA[Samfundet]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Sat, 28 Nov 2020 21:18:01 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2020/11/engin-akyurt-Ct1qRMGfXj4-unsplash-800.jpg" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2020/11/engin-akyurt-Ct1qRMGfXj4-unsplash-800.jpg" alt="Der er noget galt med Smitte|stop app på Android">Smitte|stop på Android-telefoner checker ikke automatisk for om ejeren er blevet eksponeret for smitte. Så simpelt er det.Opdatering 22/3-2021: Jeg mener at det problem der beskrives her er forsvundet. NetCompany har opdateret app'en og sørget for at løse problemet.Efter min bedste overbevisning så er den helt gal med den app som NetCompany har udviklet for Digitaliseringsstyrelsen. Det er på Android-udgaven at den er gal.Se her et skærmbillede taget i dag den 28/11-2020 - på min Android-telefon:<figure class="kg-card kg-image-card kg-card-hascaption"><img src="https://www.jens.bruntt.dk/content/images/2020/11/Screenshot_20201128-212133.jpg" class="kg-image" alt="Der er noget galt med Smitte|stop app på Android" loading="lazy" width="400" height="418"><figcaption>Tjek for eksponering</figcaption></figure>Bemærk datoen. 24/11-2020. Og i dag er det altså den 28/11-2020. Der er gået 4 dage uden et check. Den 24/11 havde jeg smitte|stop åben, for at sikre at den var aktiveret. Samme dag var jeg inde i Android-indstillingerne for at tilvælge at Android netop ikke skal batteri-optimere på smitte|stop.Jeg har checket min kones Android-mobil. Det er meget værre. På hendes mobil står der bare at der ikke har været checket for eksponering i 14 dage.Min dattes iPhone ser meget bedre ud. Her er der checket for eksponering flere gange dagligt.Grundlæggende tror jeg, at udviklerne ikke har sikret sig at smitte|stop hægter sig godt ind i operativsystemet med en proces der skal have lov til at køre med højere frekvens end bare når app'en åbnes aktivt. Der findes modeller i Android for at sikre at en app kan køre baggrunds-kode. Og disse modeller er ikke nødvendigvis "dyre" i forhold til at bruge batteri på mobilen. Og en Android app kan godt have en aktiv baggrundsproces (den der checker for eksponering), selv om app' en ikke står i den liste som operativsystemet viser brugeren over "aktive apps". Men det kræver altså at man programmerer app'en så den udnytter disse muligheder.Hvis du selv vil checke hvornår din mobil sidst har checket for eksponering, så skal du følge denne sti: Indstillinger -> Google -> Notifikationer om COVID-19-eksponering -> Tjek for eksponering. Så kommer du til samme skærmbillede som jeg har sat ind ovenfor. Der kan selvfølgelig være lidt variation afhængigt af hvilken Android du er på.Som det er lige nu, så vurderer jeg at brugeren af Smitte|stop er nødt til, dagligt, at åbne appen, for at være sikker på at der rent faktisk checkes.Der findes en udemærket, officiel side med <a href="https://smittestop.dk/spoergsmaal-og-svar/?ref=jens.bruntt.dk">Svar på spørgsmål omkring appen</a>.Lige om lidt <a href="https://twitter.com/JensBruntt/status/1332799673799684098?ref=jens.bruntt.dk">Tweeter</a> jeg og <a href="https://www.linkedin.com/posts/jbruntt_der-er-noget-galt-med-smittestop-app-p%C3%A5-activity-6738565626870202368-uhDI?ref=jens.bruntt.dk">linker hertil fra LinkedIn</a>. Hvis du vil kommentere, så gør det dér.]]></content:encoded></item><item><title><![CDATA[Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven]]></title><description><![CDATA[Jeg og mine kolleger i Convergens er for tiden med til at hjælpe to af de myndigheder der deltager i Næste generation Digital Post Pilotforløbet.Vi skal kunne modtage Digital Post i det nye MeMO-format, som  er det Digital Post-format som man skal]]></description><link>https://www.jens.bruntt.dk/det-nye-digital-post-ngdp-en-teknisk-rapport-fra-skyttegraven/</link><guid isPermaLink="false">63c689534cee310001a04644</guid><category><![CDATA[Jens arbejde]]></category><dc:creator><![CDATA[Jens Bruntt]]></dc:creator><pubDate>Mon, 15 Jun 2020 08:54:01 GMT</pubDate><media:content url="https://www.jens.bruntt.dk/content/images/2020/06/rubiks.jpg" medium="image"/><content:encoded><![CDATA[<img src="https://www.jens.bruntt.dk/content/images/2020/06/rubiks.jpg" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven">Jeg og mine kolleger i Convergens er for tiden med til at hjælpe to af de myndigheder der deltager i Næste generation Digital Post Pilotforløbet.Vi skal kunne modtage Digital Post i det nye MeMO-format, som  er det Digital Post-format som man skal kunne modtage fra ca. august 2021.Så vi er tidligt i gang - i dag er der mere end et år til vores løsninger skal i drift.Netcompany har allerede en del snitflader tilgængelige, og dem kan Pilotmyndighederne og deres leveandører tilgå.Jeg skriver i disse dage en del sammen med forskellige teknikere som kæmper med snitfladerne. Så jeg vil lige her samle forskellige informationer sammen i et snaphot - hvor langt er vi i Convergens, og hvad ved vi om at bruge snitfladerne?Så det er ret teknisk.Hvis du ikke er medlem af gruppen <a href="https://www.digitaliser.dk/group/5389376?ref=jens.bruntt.dk">NgDP Pilotforløb</a> på digitaliser.dk, så se at blive medlem. Hvis du er leverandør skal du have en af pilotmyndighedernt til at skrive til Digitaliseringsstyrelsen at de gerne vil have lukket dig ind.<h1 id="hvad-kan-convergens-lige-nu">Hvad kan Convergens lige nu</h1><h2 id="vi-kan-aflevere-digital-post-til-snitfladerne-men-g-r-det-godt">Vi kan aflevere Digital Post til snitfladerne - men går det godt?</h2>Vi ved ikke om det går helt godt. Vi får 201 - OK.Men som NgDP-platformen er bygget, så kan en Meddelelse jo godt blive afvist efter at platformen har gevet teknisk kvittering.Vi - Convergens - har ikke et Forretningskvittering-endpoint, så vi kan ikke modtage en Forretningskvittering som er negativ.Og efter min bedste overbevising så ville et Forretningskvittering-endpoint ikke hjælpe - lige nu - for sidst jeg spurgte til det var der ikke implementeret Forretningskvittering på NgDP-miljøet.<h2 id="vi-kan-sl-en-modtager-op-med-sikkerhed">Vi kan slå en modtager op - med sikkerhed</h2>Vi har med succes slået en test-virksomhed op, og har set data om denne test-virksomhed.<h2 id="vi-kan-modtage-digital-post-tror-vi">Vi kan modtage Digital Post - tror vi</h2>For os er det vigtigste lige nu faktisk at modtage Digital Post. Så meningen med at sende Digital Post er at vi ønsker sende til os selv - derfor interessen for at sende.Vi har et endpoint sat op - en REST service. Og vi mener at den er konstrueret som den skal være.Hvis NgDP-platformen vælger at skrive MeMO-format XML til vores service, så vil Meddelelsen blive skrevet til vores integrationsplatform - CIS.Vi har en åben Ticket hos Netcompany omkring at der ikke kommer noget ind på vores snitflade. Den blev oprettet mandag den 8/6-2020. Den hedder DPET-19 hvis du har brug for at henvise til den.<h1 id="flere-tekniske-detaljer">Flere tekniske detaljer</h1><h2 id="adgang-til-snitfladerne">Adgang til snitfladerne</h2>For at kunne komme til snitfladerne skal der ske en registrering af dit "system".Og det er myndigheden der skal sørge for at NgDP-platformen kender dit system. Myndigheden kan bestille at der registreres et afsender-system eller et modtager-system, og at det har et givet OCES certifikat.Denne bestilling er tidligere sket ved at myndighedens kontaktperson har sendt en email med et udfyldt Word-dokument og en vedhæftet kopi af OCES-certifikat (offentlig nøgle-del) til Netcompany.Du kan - i pilotforløbet - ikke komme til snitfladerne med mindre en Pilot-myndighed sørger for at dit system er registreret.Registreringen betyder iøvrigt også at der skal skrives en IP-adresse i Netcompanys firewall. Dit systems (offentlige på internettet) IP-adresse.<h2 id="certifikat">Certifikat</h2>Det er vigtigt at man bruger et test OCES-certifikat når man skriver til NgDP-snitfladerne. Så et drift OCES-certifikat virker ikke.Det er - heldigvis - noget som min gode kontakt Per har helt styr på. Så han har udstyret mig med sådan et certifikat.Jeg citerer (med lidt redigering for at holde uskyldige udenfor) lige fra en email han har formuleret omkring det:Ja, det er der ikke så mange der kender til – NemID-testmiljøet er en velbevaret hemmelighed som kan være svært at finde ind til 😊Man kan logge ind i det her: <a href="https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ferhverv.pp.certifikat.dk%2F&data=02%7C01%7CPBSalling%40aalborg.dk%7Cd569c7bcea4a4100485108d80890bf50%7C94fe11a337d94f50a2154fd295985b73%7C0%7C0%7C637268765062410194&sdata=S1wRON4aOutuqP7skXjzkAWDOqxfFZNyXryvD6w9sos%3D&reserved=0&ref=jens.bruntt.dk">https://erhverv.pp.certifikat.dk/</a>Men det kræver at man allerede har et såkaldt LRA-certifkat til testmiljøet. I den perfekte verden, så kan du henvende dig til den i myndigheden som står for teknikken omkring udstedelse af OCES medarbejdersignaturer etc., men det er ikke altid det er helt nemt og ikke sikkert at denne kender til eller har adgang til testmiljøet ☹Det ser dog ud til at det er blevet sat lidt mere i system ift. at få adgang til testmiljøet:<a href="https://www.nets.eu/dk-da/kundeservice/nemid-tjenesteudbyder/implementering/Pages/FAQ-for-udviklere.aspx?ref=jens.bruntt.dk">https://www.nets.eu/dk-da/kundeservice/nemid-tjenesteudbyder/implementering/Pages/FAQ-for-udviklere.aspx</a>Min vurdering er, at dette alene kan komme til at tage en del tid at få styr på. I mange myndigheder er der en overbebyrdet person et sted som har alle de svære opgaver, som kræver tålmodighed, præcision og en god hukommelse. Ham skal man have audiens hos.<h2 id="postman">PostMan</h2>Jeg bruger <a href="https://www.postman.com/?ref=jens.bruntt.dk">PostMan</a> til mine eksperimenter.<h2 id="postman-noget-om-certifikat">Postman - noget om certifikat</h2>Her er skærmbilleder fra min PostMan-opsætning.Grundlæggende handler det om at du skal fortælle PostMan, at når jeg skyder REST af efter hostavnet XXX, så skal du huske at bruge certifikatet der ligger med denne sti og passphrase.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_settings.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Jeg ved ikke om det er vigtigt i netop dette projekt, men ofte har man brug for at slå SSL certificate verification fra.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_settings_ssl.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Her ser vi at jeg har konfigureret PostMan til at kende to hostnavne: kontaktregister.test.digitalpost.dk og distribution.test.digitalpost.dk. Og for hver af dem har jeg udpeget et OCES certifikat der skal med.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_settings_cert.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Det er iøvrigt den private udgave af OCES-certifikatet der skal bruges i PostMan. Altså den der har private key.Hvis du er leverandør så skal du have certifikatet fra den myndighed du hjælper med projektet.<h2 id="postman-opslag-til-bruger">PostMan - opslag til bruger</h2>Her er hvordan jeg får PostMan til at slå en modtager op.URL: https://kontaktregister.test.digitalpost.dk/apis/v1/contacts/?cvrNumber=45152375Hvis man i stedet for cvrNumber skriver cprNumber så slår man en borger op.Test CPR- og CVR-numre skal du have hos din kontakt i Pilotmyndigheden. Nancy Ann Berggreen er ikke i testmiljøet.Her er skærmdump fra et succesfuld kald.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_contact_params.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure><figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_contact_headers.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure><figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_contact_response_body.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure><h2 id="postman-sende-meddelelse">PostMan - sende Meddelelse</h2>Her ser vi på det at sende en Meddelelse.Som det er lige nu så kan man kun sende med den model der går ud på at oprette en zip-fil, hvori der ligger 1-n filer med MeMO-xml i.Skal du sende bare en enkelt Meddelelse, så er det en zip med én xmlfil.Det at man skal bruge en zip-fil er ikke en permanent ting. Vi vil komme til at kunne sende XMLen i kroppen på en POST.Jeg kalder filen memo.zip. Jeg husker det som om at mine eksperimenter viste at navnet skal være memo.zip.Filerne inde i memo.zip skal have formatet "uuid" - ingen filendelse.Eksempel:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_zip.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Så jeg har en fil der hedder bf92b6a7-4579-40b4-b486-013c0f107d1e. Inde i denne er der MeMO-xml.Filen pakker jeg ind i en fil som hedder memo.zip.Her er indholde i bf92b6a7-4579-40b4-b486-013c0f107d1e. Læg mærke til at filnavnet og messageUUID er det samme.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_xml.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>I Postman gør jeg nu dette:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_headers.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Bemærk - de 9 skjulte headers er nogen som PostMan genererer for mig. Så jeg sætter ingen manuelt.Her er så selve kroppen. Pile de vigtige steder.URL: Forward-slash sidst i URL. Ellers virker POST ikke.Brug form-data.Vælg at skrive "file" i key. Udpeg zip-filen. Jeg husker det som om at "type=application/zip i description var vigtigt - måske husker jeg forkert.<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_body2.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Hvis det med at udpege fil driller så se lige dette skærmbillede:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_file.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Du skal hover med musen ude til højre i key-feltet, så kan du se en drop-down hvor du så skal vælge "file". Godt gemt i PostMan.Tryk Send og så skal du få sådan noget i Response headers - især location synes jeg er interessant:<figure class="kg-card kg-image-card"><img src="https://www.jens.bruntt.dk/content/images/2020/06/postman_memo_response_headers.png" class="kg-image" alt="Det nye Digital Post (NgDP) - en teknisk rapport fra skyttegraven" loading="lazy"></figure>Det du så bare skal vide er jo, at det at du får 201 ikke betyder at alt er godt.Der kommer jo en - asynkron - validering af din pakke. Og det kan være at denne fejler. Og mens vi venter på Forretningskvitterin-muligheden så tror jeg faktisk ikke du kan få at vide om alt er godt.<h2 id="bearer-token">Bearer token</h2>Hvis et servicekald svarer noget, hvor der står nævnt et manglende bearer token, så er der sandsynligvis noget galt med dit certifikat. Jeg kan huske at jeg har haft det problem.Sådan noget i stil med:Det er ikke registreret i NgDP-platformen.Det er ikke registreret med de rigtige rettigheder.]]></content:encoded></item></channel></rss>

If you would like to create a banner that links to this page (i.e. this validation result), do the following:

Download the "valid RSS" banner.
Upload the image to your own server. (This step is important. Please do not link directly to the image on this server.)
Add this HTML to your page (change the image src attribute if necessary):

<a href="http://www.feedvalidator.org/check.cgi?url=https%3A//www.jens.bruntt.dk/rss/"><img src="valid-rss-rogers.png" alt="[Valid RSS]" title="Validate my RSS feed" /></a>

If you would like to create a text link instead, here is the URL you can use:

http://www.feedvalidator.org/check.cgi?url=https%3A//www.jens.bruntt.dk/rss/

Home · About · News · Docs · Terms