PMM Simple Document Template - SPF Finances › sites › default › files › downlo… · Web viewBut de l’application Le projet “Déclaration structurée” s’inscrit

Administration générale de la Documentation patrimoniale

Patris

Synthèse - analyse du portefeuille actuel d’applications

Auteur : Philippe SpaasDétenteur : Error: Reference source not found

Client : SPF Finances

Document : document.doc Date : 13-05-2004

Détenteur : Philippe Spaas Statut : projetObjet : Synthèse Patris AS-IS


Historique du document

Historique des révisionsDate de cette révision : 13-05-2004 Date de la prochaine révision (date)

N° de la révision

Date de la révision

Description des modifications Changements indiqués ?

V.0.1 04/05/04 Création initiale NV.0.2 12/05/04 Ajout des entretiens initiaux NV.0.3 13/05/04 Premier projet disponible pour lecture interne NV.0.4 19/05/04 Préparation de la publication




1. Sommaire1. Sommaire................................................................................................................3

2. Introduction.............................................................................................................5

3. Sources...................................................................................................................6

4. Administration générale de la documentation patrimoniale.....................................84.1 Contexte du système..................................................................................................................... 8

4.2 Vue d’ensemble de l’architecture..................................................................................................8

4.3 Caractéristiques fonctionnelles....................................................................................................12

4.4 Points forts et points sensibles significatifs..................................................................................12

4.5 Considérations en termes de migration.......................................................................................15

5. Annexe A - Vue d’ensemble..................................................................................16

6. Annexe B – Applications.......................................................................................186.1 Analyse de l’application TP380...................................................................................................18

6.2 Analyse de l’application TP 385..................................................................................................28

6.3 Analyse de l’application TP230...................................................................................................33





6.8 Analyse de l’application CadNet/Loco.........................................................................................56

6.9 Analyse de l’application GIS/SIG.................................................................................................65

6.10 Analyse de l’application Hypo..................................................................................................69

6.11 Analyse de l’application TBT - Généralités..............................................................................77

6.12 Analyse de l’application TBT - Enregistrement/Hypothèques..................................................78

6.13 Analyse de l’application TBT – Cadastre.................................................................................79

6.14 Analyse de l’application 220 plus.............................................................................................80

6.15 Analyse de l’application Portefeuille d’applications ‘General’...................................................81

6.16 Analyse de l’application Shape................................................................................................82

6.17 Analyse de l’application ASBL.................................................................................................82

6.18 Analyse de l’application Portefeuille d’applications GenWin....................................................83

6.19 Analyse de l’application Calcul de droits sur les ventes publiques...........................................84

6.20 Analyse de l’application Calcul des Droits de succession........................................................84

6.21 Analyse de l’application Caisse des dépôts.............................................................................85

6.22 Application : Bateaux de navigation fluviale/Bateaux de navigation maritime..........................86

6.23 Application : Affrètement coque nue........................................................................................87

6.24 Application : Géomètre............................................................................................................87




6.25 Application : Numérisation de Comptes Mobiles......................................................................88

6.26 Application : Documentation hypothécaire...............................................................................89

6.27 Application : Annuaires/Guides d’adresses..............................................................................89

6.28 Application : Prix Courant........................................................................................................90

6.29 Application : TP-Alim................................................................................................................91

6.30 Application : COMPTEXT........................................................................................................91

6.31 Application : Comptabilité Cappoen.........................................................................................93

6.32 Application : Statis................................................................................................................... 97

6.33 Application : Flux de travaux Contentieux................................................................................98

6.34 Analyse de l’application Amendes administratives.................................................................101

6.35 Analyse de l’application Amendes pénales............................................................................103

6.36 Application : Déclaration structurée de succession................................................................105

6.37 Caractéristiques opérationnelles de l’ordinateur central IBM.................................................107

7. Annexe C – Processus CoperFin .......................................................................111




2. IntroductionCette synthèse décrit les systèmes TI actuels qui supportent les processus au sein de l’administration générale de la Documentation patrimoniale. La synthèse a été établie d’après différents entretiens que nous avons eus avec les responsables de services du Département TIC, ainsi qu’avec un certain nombre de responsables de l’administration. Elle fournit une description de conception du Département TIC quant aux systèmes TI actuels.

Avec l’architecture du futur système, cette analyse nous permet de formuler des conseils avisés au sujet de la stratégie de migration du système actuel vers le futur système de gestion de la documentation patrimoniale.

Cette analyse comporte 3 volets :

Vue d’ensemble des responsables de services qui ont été consultés dans le cadre de cette étude.

Synthèse des systèmes actuels qui soutiennent l’administration.

Les rapports d’entretiens détaillés qui sous-tendent cette synthèse.

Le chapitre 3 donne une vue d’ensemble des responsables de services qui ont été consultés, afin de bien comprendre les applications actuelles qui soutiennent l’Administration générale de la Documentation patrimoniale.

Une synthèse de l’environnement TI actuel, élaborée d’après les informations qui ont été collectées au cours des entretiens et à l’occasion d’autres contacts formels et informels avec le SPF FIN, se trouve au chapitre 4. Le diagramme du contexte du système et la vue d’ensemble de l’architecture sont documentés. En outre, le chapitre 4 comporte une mise en correspondance avec les processus CoperFin : par quels systèmes les processus administratifs sont-ils soutenus et dans quelle mesure existe-t-il une concordance fonctionnelle ? En outre, le chapitre 4 documente aussi les points forts les plus significatifs des systèmes TI actuels et les points sensibles connus des applications. La dernière partie du chapitre 4 illustre des idées et des considérations en ce qui concerne la migration vers la future architecture.

Les différents rapports détaillés d’entretiens, qui ont été rédigés d’après les entretiens réalisés au cours de la période mars - mai 2004 avec différents experts, ont été annexés pour information.




3. SourcesCette analyse de la situation actuelle a été élaborée d’après une série d’entretiens avec les responsables TIC du SPF FIN. Les différents entretiens se sont déroulés au cours de la période mars -mai 2004. Le tableau ci-dessous fournit des informations au sujet des responsables des services et de leur domaine d’expertise respectif1 pour lesquels ils nous ont fourni des informations.

Les informations collectées au cours des entretiens sous-tendent cette synthèse.

M. Amorisson

L. Bael

E. Cappoen

A. Coosemans

P. De Smedt

H. Dubois

G. Drieghe

C. Guillaume

JP. Hupez

J. Lardinois

W. Leenders

C. Rotsaert

A. Rousseaux

G. Stienaers

Van Acker

A. Van Bogget

J. Vandecasteele

F. Van Den Steen

K. Vanhoecke

W. Waegeman

Pour de plus amples informations au sujet des caractéristiques des systèmes abordés, nous renvoyons le lecteur à l’Annexe A, qui reprend de façon détaillée les informations collectées au cours des entretiens.1 [R] signifie analyse d’interactions, [+R] signifie sous-système interne identifié ailleurs comme interaction.




4. Administration générale de la documentation patrimoniale

4.1 Contexte du système

Le diagramme contextuel ci-dessous présente les principaux acteurs et leurs interactions avec le système actuel:

4.2 Vue d’ensemble de l’architectureUne vue d’ensemble du système Patris actuel figure à la page suivante.




Les informations au sujet des biens mobiliers des personnes physiques et des personnes morales sont gérées par un certain nombre d’applications TP : TP380 (Personnes physiques), TP385 (Personnes morales), TP390 (Historique des Sociétés), TP230 (Non-résidents), TP430 (Concessions et Concessionnaires). La BCE et le Registre national constituent d’importantes sources d’informations signalétiques.

Les biens immobiliers sont gérés par l’application Cadnet-Loco. Cadnet/Loco gère les droits réels entre propriétaires et parcelles. Loco comporte les informations sur les parcelles dont la situation a été modifiée au cours des 2 dernières années. Cadnet comporte les droits réels fiscaux significatifs pour toutes les parcelles. Les informations contenues dans Cadnet/Loco ne revêtent cependant aucun caractère juridique ; les informations en question sont conservées dans la banque de données de l’application Hypo.

Les actes et les analyses peuvent être introduits pour enregistrement par les notaires dans 48 bureaux d’hypothèques répartis dans toute la Belgique. C’est l’application Hypo qui soutient ce processus. Un 49ème bureau, le bureau maritime d’Anvers, est investi d’une responsabilité comparable au sujet de l’immatriculation des bateaux. Ce bureau est soutenu par une application PC distincte.

Bien que la documentation hypothécaire et les comptes mobiles soient depuis peu introduits (ou numérisés) de façon informatisée, il existe une grande quantité d’archives sur papier. La numérisation des dossiers encore actifs constitue l’objectif du projet SCAN-CM.

Les prestations des bureaux d’enregistrement sont suivies et communiquées à la direction via l’application Statis. Les données fondamentales doivent cependant être introduites manuellement par les bureaux. À la longue, Statis sera intégré dans une banque de données centrale, dans le cadre du projet TBT (dès à présent connu sous le nom de Mississippi). Outre des informations concernant la gestion, Mississippi rassemblera aussi des informations au sujet des clients.

Les bureaux perçoivent des recettes pour les services qu’ils rendent. Il s’agit, d’une part, des montants payés pour des extraits du cadastre. Ces recettes sont suivies à l’aide de la comptabilité ComptExt. D’autre part, des droits sont perçus sur l’enregistrement de toute une série de documents. Le suivi de ces recettes fait l’objet de l’application “Comptabilité Cappoen”. Cette application génère aussi des informations statistiques qui permettent à l’administration centrale de connaître les clés de répartition des montants attribués aux Régions.

Les réclamations cadastrales seront bientôt traitées d’une manière plus informatisée : leur enregistrement sera centralisé. En fonction du type de réclamation, il sera possible de standardiser l’impression des décisions prises par la Région Flamande, à l’aide d’une application PC. Les fonctionnaires peuvent aussi avoir recours à une banque de données de réponses types.

Un certain nombre d’applications sont indépendantes et ont, dans l’ensemble, pour but d’augmenter l’efficacité des contacts avec l’administration et de les simplifier : ‘Annuaires’ (la signalétique des bureaux), ‘application géomètres’ (dénomination unique et recherche rapide de plans de géomètres), ‘application Prix Courant’ (calcul de la valeur actuelle de titres), ‘TP-Alim’ (gestion des pensions alimentaires) et une série variée d’applications DOS et Windows (les familles ‘General’ et ‘GEN-WIN’).

Un certain nombre de projets sont encore en chantier : le projet ‘Amendes administratives et pénales’, dans le cadre duquel Patris se charge de la perception et/ou du recouvrement des amendes pour les ministères de l’Economie et de la Justice ; ‘Déclaration structurée de succession’, un projet qui a pour but de parvenir à un plus haut degré d’automatisation et d’intégration du processus de calcul des droits de succession en cas de décès, tout en enregistrant de façon univoque les informations que l’on obtient au sujet du patrimoine des habitants du pays ; le projet SIG dont le but stratégique consiste à construire à part entière un système SIG2 à l’échelle fédérale, en deux étapes : CadMap (numérisation du cadastre) suivi de CadGIS (évolution vers un réel système SIG).

2 C’est-à-dire l’inscription des concepts cadastraux dans une perspective géographique.






Direction générale de la Documentation patrimoniale

4.3 Caractéristiques fonctionnellesLes Processus CoperFin décrivent les caractéristiques fonctionnelles du futur système prévu pour Patris. Cette fonctionnalité est déjà supportée dans une mesure plus ou moins large par le système actuel. Une analyse de la distribution actuelle des processus Coperfin entre les différents groupes d’applications pourrait constituer un guide pour la détermination de la stratégie de migration.

Le tableau ci-dessous indique les processus qui sont supportés dans une mesure plus ou moins large par le portefeuille d’applications actuel. Voici ces processus :

1. Collecte et gestion de données personnelles

2. Collecte et gestion de données fiscales

6. Actions sur le bilan fiscal

10. Réclamation de droits

11. Acquisition, gestion et aliénation de biens

12. Évaluation de biens

13. Rédaction et passation d’un acte authentique

14. Conservation et mise à jour de la documentation patrimoniale

15. Communication d’informations patrimoniales

16 Traitement des différends

Accessoire : processus de recouvrement de créances non fiscales

Les processus sont décrits succinctement à l’annexe C.

Groupe d’applications

Pro

cess

us 1

Pro

cess

us 1

0

Pro

cess

us 1

1

Pro

cess

us 1

2

Pro

cess

us 1

3

Pro

cess

us 1

4

Pro

cess

us 1

5

Pro

cess

us 1

6

Rec

. Cr.

Non

fis

c.

Sup

port

TP380 (Biens mobiliers / Personnes physiques)

TP385 (Biens mobiliers / Personnes morales)

TP230 (Non-résidents) TP390 (Historique Sociétés) TP430 (Concessions & Concessionnaires) TP480 (Créances irrécouvrables) Cadnet-Loco Hypo Scan-CM Bateaux de navigation fluviale Comptext

Comptabilité Cappoen 3


Détenteur : Philippe Spaas Statut : projetObjet : Analyse d’Application - TP380 Page 10 / 111



Pro

cess

us 1

Pro

cess

us 1

0

Pro

cess

us 1

1

Pro

cess

us 1

2

Pro

cess

us 1

3

Pro

cess

us 1

4

Pro

cess

us 1

5

Pro

cess

us 1

6

Rec

. Cr.

Non

fis

c.

Sup

port

Statis 3

TBT 3

Plans de Géomètres Annuaires Déclaration structurée de succession Prix Courant TP-Alim Amendes admin. & pénales Flux Réclamations Applications ‘General’

Applications GEN-WIN

4.4 Points forts et points sensibles significatifs

4.4.1 Points fortsGroupe d’applications

Description

Cadnet-Loco CadNet procède à un contrôle d’intégrité serré à l’échelon d’une parcelle.

Hypo Hypo constitue un grand progrès par rapport à l’ancien processus ‘sur papier’ et reçoit un accueil favorable parmi les utilisateurs. Vu la fonction et la responsabilité du conservateur, la documentation doit surtout être fiable.

TP380 Il est possible d’ajouter très rapidement de nouvelles présentations d’enregistrements (par ex. épargne à long terme).

TP385 Organisé à l’échelle nationale ; place l’accent sur le caractère documentaire. Intégration avec TP390 – les écrans sont intégrés dans l’application.

Compt. Cappoen L’application est très efficace : l’élaboration des statistiques et de la comptabilité exige beaucoup moins d’opérations manuelles ; la qualité des résultats devrait être améliorée : lorsque des erreurs sont commises, elles sont immédiatement signalées. L’application est très bien acceptée. La clef du succès semble résider dans les rapports générés par les tableurs conformément aux formats officiels.

Flux Réclamations

Les décisions prises sont immédiatement imprimées sous un format fixé par la Région Flamande. Les fonctionnaires ne doivent plus se déplacer lorsque des problèmes de capacité surviennent dans un bureau déterminé.

3 Statistiques et/ou données de gestion en général.




4.4.2 Points sensiblesPoints sensibles en ce qui concerne les possibilités de maintenance et de gestion des applications


Description

Cadnet-Loco Imprécision du degré de cohérence entre ZLC & ZAR.

Cadnet-Loco DLI impose certaines limitations quant à la structure des données.

Cadnet-Loco Loco utilise plus de catégories de droits réels que CadNet (ce qui complique la vérification de la cohérence entre les 2 représentations).

Points sensibles en ce qui concerne les caractéristiques fonctionnelles


Description

Cadnet-Loco Loco ne répond qu’à 20% des besoins de l’enregistrement ; on utilise encore beaucoup de tableurs et de nombreuses opérations doivent être exécutées manuellement.

Cadnet-Loco Les emplacements ont été définis en fonction des plans de parcelles (supposition : 1 adresse pour 1 parcelle) où la superficie devrait être indiquée.

Cadnet-Loco Un plus grand nombre de données devraient être tenues à jour.

Cadnet-Loco Les estimations ne font pas encore l’objet d’un stockage électronique (pour supporter le processus 12.2).

Hypo Il n’existe aucune reconnaissance automatique des NN permettant de vérifier l’identité des parties.

Hypo Il n’existe aucune consultation de Cadnet/Loco permettant de vérifier l’identification des parcelles.

Hypo Il n’existe aucune consultation de la BCE permettant de vérifier l’identification des personnes morales.

TP380 Les comptes ont la ‘portée’ d’un bureau d’enregistrement (cela veut dire qu’une personne qui possède 3 maisons dans des régions qui dépendent de 3 bureaux d’enregistrement différents a 3 comptes – en supposant qu’il n’existe aucune copropriété). Ceci ne vaut que pour le passif.

Statis Les données doivent être introduites manuellement. Le nombre de dossiers devant encore être traités doit être calculé manuellement.

Points sensibles en ce qui concerne les caractéristiques opérationnelles des applications


Description

Hypo L’efficacité du système laisse parfois à désirer dans les grands bureaux, en raison de la capacité matérielle trop limitée.

TP390 La distribution des nouvelles feuilles de calcul est opérée via un serveur central,




d’où elles peuvent être téléchargées. Des erreurs se produisent parfois lors de l’installation : des fichiers sont placés dans de mauvais dossiers. Il serait bon d’automatiser ce processus.

4.5 Considérations en termes de migrationPour les différents groupes d’applications, des idées ont été notées au sujet de l’éventuelle valeur ajoutée que pourrait apporter une migration vers un système intégré unique, ainsi que d’autres remarques au sujet de la migration vers un nouveau système.

Une partie importante des informations en ce qui concerne le fonctionnement des bureaux d’enregistrement doivent être introduites manuellement (par ex. Statis). Un aspect important de l’intégration pourrait consister en la possibilité de prendre directement ces données de gestion dans le système, lorsque c’est possible.

Un certain nombre de domaines d’application isolés pourraient tirer parti d’une intégration dans un Système Patris centralisé, notamment les processus qui sont soutenus par les modules General et GenWin. Par ex., pour l’application ASBL, une intégration dans Patris permettrait de vérifier facilement la valeur des immeubles déclarés par les ASBL, d’après les données qui sont gérées actuellement dans CadNet.

De la même manière, lors du calcul des droits sur les ventes publiques, des droits de succession, les données sur lesquelles les calculs sont fondés devraient pouvoir être directement tirées de la banque de données Patris. À l’heure actuelle, elles doivent être introduites manuellement.

En ce qui concerne Hypo, tous les droits réels devraient, en principe, pouvoir être tenus à jour. Mais les conservateurs des hypothèques ne sont pas tenus au courant des décès et ne peuvent, par conséquent, pas enregistrer les suites des successions dans leur système.

TP 480 (Créances irrécouvrables) n’offre aucune représentation intégrée du patrimoine immobilier d’un contribuable, ce qui complique la vérification de l’existence de nouvelles possibilités de recouvrement.

En ce qui concerne l’application Navigation fluviale, signalons qu’une application possédant des caractéristiques comparables est mise au point par le service des Transports maritimes du Ministère de la Mobilité et des Transports, à Oostende, son objectif est toutefois différent.

Le système Comptabilité Cappoen constitue un bel exemple de l’importance d’une bonne conception de l’interface utilisateur, pour l’acceptation de nouvelles applications par les personnes qui travaillent depuis longtemps au sein du SPF FIN. L’interface reproduit le plus possible l’environnement de travail actuel (c’est-à-dire la structure des registres).

En cas de migration, les différents mécanismes de contrôle d’accès (TP410 et peut-être aussi CA Top Secret) devraient être associés au système Identity Management.

On retiendra surtout l’intégration des données et la mise en service d’une base de données relationnelle en tant qu’étapes importantes de la migration.

Pour la migration Cadnet-Loco, on peut signaler les étapes suivantes :

o Intégration de ZLC et ZAR. Avant d’y procéder, il faut cependant contrôler l’exactitude des données.

o Migration de DLI vers un environnement relationnel.

o Il faut associer les parcelles au SIG.




Une condition s’impose pour la migration d’Hypo : la détermination des références correctes aux parcelles et aux personnes physiques/morales. Il faut aussi tenir compte rigoureusement du caractère juridique de ces informations, ce qui signifie qu’il conviendra de conserver aussi bien la version originale que la version ″corrigée″.

Ce programme peut être considéré comme un tout dans le cadre de la migration de TP380. Il faut, en l’occurrence, tenir compte du fait que TP380 recourt à une routine d’assemblage qui génère l’orthographe phonétique d’un nom d’après les règles définies par le Registre national. Ces règles comportent un certain nombre d’erreurs connues.




5. Annexe A - Vue d’ensemble

Les différents groupes d’applications qui soutiennent à l’heure actuelle l’administration générale de la Documentation patrimoniale sont succinctement décrits dans la vue d’ensemble suivante. Les rapports d’entretiens détaillés qui contiennent la synthèse des informations collectées au cours des différents entretiens se trouvent dans les annexes suivantes.

TP380 - Gestion du fichier des personnes physiques possédant des biens mobiliers en Belgique - biens immobiliers à l’étranger - informations juridiques - registres - comptes d’épargne et assurances vie.

TP385 – L’objectif de TP385 est parallèle à celui de TP380 mais vise les personnes morales.

TP230 – Le suivi et la détermination des non-résidents qui jouent un rôle au sein de la Direction générale de la Documentation patrimoniale (par ex. propriétaire de biens mobiliers), vu qu’aucun NN n’est attribué aux non-résidents.

TP390 - TP390 soutient les recherches quant à l’évolution historique de sociétés - tant par les utilisateurs que les autres TP.

TP430 – Est utilisé pour la gestion de concessions et des concessionnaires.

TP480 - Cette application tient à jour une liste des créances irrécouvrables. Elle permet de mettre en rapport les remboursements qui sont effectués dans le cadre des contributions directes ou de la TVA avec ces créances irrécouvrables, via le n° de RN, de manière que les bureaux d’enregistrement puissent être avertis (via le listing) de toute nouvelle possibilité de recouvrement.

TP410 - La gestion des noms d’utilisateurs, mots de passe et profils d’utilisateurs de TP380, TP385, TPAlim sur l’ordinateur central Siemens (donc, uniquement pour les programmes TP du service Enregistrement).

Cadnet/Loco - Cadnet/Loco gère les droits réels entre propriétaires et parcelles.

GIS - Le but stratégique du système GIS/SIG consiste à construire un SIG à part entière à l’échelle fédérale. L’évolution vers ce SIG à part entière est supportée par 2 projets mis en oeuvre en même temps :

CadMap : ce projet a pour but de créer une version numérique/numérisée du cadastre (en 2003 – 2004) et de la mettre à jour de façon systématique.

CadGis : ce projet a pour but d’améliorer systématiquement la qualité et la structure des informations cadastrales numériques, en partant des résultats fournis par CadMap, de manière que l’ensemble puisse évoluer vers un système SIG à part entière.

Hypo - L’application Hypo supporte les processus (dépôt des actes, analyse de l’acte, ‘alimentation’ du répertoire,…délivrance d’attestations) qui se déroulent dans chacun des 48 bureaux d’hypothèques.

TBT - Le projet TBT a pour but de construire une banque de données contenant des informations pouvant soutenir la politique en vigueur. Ceci s’inscrit dans le cadre des initiatives prises par le Secrétariat Général du SPF Finances en matière de gestion du rendement, en vue d’un meilleur suivi de la concrétisation de certains objectifs, par le biais de la définition de tableaux de bord.

Portefeuille d’applications ‘General’ - ‘General’ constitue un ensemble de routines et de tables de bases de données qui peuvent être utilisées pour sous-tendre une application locale. Pour le moment, on utilise encore 2 applications de ce genre (Shape, ASBL).

Portefeuille d’applications ‘GenWin’ - ‘GenWin’ constitue un ensemble de routines et de tables de bases de données qui peuvent être utilisées pour sous-tendre une application locale. Pour le moment, on utilise encore 3 applications de ce genre (Caisse des dépôts, Droits sur les ventes publiques, Droits de succession).




Bateaux de navigation fluviale/Bateaux de navigation maritime - Sur le plan technique, le but de l’application consiste à enregistrer les propriétaires respectifs des bateaux enregistrés en Belgique.

Géomètre – Le but de cette application consiste à accorder un numéro unique aux plans des géomètres, et à simplifier leur recherche d’après leurs attributs.

Scan-CM – Il s’agit d’un (futur) projet dont le but consiste à scanner et à numériser les ‘Comptes Mobiles’ ainsi que la documentation hypothécaire.

Annuaire/Guide d’adresses - L’enregistrement de la signalétique des différents bureaux du Ministère des Finances. Une signalétique unique et un outil pour le contribuable qui se demande : “A qui dois-je m’adresser ?”.

Prix Courant - Le calcul des valeurs actuelles de titres (actions, obligations, warrants,...) qui font partie d’héritages sur lesquels l’Etat va prélever des droits de succession.

TP-Alim - Suivi du paiement des pensions alimentaires.

Comptext – Des extraits du cadastre sont délivrés, à titre onéreux, aux notaires, particuliers, géomètres. Le suivi de la comptabilité de ces transactions est opéré à l’aide de l’application Comptext.

Comptabilité Cappoen - Les bureaux d’enregistrement et les directions sont censés se charger de la comptabilité des droits perçus, et réaliser des statistiques détaillées des montants correspondant à chaque type d’enregistrement. Les statistiques sont utilisées pour attribuer les recettes aux différentes Régions. L’application Comptabilité Cappoen automatise ce processus dans une large mesure.

Statis - Le but de l’application STATIS consiste à adapter la capacité des bureaux d’enregistrement aux besoins réels, à rendre compte du nombre de repérages par bureau, à fournir, pour chaque bureau d’enregistrement, des informations en ce qui concerne les notaires et les huissiers connus ou associés au bureau et au personnel du bureau.

Flux Contentieux – Un système qui sera bientôt déployé pour le service des réclamations cadastrales. Il supporte principalement l’enregistrement et le traitement des réclamations.

Amendes administratives et pénales – la perception/le recouvrement des amendes infligées par les ministères de l’Economie et de la Justice, respectivement.

Déclaration structurée de succession - Ce projet s’inscrit dans le cadre d’un projet plus vaste dont le but final consiste à parvenir à un plus haut degré d’automatisation et d’intégration dans le processus de calcul de droits de succession en cas de décès, tout en enregistrant les informations que l’on obtient au sujet du patrimoine des résidents nationaux de façon univoque.

Caractéristiques opérationnelles de l’ordinateur central IBM - Ce chapitre décrit l’approche actuelle de la gestion et de l’organisation de l’environnement de l’ordinateur central IBM utilisé pour supporter CadNet-Loco.




6. Annexe B – Applications

6.1 Analyse de l’application TP380Version 0.4 du 22/03/2004.

6.1.1 SourcesD’après :

Extrait de la documentation TP380 – écran initial

27/02/04 : 15C1 : Wim Waegeman, Guido Drieghe, Philippe Spaas.

02/03/04 : commentaire écrit de A. Coosemans.

04/03/04 : commentaire écrit de A. Coosemans.

Emplacement de l’application : ordinateur central Siemens (UTM).

Calendrier : existe déjà.




6.1.2 Caractéristiques de l’application

6.1.2.1 Vue d’ensemble

6.1.2.2 Caractéristiques fonctionnellesQuel est le but de cette application ?

TP380 - personnes physiques : Gestion du fichier des personnes physiques possédant des biens mobiliers en Belgique - biens immobiliers à l’étranger - informations juridiques - registres - comptes d’épargne et assurances vie.

Les ‘biens immobiliers’ sont gérés par Cadnet-Loco (auparavant, cela relevait aussi de TP380).

TP380 fournissait uniquement une indication quant à la possession éventuelle de biens immobiliers ainsi que des références aux ‘informations sur papier’. Grâce à l’adoption de Loco, le stockage électronique des données et le contrôle de la cohérence avec le RN & CadNet ont été ajoutés.

NB : le domaine public n’est pas cadastré.

Quels domaines fonctionnels (par ex. : hypothèques)\processus cette application couvre-t-elle ?

Processus CoperFin\Domaine fonctionnel

Remarques




TP380 Support de processus 14.1 (Conservation et mise à jour de Documentation patrimoniale).

Le but final de l’application consiste à obtenir une vue d’ensemble du patrimoine du contribuable (bilan patrimonial), accompagnée des procédures administratives de traitement nécessaires.

Quels sont les composants de l’application ? Peuvent-ils éventuellement faire l’objet de migrations séparées ?

En termes de migration, l’application TP380 peut-elle être considérée comme un tout ?

TP380 utilise un module d’assemblage qui génère l’orthographe phonétique d’un nom d’après les règles définies par le RN. Ces règles comportent des erreurs connues.

Une journalisation spécifique est-elle tenue ? Pour les mises à jour, conserve-t-on spécifiquement des traces des différentes actions, de leurs auteurs et des enregistrements correspondants ?

6.1.2.2.1 Évolution ?Quels sont les changements récemment apportés à cette application ? Aucun

Quels sont les changements prévus pour cette application ?

Projet (P) ou Concept (C) Impact Livraison prévue pour

(V) : Intégration de TP380 dans Cadnet\Loco ou dans le futur système

Mise hors service de TP380

6.1.2.3 Caractéristiques opérationnelles

6.1.2.3.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : 7h30 – 18 :00 (5 jours par semaine)

Une indisponibilité entraîne des désagréments internes.

Évolution attendue :

Différentes données gérées par cette application devraient, en principe, être très intéressantes pour des groupes externes (par ex. : contribuables, caisses de pensions, notaires,…). Cela exigerait vraisemblablement une évolution quant au profil de disponibilité ‘Internet’ (ce qui devient dès lors une exigence opérationnelle pour le futur système qui reprendra la fonctionnalité de TP380).

Pour information :

o Heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)

o Heures de bureau prolongées (entre 6 et 19 heures, 5 jours par semaine)

o Internet (24h sur 24, 7 jours par semaine)




6.1.2.3.2 Utilisateurs

6.1.2.3.2.1 Répartition et nombre

Emplacement Nombre Utilisation simultanée

Pic

Bureau Enregistrement & Domaine ? ? ?

Bureau principal (fonctionnalité spécifique)

? ? ?

Total 4000

Remarque :

o Une distinction est établie entre les profils ‘RO’ et ‘Mise à jour’.

Évolution(s) récente(s) :

/

Évolution(s) attendue(s) :

/

6.1.2.3.2.2 Présentation de la technologie/Interface utilisateur

L’utilisateur travaille par émulation de terminal (par ex. 3270).

Exigences pour la connectivité :

o toujours relié à un système central, notamment via un pc situation actuelle et situation attendue.




6.1.2.3.3 Données

Groupe de données

Techno-logie

# Rangées Taille4 Relation avec d’autres groupes de données

Source authentique (Propriétaire) ?

Volatilité Forme d’accès

Instantanéité Portée organisationnelle

Évolution(s) récente(s) et attendue(s)

Approche backup et archivage

Signalétique (GFCM)

ISAM 10.745.000 Uniquement références à des biens mobiliers

Y5 (PatDoc) Limitée CRUD Backup quotidien

Copie comme partie d’une image de Siemens

Biens mobiliers (GFSTAT)

ISAM 10.020.000 Uniquement références à la Signalétique

Y (PatDoc) Limitée CRUD Toutes les données mobilières dans le champ d’application du bureau d’enregistrement.

Stable (modifié uniquement en cas de modification de la loi)

Backup quotidien

Copie comme partie d’une image de Siemens

Biens mobiliers contient des informations au sujet de : contrats de mariage, donations, testaments, registres, biens immobiliers à l’étranger, donations entre vifs.

4 d’une rangée5 en fait, une description des propriétaires de biens mobiliers avec référence au RN (via le NN)Document : document.doc Date : 22-03-2004



6.1.2.3.4 Caractéristiques de la charge de travail

Processus (TI)

Fréquence Nature (en ligne, par lot,..)

Volume associé

Évolutions récentes et attendues

Temps de réaction prévu (pour le système)

Processus ‘CRUD6’

Pic : 400 opérations (CRUD)/heure

Total : 4000 mises à jour/jour

en ligne limitée (saisie de données)

stable

Traitement par lot (*)

(*) Le traitement par lot associé à TP380 a pour seul but de vérifier l’intégrité technique des données. Elles ne sont donc pas documentées davantage.

6.1.2.3.5 Service d’assistanceL’infrastructure du service d’assistance est construite comme un service collectif.

Les problèmes fonctionnels concernant TP380 sont soumis à Guido Drieghe ou Patrick De Smedt.

Les problèmes techniques sont traités par le service d’assistance collectif.

6.1.2.3.6 Contrats de niveaux de servicesAucun.

6.1.2.3.7 Gestion du systèmeQuelles sont les fonctions de Surveillance, Intervention, Diagnostic ?

Quels sont les dispositifs de backup/archivage ? Un backup des fichiers ISAM est réalisé chaque jour. On réalise aussi une image de tous les fichiers du Siemens selon une fréquence inconnue (à vérifier).

6.1.2.3.8 SécuritéLa communication actuelle entre les bureaux et l’ordinateur central transite par un réseau interne et non encrypté. Le tableau suivant part de la possibilité de faire transiter cette communication par le réseau public.

aspect remarque

intégrité pertinent

confidentialité pertinent

irréfutabilité pas pertinent

authentification nom d’utilisateur/mot de passe

6 C(reate), R(ead), U(pdate), D(elete)




autorisation Déterminée d’après les profils et le bureau d’où l’on se connecte

L’accès aux données est uniquement accordé aux noms d’utilisateurs connectés depuis le bureau où l’enregistrement a eu lieu, et après le décès de l’intéressé.

6.1.2.3.9 Procédures antisinistreIl existerait un projet de plan antisinistre.

Les procédures actuelles consistent en la réalisation régulière de backups qui sont ensuite envoyés à des centres de sauvegarde à Mechelen et Namur.

Le système actuel est seulement construit comme un ‘site simple’.

Des interactions supplémentaires éventuelles sont-elles prévues pour la resynchronisation à la suite d’une indisponibilité temporaire ? Il existe les traitements par lot (auparavant décrits comme ‘techniques’) qui rétablissent la situation comme elle était avant le sinistre, d’après des images avant & après.

6.1.2.3.10 ÉvolutionÉvolution(s) récente(s) ?

Situation stable sous réserve de modification de la législation.

Évolution(s) attendue(s) ?


(V) Intégration avec Cadnet\Loco Mise hors service de TP380

6.1.2.4 Technologie & Plates-formesPlate-forme : Siemens.

SE : BS2000/UTM.

Âge de l’application : 20 ans.

Données stockées sur disques miroirs. Applications développées en Cobol.

Qualité de la documentation disponible : {par ex. uniquement le code source, uniquement le code exécutable,…} : la documentation est disponible.

Disponibilité des ressources au sujet de la connaissance de l’application/technologie : des connaissances sont disponibles au sujet de TP380, mais seul(s) 1 ou 2 programmeurs sont censés pouvoir entretenir cette application.

6.1.2.5 Points forts et points sensibles

Point sensible (PS) – Point fort (PF) Description

(PS) Les comptes ont la ‘portée’ d’un bureau d’enregistrement (cela Ce problème devrait être résolu




veut dire qu’une personne qui possède 3 maisons dans des régions qui dépendent de 3 bureaux d’enregistrement différents a 3 comptes – en supposant qu’il n’existe aucune copropriété).

lors de l’intégration dans Cadnet\Loco.

(S) De nouvelles présentations d’enregistrements peuvent très rapidement être ajoutées (par ex. épargne à long terme).

Réaction rapide aux besoins et adaptations de la production de la vue d’ensemble du patrimoine.

6.1.3 Analyse du rapport avec les projets prévus

6.1.3.1 Poursuite de la mise au point pour les interactions systèmes/projetsAucun.

6.1.3.2 Considérations en termes de migration

6.1.3.2.1 Lacunes par rapport au concept de système intégré unique/

6.1.3.2.2 Conditions pour une éventuelle migration/

6.1.3.2.3 Valeur ajoutée en cas de migration/

6.1.3.2.4 Risques en cas de migration/

6.1.4 Dépendances

6.1.4.1 Vue d’ensembleDépendance Système/Groupe de

données(I)nterne ou (E)xterne

Banques en Assureurs Données au sujet de l’épargne à long terme

E

Extrait du Registre national (RN) Recherche de NN d’après l’orthographe phonétique d’un nom

I

Entité Contributions et Perception (ECP)

Obtention de listes de personnes décédées

E

TP230 équivalent du NN pour les non-résidents

I




Remarque : malgré la reprise de la fonctionnalité par Cadnet\Loco, il n’existe aucune dépendance entre TP380 et Cadnet\Loco, à moins que l’on puisse obtenir une vue d’ensemble de tous les biens immobiliers à partir de Loco, via la transaction Geni, c’est-à-dire les données qui étaient gérées dans TP380 avant l’adoption de Loco. Pour ce faire, un extrait du fichier TP380 est transmis à l’IBM, de manière que la transaction Geni puisse faire référence à tous les champs intéressants. Les mutations intervenues sur les comptes mobiles restent gérées via TP380 jusqu’à ce que la propriété soit possédée par une autre partie. Cette dernière transaction est alors introduite via Loco. À la longue, aucun compte mobile ‘actif’ ne subsistera.

6.1.4.2 Dépend de l’extrait du Registre nationalContexte : TP380 utilise des données qui sont régulièrement fournies par le Registre national. Ces données constituent un extrait des données du RN mais comportent uniquement les colonnes qui sont importantes pour PatDoc.

6.1.4.2.1 Caractéristiques fonctionnellesSupport des recherches de NN d’après l’orthographe phonétique d’un nom dans le contexte suivant. Lorsqu’un nouveau propriétaire est ajouté à la ‘Signalétique’, on vérifie si cette personne est inscrite au RN via une recherche d’après l’orthographe phonétique du nom.

6.1.4.2.1.1 Quelle est l’évolution attendue ?


(V) Les recherches dans le RN pourraient éventuellement être menées en ligne.

6.1.4.2.2 Caractéristiques opérationnelles

6.1.4.2.2.1 Volumes et autres valeursLe fichier qui fait l’objet de la recherche contient 12 millions d’enregistrements.

Cf. fréquence du processus CRUD (maximum 3000 - 4000 mises à jour - créations, modifications, suppressions - par jour).

6.1.4.2.2.2 Considérations quant à la sécurité des échanges de donnéesLe fichier est localement disponible sur l’ordinateur central Siemens.

6.1.4.2.2.3 Disponibilité du système dont on est dépendantSelon la disponibilité de l’ordinateur central Siemens.

6.1.4.2.2.4 ÉvolutionQuelle est l’évolution attendue ? La taille du fichier reste stable.




6.1.4.3 Dépend de NumFin (TP230)Contexte : lors de la saisie de noms de propriétaires de biens mobiliers qui sont des non-résidents, un équivalent de NN doit être généré par TP230.

Cette fonctionnalité pourrait être reprise dans Cadnet/Loco par le module PerFin.

6.2 Analyse de l’application TP 385Version 0.3 du 23/03/2004



19/03/04 : 15C1 : Guido Drieghe, Philippe Spaas.

Emplacement de l’application : ordinateur central Siemens.








Parallèle à TP380 mais vise les personnes morales, c’est-à-dire que les domaines suivants ne sont pas couverts :

o signalétique

o contrats de mariage, …

Quels domaines fonctionnels (par ex. : hypothèques)\processus cette application couvre-t-elle ? (À compléter pour chaque projet)

Processus CoperFin\Domaine fonctionnel Remarques

TP 385 Processus 2 : Collecte et gestion de données fiscales.

Une journalisation spécifique est-elle tenue ?

Non.




6.2.2.2.1 Évolution ?Quels sont les changements récemment apportés à cette application ?

Aucun.


Une intégration de la fonctionnalité et des données dans Cadnet/Loco.


6.2.2.3.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : pendant les heures de bureau (entre 8 h et 17 heures, 5 jours par semaine).




Pic

Dans toute la Belgique 4000


/


/

6.2.2.3.2.2 Présentation de la technologie/Interface utilisateurLes utilisateurs peuvent accéder à l’application par émulation de terminal.




6.2.2.3.3 Données

Groupe de données

# Rangées

Taille7 Relation avec d’autres groupes de données

Source authentique ?


Instantanéité Propriétaire Portée organisationnelle



Biens mobiliers

Portée nationale Backup quotidien

Copie comme partie d’une image du Siemens

7 d’une rangéeDocument : document.doc Date : 23-03-2004




Processus (TI) Fréquence Nature (synch, par lot,..)

Volume associé



Consultation, mise à jour, ajout, suppression

Environ 200 opérations par semaine

en ligne

6.2.2.3.5 Service d’assistanceLe support fonctionnel pour cette application est fourni par Guido Drieghe.

6.2.2.3.6 Contrats de niveaux de servicesPas d’application.

6.2.2.3.7 Gestion du systèmeQuelles sont les fonctions de Surveillance, Intervention, Diagnostic ? /

Quels sont les dispositifs de backup/archivage ? /

6.2.2.3.8 SécuritéAutorisation organisée selon l’accès en lecture ou disque.

6.2.2.3.9 Procédures antisinistre/


Aucune.


Aucune.


SE : BS2000

Âge de l’application : début des années 90.

Qualité de la documentation disponible : {par ex. uniquement le code source, uniquement le code exécutable,…} /

Disponibilité de ressources au sujet de la connaissance de l’application/technologie : /


Détenteur : Philippe Spaas Statut : projetObjet : Analyse d’Application - TP230 (NumFin) Page 30 / 111



Point sensible Impact Description

(S) Organisé à l’échelle nationale

(S) Prépondérance du caractère documentaire

(S) Intégration avec TP390 – les écrans sont intégrés dans l’application

6.2.3 Analyse du rapport avec le futur contexte

6.2.3.1 Poursuite de la mise au point pour les interactions systèmes/projetsPas d’application.






6.3 Analyse de l’application TP230Version 0.3 du 06/04/2004


02/03/04 : 15C1 : A. Coosemans, Guido Drieghe, Patrick De Smedt, Jacques Vandecasteele.

25/03/04 : 15ème : entretien avec Patrick De Smedt.








Le suivi et la détermination des non-résidents qui jouent un rôle au sein de la Direction générale de la Documentation patrimoniale (par ex. propriétaire de biens mobiliers), vu qu’aucun NN n’est attribué aux non-résidents.

6.3.2.1.1 Évolution ?A l’avenir, le rôle de cette application sera repris par le Registre Bis. Cette application sera mise à la disposition du SPF via la BCSS.

6.3.3 Caractéristiques opérationnelles

6.3.3.1.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : pendant les heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)




Pic

Dans toute la Belgique Une dizaine


Aucune.


Aucune.


Les utilisateurs peuvent accéder à l’application par émulation de terminal.




6.3.3.1.3 Données

Groupe de données

Technologie # Rangées







Non-résidents

Fichier (Jusqu’à ce que le rôle soit repris par le Registre Bis)





Processus (TI) Fréquence Nature (en ligne, par lot,..)

Volume associé




faible en ligne aucune

6.3.3.1.5 Service d’assistancePas d’application.



Quels sont les dispositifs de backup/archivage ?

Est supporté comme les autres applications TP, sur l’ordinateur central Siemens.

6.3.3.1.8 SécuritéEst supportée comme les autres applications TP, sur l’ordinateur central Siemens.

6.3.3.1.9 Procédures antisinistreSont supportées comme les autres applications TP, sur l’ordinateur central Siemens.


Aucune.


Aucune.


SE : BS2000.

Age de l’application : /




Détenteur: Philippe Spaas Statut : DraftSubject : Application Analyse - TP390 Page 34 of 111


6.3.3.3 Points forts et points sensiblesAucun.

6.3.3.4 Considérations en termes de migrationAucune considération spécifique.




23/03/04 : commentaire écrit de van Guido Drieghe.







6.4.3 Vue d’ensemble


TP390 supporte les recherches au sujet de l’évolution historique des sociétés, tant par les utilisateurs que les autres TP.


Non.

6.4.3.1.1 Évolution ?

Quels sont les changements récemment apportés à cette application ?

a) A l’origine, le RN retraçait l’historique.

b) Le rôle du RN a ensuite été repris par la BCE pour les personnes morales, et cette institution retraçait l’historique intégral des sociétés.

c) Par la suite, la BCE signalait uniquement les mutations et TP390 fournissait une vue d’ensemble de l’évolution historique des sociétés.

d) Depuis que la BCE peut être consultée en ligne, TP390 ne doit plus comporter que les données les plus récentes.





Aucun.


6.4.3.2.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : au cours des heures de bureau (entre 8 et 17 heures, 5 jours par semaine)




Pic

Dans toute la Belgique 4000 environ 200 par semaine


Aucune.


Aucune.





6.4.3.2.3 Données

Groupe de données

# Rangées


Source authentique (propriétaire) ?


Instantanéité Portée organisationnelle


Approche backup & archivage

Historique Sociétés

Segment de fichier BCE

N (BCE)




6.4.3.2.4 Caractéristiques de la charge de travail/

6.4.3.2.5 Service d’assistance/


6.4.3.2.7 Gestion du système/

6.4.3.2.8 SécuritéL’accès à TP390 n’est pas protégé.



Aucune.


Aucune.


SE : BS2000.

Âge de l’application : ?

Qualité de la documentation disponible : {par ex. uniquement le code source, uniquement le code exécutable,…}

Disponibilité de ressources au sujet de la connaissance de l’application/technologie :


Point sensible Impact Description

(K) Les paramètres de long délai d’attente de l’interface de navigation compromettent parfois la convivialité des recherches en ligne.


Détenteur : Philippe Spaas Statut : DraftSubject : Application Analyse - TP430 Page 39 of 111



6.4.4.1 Poursuite de la mise au point pour les interactions systèmes/projetsAucune.








25/03/04 : entretien avec Patrick De Smedt.









La gestion des concessions et des concessionnaires. Tous les ans, des invitations à payer sont envoyées à tous les concessionnaires d’après les informations tenues à jour grâce à cette application. En cas de non-paiement, la création de mises en demeure est aussi supportée. Par la suite, la liste des concessionnaires défaillants sera transmise au bureau du domaine compétent, en vue d’un suivi ultérieur.

Cette fonctionnalité est utilisée pour soutenir les recouvrements de créances non fiscales à l’échelle fédérale et à l’échelon régional.


Non.

6.5.2.2.1 Évolution ?Aucune.


6.5.2.3.1 Disponibilité (dans la pratique)




Périodes normales d’utilisation : les heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)




Pic

Dans toute la Belgique 4000


Aucune.


Aucune.

6.5.2.3.2.2 Présentation de la technologie/Interface utilisateurLes administrateurs peuvent accéder à l’application par émulation de terminal.




6.5.2.3.3 Données

Groupe de données

# Rangées







Description de la concession

J

Comptes de recouvrement11

J

10 d’une rangée11 Ces données sont approchées par le biais d’une clef spécifique, il n’existe aucun lien avec le n° du RN ou de la BCE.Document : document.doc Date : 06-04-2004





Volume associé



Génération d’invitations à payer groupées par concessionnaire (idem pour les mises en demeure)

par lot


6.5.2.3.6 Contrats de niveaux de services/


6.5.2.3.8 Sécurité/


6.5.2.3.10 Évolution

Évolution(s) récente(s) ?

Aucune.


Aucune.


SE : BS2000.

Age de l’application : +- 20 ans.









25/03/04 : (15ème) Entretien avec Patrick De Smedt.









Cette application tient une liste des créances irrécouvrables (typiquement <= 150 000). Elle permet de mettre en rapport les remboursements opérés dans le cadre des contributions directes ou de la TVA avec ces créances irrécouvrables, via le n° de RN, de manière que les bureaux d’enregistrement puissent être avertis (via un listing) de toute nouvelle possibilité de recouvrement. Pour des raisons similaires, des extraits de TP380 (Biens mobiliers) sont aussi envoyés aux bureaux.



Remarques

TP480 Recouvrement de créances non fiscales


Aucune.



Aucun.


6.6.2.3.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : Pendant les heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)




Pic

Dans toute la Belgique 4000 max.





Aucune.


Aucune.





6.6.2.3.3 Données

Groupe de données








Créances irrécouvrables

Fichier +- 150.000






Volume associé




Entre 400 et 500 recherches par jour

en ligne

6.6.2.3.5 Service d’assistanceOn suit la même approche que celle qui est utilisée pour les autres applications sur le Siemens.




On suit la même approche que celle qui est utilisée pour les autres applications sur le Siemens.

6.6.2.3.8 SécuritéOn suit la même approche que celle qui est utilisée pour les autres applications sur le Siemens.

6.6.2.3.9 Procédures antisinistreOn suit la même approche que celle qui est utilisée pour les autres applications sur le Siemens.


Aucune.


Aucune.


SE : BS2000.

Age de l’application : environ 10 ans.








6.6.2.6.1 Lacunes par rapport au concept de système intégré uniqueAucune représentation intégrée du patrimoine mobilier d’un contribuable, ce qui complique la vérification de l’existence de nouvelles possibilités de recouvrement.












La gestion des noms d’utilisateurs, mots de passe et profils d’utilisateurs de TP380, TP385, TPAlim sur l’ordinateur central Siemens (donc, uniquement les programmes TP du service Enregistrement). Les profils sont interprétés par les différents Programmes TP afin de déterminer les actions que l’utilisateur peut ou non entreprendre.

Le profil d’un utilisateur est déterminé tant par le bureau d’où il se connecte que par le profil associé à son nom d’utilisateur.





Non.



6.7.2.2.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : les heures de bureau (entre 8 et 17 heures, 5 jours par semaine)




Pic

Bureau principal 3 (administrateurs)

Autres TP


Aucune.


Aucune.

6.7.2.2.2.2 Présentation de la technologie/Interface utilisateurLes administrateurs peuvent accéder à l’application par émulation de terminal.




6.7.2.2.3 Données

Groupe de données

# Rangées






Approche backup

Approche archivage

Utilisateurs (nom d’utilisateur, mot de passe, profil)






Volume associé



Consultation de nom d’utilisateur, mot de passe, profil

en ligne


6.7.2.2.6 Contrats de niveaux de services/


6.7.2.2.8 Sécurité/



Aucune.


Aucune.


SE : BS2000.

Age de l’application : ?





Détenteur : Philippe Spaas Statut : DraftSubject : Application Analyse - Cadnet/Loco Page 53 of 111



6.7.3.1 Poursuite de la mise au point pour les interactions systèmes/projetsIdentity Management :

En cas de migration, la gestion des noms d’utilisateurs, mots de passe et profils serait reprise par Identity Management.






6.8 Analyse de l’application CadNet/LocoVersion 0.3 du 11/03/2004


05/03/04 : entretien au bureau de W. Waegeman avec Jacques Vandecasteele, au sujet de Cadnet/Loco.

10/03/04 : commentaire oral de J. Vandecasteele au sujet de v0.1.

Emplacement de l’application : ordinateur central IBM.




Fonctionnalité reprise de TP380 : gestion du fichier des personnes physiques possédant des biens immobiliers en Belgique.




TP380 fournissait uniquement une indication quant à la possession éventuelle de biens immobiliers ainsi que des références aux ‘informations sur papier’. Grâce à l’adoption de Loco, le stockage électronique des données et le contrôle de la cohérence avec le RN & CadNet ont été ajoutés.

Cadnet/Loco gère les droits réels entre propriétaires et parcelles (Loco utilise l’expression ‘droit réel complet’, et CadNet le terme ‘article’).

Loco comporte toutes les informations mais pas pour toutes les parcelles (uniquement si la situation a changé au cours des deux dernières années – avant cela, une indication de l’existence de biens immobiliers était enregistrée dans TP380).

Cadnet comporte les droits réels fiscaux significatifs pour toutes les parcelles.

Cadnet/Loco ne possède aucun caractère juridique, c’est-à-dire que le contenu peut être mis en cause ; par contre, les bases de données ‘hypo’ possèdent bien un caractère juridique.

Les données historiques de CadNet (c’est-à-dire celles qui n’ont jamais fait l’objet d’un stockage électronique) sont conservées sur des microfiches.



Remarques

CadNet & Loco

11.1, 12.2, 15, 14.1 Les deux montrent les conséquences de ces processus, mais sous un angle différent :

CadNet :gère les droits réels des propriétaires sur les parcelles avec le degré de précision nécessaire en matière de fiscalité.

Loco documente (gère) les biens immobiliers avec le degré de précision ‘documentaire’ nécessaire.

Quels sont les composants de l’application ? Peuvent-ils éventuellement faire l’objet de migrations séparées ?

Composant Fonctionnalité Indépendance relative

PARU (CICS Trans)

Gère ZDO, ZPA (commande aussi les règles d’intégrité) (au total 5 + 1 base de données)

Les références à ces bases de données sont des références physiques.

PERU (CICS Trans)

Gère ZPE (commande aussi les règles d’intégrité)

LOCU (CICS Trans)

Gère ZLC (1 bdd) Références logiques aux autres bases de données.

Une journalisation spécifique est-elle tenue ? ZDO comporte une vue d’ensemble de la situation avant et après la mutation réalisée, avec mention de la personne qui a réalisé la mutation et à quel moment. Loco signale aussi à partir de quel bureau la transaction a été opérée (via le NetId).




6.8.2.1.1 Évolution ?Quels sont les changements récemment apportés à cette application ? Aucune modification importante n’a été apportée à Cadnet/Loco en termes de fonctionnalité.



(V) Les structures de bdd nécessaires ont été prévues afin de conserver les données historiques mais, à l’heure actuelle, il n’existe encore aucune IUG ou fonctionnalité de production de rapports qui les utilise.

(V) Exploitation de données sur microfiche : les indexations réalisées d’après le contenu de ces fiches sont aussi conservées sur microfiche. L’utilisation de ces microfiches devrait normalement avoir complètement cessé à la fin de l’année 2005. Ces données devront aussi être intégrées d’une manière ou d’une autredans Cadnet/Loco.


6.8.2.2.1 Disponibilité (dans la pratique)Périodes normales d’utilisation :

Heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine) ; pour le moment, le système est arrêté à 4 heures.

Évolution attendue :

En principe, certaines données peuvent être accessibles via l’Internet.




Pic

Dans toute la Belgique (toute la population du cadastre)

+- 4000 600 utilisations simultanées

Évolution(s) récente(s) : stable.




Évolution(s) attendue(s) : stable


Choix possibles :

o Émulation de terminal (3270)

Exigences pour la connectivité :

o toujours relié à un système central, notamment via un pc.




6.8.2.2.3 Données

Groupe de données

Techno-logie

# Rangées




Simultanéité Propriétaire Portée organisationnelle



ZAR (relations entre propriétaires et parcelles structurées par commune)

DLI

ZDO (Dossiers) DLI

ZPE (Propriétaires)

DLI

ZLC (Biens immobiliers)

DLI

ZPA (Parcelles) DLI

ZSI (répartition des domaines)

DLI

Fichier temporaire VSAM

Les bases de données sont seulement mises à jour après la définition complète de la mutation (afin d’éviter autant que possible les suppressions de données des structures de données) ; en attendant, les mutations sont enregistrées dans un fichier temporaire (dont la présentation respecte les besoins correspondant à toutes les mutations possibles). Les dossiers sont traités au cours d’une période fiscale (== 1 an).




Les règles de validation sont principalement contrôlées lors de la préparation de la mutation (cette partie comporte les règles les plus complexes) mais certaines règles peuvent seulement être contrôlées au moment de la concrétisation de la mutation (par ex. la cohérence avec toutes les parcelles définies).

ZLC & ZAR comportent des informations équivalentes mais selon une approche différente (ZLC : portée nationale – ZAR : article par commune).






Volume associé



Préparation des mutations (en ligne) + réalisation de la mutation + consultation

500 000 transactions/jour

en ligne

<= 1 sec (95%) au bureau principal

Réorg., statistiques, contrôles par lot

Sortie vers les systèmes externes (TBT, copie d’écran 1/1, communes/Régions/NIS/EBI/Sigma, bourses d’études)

par lot

Création de notifications destinées aux contribuables

par lot

6.8.2.2.5 Service d’assistanceUn service d’assistance spécial a été créé pour le support de l’application Loco, en raison de son introduction récente. Le support technique pour CadNet est fourni par le service d’assistance central.


6.8.2.2.7 Gestion du systèmeQuelles sont les fonctions de Surveillance, Intervention, Diagnostic ? Dispositifs standard.

Quels sont les dispositifs de backup/archivage ? Dispositifs standard.

6.8.2.2.8 Sécuritéintégrité importante

authentification

autorisation : il existe entre 10 et 12 profils d’utilisateurs qui permettent de contrôler l’accès à la fonctionnalité ; une distinction est établie entre :

l’accès à Loco/Cadnet

les changements intervenus pour des parcelles

les changements intervenus pour des propriétaires

L’authentification/autorisation est supportée via CA TopSecret.


Document : document.doc Date : 15-04-2004Path : /tt/file_convert/5ed73d8bd37f9f58ca6a8771/document.doc Version : V0.3

Détenteur : Philippe Spaas Statut : DraftSubject : Application Analyse - GIS/SIG Page 60 of 111





6.8.2.3 Technologie & Plates-formesPlate-forme : ordinateur central IBM.

SE : VSE/CICS.

Âge de l’application : 14 ans, 750.000 lignes de COBOL (180.000 par lot dans CadNet, 320.000 en ligne dans CadNet).

Qualité de la documentation disponible : {par ex. uniquement le code source, uniquement le code exécutable,…} : la documentation est disponible, mais les règles d’exploitation ne peuvent être trouvées que dans les cours, instructions et syllabus. Les changements intervenus au cours des activités de maintenance ne sont pas documentés.

Disponibilité de ressources au sujet de la connaissance de l’application/technologie : 7 - 8


Point sensible (PS) & Point fort (PF) Impact Description

(PS) Loco ne répond qu’à 20% des besoins de l’enregistrement, utilise encore beaucoup de feuilles de calcul et de nombreuses mises à jour doivent être opérées manuellement.

(PF) CadNet procède à un contrôle d’intégrité strict à l’échelon de la parcelle.

(PS) Imprécision du degré de cohérence entre ZLC & ZAR

(PS) DLI impose certaines limitations quant à la structure des données.

(PS) Les emplacements ont été définis en fonction des plans de parcelles (supposition : 1 adresse pour 1 parcelle) où la superficie devrait être indiquée.

(PS) Un plus grand nombre de données devraient être tenues à jour.

(PS) Loco utilise plus de catégories de droits réels que CadNet (ce qui complique la vérification de la cohérence entre les 2 représentations).

(PS) Les estimations ne font pas encore l’objet d’un stockage électronique (pour supporter le processus 12.2).

Remarque :




Dans le cadre d’une intégration de ZLC & ZAR, on peut soit partir des parcelles soit des propriétaires pour tenter d’obtenir une représentation cohérente des informations.

Pour le moment, on vérifie, par le biais d’une recherche dans des listings, si quelqu’un est ou non courtier. Cela exerce une influence sur des droits qui doivent être payés à l’achat d’un bien immobilier : si un courtier revend un bien immobilier dans les 10 ans qui suivent son achat, il bénéficie d’une réduction de droits d’enregistrement.

Des recherches doivent aussi être menées manuellement pour vérifier l’octroi éventuel de cette réduction de droits d’enregistrement.


6.8.3.1 Poursuite de la mise au point pour les interactions systèmes/projetsDorothee (gestion des flux de documents) : Dorothee traite-t-elle uniquement les documents sur papier ?


6.8.3.2.1 Lacunes par rapport au concept de système intégré uniqueLes utilisateurs du système d’enregistrement doivent exécuter beaucoup d’opérations manuellement mais ne reçoivent que peu d’informations (Geni y remédie en partie).

L’exactitude des données devrait être contrôlée avant de procéder à une intégration de ZLC & ZAR.




6.8.3.2.5 Étapes possibles d’une migrationLes étapes suivantes peuvent être suivies :

Intégration ZLC & ZAR

Migration de DLI vers un environnement relationnel

Liens entre parcelles et SIG

6.8.4 Dépendances

6.8.4.1 Vue d’ensembleDépendance Système/Groupe de

données(I)nterne ou (E)xterne




EBI Extrait du RN pour identifier des propriétaires

E

BCE Extrait fourni via la TVA

E

Génération d’un identifiant spécifique si le propriétaire ne figure pas dans le Registre national (idem pour les personnes morales)

Fonctionnalité propre au cadastre(*)

I

Lors de l’enregistrement, on utilise le Numéro Finances (NumFin) ; ce numéro est à présent repris dans le cadastre.

6.9 Analyse de l’application GIS/SIGVersion 0.3 du 15/04/2004


Dossier de presse au sujet de l’avancement des projets CADMAP et CADGIS, transmis par M. Van Acker.

11/03/04 : réunion au bureau de M. Van Acker (19D5), avec Wim Waegeman, Jim Hulders, Michel Van Acker.

30/03/04 : réunion au bureau de M. Van Acker.

Emplacement de l’application : serveur central, 500 postes de travail dans toute la Belgique.

Calendrier : en développement.



Le but stratégique du système GIS/SIG est de construire un système d’information géographique à part entière à l’échelle fédérale. Ce SIG sera basé sur des données internes et externes fournies par les Régions ainsi que par l’Institut Géographique National. Cette approche suppose que les initiatives régionales qui ont été prises en la matière soient coordonnées et davantage harmonisées (harmonisation tant en termes de concepts à utiliser que de codifications pertinentes), de manière à ce qu’un échange de données soit possible sous un format déterminé en concertation.

L’évolution vers ce SIG à part entière est supportée par 2 projets qui sont mis en oeuvre simultanément :

CadMap : ce projet a pour but de créer une version numérique/numérisée du cadastre (en 2003 – 2004) et de la tenir à jour de façon systématique.




CadGis : ce projet a pour but d’améliorer systématiquement la qualité et la structure des informations cadastrales numériques, en partant des résultats fournis par CadMap, de manière que l’ensemble puisse évoluer vers un SIG à part entière.

Les deux projets supportent l’évolution vers un SIG avec, pour objectif, de fournir un commentaire géographique pour la plupart des concepts utilisés dans le cadre du cadastre.

À un moment donné, on pourra alors procéder à la sauvegarde du cadastre numérique dans une base de données spatiale.



Remarques

GIS 14.2 Gestion du plan cadastral

6.9.2.1.1 Évolution ?Après la réalisation des projets CadMap & CadGIS, les données qui sont gérées pour le moment dans CadNet/Loco pourront être mises en rapport avec les cartes/informations géographiques gérées dans le SIG. Cela permettra aussi bien de consulter les plans selon les données patrimoniales que de rechercher des plans de parcelles qui appartiennent à certains propriétaires (=navigation bidirectionnelle).

À l’avenir, les données de ZSI (adresses) et de ZPAR (parcelles), qui sont actuellement gérées par Cadnet/Loco, pourront être mises en correspondance avec les données du SIG, qui seront utilisées à des fins de validation lors de l’introduction/la mise à jour de données dans CadNet/Loco.

De la même manière, des adresses pourront être précisément associées à leur situation géographique/parcelle et un contrôle de cohérence pourra donc être opéré pour toutes les adresses qui ont été enregistrées dans Cadnet/Loco (ou dans d’autres applications de la Direction générale de la Documentation patrimoniale). Si une adresse déterminée ne peut pas être validée, un ordre de mission peut être automatiquement généré en vue de résoudre cette anomalie.

Les mutations exerçant un impact sur des parcelles seront exécutées par le biais d’applications étroitement liées au SIG, tandis que les mutations qui n’exercent aucun impact direct sur des parcelles seront traitées d’une façon similaire à la procédure actuelle, via CadNet/Loco (une version plus évoluée de CadNet/Loco sera encore utilisée pour la gestion des droits réels).

Dans ce contexte, il est aussi important de souligner l’importance du projet mutation qui, comme c’est déjà le cas à l’heure actuelle, comportera un ensemble de modifications cohérentes nécessaires. Ce projet mutation devra aussi être associé à un ou plusieurs objets SIG auquel il s’applique (via la clef d’identification qui sera définie dans le cadre du projet Unident).

Le projet Unident comporte la définition d’une ‘unité de biens immobiliers patrimoniaux’ (‘unité cadastrale’) qui permettra d’identifier les biens immobiliers d’une façon unique. Cette identification permettra d’associer de façon univoque les données qui sont pour le moment stockées dans CadNet/Loco, Hypo ou qui concernent des successions aux données enregistrées dans le SIG.


6.9.2.2.1 Disponibilité (dans la pratique)Pendant les heures de bureau, mais à terme, les informations pourront aussi être disponibles pour des partenaires externes. Cette évolution exige une évolution vers un profil de disponibilité ‘Internet’.




Les profils de disponibilité mentionnés sont :

o Heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)

o Internet (24 h sur 24, 7 jours par semaine)




Pic

Dans toute la Belgique (ceci ne concerne que les utilisateurs internes qui tiennent principalement le plan cadastral à jour). C’est le même groupe d’utilisateurs que pour Cadnet/Loco.

4000

Évolution(s) attendue(s) : la mise des informations à la disposition d’utilisateurs externes pourra faire augmenter le nombre d’utilisateurs dans une large mesure.


Dans le champ d’application du SIG, une fonctionnalité est prévue afin de pouvoir prendre des extraits du fichier GIS/SIG et de les transmettre à des PC portables pour consultation et mise à jour avant qu’ils soient renvoyés à la banque de données centrale.

À l’avenir, les notaires et les géomètres pourront apporter eux-mêmes des changements aux données cadastrales et les soumettre à l’administration générale, pour approbation.




6.9.2.2.3 Données

Groupe de données


Taille Relation avec d’autres groupes de données

Source authentique ? Volatilité Forme d’accès




Adresses Oui, pour autant que cela concerne l’emplacement géographique (mais la mise à jour est opérée par les Régions).

Immeubles Oui, pour autant que cela concerne l’emplacement géographique.

Parcelles Oui, pour autant que cela concerne l’emplacement géographique.

‘Unité cadastrale’

Oui, pour autant que cela concerne l’emplacement géographique.

Plans de géomètres

Oui.




6.9.2.3 Technologie & Plates-formesBase de données : à l’origine, on utilise une base de données Oracle afin de soutenir la gestion documentaire des données numériques de plans. Cette base de données évoluera à l’avenir pour devenir une base de données spatiale.

6.10 Analyse de l’application HypoVersion 0.2 du 23/03/2004


18/03/04 : réunion au 15C1 avec Andy Van Bogget, Guido Drieghe.

Emplacement de l’application : application locale client – serveur, avec une base de données centrale dans laquelle certaines données des bases de données locales seraient reprises.



Détenteur : Philippe Spaas Statut : projetObjet : Application Analyse - Hypo Page 67 / 111





L’application Hypo supporte les processus (dépôt des actes, analyse de l’acte, ‘alimentation’ du répertoire,…délivrance d’attestations) qui se déroulent dans chacun des 48 bureaux d’hypothèques. Un aspect important du processus global consiste en l’analyse de la forme et des termes des transactions qui font référence à des parties et des biens (et leurs références mutuelles). La forme peut être une mutation, un enregistrement ou une inscription en marge.

Toutes les recherches qui sont exécutées partent d’une personne, c’est-à-dire que l’on ne peut pas demander qui fait l’objet d’une hypothèque sur un bien immobilier déterminé, mais bien les enregistrements ou les mutations concernant une personne déterminée.

Les références aux biens immobiliers sont reprises dans l’acte par le notaire après une éventuelle consultation de CadNet/Loco. Un module de correction a été développé dans le cadre d’Hypo, afin d’éviter d’éventuelles erreurs.

Remarque :

La problématique des formulaires 60 s’applique aussi dans ce cas.

Les frais d’enregistrement ou de mutation d’un acte dépendent du nombre de pages numérisées et sont calculés ‘manuellement’.




Quels domaines fonctionnels (par ex. : hypothèques)\processus cette application couvre-t-elle ? (À compléter pour chaque projet).


Remarques

Hypo 14.1 : Conservation et mise à jour de documentation patrimoniale

15 : Communication d’informations patrimoniales

Une journalisation spécifique est-elle tenue ? Les identifications des utilisateurs, des changements et des objets correspondants sont sauvegardées.

6.10.2.2.1 Évolution ?Quels sont les changements récemment apportés à cette application ?

Impact Date

Mise en œuvre de suppressions.



(P) Meilleur support lors de l’introduction répétée de biens et de parties pour les différentes transactions décrites dans un même acte.

(P) Communication de numéros BCE pour identifier des personnes morales.

(P) Suppression d’inscriptions en marge.

(P) Adaptation de la signalétique.

(P) Numéro d’entrepreneur à 10 caractères.

(P) Fonctionnalité complémentaire d’après la liste des notaires.

(P) Développements quant aux actes de base pour les associations de copropriétaires.


6.10.2.3.1 Disponibilité (dans la pratique)Périodes normales d’utilisation : heures de bureau (entre 7h30 et 18 heures, 5 jours par semaine)




Tant que les attestations sont demandées et délivrées par écrit, il n’est pas nécessaire de créer un profil de disponibilité Internet (24 h sur 24, 7 jours par semaine).




Pic

1000 utilisateurs répartis dans 48 bureaux d’hypothèques (650 postes de travail)


/


/

6.10.2.3.2.2 Présentation de la technologie/Interface utilisateurL’application a été construite comme un client lourd (PowerBuilder) et chaque emplacement (= chacun des bureaux d’hypothèques) est supporté par une application locale client - serveur.




6.10.2.3.3 Données

Groupe de données

Technologie # Rangées Taille15 Relation avec d’autres groupes de données





Approche backup & archivage

Signalétique16

(pers. phys., morales17 et copropriétaires)

Relationnelle

pers. phys. 6 200 000

pers. Morales 13.000.000

copropriétaires 25 000

Non Backup et archivage incrémentiels.

Actes numérisés et notes d’analyse

Géré par FileNet

Oui Segmentée par bureau d’hypothèques

Backup et archivage incrémentiels.

Répertoire18 (ensemble des enregistrements et des mutations)

Relationnelle

Une copie (intégrale) est conservée de façon centralisée

Oui Segmentée par bureau d’hypothèques

Backup et archivage incrémentiels.

15 d’une rangée16 Vu le caractère juridique des informations stockées dans la base de données hypo, les noms sont repris tels qu’ils sont mentionnés dans l’acte. Par conséquent, il n’est pas toujours possible d’établir un lien univoque avec les informations figurant dans le RN. Si une erreur de ce genre est trouvée, un nouvel enregistrement est créé et comporte cette fois les données exactes qui renvoient au même numéro de registre.17 Les noms de sociétés priment sur le numéro de la BCE (l’historique des sociétés peut être consulté via TP390 et la BCE).18 Il s’agit d’informations intéressantes dans le cadre de la génération d’un bilan patrimonial.Document : document.doc Date : 18-03-2004



Notaires Relationnelle

Ajoute une dimension historique, vu que les notaires décédés restent enregistrés

Non (fourni par la Fédération des notaires)

Backup et archivage incrémentiels






Volume associé



Uniquement processus en ligne

6.10.2.3.5 Service d’assistance4 personnes supportent l’application Hypo sur les plans applicatif et technique.


6.10.2.3.7 Gestion du systèmeQuels sont les dispositifs de distribution du logiciel ?

Les mises à jour de l’application sont envoyées via le Service d’assistance à chacun des 48 serveurs (1 dans chacun des Bureaux d’hypothèques) et installés sur chacun de ‘leurs’ clients à partir des serveurs locaux.

Quelles sont les fonctions de Surveillance, Intervention, Diagnostic ?

Les procédures sont gérées par le service d’assistance.


Backups quotidiens conservés à l’échelon local dans un coffre. Le backup du vendredi est envoyé au site central.

Toutes les données doivent pouvoir être consultées pendant 30 ans ; par conséquent, aucune stratégie d’archivage n’a encore été définie pour le moment.

6.10.2.3.8 SécuritéL’application est destinée à un usage uniquement interne, au sein d’un bureau d’hypothèques (c’est-à-dire qu’il n’existe aucun échange entre les différents bureaux).

Des profils d’autorisation sont utilisés pour supporter les différents rôles identifiés dans le déroulement du travail (ces profils établissent une distinction entre l’accès en lecture seule, la mise à jour, le traitement,…).

Ces profils ont été créés d’après les fonctions de FileNet.

6.10.2.3.9 Procédures antisinistreEn cas de panne de la totalité de l’infrastructure d’un bureau, le système peut être redémarré au moyen du backup local ou du backup conservé au site central.


Détenteur : Philippe Spaas Statut : projetObjet : Application Analyse - TP380 Page 73 / 111



Aucune.


Aucune.

6.10.2.4 Technologie & Plates-formesPlate-forme : Intel.

SE : Windows.

Âge de l’application : 5 ans.

L’application a été développée en PowerBuilder/Oracle (client lourd) et supporte les flux de travaux qui se déroulent au sein des bureaux d’hypothèques en rendant les tâches disponibles dans un certain ordre, en vue de leur traitement par différents ‘rôles’ (toutes les tâches affectées à un rôle peuvent être vues par toutes les personnes qui jouent ce rôle). Il existe de nombreux flux de travaux possibles, et l’initiateur dispose d’une certaine liberté pour choisir le flux qu’il va faire démarrer (il existe aussi un flux de travaux qui supporte la délivrance d’attestations).

La complexité de l’application s’explique par :

o les très nombreux flux qui doivent être supportés en raison de la diversité des formalités ;

o les structures de données complexes doivent être supportées ;

o la répartition des actes dans les différentes parties du fichier.

FileNet est utilisé pour la gestion des actes numérisés et des documents d’analyse.

Qualité de la documentation disponible : {par ex. uniquement le code source, uniquement le code exécutable,…} : la documentation est disponible.

Disponibilité de ressources au sujet de la connaissance de l’application/technologie : la maintenance est externalisée.


Point sensible (PS) - Point fort (PF) Description

(PF) Hypo constitue un grand progrès par rapport à l’ancien processus ‘sur papier’ et reçoit un accueil favorable parmi les utilisateurs.

(PS) L’efficacité du système laisse parfois à désirer dans les grands bureaux, en raison de la capacité matérielle trop limitée.

(PS) Il n’existe aucune reconnaissance automatique des NN permettant de vérifier l’identité des parties.

(PS) Il n’existe aucune consultation de Cadnet/Loco permettant de vérifier l’identification des parcelles.

(PS) Il n’existe aucune consultation de la BCE permettant de vérifier l’identification des personnes morales.

(PF) Vu la fonction et la responsabilité du conservateur, la documentation doit surtout être fiable.





6.10.2.6.1 Lacunes par rapport au concept de système intégré uniqueTous les droits réels devraient, en principe, pouvoir être tenus à jour dans Hypo. Mais les conservateurs des hypothèques ne sont pas tenus au courant des décès et ne peuvent, par conséquent, pas enregistrer les suites des successions dans leur système.

6.10.2.6.2 Conditions pour une éventuelle migrationNettoyage des données stockées. Ce sont surtout les références à des personnes physiques/morales et à des parcelles qui devraient être contrôlées. Il faut aussi tenir compte rigoureusement du caractère juridique de ces informations.



6.11 Analyse de l’application TBT - Général


Entretien avec Luc Bael, Willem Leenders, le 01/04/04.

Emplacement de l’application : combinaison d’applications Web centrales et d’applications locales.

Calendrier : existe déjà & en développement & en projet.



Le projet TBT a pour but de construire une banque de données contenant des informations pouvant soutenir la politique en vigueur. Ceci s’inscrit dans le cadre des initiatives prises par le Secrétariat Général du SPF Finances en matière de gestion du rendement, en vue d’un meilleur suivi de la concrétisation de certains objectifs, par le biais de la définition de tableaux de bord.

La banque de données TBT comporte des informations destinées à toutes les administrations fiscales.

Ces tableaux de bord sont alimentés par des informations provenant de :

o systèmes opérationnels existants (du moins, s’ils peuvent s’y prêter) ;

o nouveaux systèmes à développer, qui reprennent les besoins formulés pour les tableaux de bord ainsi que les besoins complémentaires ;

o développements spécifiques destinés à combler les lacunes des systèmes opérationnels existants ou de procédures pas encore automatisées pour le moment.




En général, la responsabilité de la communication des informations sous le bon format incombe au système source.

6.11.2.1.1 ÉvolutionLe projet TBT actuel s’est terminé le 12/03 et est poursuivi sous le nom de ‘projet Mississippi’ (considéré comme l’un des projets CoperFin). Les étapes suivantes sont prévues dans le cadre de ce projet :

o étape 3 : extension des données sur les performances avec des modèles pour lesquels des sources de données sont disponibles ;

o étape 4 :

o extension des données sur les performances avec des modèles pour lesquels aucune source de données n’est disponible (notamment via les flux de travaux - projet TBT) ;

o tableaux de bord pour les cadres.

Un autre aspect du projet Mississippi consiste en la collecte d’informations sur les clients (distributeurs, fournisseurs), par ex., des informations sur les géomètres. Dans la mesure où Patris contiendra ces informations, il faudra aussi tenir compte des besoins de TBT.

6.12 Analyse de l’application TBT - Enregistrement/Hypothèques


Entretien avec Luc Bael, Willem Leenders, le 01/04/04.

Emplacement de l’application : TBT – L’enregistrement est associé à Loco, TBT – Les hypothèques à Hypo.




Le projet TBT spécifique Enregistrement & Hypothèques place l’accent sur :

o la qualité de la documentation rassemblée (qui dépend principalement de la rapidité avec laquelle la documentation peut être mise à jour) ;

o le laps de temps réel qui sépare la réception d’un acte et son enregistrement dans le registre des hypothèques.

En ce qui concerne Loco, on peut notamment se servir de la date d’enregistrement qui est enregistrée dans la base de données et aller chercher les autres données nécessaires dans la base de données opérationnelle par le biais d’un travail en traitement par lot.

En ce qui concerne Hypo, cette application comporte toutes les informations pertinentes dans sa base de données. Le seul problème est que la date finale effective n’est pas toujours enregistrée dans le système, parce que le conservateur des hypothèques a oublié de l’introduire (il considère en effet que l’apposition de sa signature signifie la fin du processus).




6.13 Analyse de l’application TBT – CadastreVersion 0.2 du 09/04/2004


Entretien avec Luc Bael, le 01/04/04.

Emplacement de l’application : combinaison d’applications Web centrales et d’applications locales.




En général, on tente de pouvoir tirer toutes les informations nécessaires des systèmes opérationnels du cadastre, de manière à éviter de devoir développer des applications séparées qui servent uniquement à collecter les informations nécessaires pour les tableaux de bord.

Vu que Cadnet ne permettait pas de collecter directement ces informations, on a procédé à la collecte de ces informations via un certain nombre d’applications locales, notamment Unicad (d’après MS Access). MS Access permet de générer des extraits qui peuvent être envoyés au serveur central par le biais de l’intranet (ftp).

Le logiciel est aussi distribué par le biais de l’intranet mais tout le monde n’installe pas systématiquement les nouvelles mises à jour.

Pour pallier ces lacunes, le projet Stat -TBT partira d’une banque de données centrale à laquelle des données peuvent être ajoutées via une application Web.

Vue d’ensemble de l’évolution d’Unicad vers Stat -TBT :

Partie Fonction Évolution

Cad Admin Collecte efficace des données pour DGOAP : repérage des caractéristiques des tâches entrantes et suivi des étapes suivantes.

Conversion en application Web réalisée.

Prodocs Support des mutations et des estimations au moyen d’un flux de travaux descriptif, afin de suivre les étapes suivantes. Les informations font notamment référence à des visites, des croquis, des estimations.

KM&CONGE Application pour la gestion des absences. Indique le nombre de jours prestés, le nombre de FTE présents (de manière que le résultat théorique attendu puisse être comparé avec le résultat réel).




Registre des réclamations

Utilisé au niveau de la direction (joue un rôle de système de suivi chronologique).

Migration d’une application MS Access vers une application Web en cours.

ReclTran Comporte tous les exemples types possibles pour répondre aux réclamations.

Pour le moment, d’après MS Access pour la tenue à jour des exemples types ; évolution vers une installation inspirée de Php & MySQL.

Rapact Supporte l’impression de rapports d’activités pour chaque service de contrôle, d’après les données collectées dans Prodocs, KM&CONGE.

NB : les fonctions de planification qui sont supportées à l’heure actuelle sont contenues dans Unicad, surtout l’identification des tâches en souffrance (classées par priorité). Ces tâches peuvent être trouvées par le système d’après la mention du type de document reçu.

NB : il existe encore un certain nombre d’applications distinctes qui devraient être intégrées à la longue dans UNICAD :

o signification du revenu cadastral attribué19

o signification de la ventilation du revenu cadastral (par ex. : attribution du volet RC à la partie ‘café’ d’une maison d’habitation20.

6.14 Analyse de l’application 220 plusVersion 0.2 du 09/04/2004


Entretien avec Luc Bael, le 01/04/04.

Emplacement de l’application : combinaison d’Unicad (application centrale) avec une application locale mise à la disposition de la commune.

Calendrier : en projet.



19 Il existe une application locale basée sur MS Access destinée à supporter le calcul du RC avec effet rétroactif et à générer ensuite la correspondance nécessaire (Notifica). La signification ‘normale’ d’un RC est envoyée par CadNet.20 Il existe une application locale basée sur FoxPro destinée à supporter cette activité (AKI-QRC), et cette application a déjà été intégrée dans UNICAD.




Le but du projet 220 plus est la collecte d’informations numériques sur des permis de bâtir, qui sont conservées par des administrations communales.

o Les informations doivent être fournies sous un format structuré, de manière que les informations puissent être directement importées dans PRODOCS (Unicad). L’administration communale peut éventuellement réaliser le suivi de la demande de permis de bâtir grâce à cette application, et la correspondance nécessaire peut être générée.

L’introduction en ligne des formulaires 220 sera réalisée via le site Web PatDoc.

6.15 Analyse de l’application Portefeuille d’applications ‘General’Version 0.1 du 29/03/2004


Entretien avec Christian Guillaume, le 23/03.

Emplacement de l’application : local, sur un terminal.




‘General’ constitue un ensemble de routines et de tables de bases de données qui peuvent être utilisées pour sous-tendre une application locale. Pour le moment, on utilise encore 2 applications de ce genre (Shape, ASBL).

‘General’ a été développé sous DOS et utilise Dbase IV.


6.15.3.1 Distribution du logicielLe portefeuille d’applications ‘General’ peut être téléchargé via l’intranet.

6.16 Analyse de l’application ShapeVersion 0.1 du 29/03/2004










Cette application fait partie du portefeuille d’applications ‘General’. Elle supporte la gestion des immeubles du Shape et la perception des loyers (y compris l’indexation des loyers). Pour ce faire, l’application génère la correspondance nécessaire.

Cette application est autonome et n’utilise pas de données ou de services via le réseau.


6.16.3.1 UtilisateursCette application est utilisée dans un seul bureau régional.

6.17 Analyse de l’application ASBLVersion 0.1 du 29/03/2004







Cette application fait partie du portefeuille d’applications ‘General’. Elle gère la liste des ASBL situées dans une circonscription administrative déterminée et génère les lettres (et les éventuelles mises en demeure) invitant les ASBL à déclarer les immeubles qu’elles gèrent. Par ailleurs, l’application enregistre




les ASBL qui ont déjà rentré une déclaration, l’endroit où la déclaration peut être retrouvée dans le classement et le montant des impôts dus. Entre 500 et 600 lettres sont envoyées tous les ans.



6.17.2.2.1 Valeur ajoutée en cas de migrationUne intégration dans Patris permettrait de pouvoir vérifier facilement la valeur des immeubles déclarés par les ASBL, d’après les données qui sont actuellement gérées dans CadNet.

6.18 Analyse de l’application Portefeuille d’applications GenWin Version 0.1 du 29/03/2004







‘GenWin’ constitue un ensemble de routines et de tables de bases de données qui peuvent être utilisées pour sous-tendre une application locale. Pour le moment, on utilise encore 3 applications de ce genre (Caisse des dépôts, Droits sur les ventes publiques, Droits de succession).

‘GenWin’ (General Windows) a été développé sous Windows et utilise Visual Dbase.

GenWin permet de mettre des données sur les communes et les codes postaux à la disposition des applications individuelles.


6.18.3.1 Distribution du logicielLe portefeuille d’applications ‘GenWin’ peut être téléchargé par le biais de l’intranet.




6.19 Analyse de l’application Calcul de droits sur les ventes publiquesVersion 0.1 du 29/03/2004







Cette application fait partie du portefeuille d’applications ‘GenWin’. Elle supporte le calcul des droits à payer lors des ventes publiques.



6.19.2.2.1 Valeur ajoutée en cas de migrationDans le cadre d’une intégration dans Patris, les données sur lesquelles les calculs sont fondés peuvent être directement tirées de la banque de données de Patris et ne doivent plus être introduites manuellement.

6.20 Analyse de l’application Calcul des Droits de successionVersion 0.1 du 29/03/2004










Cette application fait partie du portefeuille d’applications ‘GenWin’. Elle supporte le calcul de droits de succession sur des actions qui ne sont pas cotées en bourse ainsi que le calcul des éventuels intérêts de retard.



Remarques

Droits de succession

Processus 10.3 : ‘Réclamation de droits de succession, droit de mutation en cas de décès, désaccords, droits en suspension’



6.20.2.2.1 Valeur ajoutée en cas de migrationDans le cadre d’une intégration dans Patris, les données sur lesquelles les calculs sont fondés peuvent être directement tirées de la banque de données de Patris et ne doivent plus être introduites manuellement.

6.21 Analyse de l’application Caisse des dépôtsVersion 0.1 du 29/03/2004










Cette application fait partie du portefeuille d’applications ‘GenWin’. Elle supporte la gestion de l’argent provenant de la liquidation de faillites, qui est provisoirement placé à la Caisse des dépôts. Cette application est étroitement liée avec le Trésor.

Cette application est autonome et n’utilise pas de données ou de services via le réseau ; à l’heure actuelle, elle est utilisée à la Caisse centrale et dans chacun des 26 caisses régionales.

6.22 Application : Bateaux de navigation fluviale/Bateaux de navigation maritimeVersion 0.1 du 23/04/2004

But de l’application Le but concret de l’application n’a pas pu être abordé au cours de l’entretien. Sur le plan technique, l’application a pour but d’enregistrer l’identité des propriétaires de chaque bateau enregistré en Belgique.

Champ d’application Navigation fluviale

Statut Il s’agit d’une application existante, qui est utilisée à l’heure actuelle à Anvers, au sein du service de la documentation hypothécaire (maritime).

Données Entités et/ou concepts principaux :

Enregistrement

Bateau

Personne (physique ou morale)

La relation de propriété entre bateaux et personnes (en %)

Fonctions (hormis les fonctions CRUD) Impression d’un certain nombre de documents légaux.

Technologie Application MS Access.

Intégration avec d’autres systèmes ? Non.

Évolution potentielle Le Ministère de la Mobilité et des Transports (service Transport Maritime) a chargé la société Dolmen de construire une application comparable pour la navigation maritime (projet “Guichet unique”). Ce système est utilisé à Oostende. Le Ministère de la M. & T. aimerait aussi voir étendre cette application à la navigation fluviale et propose de reprendre l’application ‘Bateaux de navigation fluviale’ du SPF FIN./Patris dans le Guichet unique. On ne sait pas vraiment si cela sera réalisé concrètement. Les services d’Anvers ont demandé que l’application ‘Navigation fluviale’ soit étendue à toute la navigation.

6.23 Application : Affrètement coque nueVersion 0.1 du 23/04/2004

Nous n’avons pu obtenir que peu d’informations à ce sujet.




But de l’application Inconnu

Champ d’application

Statut À l’heure actuelle, la majeure partie des tâches administratives portant sur l’affrètement coque nue sont encore exécutées manuellement et sur papier, à Anvers. Il existe bien une petite application PC, mais elle est peu utilisée. M. Van Den Steen va construire une nouvelle application lorsque l’application ‘Bateaux de navigation fluviale’ aura été étendue à la navigation maritime (voir la section précédente).

Données

Fonctions (hormis les fonctions CRUD)

Technologie

Intégration avec d’autres systèmes ?

Évolution potentielle

6.24 Application : GéomètreVersion 0.1 du 03/05/2004

But de l’application 1. Numérotage unique des plans de géomètres.

2. Recherche simple d’un plan d’après ses attributs.

Champ d’application Patris/Cadastre

Statut En cours d’élaboration.

Données Les principales entités sont :

Plan

Croquis

Parcelle


Création/Mise à jour

Consultation

Technologie Intranet : PHP, MySQL

Utilisateurs Les données sont introduites par les fonctionnaires.

Consultation : principalement par les géomètres ; existe-t-il déjà un plan bien défini ?


Évolution potentielle Non.




6.25 Application : Numérisation de Comptes MobilesVersion 0.1 du 23/04/2004

But de l’application La numérisation et la mise à disposition de Comptes Mobiles numérisés. Lorsqu’un bien immobilier change de propriétaire, il est enregistré dans un Compte mobile, dans l’un des 212 bureaux d’enregistrement de Belgique. Un propriétaire peut aussi bien être une personne physique (PP) qu’une personne morale (PM).

Jusqu’en 1990, ces informations n’étaient pas informatisées et tout se faisait sur papier. C’est vers 1990 que l’on a commencé à informatiser l’enregistrement de clefs de recherche pour ces comptes mobiles (à l’aide de programmes TP : TP380/385). Pour les PP, la clef est le nom de la personne et le n° de TVA pour les PM.

Depuis 2003, toutes les nouvelles modifications sont enregistrées à l’aide de l’ordinateur (système CADNET-LOCO), et les comptes sur papier sont devenus de simples archives, de manière à pouvoir être numérisés. De même, TP380/385 n’est plus utilisé.

À l’avenir, un système intégré devrait être créé pour permettre :

1. d’introduire de nouveaux enregistrements à l’aide de CADNET-LOCO ;

2. d’effectuer des recherches sur des enregistrements existants, à l’aide d’un index ;

3. de visualiser des enregistrements actifs (soit sous forme d’image, s’il s’agit d’un enregistrement archivé, soit structuré, si CADNET-LOCO constitue la source des données).

C’est l’un des objectifs du système SCAN-CM (pour le deuxième objectif, voir la section suivante).

Champ d’application ACED/Secteur Enregistrement et Domaines Comptes Mobiles.

Seuls les CM actifs entrent en ligne de compte, soit environ 11,5 millions.

Statut Il s’agit d’un futur système. Un RFP sera envoyé lorsque les fonds nécessaires auront été débloqués.

Données Un Compte Mobile permet d’enregistrer les changements de propriétaires de biens immobiliers. Un propriétaire peut aussi bien être une personne physique qu’une personne morale. Les CM sont triés selon le nom ou le numéro de TVA de leur titulaire, selon qu’il s’agit d’une personne physique ou d’une personne morale.

Fonctions Enregistrement, recherche et consultation

Utilisateurs Les fonctionnaires des bureaux d’enregistrement, mais à terme, les autres fonctionnaires également.

Technologie La partie qui est informatisée à l’heure actuelle se trouve sur l’ordinateur central du service de la TVA. On ne sait pas encore où SCAN-CM sera utilisé à l’avenir.

Intégration avec d’autres systèmes ? Pas mentionné.




6.26 Application : Documentation hypothécaireVersion 0.1 du 23/04/2004

But de l’application La situation est plus ou moins comparable avec celle des Comptes mobiles.

Qu’est-ce que la documentation hypothécaire ? Elle constitue la seule preuve légale de propriété d’un bien immobilier ou d’un bateau. Lorsqu’un notaire (ou une autre personne investie de compétences comparables, notamment un bourgmestre) établit un acte de mutation d’un bien immobilier ou d’un bateau, cet acte est transmis à l’un des 49 bureaux de Documentation hypothécaire (l’un d’entre eux est le Bureau maritime d’Anvers). Entre 1830 et 2001, ces actes étaient transcrits par un fonctionnaire sur de grandes feuilles de papier (A3).

Depuis 2001, les actes sont numérisés et indexés.

Les documents sont aussi enregistrés de manière que l’on puisse les retrouver à l’aide d’une table alphabétique et d’un répertoire (table d’aide). Les tables alphabétiques portant sur la période 1964-2001 ont déjà été numérisées et indexées.

Champ d’application ACED/Secteur Enregistrement et Domaines Documentation hypothécaire.

Seuls les documents établis sur papier entre 1964 et 2001 seront numérisés. Il s’agit en l’occurrence d’environ 60.000.000 de pages (format A3) et des tables alphabétiques correspondantes (1 400 000). Le Bureau maritime d’Anvers n’entre pas dans le champ d’application du projet.

Statut Voir CM

Données Actes notariés

Fonctions Enregistrement, recherche et consultation

Utilisateurs Uniquement les 48 bureaux de Documentation hypothécaire

Technologie Voir CM

Intégration avec d’autres systèmes ? Voir CM

6.27 Application : Annuaires/Guides d’adressesVersion 0.1 du 03/05/2004

But de l’application L’enregistrement de la signalétique des différents bureaux du Ministère des Finances. Une signalétique unique et un outil pour le contribuable, qui se demande : “A qui dois-je m’adresser ?”.

Champ d’application SPF FIN.

Statut Système existant

Données Les principales entités sont :




Administration (par ex. administration de la TVA)

Service (par ex. contrôle, recouvrement, ...)

Bureaux (par ex. Anvers 1)

Compétences

NB : ces enregistrements ne concernent pas les particuliers.


Recherches à l’aide de mots clefs, pour obtenir une liste de compétences qui permettra de trouver la liste des bureaux ; trois cas peuvent se présenter :

il existe un seul bureau national ;

il existe un bureau par commune ;

il existe un bureau par rue.

Technologie Application centrale intranet, hébergée par Belgacom.

BDD = MySQL

Langage = PHP

SE = Windows/2000

Utilisateurs Fonctionnaires du SPF FIN. (+- 4500 utilisateurs)

Citoyens

Notaires

Intégration avec d’autres systèmes ? Intégration avec la BCE : informations sur les rues.

Évolution potentielle

6.28 Application : Prix CourantVersion 0.1 du 28/04/2004

But de l’application L’application P.C. fait partie d’un ensemble de programmes de calcul dénommé GEN-WIN, qui ont tous pour but d’alléger le travail de suivi exécuté par les bureaux d’enregistrement. L’application P.C. a pour objet le calcul des valeurs actuelles de titres (actions, obligations, warrants,...) qui font partie d’héritages sur lesquels des droits de succession seront prélevés.

Champ d’application Patris

Statut Application existante

Données Valeur de titres d’après le nombre de titres détenus et les cours (probablement) communiqués par une institution boursière.

Fonctions Module de calcul

Utilisateurs Bureaux d’enregistrement

Technologie PC/DB Access

Intégration avec d’autres systèmes ? Non




6.29 Application : TP-AlimVersion 0.1 du 28/04/2004.

Nous n’avons pas pu obtenir d’informations au sujet des processus dans lesquels cette application joue un rôle.

But de l’application Suivi du paiement des pensions alimentaires. Dans le cadre d’un divorce, le conjoint bénéficiaire qui ne recevrait pas les pensions alimentaires que l’autre conjoint doit lui verser pourrait avoir recours aux services d’un bureau d’enregistrement. La portée de ce service n’est pas clairement précisée :

les bureaux n’octroient jamais d’avances ;

le conjoint défaillant est toujours relancé ;

nous ne savons pas si les bureaux contrôlent le paiement effectif des pensions.


Statut Mise en service en septembre 2004.

Données Principaux concepts :

les parties (bénéficiaire et redevable) ;

les montants (ce qui a déjà été payé, ce qui doit encore être payé).

Fonctions Enregistrement et gestion

Impression de lettres ?

Utilisateurs Bureaux d’enregistrement

Technologie Ordinateur central / TP / VSAM

L’application devrait (tout de même) fonctionner sur PC lors d’une étape ultérieure.


6.30 Application : COMPTEXTVersion 0.1 du 28/04/2004

But de l’application Des extraits du cadastre sont délivrés, à titre onéreux, aux notaires, particuliers, géomètres. Le suivi de la comptabilité de ces transactions est opéré à l’aide de l’application Comptext.

Champ d’application Patris/Cadastre


Données Données comptables en ce qui concerne les extraits cadastraux délivrés.




Fonctions Enregistrement et suivi.

Utilisateurs 10 directions provinciales

Technologie Application DBase





6.31 Application : Comptabilité CappoenVersion 0.2 du 10/05/2004

6.31.1 Résumé

But de l’application Les transactions immobilières sont (peuvent être) soumises à un bureau d’enregistrement du cadastre, en vue de faire enregistrer la transaction officiellement. Voici quelques exemples de telles transactions : actes notariés, baux, etc. Une taxe est prélevée lors de l’enregistrement.

Les enregistrements sont consignés dans des registres. Il existe différentes sortes de registres, soit un par type de transaction enregistrée. En général, un enregistrement comporte les éléments suivants :

1. l’objet de la transaction (par ex. : vente d’un bien) ;

2. la date de la transaction ;

3. un éventuel renvoi à des documents séparés dans lesquels la transaction est décrite de façon plus détaillée ;

4. le montant de la taxe.

Le contenu des registres revêt donc :

1. un caractère juridique ;

2. un caractère comptable.

Les bureaux d’enregistrement et les directions sont censés se charger de la comptabilité des droits perçus, et réaliser des statistiques très détaillées des montants correspondant à chaque type d’enregistrement. Les statistiques sont utilisées pour attribuer les recettes aux différentes Régions.

Jusqu’il y a peu, ces deux tâches exigeaient beaucoup de travail. C’était surtout l’élaboration des statistiques qui exigeait de passer les registres en revue, ce qui représentait vraiment un travail de titan.

L’application (un système de feuilles de calcul) développée par Madame Cappoen a réduit cette charge de travail dans une large mesure, tout en améliorant la qualité des résultats.

Contexte Patris : bureaux d’enregistrement et directions

Statut Application existante déjà utilisée dans tous les bureaux de Flandre. L’application a été mise en service pour la première fois dans des bureaux de Wallonie en avril.

Données L’utilisateur de l’application introduit les données suivantes dans les registres, pour chacun des enregistrements :

1. un code pour le type d’enregistrement ; on utilise des acronymes qui se retiennent facilement ;

2. le montant des droits ;

3. les coordonnées du bureau et du responsable du service.

D’après ces données, les tableurs génèrent les données et les rapports




nécessaires ; ces aspects sont décrits de façon plus détaillée ci-dessous.

Fonctions L’application consiste en un certain nombre de feuilles de calcul, dont les principales fonctions sont :

1. introduction manuelle des données essentielles au sein des bureaux ;

2. validation des données introduites et signalement des erreurs ;

3. calcul des totaux qui doivent être repris dans les registres par l’utilisateur du bureau, pour clôturer la période de contrôle (en général 10 jours) ;

4. calcul de bilans (chaque mois + chaque année) ;

5. calcul de statistiques mensuelles ;

6. calcul de statistiques annuelles détaillées ;

7. calcul de livres de caisse pour les inspecteurs ; cela leur permet de contrôler si la caisse est exacte (lutte contre la fraude interne) ;

8. transfert des données des feuilles de calcul utilisées dans les bureaux vers les feuilles de calcul utilisées par les directions, à l’aide de fichiers intermédiaires (et par courriel).

9. introduction automatique de données au sein des directions.

Technologie Feuilles de calcul MS Excel + macros.

Courriel pour l’envoi de données entre tableurs, sous forme de fichiers temporaires.

Les nouvelles versions sont distribuées via un serveur central.

Utilisateurs Fonctionnaires des bureaux d’enregistrement

Inspecteurs chargés du contrôle des montants perçus.

Directeurs.


Évolution potentielle Adaptation continue à la législation en vigueur, sur base trimestrielle.

Poursuite du déploiement de la solution en Wallonie.

Statistiques mensuelles plus détaillées. Les statistiques annuelles sont plus détaillées que les statistiques mensuelles. Ceci s’explique par le fait que l’établissement manuel de statistiques demandait tellement de travail qu’il n’était possible de produire des statistiques détaillées qu’une fois par an. A présent, les statistiques sont automatiquement mises à jour lors de l’introduction des données et l’on se demande donc si les statistiques mensuelles ne pourraient pas, elles aussi, être détaillées.

Points forts L’application est très efficace :

l’élaboration des statistiques et de la comptabilité exige beaucoup moins de tâches manuelles ;

la qualité des résultats est probablement meilleure : lorsque des erreurs sont commises, elles sont immédiatement signalées.

L’application est très bien acceptée. Ce succès semble provenir des




caractéristiques suivantes :

Les rapports générés par les tableurs sont conformes aux formats officiels.

Mais avant tout, les personnes qui doivent introduire les données ont bien accepté l’application, parce que les écrans de saisie correspondent à ce que les employés connaissent : les écrans reproduisent la présentation des registres.

Points faibles Les modifications sont apportées trimestriellement. La distribution des nouvelles feuilles de calcul est opérée via un serveur central, d’où elles peuvent être téléchargées. Des erreurs se produisent parfois lors de l’installation : des fichiers sont placés dans de mauvais dossiers. Il serait bon d’automatiser ce processus..

6.31.2 Vue d’ensemble du processus

Ce schéma donne une vue d’ensemble de la manière selon laquelle l’application “Comptabilité Cappoen” est utilisée au sein des bureaux d’enregistrement et des directions.




Quelques remarques supplémentaires Le schéma montre que les registres constituent un ensemble hiérarchisé. Certains registres servent à

l’enregistrement proprement dit ; ils revêtent un caractère comptable et (dans certains cas) juridique. Les registres du niveau supérieur revêtent un caractère purement comptable ; ils comportent les totaux calculés à partir des données des registres effectifs.

Les feuilles de calcul sont remplies au moment de l’enregistrement. Un fonctionnaire transcrira les données des registres dans les feuilles de calcul tous les dix jours. Cette transcription tous les dix jours revêt un caractère historique : bien que les rapports ne doivent être rédigés que mensuellement, on a souhaité répartir les recherches au cours du mois.

Les tableurs utilisés dans les bureaux calculent les totaux que les fonctionnaires reprendront dans les registres pour clôturer la période.




Bien que les chiffres soient envoyés aux directions sous forme de fichier/courriel, des rapports sont aussi établis sur papier. Le circuit traditionnel sur papier subsiste donc ; les rapports sont seulement créés beaucoup plus simplement. Les fichiers servent bien entendu à éviter que le personnel des directions doive de nouveau introduire les chiffres calculés dans les bureaux.

Les directions effectuent un travail de collationnement et de contrôle. Elles envoient des rapports à l’Administration centrale en ce qui concerne les statistiques, et directement au Trésor en ce qui concerne la comptabilité. Le Trésor constitue en fait une instance distincte qui fait cependant partie du SPF Finances, mais est indépendante de l’ACED.

A l’heure actuelle, seuls des documents sur papier sont envoyés à l’Administration centrale et au Trésor. Il n’est cependant pas impossible que ces administrations centrales soient équipées de ces tableurs afin de ne plus devoir réintroduire les données.

Les rapports sur papier sont signés par les fonctionnaires de l’échelon supérieur, afin de décharger les responsables des services en charge des rapports de leur obligation de rendre des comptes. Cette pratique est provisoire et une décision finale sera prise à terme à ce sujet.

6.32 Application : StatisVersion 0.2 du 29/04/2004

But de l’application Le but de l’application STATIS consiste à :

1. adapter la capacité des bureaux d’enregistrement aux besoins réels ;

2. rendre compte du nombre de repérages par bureau 21 ;

3. fournir, pour chaque bureau d’enregistrement, des informations en ce qui concerne les noms (en éventuellement les adresses) des notaires et des huissiers connus ou associés au bureau et au personnel du bureau.

Les données doivent être introduites par les bureaux. En ce sens, STATIS constitue seulement une étape vers un système de tableaux de bord grâce auquel toutes les données statistiques seront automatiquement dérivées des activités d’enregistrement proprement dites. STATIS sera abandonné lorsque le système de tableaux de bord sera introduit.

STATIS offre les possibilités suivantes aux responsables, en matière de planification de capacité :

1. statistiques annuelles , avec une vue d’ensemble de la charge de travail (c’est-à-dire le nombre de documents à enregistrer) par bureau.

2. statistiques mensuelles , avec une vue d’ensemble du nombre de documents à enregistrer, du nombre de documents déjà enregistrés et de ceux qui doivent encore l’être.

Le système comporte aussi des éléments ‘ressources humaines’, dans la mesure où il dispose des niveaux et des fonctions du personnel de chaque bureau, ainsi que du nombre de jours prestés comparé au nombre de jours ‘à prester’.

Champ d’application Patris/Bureaux d’enregistrement


Données Par bureau...

21 On parle de “repérage” lorsqu’un bureau d’enregistrement constate, spontanément ou par le biais d’un contrôle, qu’un contribuable a payé un supplément de droits d’enregistrement ou de droits de succession of d’autres taxes.




Par an...

Nombres (en ce qui concerne les données entrantes, traitées, à traiter...)

Documents types (toute une série d’actes établis par les notaires, l’administration, les juges de paix, les huissiers, etc. ; estimations, comptes mobiles, etc.).

Repérages

Noms et adresses de personnes (notaires, huissiers, …).

Noms et fonctions/niveaux des membres du personnel et nombre de jours prestés comparé au nombre de jours à prester.

Fonctions Enregistrement

Consultation

Statistiques

Accès au moyen d’un nom d’utilisateur et d’un mot de passe.

Différents niveaux d’autorisation d’accès.

Utilisateurs Membres du personnel des bureaux : introduction de données.

Administrations locales, régionales ou nationales : introduction éventuelle de données et consultation de listes et de statistiques.

Technologie Intranet/ PHP/ MySQL


6.33 Application : Flux de travaux ContentieuxVersion 0.1 du 28/04/2004

Dans le contexte de Patris, il faut établir une distinction entre deux groupes de réclamations, pour les “flux Différends/flux Contentieux”.

1. D’une part, ce qui concerne le service Cadastre où les réclamations peuvent avoir pour objet le revenu cadastral et les modalités d’enregistrement des propriétés dans les registres du cadastre. Il s’agit en l’occurrence d’un nombre limité de types de réclamation (une dizaine). L’enregistrement ainsi que le traitement de ces réclamations seront informatisés dans une large mesure pour la fin de l’année 2004.

2. D’autre part, les réclamations adressées aux services Enregistrement, Droits de succession, et Recouvrement de créances non fiscales : les cas possibles sont très variés. En principe, chaque article de loi appliqué par chacun de ces services peut faire l’objet d’une contestation. C’est aussi en raison de leur diversité que le traitement de ces réclamations n’a (presque) pas encore été informatisé.

Les deux catégories se distinguent aussi par le caractère des flux de travaux.:

1. En ce qui concerne les réclamations adressées au Cadastre :a. Des réclamations peuvent parvenir aux bureaux de contrôle ou aux directions, qui les

renvoient alors aux bureaux de contrôle.




b. Les réclamations sont principalement traitées par les centres de contrôle.

c. Les résultats sont renvoyés aux directions, pour validation, à l’exception des dossiers simples.

2. Les réclamations adressées aux services d’Enregistrement sont traitées successivement par les services locaux, les directions régionales ou l’administration centrale (principe de cascade), en fonction de la complexité du dossier. Cela veut dire que si un dossier ne peut pas être traité par un niveau, il est envoyé au niveau supérieur. Les décisions sont transmises aux intéressés par le service qui a reçu la réclamation.

À l’heure actuelle, les fonctionnalités concernant les futurs flux de travaux sont analysées dans le cadre du projet Patris. Le système actuel, qui est appliqué au sein des services du cadastre, joue notamment un rôle de source d’inspiration. On s’attend à ce que ses fonctionnalités se retrouvent dans le futur Système Patris.

NB : il n’existe par ailleurs aucun lien entre “Patris/Flux de travaux Contentieux” et “Flux de travaux Recouvrement des Impôts”.




Il serait bon, avant toute chose, de se demander ce qui pourrait être informatisé en termes de flux de travaux Réclamations. Voici une liste d’aspects à envisager. Le tableau indique aussi les aspects qui sont informatisés au sein des deux services à l’heure actuelle.

Aspect Informatisation Cadastre

Informatisation Enregistrement

Registre des réclamations – le registre comporte des informations structurées sur les réclamations, ce qui permet le suivi de leur traitement (en général : date d’introduction, identité du demandeur, du fonctionnaire responsable du traitement, type de réclamation, référence au dossier, référence éventuelle aux biens qui font l’objet de la réclamation). Le registre ne comporte pas la réclamation proprement dite.

Oui (2ème trim. 2004) Non

Informatisation de la réclamation proprement dite – vu que les réclamations parviennent au service sur papier, il s’agit de la numérisation des lettres et des documents reçus.

Non Non

Intégration du registre des réclamations dans l’application qui permet leur traitement


Traitement des réclamations – enregistrement d’éléments influençant la décision et impression de la décision finale au format standard, utilisation d’un ensemble de paragraphes standard.


Historique des décisions – résumé des circonstances et des décisions prises pour chaque dossier ; tri par article de loi. Peut aider à prendre des décisions plus rapidement et de façon cohérente. Non

Non (mais les éléments

essentiels existent au sein de

l’administration centrale de

l’enregistrement)

Répartition des réclamations – une réclamation est transmise à l’un des services de l’Administration générale de la Documentation patrimoniale en fonction du type de réclamation, du domicile du demandeur, de l’emplacement des biens, etc.

Non Non

Intégration avec un dossier unique Non Non

Intégration des réclamations et des dossiers informatisés (par ex., le dossier de l’évaluation cadastrale). Non Non

Intégration avec CADNET (en ce qui concerne l’identification et les caractéristiques des biens). Non Non




La figure ci-dessous décrit les principaux composants de la solution destinée au cadastre (en service depuis le 2ème trim. 2004 : registre ; 3ème trim. 2004 : traitement).

Les deux composants de l’application sont :

Le registre des réclamations (application centrale intranet, d’après PHP et MySQL) ; en service à partir du mois de juin 2004.

Applications de traitement : (basées sur des bases de données Access) - applications qui trouvent les données pertinentes dans les dossiers et impriment les décisions prises sur un document standard imposé par la Région Flamande. Ces applications sont installées sur les postes de travail des fonctionnaires des bureaux de contrôle. En service à partir du troisième trimestre de 2004.

Cette solution résout le problème du temps perdu au cours des périodes d’intense activité, en raison des déplacements nécessaires à la collecte d’informations.

6.34 Analyse de l’application Amendes administrativesVersion 0.1 du 29/03/2004





Entretien avec Patrick De Smedt, le 25/03/04.

Emplacement de l’application : uniquement des initiatives locales.





En cas de retard de dépôt des comptes annuels, la Banque Nationale inflige une amende à la société fautive. Ces amendes sont gérées par le SPF Economie, qui notifie l’amende à la société en question. Le recouvrement (non fiscal) de ces amendes incombe à la Direction générale de la Documentation patrimoniale. Le SPF Economie est averti lorsque l’amende est encaissée, de manière que le dossier puisse être clôturé.


Processus CoperFin\Domaine

Remarques




fonctionnel

Amendes administratives

Recouvrement de créances non fiscales : Processus 7, 8, 9 , 31

6.34.2.2.1 Évolution ?Pour le moment, il existe des solutions ad hoc au sein des différents bureaux du Domaine, pour le recouvrement des créances non fiscales mais il n’existe aucun support central.

Pour le moment, un projet est élaboré en vue de permettre le suivi de tous les paiements et d’avertir le bureau du Domaine concerné en cas de non-paiement, de manière que ce bureau puisse prendre les mesures qui s’imposent afin de procéder au recouvrement.

6.35 Analyse de l’application Amendes pénales Version 0.1 du 29/03/2004


Entretien avec Patrick De Smedt, le 25/03/04.

Emplacement de l’application : uniquement des initiatives locales.








Le SPF Justice envoie régulièrement des extraits de jugements, sur papier, aux Bureaux des amendes pénales. Ces bureaux analysent les jugements et des amendes pénales sont infligées aux condamnés. Ces bureaux procèdent aussi au recouvrement en cas de non-paiement. Entre autres sanctions possibles en cas de non-paiement, des peines d’emprisonnement peuvent être infligées.

Pour le moment, il s’agit d’un processus ‘sur papier’ mais des administrations locales ont cependant pris quelques initiatives en vue d’un support TI pour ce processus.



Remarques

Amendes pénales

Recouvrement de créances non fiscales : Processus 7, 8, 9 , 31




6.35.2.2.1 Évolution ?A titre de futur développement possible, citons la réception des jugements sous un format structuré, par voie électronique.

6.36 Application : Déclaration structurée de successionVersion 0.2 du 03/04/2004

6.36.1 RésuméBut de l’application Le projet “Déclaration structurée” s’inscrit dans le cadre d’un projet plus

vaste qui a pour but de parvenir à un plus haut degré d’automatisation et d’intégration du processus de calcul des droits de succession en cas de décès, tout en enregistrant de façon univoque les informations que l’on obtient au sujet du patrimoine des habitants du pays.

Le processus qui est ébauché en annexe se déroule encore manuellement, dans une large mesure, à l’heure actuelle. Il va de soi que le point le plus sensible est l’obtention d’informations auprès des proches du défunt. Le projet Déclaration structurée poursuit les objectifs suivants :

1. simplifier (de préférence par voie électronique) la collecte d’informations ;

2. obtenir les déclarations de décès et des informations auprès de tiers (banques, compagnies d’assurance et contributions directes) par voie électronique.

Buts :

1. automatiser le calcul des droits de succession ;

2. adapter la documentation patrimoniale existante.


Statut La date de livraison de ce projet n’est pas encore connue à l’heure actuelle. On se trouve actuellement en phase de lancement : la problématique est analysée. Un premier projet partiel, “Info-Succ”, a été présenté à la direction vers la mi-mai. Le but de ce premier projet partiel consiste à mettre des informations à la disposition des proches des défunts, afin de leur permettre de savoir si une déclaration est nécessaire, tout en obtenant des informations au sujet du patrimoine effectif.

Données Voici les entités/concepts principaux pour la déclaration structurée :

identité du défunt ; héritiers ; dévolution (cela veut dire : raison pour laquelle on est héritier - lien de

parenté, testament, contrat,... - et part de l’héritage qui revient à chaque héritier) :

le patrimoine du défunt :

o actif (biens) / passif (dettes) ;

o actif mobilier et immobilier ;

o actif civil (réel) et fictif ;




o dettes existantes et dettes découlant du décès.

Fonctions Principaux éléments de la solution définitive :

Un référentiel (serveur) dans lequel les déclarations de décès et les informations collectées auprès de tiers seront enregistrées ou importées.

Une application Internet qui permettra aux héritiers ou aux notaires d’établir les déclarations. L’aspect sensible de cette application réside dans “le manque d’expérience des utilisateurs finaux”. Il ne s’agit pas tellement d’une méconnaissance des outils informatiques mais certainement d’une méconnaissance de la législation et des informations qui doivent être communiquées.

Les applications existantes (CADNET-LOCO et TP380) qui devront être intégrées dans le reste du système.

Un module de calcul qui se présente à l’heure actuelle sous la forme d’une feuille de calcul EXCEL et qui devra donc être converti et intégré.

Utilisateurs Les utilisateurs de la déclaration structurée sont :

les héritiers du défunt qui doivent déposer la déclaration, et éventuellement

les notaires qui les assistent.

Technologie Pas encore déterminée.

Intégration avec d’autres systèmes ? Voir ci-dessus.

6.36.2 Le processus Existant




Les fonctionnaires des bureaux d’enregistrement compétents tentent de décider si une déclaration de succession doit être établie ou non. Pour ce faire, ils utilisent les informations dont ils disposent déjà (soit sur papier, soit informatisées) et des informations collectées auprès de tiers.

À l’heure actuelle, le formulaire de déclaration n’est presque pas structuré : la majeure partie des informations à fournir consistent en texte libre. Un deuxième problème se pose : à moins de se faire assister par un notaire, la plupart des héritiers ne connaissent pas suffisamment la législation civile pour pouvoir déterminer une dévolution ainsi que les informations qui doivent être communiquées.

Le diagramme se limite à ce qui est pertinent pour l’aspect “déclaration”. Les aspects du processus qui n’apparaissent pas dans le schéma comprennent notamment :

les conséquences d’un défaut de déclaration spontanée ;

la détermination des valeurs ;

les litiges.

6.37 Caractéristiques opérationnelles de l’ordinateur central IBMVersion 0.2 du 25/03/2004

Ce document a pour but de décrire les caractéristiques opérationnelles actuelles telles qu’elles s’appliquent aux applications déployées sur l’ordinateur central IBM du cadastre.




Ce document est le résultat de l’entretien qui a eu lieu le 11 mars avec M. Olivier Dasnoy.

6.37.1 Service Level Requirements

6.37.1.1 Disaster Recovery Planning

6.37.1.1.1 Données* Support disque

Actuellement, des disques RAID-5 sont en utilisation, ce qui offre un certain niveau de protection du moins si le sinistre n’affecte pas le site entier.

* Sauvegarde

Chaque matin, une procédure de sauvegarde est lancée. Mais la fréquence avec laquelle les applications et données sont sauvegardées diffère d’une application à l’autre. Pendant la création de la sauvegarde, l’accès au mainframe n’est plus disponible pour les utilisateurs.

La qualité des copies de sauvegarde n’est pas vérifiée. En plus, le transport des copies de sauvegarde (créée sur cartouche magnétique) vers un deuxième site ne se fait pas systématiquement.

* Archivage

Depuis 25 ans, on crée une copie d’écran annuel des données sur micro fiche. Mais, à partir de 2005, les imprimantes de micro fiches seront mises hors production étant donné la décision de ne pas les déménager vers le nouveau site.

L’approche suivie actuellement, consiste en garder toutes les données disponibles.

6.37.1.1.2 Applications* Site

Il n’y a qu’un mainframe supportant la production, et le deuxième site sert principalement au stockage des données sauvegardées. On estime à plusieurs semaines le temps nécessaire pour reconstruire l’image de production sur base des données sauvegardées.

Il existe un souhait pour déployer une approche basée sur la prise de copies de disque qui permettrait de redémarrer la production sur un 2ème site après un certain délai. Les propositions avancées par le Secrétariat Général stipulent que le MTTR permis (Mean Time To Repair) est de 24 h pour la synchronisation des données, et de 24 h additionnelles pour le redémarrage du système de production. Sur base de ces chiffres, une approche ‘mirrorring’ n’est pas jugée nécessaire.

6.37.1.2 Disponibilité

6.37.1.2.1 L’indisponibilité planifiée Chaque vendredi, il y une fenêtre de 2 heures pendant laquelle ne mainframe n’est pas en service pour des raisons de sauvegarde.

Chaque matin de la semaine de travail (5 fois par semaine), une sauvegarde est crée faite des données. On s’attend à ce que ceci prenne de plus en plus de temps, étant donné que le temps est proportionnel au volume de données à sauvegarder.

6.37.1.3 Gestion de systèmeLe suivi de la production est fait par le ‘Availability Operations Manager’ (un outil d’IBM).




6.37.1.4 Interface utilisateursL’interface utilisateurs supportée est le 3270.

6.37.2 Contraintes

6.37.2.1 TI

6.37.2.1.1 Standards TI et préférencesEnvironnements

Pour le moment, un nombre d’environnements est défini sur le mainframe IBM (VM/’VSE) où chacun a un objectif spécifique en supportant un groupe d’utilisateurs. Un besoin pour chacun de ces environnements est ressenti au sein de l’administration général de la documentation patrimoniale (AGDP).

La table suivante reprend les environnements comme actuellement définis :

Environnement But

Production Support pour Cadnet/Loco

Service Support pour des développements et tests liés a Cadnet/Loco

Simulation Support pour le développement en parallèle, un flux supportant le développement de nouvelles fonctionnalités, l’autre offrant un support pour la maintenance de la version actuellement en production

Sert aussi d’environnement de test pour les routines de réorganisation des données. Ceci permet d’évaluer le coût en termes de CPU et permet de vérifier que les routines vont au bout avant de les appliquer à l’environnement de production.

Education Environnement d’entraînement destiné à des utilisateurs internes (contient les données d’un nombre de communes fictives)

Consultation Ne permet qu’un accès Read-Only aux données et offre un support pour les requêtes de la fédération des notaires, les requêtes des Impôts et Recouvrement,et les extraits de la matrice cadastrale.

Cet environnement contient une copie de la base de données de production qui est régulièrement mise à jour (mais la fréquence de mise a jour varie).

Cet environnement a été créé séparément de l’environnement de production par un souci de performance, c’est-à-dire qu’on veut garantir la réactivité du système vis-à-vis des utilisateurs internes.

Laboratoire Un environnement ou les fixes/mises à jour sont d’abord appliqués pour vérifier leur bon fonctionnement. Ensuite, ils seront appliques à l’environnement ‘simulation’ ou ‘service’ et en dernier lieu à l’environnement de production.

AFP L'environnement AFP assure le spooling des documentsAFP (extraits de la matrice cadastrale) au moyen du pilote (driver) PSFet de TCP/IP.




Les remarques suivantes ne s’appliquent qu’aux 5 premiers environnements ; mis à part la base de données de sécurité, rien n’est partagé entre ces environnements différents. Et chacun de ces environnements a une copie de la base de données de production (mais utilisée à des fins différentes).

Il n’existe pas un environnement séparé de test d’acceptation. A ces fins, on utilise soit l’environnement de production, de service ou de simulation.

Chaque environnement héberge un support transactionnel (CICS) et un support par lot.




7. Annexe C – Aperçu des processus CoperfinProcessus Coperfin # Description

Processus 10 : Requête des droits

Le processus 10.1 : La requête immédiate des droits de greffe vise au recouvrement le plus efficace possible de ces droits de greffe ainsi qu’à leur versement à la Trésorerie.

Le processus 10.2 : « la requête des droits d’enregistrement, droits d’hypothèque et cotisations » vise au recouvrement le plus efficace possible de ces droits ainsi qu’à leur versement à la Trésorerie. Les droits complémentaires aux droits d’enregistrement ne sont pas inclus dans ce processus (voir le processus « Requête des droits de succession, droits de transfert en cas de décès, insuffisances et droits de suspension. Un processus semblable à celui du recouvrement des droits d’enregistrement est opéré lorsque des montants doivent être payés (il s’agit d’indemnités que le contribuable doit payer pour les services des processus « Conservation et mise à jour de la documentation patrimoniale » et « Fourniture des informations patrimoniales » de l’entité Sécurité Juridique.

Le processus 10.3 : La requête des droits de succession, droits de transfert en cas de décès, insuffisances et droits de suspension, a pour but de procéder au recouvrement le plus efficace et le plus convivial possible des droits de succession et des droits complémentaires dus suite aux déclarations de successions.

Processus 11 : Acquisition, gestion et aliénation de biens

Le processus 11.1 « Acquisition de biens immobiliers » traite l’acquisition de biens immobiliers (achats et aliénations) au nom du gouvernement des autorités fédérales et fédérées. Les services du patrimoine jouent le rôle d’organe compétent exclusif des autorités fédérales et de mandataire des autorités fédérées.

Le processus 11.2 « Aliénation et vente de biens immobiliers » vise à l’aliénation ou à la vente de biens immobiliers des autorités fédérales et fédérées. Les services du patrimoine jouent le rôle d’organe compétent exclusif des autorités fédérales et de mandataire des autorités fédérées.

Le processus 11.3 : « Réalisation des biens mobiliers » vise à offrir des services en liaison avec les biens mobiliers des autorités : les biens mobiliers sont vendus, recyclés ou détruits.

Le processus 11.4 : Liquidation d ’une succession en déshérence (=payer le passif et encaisser l’actif) a été conçu afin de prendre possession, au nom de l’état, des successions en déshérence.

Processus 12 : Estimation des biens

Le processus 12.1 : « Estimation des biens mobiliers » a été conçu afin d’estimer les biens mobiliers (valeur vénale) pour les clients internes du SPF Finances et, si possible, à plus long terme pour les clients externes. Ces estimations concernent un grand nombre de biens (actions non cotées, mobilier, œuvres d’art, pièces de collection, …). Le développement de bases de données ainsi qu’une documentation spécifique concernant les biens mobiliers sera nécessaire pour déterminer les valeurs vénales. Le support d’experts externes sera requis compte tenu de la grande diversité et de la complexité des biens mobiliers.

Le processus 12.2 : « Estimation des biens im mobiliers » a été conçu afin d’évaluer des biens immobiliers pour les clients internes et externes du SPF




Finances. Ces estimations concernent trois types de valeurs : la valeur vénale, la valeur de reconstruction et la valeur locative/revenu cadastral fédéral. Les activités de ce processus se différencient en fonction du type de valeur.

Processus 13 : Dresser et passer un acte authentique

Le processus 13 : « Dresser et passer un acte auth en tique » a été conçu en vue de dresser et passer des actes authentiques pour les autorités fédérales et fédérées. Les services du patrimoine jouent, à ce niveau, le rôle de « notaire de l’autorité », notaire de et pour les autorités. Ce processus est un processus indépendant qui dresse et passe uniquement l’acte authentique. Lorsque, en d’autres mots, l’acte authentique n’est pas la conséquence d’une acquisition ou d’une aliénation d’un bien immobilier (par exemple, location ou vente d’habitations sociales et prêts hypothécaires y afférents ou statuts d’une société (publique). Ce processus opère comme un processus auxiliaire des processus d’acquisition et d’aliénation/vente de biens immobiliers.

Processus 14 : Conservation et mise à jour de la documentation patrimoniale

Le processus 14.1 : « Conservation et mise à jour de la documentation patrimoniale » a été conçu dans le but de garantir la gestion et la mise à jour aussi complète que possible de la documentation du patrimoine et d’ainsi garantir une sécurité juridique maximale. Ce processus a, en ce qui concerne le fonctionnement opérationnel, un lien important avec le programme CRM de documentation du patrimoine.

Le processus 14.2 : « Gestion du plan cadastral » a été conçu afin d’utiliser et d’améliorer le plan cadastral de manière continue et numérique.

Processus 15 : Fourniture des informations patrimoniales

Le processus 15 : « Fourniture des informations patrimoniales » a été conçu en vue de maximiser l’accès de tous les clients à la documentation patrimoniale, en tenant compte de la législation concernant la protection de la vie privée. En ce qui concerne la mise à disposition d’informations extraites des archives, il convient de tenir compte du fait que ces archives ne seront pas numérisées. Ce processus a, en ce qui concerne le fonctionnement opérationnel, un lien important avec le programme CRM de documentation patrimoniale.

Processus 16 : Gestion des différends

Le processus 16 : « Gestion des différends » a été conçu afin de solutionner le plus rapidement et le plus efficacement possible les différends qui peuvent survenir entre le citoyen (au sens le plus large du terme) d’une part et l’Administration d’autre part. Ce processus traite divers types de « différends » qui peuvent se présenter au sein de l’entité la Documentation patrimoniale :

Contestations : forme de différends qui ne tombent pas sous le couvert des procédures formelles de la législation,

Préjudices : forme de différends qui se présentent selon des procédures formelles et/ou qui doivent répondre à des exigences formelles pour être recevables,

Contentieux : différends qui sont traités par une instance juridique. L’entité « Relevés et Estimations » ne gère pas les contentieux. Les contentieux avec l’entité « Relevés et Estimations » sont traités par l’entité Sécurité juridique.




