1 / 10

Projekt elektronisk tinglysning: e-TL Søren Lauesen November 2010 IT-University of Copenhagen

Projekt elektronisk tinglysning: e-TL Søren Lauesen November 2010 IT-University of Copenhagen E-mail: slauesen@itu.dk www.itu.dk/people/slauesen. Før Start Senere Behandlingstid, de heldige 5 dage 1 min 1 min De uheldige/svære 15 dage 4 mdr 15 dage "Åbningstider" 25% 98% 99,9%.

shiro
Télécharger la présentation

Projekt elektronisk tinglysning: e-TL Søren Lauesen November 2010 IT-University of Copenhagen

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Projekt elektronisk tinglysning: e-TL Søren Lauesen November 2010 IT-University of Copenhagen E-mail: slauesen@itu.dkwww.itu.dk/people/slauesen

  2. Før Start Senere Behandlingstid, de heldige 5 dage 1 min 1 min De uheldige/svære 15 dage 4 mdr 15 dage "Åbningstider" 25% 98% 99,9% 2. Oversigt over e-TL projektet Mio. 2006-16 Budget Rev 2010 IT-udvikling 76 103 Skanning 161 202 Andet 30 30 Udvikling ialt 267 335 Drift 163 163 Besparelser -750 -627 Nettogevinst -320 -129 Stor succes med katastrofal start Endnu en IT-skandale? Nej, en organisatorisk skandale Plus erstatninger Er det 10 mio værd pr. år? Tidsforløb Plan Faktisk Udbud juni 06 Kontrakt dec 06 Tingbog marts 08 sept 09 Bilbog jan 08 nov 10 Dokumentation Kravspec (413 krav)406 sider Kontrakt 32 sider Tilbud ca. 600 sider Løsninger, ændringer > 2000

  3. Opstart: 4000 fuldmagter Hotline 3-30 uger 3. e-TL og dets omgivelser Mægler 5 mio anmeldelser/år 30/min i dagtiden Banksys . . . Advokat DanID e-TL CVR Skat 30% manuel Borger Matrikel . . . mv. TL medarb. Jan 2010: 60.000 sager venter Nogle må gå fra hus og hjem Kunne det forudsiges? Næppe - så aldrig Big-Bang

  4. 4. Manglende brugervenlighed - hotline overbelastes • Hvordan tinglyser man skøde på en ejerlejlighed? Muligheder: enfamiliebolig, andelslejlighed, landbrugsejendom, men ikke ejerlejlighed. Kur: Ring til hotline en time daglig i tre uger. Svar: Vælg enfamiliebolig - som i loven. • Er det gratis at udføre en prøvetinglysning, og hvor meget afprøver den? • Anmeldelse afvist. Men hvorfor? Prøv igen - håb på Jackpot? • Hvornår bliver sager udtaget til manuel behandling? (Nogle skrev "glædelig jul" i feltet meddelelser til tinglysningsmedarbejderen. Resultat: Sagen blev udtaget til manuel behandling - to måneders behandlingstid). Ok, noget skal være hemmeligt, men ... Hvad sagde kravene om brugervenlighed? Krav 153: Kvalitetssikring af brugervenlighed. Leverandøren skal løbende . . . kontrollere den eksterne portals brugervenlighed. . . . Tilbudsgiver skal beskrive hvordan. Svar på krav 153: Test med Rolf Molichs principper (tænke højt med tidlig prototype). Svar bilag 21, kvalitetssikring, dvs.: Testleder guider testdeltagerne igennem opgaverne, stiller uddybende spørgsmål, og hjælper hvor det er nødvendigt. Ændring 32, 30-03-2009: Brugervenlighedstest erstattes af en meget tæt dialog mellem [leverandørens og kundens eksperter] Ups !

  5. 5. Hvad skal systemet gøre - med brugerhistorier Anmeldelse af bodeling Hans og Grethe blev gift i 1989, men nu skal de skilles. De har i hele ægte- skabet boet i Hans' ejendom og de har aftalt at Grethe skal blive boende. Hans logger sig ind på www.e-tl.dk. Frem toner en velkomsttekst. Der er tekst og tegning for tingbogen over fast ejendom, bilbogen . . . Han kan se et ikon for informationscenter . . . Hans klikker på teksten for fast ejendom. Herefter får han vist et login-billede . . . Hans har sin digitale signatur lagret på sin PC . . . Han bliver bedt om at oplyse om han vil tinglyse eller forespørge på fast ejendom . . . og sin e-mail adresse . . . og om han skal arbejde med oplysninger om ejer, pant, servitutter eller andet. Han vælger ejer og bliver bedt om at oplyse om det er - endeligt skøde - endeligt skøde på flere ejendomme - skøde betinget af købesummens betaling - (og fire andre muligheder, herunder bodeling) I alt 5 A4-sider for dette eks. Teksten siger det ikke er krav.

  6. 6. Hvad skal systemet gøre - med use cases Kontekst mangler Andre use cases: Udfyld anmeldelse Vedhæft fil Underskriv digitalt . . . • Use case A.5. Egentlig står der bare: • Bruger vælger en udfyldt anmeldelse • Systemet udfører en prøvetinglysning • Brugeren får resultatet

  7. Valgfri delopgaver. Valgfri rækkefølge - næsten Eksemplerpå løsning: Systemet markerer hvilke data der skal udfyldes. Systemet forklarer fejlen i borgerligt sprog. Priserne vises på forhånd. Systemet forklarer hvad der nu vil ske og hvor lang tid der vil gå. Systemet bruger digital signatur. Udføres af menneske plus computer Eksempel på computers del - ikke krav 7. Med SL-07 skabelonen. Systemet skal støtte C1 . . . C1: Tinglys ejerskab Hyppighed: Få gange i borgerens liv Bruger: Almindelig borger Delopgaver og varianter: 1. Udfyld tinglysningsoplysninger (se data i kapitel D) 1a. Hent evt. en parkeret sag 2. Vedhæft evt. dokumenter 3. Prøvetinglys sagen og se hvad der evt. skal ændres. Prøvetinglys evt. igen. 3p. Hvad koster det? Også hvis der er fejl? 4. Giv betalingsinformation og send til tinglysning. 5. Underskriv det nødvendige. 6. Parker evt. sagen.

  8. Kræver 10-500 gange mere computerkraft. Leverandøren kan ikke tage ansvar for svartider og oppe-tider. Inkonsistens eller urimelig indskrænkning af leverandør-skaren. Alle på nær CPR var under omlægning. 8. Arkitektur, integration og SOA DanID Valgt løsning: Ingen intern SOA. Datareplikering de fleste steder. e-TL CVR XML Skat Kontroller etc. • Alt skal være SOA-XML-services internt såvel som eksternt. • Data må kun lagres ét sted - skal hentes i fødesystemet. • Systemet forventes baseret på eksisterende moduler. • Alle eksterne systemer har veldefinerede XML-snitflader. Hvorfor SOA? Leverandøruafhængighed? Hjælper ikke. IT-præsteskabets vision? (Skal lovfæstes - så behøver vi ikke argumentere for den).

  9. 9. Risikoanalyse - et par tvivlsomme eksempler Og hvad var så konsekvenserne af det?

  10. 10. Lessons learned • Root causes: • Kunden holdt ikke øje med hvad leverandøren lavede tidligt - ingenting ! • Brugervenlighed planlagt, men senere glemt. • Organisatorisk implementering optimistisk - uden konkrete målinger. • Pilot-drift sent i projektet var umuligt - bevillingerne var skåret væk. • Senere i projektet: • Man kan gå ind i sin bank og 30 min efter stå med 1 mio til disposition.Ikke muligt andre steder i verden. • Nyt krav til eTL: Store kunder i udlandet tror ikke på skærmprint - ser amatøragtigt ud. Svar: Beviset på ejerskab er i systemet. • Nyt krav: Vi har 100+ sager i systemet. Kan ikke søge på tværs.Svar: eTL skal ikke være jeres sagsbehandlingssystem. • Bilbogen i drift som big-bang nov. 2010. Uden problemer.Årsag: Man havde lært at sætte sig ind i brugernes faktiske behov.

More Related