DIADEM, kommentarer til konceptbeskrivelse Id Emne Kommentar Uddybelse DIADEMs svar k1 Web-interface, rapporter Rapportskabeloner i webinterface. Ønske om at have samme muligheder i web-interface som i system-system. I forbindelse med lancering af kerneydelsen i 2011 vil dette ikke være en mulighed. Web-interfacet vil dog understøtte selektiv visning/eksport/deling af enkelte ejendomsoplysinger i en rapport.på sigt, i senere faser, er det muligt at DIADEM åbner op for at yderligere skabeloner kan tilgås i web-interfacet. k2 Web-interface, rapporter Mulighed for at inkludere eget logo i en DIADEM rapport igennem web-interface. Ønske om at have samme muligheder i web-interface som i system-system. Muligheden for at inkludere eget logo i en købt DIADEM rapport via web-interfacet har vi valgt ikke at understøtte på baggrund af overvejelser omkring drift/support udfordringer. Ligeledes vil det være umuligt at styre rapporters udseende, hvilket kan give problemer i forhold til både æstetik og brugbarhed af rapporten. k3 Rapporten Ønske om én samlet rapport, og ikke en rapport med tilknyttede pdf-filer. Unik id og dele-link skal henvise til eet dokument i web-interface. Mulighederne for at knytte alle ejendomsoplysningerne i én visning/fil hænger sammen med datakildernes leveranceformat. Der arbejdes målrettet på at skabe et så brugbart "samlet" format som muligt. k4 Betaling Der ønskes en grace-periode. Væsentligt for forretningsmodel og brug af professionelle. Som det fremgår af konceptbeskrivelsen arbejdes der på en afklaring af denne mulighed. k5 Fuldmagt Der ønskes en hensigtsmæssig fuldmagtsløsning, som ikke komplicerer de professionelles arbejde med indhentning af ejendomsoplysninger. Der foreslås en løsning der kobler DIADEM fuldmagtsløsning med Tinglysningsrettens. Som det fremgår af konceptbeskrivelsen arbejdes der i første omgang på en løsning baseret på tro-og-love-erklæring. Og en kobling til en fællesoffentlig fuldmagtsløsning, når denne er etableret
k6 Generel funktionalitet Formulering "der har adgang til samme funktionalitet som webinterfacet - samt en række yderligere services" skaber forvirring omkring evt. forskelle mellem web-interface løsning og system-system løsning. Der ønskes samme muligheder i web-interface som i system-system løsninger. Dette er omformuleret så det står klart at forskellen er begrænset til muligheden for at definere og udstille egne rapportskabeloner i en system-system løsning. k7 Support/drift Overvejelse omkring hensigtsmæssigheden i at DIADEM har en dedikeret supportfunktion i forbindelse med spørgsmål til datakvalitet og andre henvendelser fra brugere af DIADEM. Der er bekymring for brugervenligheden såfremt DIADEM udelukkende sender brugere videre til dataejere i forbindelse med tvivl/fejl eller andet. EBST vil supportere selve DIADEM løsningen. Altså forespørgselsmotor og webinterface. Datakilderne vil fortsat have ansvaret for at supportere og drifte i forhold til datakvalitet osv. DIADEM er opmærksomme på at etablere et hensigtsmæssigt "hjælp" system i web-interfacet, ligesom system-system anvendere vil få adgang til dokumentation, også ifht. support på dataniveau. k8 System-system, rapporter Ønske om 100% strukturerede dataleverancer fra DIADEM. DIADEM vil være et mere relevant og brugbart produkt såfremt al data kan leveres struktureret, direkte i det forespørgende system. DIADEM er opmærksomme på hensigtsmæssigheden i at levere strukturerede data, hvor relevant. DIADEMs muligheder for at levere struktureret fra data hænger snævert sammen den måde datakilderne udstiller data på. k9 Betaling Ønske om kreditkundeforhold, Vigtigt for convenience. således at der kan faktureres opsamlende. Desuden væsentligt at der kan udskrives en "kontooversigt" så forbrug kan dokumenteres. Kommentar taget til efterretning. Endelige vilkår og muligheder for kreditkundeforhold er stadig under udarbejdelse.
k10 Data Ønske om på sigt at inkludere alle relevante oplysninger relateret til ejendomshandel i DIADEM. Relevant for DIADEM har fokus på at udstille registeroplysninger, som er offentligt registrerede forretningsmodel, optimering samt lovpligtige for sælger at oplyse ved ejendomshandel og/eller hæfter juridisk på af processer og convenience. ejendommen, der handles. k11 Fuldmagt Ønske om en "tro & love" løsning på dokumentation af fuldmagt. Væsentligt for bibeholdelse af uproblematiske arbejdsgange. Som det fremgår af konceptbeskrivelsen arbejdes der på en afklaring af denne mulighed. k12 Betaling k13 Signering Ønske om betaling via "forventet efterbevilling" - således at der først betales for en DIADEM rapport så snart det er bekræftet at der gennemføres en reel ejendomshandel. Alá e-nettet løsning. Vil en rapport være signeret i S2S? Er det fra hver dataleverandør signeringen sker, eller er det en overordnet DIADEM signatur. o Hvis overordnet, hvem har så ansvaret, hvis der er fejl? Væsentligt for business case for ejendomsmæglere. Gebyrbetaling for en DIADEM-rapporten skal dække omkostningerne ved af indsamle data samt drift og udvikling af systemet. Derfor skal der betales ved bestilling af rapporten. Selve betalingen, fx kontant versus månedafregning kan aftales. Data leveres i en trusted forbindelse fra DIADEM til S2S baseret på en unik rapportid. Der signeres ikke digitalt som sådan. En komplet DIADEM rapport, det vil sige når DIADEM har leveret alle ejendomsoplysninger, defineret i en rapportskabelon, vil være en "officiel"/stemplet DIADEM rapport. Selve de enkelte ejendomsoplysninger er datakilden selv ansvarlig for, i det øjeblik leverancen er lavet. Det vil sige at DIADEM har ansvaret for leveringen af den samlede rapport, datakilderne har ansvaret for de enkelte ejendomsoplysninger. k14 Betaling Afregning af rapporter o Hvordan foretages afregningen af rapporter Vil der være en digital løsning som i etinglysningen? Og vil afregningen ligeledes dække hent af rapporter via Webportalen? Betaling sker kontant eller ud fra kundeaftale, fx månedafregning kan aftales.
DIADEM, kommentarer som supplement til konceptbeskrivelsen Id Emne Kommentar Knyttet til DIADEMs svar s1 Brugervenlighed Der opfordres til at sikre en brugervenlig løsning som fungerer godt alene og i sammenhæng med boligejer.dk Udvikling af web-interface Anvendeligheden og brugervenligheden af løsningen vil blive testet på brugerne to gange i løbet af udviklingen, i forbindelse med udvikling af IA/flows og i en endelig brugervenlighedstest af brugerfladen. Dette for at sikre en brugervenlig løsning. s2 Brugervenlighed Det opfordres til at risiko for at forvirre brugerne med muligheden for at hente de samme oplysninger forskellige steder minimeres for at sikre brugervenligheden. Udvikling af web-interface Anvendeligheden og brugervenligheden af løsningen vil blive testet på brugerne to gange i løbet af udviklingen, i forbindelse med udvikling af IA/flows og i en endelig brugervenlighedstest af brugerfladen. Dette for at sikre en brugervenlig løsning. s3 Bestilling Det foreslås at det bliver obligatorisk at opgive en email adresse til notifikationer, således at det sikres at der kan leveres en færdig/fuld rapport igennem en notifikation. Udvikling af web-interface DIADEM vil finde en simpel løsning indenfor lovgivningens rammer. s4 Brugervenlighed Der opfordres til at sikre at brugeren forstår hvornår og hvordan en "fuld" DIADEM rapport leveres af systemet, såfremt denne ikke leveres i brugerfladen med det samme. Udvikling af web-interface Vi arbejder målrettet med at tilpasse de instruktioner og metadata der tilknyttes løsningen til brugere som ikke nødvendigvis har nogen forudsætninger for at arbejde med ejendomsoplysninger. Dette er også et element i løsningen vi vil teste indgående.
s6 Præsentation Vil DIADEM udstille stylesheet til Det vil lette Vi vil arbejde imod muligheden for at dele stylesheet, da vi er helt enige i S2S løsningen, således at vi kan kommunikationen, når flere ræsonnementet omkring genkendelighed. genbruge den måde DIADEM selv skal kigge på den samme opstiller en rapport på? rapport i hvert deres system? s7 Rapport Det skal være muligt at hente en offentlig rapport uden Tingbogsopslaget. Ja, det vil være muligt at fra-/tilvælge et tingbogsopslag. s8 Rapport Vi kan forstå, at man modtager en PDF, når man bestiller et tingbogsopslag. Hvornår forventer man, at det kan sendes som XML? Vi forstår ikke, at der ikke er en valgmulighed for at modtage tingbogsopslaget i XML, da der allerede findes en S2S løsning i etinglysningen. Hvis en aktør ønsker at lave "dyb integration" af DIADEM løsningen, med oprettelse af ejendom, og ejendomsrelaterede oplysninger, giver det ikke mening, at aktøren skal bruge ressouser på at etabelerer en yderligere infrastruktur til etinglysningen. DIADEM vil alene tilvejebringe et tingbogsresume. Tingbogsresumeet er primært tænkt som en hjælp til borgere og andre, der ikke anvender tekniske integrerede løsninger. DIADEM har i sit udgangspunkt ikke til formål at integrere/kopiere funktionalitet fra etinglysningen. S2S brugere, der ønsker integration mod etinglysningen må gøre det via Tingbogens egen portal. s9 Betaling Et tingbogsopslag koster 175 via DIADEM er det samme beløb via S2S løsningen? Vi forstår ikke, at der kan være forskel i prisen for et tingbogsopslag, alt efter via hvilken offentlig infrastruktur man henter det? DIADEM vil henvende sig til etinglysningen og høre om hvilke vilkår der skal være opfyldt for at få en lavere pris. DIADEM kan ikke garantere en lavere pris end standardprisen.
s10 Kommunikation Bliver der lavet en udviklingsportal for løsningen. Her menes et samlet sted, hvor løsningsbeskrivelser, planer og anden projektrelevant information er tilgængelig. Er der en ensartet distribution af informationer og løsningsbeskrivelser? Vi kommer nok ikke helt af med maildistributionslisterne, men med en portal er man altid sikker på, at man forholder sig til den seneste version af et dokument. Ja, DIADEM vil stille et udviklingsorienteret ekstranet til rådighed i forbindelse med den tekniske følgegruppe. Den præcise anvendelse af ekstranet vil blive fastlagt i den tekniske følgegruppe. s11 Kompatibilitet s12 Fuldmagt s13 Web-interface Vil det fortsat være muligt at hente data fysisk via kommunerne med videre? Fuldmagt i aftaledokumenter. o Bliver der lavet et forslag til, hvordan den kan formuleres. Eller skal alle aktører selv formulere den? Vil adgangen til DIADEM WEB portalen være ens for borger og for professionelle? DIADEM er en ny løsning, som ikke regulerer eksisterende løsninger. Nej, DIADEM vil som udgangspunkt ikke formulere en generel fuldmagt til aftaledokumenter. Grundlæggende vil opbygningen af brugerfladen til hhv. Professionelle og borgere blive opbygget ens. Der bliver dog taget hensyn til de professionelle brugeres ekstra behov (lange lister med rapporter, søgemuligheder), ligesom en professionel kan have ekstra funktionalitet stillet til rådighed (fx i forbindelse med tro&love fuldmagter). s14 Præsentation Hvordan vises rapporten på DIADEM WEB portalen? Der leveres visning af data på baggrund af stylesheet. Nogle data, fx et tingbogsopslag, bliver leveret i PDF. Det kan desuden vælges, at man ønsker at modtage hele rapporten som en PDF og bilag som PDF.
DIADEM, kommentarer overleveret til teknisk følgegruppe Id Emne Kommentar Uddybelse DIADEMs svar t1 Sikker- og rettighedssystem Der er behov for en konkret afklaring og definition af implementeringen af sikkerhed og rettighedssystem. Der er opstillet et forslag fra Finanssektoren som er videregivet til teknisk følgegruppe og som kan rekvireres. Væsentligt for muligheden for at påbegynde forberedelsen til implementeringen i egne systemer. Det er planlagt at lave et dokument, som beskriver hele sikkerhedsopsætningen omkring DIADEM. Planlagt til foråret 2011 men ikke mere præcist p.t. t2 Snitflade Services er ens til både WEB og S2S. Er det fornuftigt? Det betyder snitflade ændringer for S2S, hvis der skal ændres på WEB delen. Det betyder ikke nødvendigvis, at S2S behøver at ændres. Services versioneres. Derudover vil der formentlig være services, der anvendes i brugerfladen, som ikke giver mening i system-til-system løsninger. t3 Kompatibilitet Bagudkompatibelt. En rapport kan leve i lang tid. Dette stiller krav til bagudkompatibiliteten. Hvis det ikke er tilfældet, vil skemavalideringen på S2S afvise rapporten inden den kommer ind i aktørens system. Disse 2 elementer har vi set problemer med i etinglysningen. Enumerationer og patterns Hvis der ændres i elementerne (typisk hvis værdier fjernes i enumerationer), vil rapporten ikke længere være skemavalid, og aktørs system vil sende en SOAP fault til DIADEM. Resultatet er, at en rapport ikke kan komme ind i aktørens system Vi er opmærksomme på behovet for kompatibilitet. Vi arbejder med den fleksibilitet der ligger i XML. Kompatibilitet vil være et element som tages op i forbindelse med den tekniske følgegruppe.
t4 Rettigheder Der mangler et interface til Vi mener ikke det er professionelle brugere, for ønskeligt, at en medarbejder registrering af medarbejdernes i Danske Bank får en liste rettigheder for anvendelse af med samtlige koncernens signaturerne. Der kan være ejendomme. andre rettighedsindskrænkninger som ønskes. Adgang til rapporter styres på kundeniveau med medarbejdere knyttet til et virksomhedscertifikat (via NemID). Derudover vil der være muligheder for at styre datavisning med fx egen reference, forskellige søge- og sorteringsmuligheder og intervalvisning i web-interfacet. t5 Rettigheder Bliver rettighedsregistrering samme sted som for etinglysningen? Efterhånden som der kommer flere offentlige infrastrukturer, er det ønskeligt, at aktøren kun skal forholde sig til rettigheder i en og samme brugergrænseflade. DIADEM følger i videst mulige omfang de fælles offentlige retningslinier. Der er ikke lagt op til en sammenhæng til etl. t6 Data En ikke fuldstændig rapport o Hvordan opdager en aktør, at der kan være inkonsistens i data, hvis et element ændrer indhold pga. forretningsmæssige ændringer fra bestilling og delleverance og til endelig leverance sker? Der kan være opdateringer i de offentlige systemer der ændrer på data i en rapport, og som derfor fremstår inkonsistent. Jeg er med på, at det er et generelt problem, men på en eller anden måde skal der tages hensyn til det. De informationer som DIADEM henter automatisk vil (selv ved manglende informationer) formentlig i langt de fleste tilfælde blive fremskaffet på under et døgn. Det kan ikke udelukkes at der kan være sket konfliktende ændringer i denne periode, men det vil være klart færre end i dag, hvor indsamlingen fra kommunen og andre myndigheder typisk sker over en 14-dages periode og mange steder er manuelt baseret. t7 Signering Vil signaturrutiner blive de samme som i etinglysning? Vi forventer at man benytter Løsningen er baseret på den fællesoffentlige sikkerhedsmodel med NemID m.m. samme signeringsrutiner som DSS. Dette af vedligeholdelses hensyn.
t8 Deling En Systemnøgle kan inddrages af udsteder, betyder det, at et link man har delt med en anden, ligeledes bliver inddraget? Ja - ejeren (fuldmagtshaveren) kan trække et link tilbage, således det ikke længere kan anvendes. Der er en status på linket, som angiver om det er tilgængeligt, tilbagekaldt etc.
t9 Betaling Hvilken nøgle kan en professionel bruger se, hvilken rapport der er opkrævet for? Det er vigtigt at vi kan angive en egen reference per bestilt rapport. Dette blandt andet af hensyn til afstemning. Det vil være muligt at medtage og vil blive prioriteret i udviklingen. t10 Søgning Det skal være muligt at fremsøge rapporter via vores egen angivet reference. Der mangler generelt en beskrivelse af hvilke søgemuligheder der findes for at finde en rapport. Det vil være muligt at medtage og vil blive prioriteret i udviklingen. t11 Reference IT-relateret korrelationid Det er et ønske for sektoren, at vi har mulighed for selv at sætte en korrelationid på en forespørgsel på en rapport, og at den modtages med retur. Det skal kombineres med aktørid. Jeg vedlægger et selvstændigt dokument med forslag til, hvilke nøgler og referencer der ønskes. Kommentar taget til efterretning. Der kræves en nærmere analyse af dette sat overfor sikkerheden i løsningen. Denne afklaring vil blive prioriteret i udviklingen, men DIADEM kan ikke love at det kan håndteres. t12 Reference Det skal være muligt at søge med ID nummeret på WEB løsningen. Ellers binder vi korrespondance mellem aktørerne til, at bruge mail, og ikke fysiske breve. Dette stiller krav til ID'et. Man kunne overveje at bruge samme model som i etinglysningen, hvor der findes en brugervendt nøgle. DOC aliaset. Kommentar taget til efterretning. Der kræves en nærmere analyse af dette sat overfor sikkerheden i løsningen. Denne afklaring vil blive prioriteret i udviklingen, udviklingen, men DIADEM kan ikke love at det kan håndteres.
t13 Reference Notifikationerne der modtages per mail, skal ligeledes indeholde vores egen reference. Dette vil gøre det lettere for vores brugere, at placere rapporten. Kommentar taget til efterretning. Det vil være muligt at medtage og vil blive prioriteret i udviklingen. t14 Notifikationer t15 Planer I WEB interfacet bliver det e-mail eller SMS notifikation, men hvad kommer der S2S? Hvilke planer foreligger der PT. Er der for eksempel lavet testplaner? Hvornår forventes snitflader at foreligge? Der er samme muligheder for notifikation i system-system som i web-interface. Så snart der ligger faste udviklings- og testplaner knyttet til system-system udviklere, vil disse blive kommunikeret ud i den tekniske følgegruppe. t16 Reference Vil der være en CPR/CVR indentifikation på ejer af ejendommen i S2S løsningen, når rapporten leveres? Det vil blive benyttet til at Ejerinformation bruges til at validere rettighed ved selve datakilden. DIADEM hverken identificere hvilken kunde, en gemmer eller udstiller disse oplysninger. rapport skal placeres på. Endvidere er der en validering for, at det den korrekte kunde man har reg. i aktørsystemet. t17 Reference Er det muligt indsætte sin egen brugervendte reference når man får overdraget en rapport fra en anden aktør? Når man modtager et link/id på en rapport, vil vi gerne kunne påføre akørens egen sagsreference. Således vil der være flere referencer. En pr. aktør. Se selvstændigt dokument med forslag til nøgler og referencer der ønskes. Kommentar taget til efterretning. Der kræves en nærmere afklaring af dette. Denne afklaring vil blive prioriteret i udviklingen, men DIADEM kan ikke love at det kan håndteres.