Fod Fin: Entiteit Patrimonium Documentatie Workshop over de toekomstige architectuur

Fod Fin: Entiteit Patrimonium DocumentatieWorkshop over de toekomstige architectuur Ontwikkeling van de Architectuur voor Patris - 7 juni 2004 v0.3 IBM and Fod Fin confidential

Agenda • Inleiding en positionering in het algehele project • Positionering van de 3 workshops • Duiding van het vertrekpunt (CoperFin, Fod Fin materiaal, UC’s) • Gedachtenuitwisseling over: • Te volgen principes (‘Geïntegreerd’ systeem, Uniek Patrimonium Dossier) • Context van het toekomstige systeem • Overzicht van het toekomstige systeem • Analyse van de structuur van het systeem • Identificatie van de benodigde Omgevingen • Toewijzing van Processen aan Omgevingen • Toewijzing van Data groepen aan Omgevingen • Oplijsting geïdentificeerde acties • Vooruitblik naar de volgende workshops

Evaluatie bestaande applicaties Visie op AKRED + Overzicht relevante informatiebronnen Budget Evaluatie Migratie Strategie Glossary Toegevoegde Waarde Referentie document (Relevante info vr/h gegevensmodel) Basis Principes Informatie Bronnen Project Plan e.g. projecten, systemen (actual, on-going, in plan), principes, standaarden, processen, CETIC IBM ervaring Applicatie en Technische Architectuur CoperFin Use Cases Functionele Domeinen Link gegevensmodel, processen, use cases CETIC rapport UCM Conceptueel Gegevensmodel Fysisch Gegevensmodel Business Roles & Locations User Groups Non-functional Requirements NFR Patris - Ontwerp van applicatie en technische architectuurOverzicht van de op te leveren documenten

Evaluatie bestaande applicaties Visie op AKRED + Overzicht relevante informatiebronnen Budget Evaluatie Migratie Strategie Glossary Toegevoegde Waarde Referentie document (Relevante info vr/h gegevensmodel) Basis Principes Informatie Bronnen Project Plan e.g. projecten, systemen (actual, on-going, in plan), principes, standaarden, processen, CETIC IBM ervaring Applicatie en Technische Architectuur CoperFin Use Cases Functionele Domeinen Link gegevensmodel, processen, use cases CETIC rapport UCM Conceptueel Gegevensmodel Fysisch Gegevensmodel Business Roles & Locations User Groups Non-functional Requirements NFR Patris - Ontwerp van applicatie en technische architectuurFocus van ‘Ontwerp van applicatie en technische architectuur’

Ontwerp van applicatie en technische architectuurAanpak via een aantal workshops • Workshop over de Toekomstige Architectuur • Overeenstemming bereiken over principes, structuren en karakteristieken van de toekomstige architectuur • Bepaling van de doel-architectuur voor het migratie traject  Applicatie en Technische Architectuur • Workshop over het Migratie Traject  Vertrekkend van Evaluatie van de Bestaande Systemen, Applicatie en Technische Architectuur • Overeenstemming bereiken over de fasering van de projecten die moet toelaten om de doel architectuur te realiseren  Migratie Strategie • Workshop over de Toepasselijke Standaarden • Overeenstemming bereiken over de standaarden, principes en feitelijkheden die van toepassing zijn op mogelijke realisaties van de voorgestelde specificatie  Onderdeel van Applicatie en Technische Architectuur

Positionering binnen de Architectuur voorgesteld in het kader van CoperFin.

Rekening houdend met de verdere verfijning aangebracht door de CoperFin Technical Group

Proces 10: Vorderen van Rechten Proces 11: Verwerven, beheren en vervreemden van goederen: Afgedekt via de Workflow Aankoopcomites (Workflow CA) Proces 12: Waarderen van Goederen Proces 13: Opstellen en verlijden van een authentieke akte: Afgedekt via de Workflow Aankoopcomites (Workflow CA) Proces 14: Bewaren en bijwerken van patrimonium documentatie Proces 15: Leveren van patrimonium documentatie Proces 16: Behandelen van onenigheden Overzicht van de Use Cases per CoperFin domein

Uit: ‘Geintegreerd Systeem voor Belastingen en Invordering’ Proces 1: Verzamelen en beheren persoonlijke gegevens De Use Cases ontwikkeld in het kader van proces 1 identificeren de volgende functionaliteit die ook ten dienste staat van Patris: • Het registreren, bijwerken, opzoeken, onderling verbinden, deactiveren en schrappen van persoonlijke gegevens in het unieke dossier waarbij de nadruk ligt op de automatische registratie en bijwerking op grond van de gegevens ter beschikking gesteld door het Rijksregister (RR), Kruispunt Bank der Ondernemingen (KBO) en het BisRegister. Deze gegevens vormen de kern van het Unieke Dossier. • Het detecteren van anomalieën leidt tot de expliciete vaststelling van een anomalie in het systeem zodat deze opgevolgd en/of naar de bevoegde persoon verzonden kan worden. Het afsluiten van anomalieën zonder gevolg brengt de notie mee van een persoon in een specifieke rol die de goedkeuring kan hechten aan eerder genomen beslissingen.

Proces 10: Vorderen van Rechten De Use Cases ontwikkeld in het kader van proces 10 identificeren de volgende functionaliteit van Patris: • Vorderen van onmiddellijke geinde griffierechten: UC nog niet gefinaliseerd • Vorderen van registratie-, hypotheekrechten en bijdragen: Behelst het berekenen van de verschuldigde rechten op basis van een analyse van de akte en het aansturen van de innings- en invorderingsprocessen. • Vorderen van successierechten, recht van overgang bij overlijden, ongenoegzaamheden, rechten in opschorting: Behelst het aanmaken van een successiedossier, het opvolgen van de successie aangifte en het berekenen van de verschuldigde successierechten.

Proces 12: Waarderen van Goederen De Use Cases ontwikkeld in het kader van proces 12 identificeren de volgende functionaliteit van Patris: • ‘Waarderen van Roerende Goederen en Onroerende Goederen’ hebben soortgelijke behoeftes: Er is nood aan een ondersteuning van de volledige levenscyclus, vanaf de initiele creatie van het dossier tot en met de afsluiting ervan gaande via analyse, informatieverzameling, inning voorafgaandelijke betaling etc…. Via het dossier en de relevante missies worden de nodige stappen gezet (zoals expertises, opmetingen) om tot een afhandeling van de waarderingsaanvraag te komen.

Proces 14: Bewaren en bijwerken van Patrimonium Documentatie De Use Cases ontwikkeld in het kader van proces 14 identificeren de volgende functionaliteit van Patris: • Bewaren en bijwerken van Patrimonium Documentatie: Deze opdrachten worden typisch door notarissen, landmeters, gerechtsdeurwaarders, banken,.. ingegeven en hebben tot doel de Patrimonium Documentatie bij te laten werken. Voor elk van deze opdrachten wordt een dossier gecreëerd dat de volledige afhandeling van de opdracht zal ondersteunen. • Beheer van het kadastraal plan: Aanvragen tot opmetingen kunnen zowel door externe partijen als door andere processen van Patris ingediend worden. De behandeling van elke aanvraag zal ook via een elektronisch dossier opgevolgd worden. Typische missies zijn de pre-kadastratie, afpalingen, bepalen GPS coördinaten, juridische mutaties,…

Proces 15: Leveren van Patrimoniuminformatie De Use Cases ontwikkeld in het kader van proces 15 identificeren de volgende functionaliteit van Patris: • Het afleveren van patrimonium informatie: Deze aanvragen komen binnen via brief, e-mail, CCFF,… en kunnen zowel van interne als externe oorsprong zijn. Voor elke aanvraag wordt er een dossier gecreëerd en toegewezen aan een ambtenaar en wordt er nagegaan of er betaling vereist is. De informatie aanvragen worden onderverdeeld als • Eenvoudig: het antwoord kan door consultatie van de Patris databank bekomen worden • Complex: het antwoord kan bekomen worden door consultatie van de archieven

Proces 16: Behandelen van onenigheden De Use Cases ontwikkeld in het kader van proces 16 identificeren de volgende functionaliteit van Patris: • Elk geschil, klacht of betwisting leidt tot de creatie van een dossier waarvoor in bepaalde gevallen een arbiter/advocaat/expert kan aangesteld worden. Het elektronisch dossier volgt de verschillende stappen op die genomen worden in de behandeling van het geschil/klacht/betwisting.

Het principe van een ‘Geïntegreerd Systeem’ • De belangrijkste aspecten van dit geïntegreerd systeem zijn: • Geïntegreerde presentatienaar de gebruiker toe: Elke gebruiker kan voor het uitvoeren van zijn taken op 1 werkomgeving (applicatie) beroep doen zonder zijn toevlucht te moeten nemen naar verschillende applicaties die elk een deel van zijn taken ondersteunen • Geïntegreerde processen: De aanlevering van basisinformatie gebeurt zo elektronisch en gestructureerd mogelijk zodat de Patrimoniale Gegevensbank zo efficient en snel mogelijk kan bijgewerkt worden • Nadruk: • terugbrengen van de algemene doorlooptijd • zo getrouw mogelijke weergave van de huidige situatie van het patrimonium • Geïntegreerde data: • Eén enkel aanspreekpunt voor elke raadpleging van het Uniek Patrimonium Dossier waarvan de gegevens op eenduidige wijze geassocieerd kunnen worden met het Unieke Dossier • Eén enkel aanspreekpunt voor elke bijwerking van de gegevens van het Uniek Patrimonium Dossier  Dit belet de distributie van deze gegevens niet als de operationele karakteristieken dit zouden vereisen (maar de notie van ‘authentieke bron’ wordt hierdoor niet beïnvloed !)

Het principe van het ‘Uniek Patrimonium Dossier’… • Hoe ziet een mogelijke structuur van het Uniek Patrimonium Dossier eruit ? • Vb: Toegang via NN (uit RR of BisRegister) of KBO nummber (via KBO) • Georganiseerd per rol (e.g. eigenaar) • Overzicht roerende goederen • Overzicht onroerende goederen • Overzicht niet-fiscale invorderingen • Dynamisch aspect: • Status van de processen waarin de NN/RP betrokken is • Vb: Toegang via Onroerend goed • Overzicht zakelijke rechten die erop van toepassing zijn • Overzicht van de eigenaars of andere rechthebbenden • De gegevens in het Uniek Patrimonium Dossier hebben verschillende karakteristieken • Qua origine (de kerngegevens (NN, BTW #) komen uit andere authentieke bronnen) • Qua structuur (gestructureerd vs. niet-gestructureerd) • Qua juridisch karakter (cfr hypotheken) • Qua mogelijke technologische ondersteuning (GIS, alfanumerieke data, gescande documenten, referenties naar archieven…)

Het principe van het ‘Uniek Patrimonium Dossier’ • Mogelijke visie op het Uniek Patrimonium Dossier: • Een centrale toegang (een voor on-line, een voor massaverwerking) die een serie van interfaces ondersteunt voor de navigatie van het Uniek Patrimoniaal Dossier • Erachter, een integratie punt (met minimale transformatie, nadruk op connectiviteit en ophalen van gegevens) dat de verschillende achterliggende gegevensbronnen met elkaar verbindt • Achterliggende gegevensbronnen waaruit kan geput worden voor het navigeren van het Unieke Fiscale Dossier: • Unieke Dossier (NP, RP) • Uniek Fiscaal Dossier (Overzicht terugbetalingen) • Gegevens ivm roerende goederen + verwijzing naar dossiers die erop betrekking hebben/hadden ? • Gegevens ivm onroerende goederen + verwijzing naar dossiers die erop betrekking hebben/hadden ? • … • Achterliggende gegevensbronnen blijven rechtstreeks toegankelijk maar op gecontroleerde wijze (via een data access laag) • Is dit een rol voor CCFF ?

Agenda • Inleiding en positionering in het algehele project • Positionering van de 3 workshops • Duiding van het vertrekpunt (CoperFin, Fod Fin materiaal, UC’s) • Gedachtenuitwisseling over: • Te volgen principes (‘Geïntegreerd’ systeem, Uniek Patrimonium Dossier) • Context van het toekomstige systeem • Overzicht van het toekomstige systeem • Analyse van de structuur van het systeem • Identificatie van de benodigde Omgevingen • Toewijzing van Processen aan Omgevingen • Toewijzing van Data groepen aan Omgevingen • Oplijsting geïdentificeerde acties • Vooruitblik naar de volgende workshops FOD Financiën Patris

Overzicht van de toekomstige context van Patris FOD Financiën Patris

Uitwisseling via ‘Andere kanalen’ • Hoewel contactnames ook via MKDV kunnen gebeuren, zal het merendeel zich rechtstreeks afspelen tussen de dossierbeheerders en de externe partijen • Elke contactname leidt tot een toevoeging in gestructureerde of niet gestructureerde vorm van de inhoud van de boodschap  Noodzaak van scanning faciliteiten om niet-electronische documentatie aan het dossier toe te voegen • Eventuele integratie met MKDV vindt plaats via CCFF, vanuit de MKDV context zal de informatie aan de bevoegde organieke entiteit overgemaakt worden FOD Financiën Patris

 Deze verantwoordelijkheid zal door CCFF opgenomen worden Uitwisselingen met de andere externe actoren. • De karakteristieken van de uitgewisselde gegevens variëren in belangrijke mate: • interactief verkeer voor beperkte volumes • niet-interactief verkeer met grote volumes FOD Financiën Patris

CCFF wordt ook ingeschakeld in de communicatie tussen interne gebruikers en Patris. Principe van gestructureerde en niet-gestructureerde aanlevering van informatie Welke logica zit er ‘voor’ en welke ‘achter’ CCFF ? Zijn er andere types gebruikers ? Er werden geen behoeften gevonden voor functionaliteit die off-line zou moeten ter beschikking gesteld worden. Burger/Ambtenaar Presentatie CCFF Patris Verdere uitwerking van de uitwisselingen met de burgers (via Internet) en ambtenaren (via het Intranet) FOD Financiën Patris

Synthese van de integratie met externe systemen - waarbij CCFF de rol als centrale communicatie-as voor alle soorten uitwisselingen met interne/externe partijen op zich neemt. FOD Financiën Patris

Enig Dossier Andere Andere Gedigitaliseerde Federaal Portaal bronnen bronnen DWH Interacties Internet/ Internet/ Data FEDMAN FEDMAN Andere FOD’s Andere FOD’s Security Persoonlijke Transactionele Patrimonium EAI Data Data Informatie LDAP M I B Logs Systeem voor Geïntegreerde verwerking Business CRM Work mgmt Intelligence Netwerk* Kennisbeheer ERP line Mobiel Mobiel On On - - line Werkstation Werkstation Werkstation Werkstation Mobiel Mobie l Off Off - line - Mobiel On - line Externe Gebruiker Interne Gebruiker * internet, intranet, ASTRID, GPRS, … Overzicht van het toekomstige Patris systeem. • Nadruk op • Elektronisch & gestructureerde aanlevering van de informatie • Beperkte doorlooptijd voor het behandelen van wijzigingen belangrijk voor de rechtszekerheid • Ondersteuning door workflow/dossierbeheer/type documenten met geïntegreerde generatie van performantie gerelateerde gegevens FOD Financiën Patris

Voorgesteld lagenmodel voor Patris Bulk Data Import Operationeel Systeem Patris ODS CCFF Patris Operationeel Systeem Bulk Data Export On-line verzoeken FOD Financiën Patris

Principes van toepassing op de Bulk Data Import & Export lagen Bulk Data Import Operationeel Systeem Patris Reconciliatie & Detectie Anomalieën Extract ivm Kerngegevens Uniek Dossier Gegevens Validatie ODS Patris Operationeel Systeem CCFF Gegevens ivm e.g. penale boetes Generatie Extract (met transformatie) Extractie basis informatie  Beperkt aantal extracten die toelaten verschillende noden af te dekken On-line verzoeken Bulk Data Export FOD Financiën Patris

Verdere uitwerking van de Bulk Data Import Laag • Nota: • Een aantal workflows voor anomalieën kunnen gestart worden vanuit de Data Import laag: • Behandeling problemen teruggezonden door Dorothee • Problemen gesignaleerd door reconciliatie modules FOD Financiën Patris

Verdere uitwerking van de Bulk Data Export Laag • Nota: • Relatieve positie DWH - Risicobeheer • Behoefte ETL • Vooral aflevering kadastrale uittreksels FOD Financiën Patris

Achterliggende principes die aan de grondslag van het Patris systeem liggen. • Alle niet-fiscale processen nemen als hun vertrekpunt gegevens beheerd in de transactionele gegevenslaag (typisch uit het Uniek Patrimonium Dossier) • Alle niet-fiscale processen (penale boeten, huur van concessies, …) resulteren in schulden of tegoeden die aan de Fiscale Balans worden toegevoegd • Vanuit de fiscale balans vertrekken de signalen naar Niet-Fiscale Inning & Invordering om de schulden of tegoeden te vereffenen • Vanuit de toezichtslaag worden de veranderingen aan de transactionele gegevens geanalyseerd • Voor wat de kern logica van het Patris systeem betreft maken we een onderscheid tussen 3 soorten systemen; namelijk diegene die focussen op • het afleveren van patrimonium informatie • het aanbieden van basis diensten ivm het patrimonium (waardering en opmetingen) • beheer van het patrimonium (aanvraag tot bijwerken + bijwerken van het Patrimonium) FOD Financiën Patris

Het lagenmodel van Patris. Typisch leestoegang Persoonlijke & Patrimonium Gegevens Ondersteunende Diensten Typisch Leestoegang van andere componenten Belastingsschuld of recht Inning/Invordering/Terugbetaling niet-fiscale schuld of recht Inning/Invordering/Terugbetaling fiscale schuld of recht FOD Financiën Patris

Beheer Overheidsgoederen == Workflow Aankoopcomites We maken een onderscheid tussen ‘Aanvragen tot bijwerking van het Patrimonium’ en het eigenlijke ‘Bijwerken van het Patrimonium’ Er is een ‘Aanvraag tot bijwerken van het Patrimonium’ voor elk ‘type’ aanvraag (hypo, registratie,..) We integreren de analyse van de akte voor het berekenen van de verschuldigde rechten samen met de andere benodigde analyses Beheer van het Patrimonium. FOD Financiën Patris

Deze diensten zijn zowel gericht op interne als op externe klanten Opmeten en Waarderen van het Patrimonium. FOD Financiën Patris

Dienstverlening voor zowel interne als externe klanten Informatie Aflevering ivm Patrimonium. FOD Financiën Patris

Geïntegreerd Dossierbeheer ! Het Dossierbeheer FOD Financiën Patris

Bij deze componenten is het belangrijk dat het Dossierbeheer goed geintegreerd wordt met de workflow. Geschillen, Bezwaren en Klachten ondersteunen het behandelen van externe opmerkingen ivm het Patrimonium De Toezichtslaag. FOD Financiën Patris

Deze laag herbergt het eigenlijke Unieke Patrimonium Dossier evenals het Uniek Dossier en het Beheer van de Fiscale Balansen (boekhouding) De Transactionele Gegevenslaag. FOD Financiën Patris

Voor elk niet-fiscaal proces zullen componenten gedefinieerd worden die vertrekkende van de gegevens in het Uniek Patrimonium Dossier, de verschuldigde tegoeden of rechten zullen bepalen of enkel overbrengen naar de boekhouding indien deze elders bepaald werden (zodat de inning/invordering kan starten) De Niet-Fiscale Proceslaag. FOD Financiën Patris

Elk van deze componenten ondersteunt processen die gestart worden vanuit de Fiscale Balans (bijv. verstrijken van een betalingstermijn). De workflow ondersteuning bij Inning behelst e.g. het afhandelen van betalingen zonder gestructureerde mededeling De (Niet-)Fiscale Inning & Invorderingslaag. FOD Financiën Patris

Hoort er iets in het Uniek Dossier thuis ? Relatie met DWH - Risicobeheer in relatie tot ‘referenties’ De Referentiele gegevenslaag. FOD Financiën Patris

‘Levering & Distributie’ is de toegang vanuit het STIR naar de functionaliteit van Dorothee Het ‘Planning’ systeem laat toe om bepaalde resources in te plannen voor een missie Hypothese: Dit is een Fod Fin wijd systeem De Ondersteunende Diensten laag. FOD Financiën Patris

Observaties over de relatie met de Architectuur van het Geintegreerde Systeem voor Belastingen en Invordering. FOD Financiën Patris

GSBI Transactionele Gegevenslaag • Patris definieert bijkomende rollen in het Uniek Patrimonium Dossier die verwijzen naar NP/RP zoals • eigenaar • vruchtgebruiker,… (1 rol maar in 1 uniek dossier gedefinieerd) • Wat met ‘Polders en Wateringen’ ? • Bijkomende vereisten t.o.v. Uniek Dossier: • Lijst van overledenen • Mandatenbeheer • Handelingsbekwaamheid FOD Financiën Patris

GSBI Fiscale Inning & Invordering • De niet-fiscale inning & invordering zal op dezelfde manier gestructureerd worden als processen voor Fiscale inning & invordering FOD Financiën Patris

We baseren ons op een aantal karakteristieken voor de identificatie van de benodigde omgevingen. • Op basis van • Karakteristieken processen (die de UC’s ondersteunen) • Karakteristieken teruggevonden in de huidige systemen (AS-IS) • Karakteristieken aangegeven door de behoefte van de voornaamste niet-systeem gebruikersgroepen • Ambtenaren Fod Fin (voor de ondersteuning van hun dagdagelijkse bezigheden) • Internet gebruikers (e.g. Notarissen voor o.a. opvragen kadastrale gegevens) • Karakteristieken die samenhangen met het beveiligingsniveau (niet beveiligd, neutrale zone (DMZ), beveiligd) FOD Financiën Patris

Fod Fin: Entiteit Patrimonium Documentatie Workshop over de toekomstige architectuur