Appelez-nousDemander un devis

Retour aux actualités

Le validateur du Géoportail de l'Urbanisme (GPU) a généré plus de 47 000 rapports d'anomalies en 2024, dont 68% concernent des avertissements destinés à devenir des erreurs bloquantes. Depuis le décret n°2015-1783 du 28 décembre 2015 et l'arrêté du 29 décembre 2020 relatif au système national de gestion informatique prévu à l'article L132-7 du Code de l'urbanisme, la dématérialisation complète des documents d'urbanisme impose une conformité stricte aux standards CNIG. Cet article détaille les 6 catégories d'avertissements GPU les plus fréquents, leur calendrier précis de migration vers erreurs bloquantes (2025-2026), et les actions correctives concrètes pour garantir la publication de vos documents d'urbanisme sans blocage administratif.

Qu'est-ce qu'un avertissement GPU et pourquoi devient-il une erreur ?

Un avertissement GPU est une notification générée par le validateur du Géoportail de l'Urbanisme lors du contrôle qualité d'un document d'urbanisme dématérialisé, signalant une non-conformité au standard CNIG qui n'empêche pas encore la publication mais qui deviendra bloquante à échéance définie. Le validateur GPU, développé par l'IGN pour le compte de la DGALN, applique les règles du standard CNIG dans sa version en vigueur (actuellement v2017 avec mises à jour 2021 et 2023).

Distinction réglementaire entre avertissement et erreur :

• Erreur bloquante : empêche immédiatement la publication sur le GPU selon l'article R.132-1 du Code de l'urbanisme

• Avertissement : permet la publication temporaire mais sera requalifié en erreur à une date butoir

• Information : simple recommandation d'amélioration sans caractère obligatoire

Calendrier de migration des avertissements 2025-2026 :

Catégorie d'avertissementDate migration erreurExemple concretImpact blocageChevauchements de zones > 10 m²01/01/2025 (effectif)2 zones AU se superposent sur 15 m²Publication refusée immédiatementChevauchements toutes surfaces01/07/2025Zones UB et N se chevauchent sur 2 m²Publication refusée + révision obligatoireChamps obligatoires NULL01/07/2025DATAPPRO vide dans DOC_URBACorrection avant toute modificationMétadonnées XML invalides01/07/2025Absence de Régénération metadata.xml requisePDF non PDF/A-1b01/01/2026REG.pdf avec polices non incorporéesConversion PDF/A obligatoireSUP annexées non conformes01/01/2026Servitude sans métadonnées INSPIRERestructuration complète SUP

Responsabilités dans la conformité GPU :

Vous avez reçu un rapport GPU avec des dizaines d'avertissements ? IDS France réalise un audit complet de vos données et corrige automatiquement 80% des anomalies topologiques et attributaires en moins de 48h.

Erreurs de topologie GPU : comment corriger les chevauchements et auto-intersections ?

Les avertissements géométriques GPU sont des non-conformités détectées dans la structure spatiale des données vectorielles (polygones de zonage, prescriptions surfaciques), générées lorsque les géométries violent les règles de topologie définies par le standard CNIG v2017 chapitre 4.2.3 : chevauchements, auto-intersections, nœuds dupliqués, orientation incorrecte des anneaux. Ces anomalies génèrent des erreurs dans les outils de consultation GPU : calculs de surface incorrects, affichage dégradé, requêtes spatiales défaillantes.

Avertissements topologiques critiques :

• Chevauchements de zones : deux polygones de zonage (zone_urba) se superposent partiellement, violation de l'article 4.2.3.1 du standard CNIG. Depuis le 1er janvier 2025, les chevauchements de plus de 10 m² sont bloquants. Au 1er juillet 2025, tout chevauchement devient une erreur stricte.

• Espaces vides entre zones : présence de "trous" non affectés à une zone, contraire au principe de couverture exhaustive du territoire

• Auto-intersections : géométrie qui se croise elle-même, génère des polygones invalides selon la norme ISO 19107

• Nœuds dupliqués : sommets identiques répétés dans une même géométrie, crée des artefacts de calcul

• Orientation des anneaux : anneaux extérieurs dans le sens anti-horaire et trous horaires (norme OGC Simple Features)

Actions correctives pour la dématérialisation des PLU :

• Utiliser les outils de validation topologique QGIS 3.28+ (Vérificateur de topologie natif dans menu Vecteur > Outils de géométrie)

• Appliquer la fonction ST_MakeValid() de PostGIS pour corriger les auto-intersections : UPDATE zone_urba SET geom = ST_MakeValid(geom) WHERE NOT ST_IsValid(geom);

• Générer une couche de contrôle qualité GPU avec FME (Workbench TopologyValidator)

• Vérifier l'orientation des anneaux avec ogr2ogr -makevalid fichier_sortie.shp fichier_entree.shp

• Activer le mode d'accrochage topologique dans QGIS (Project > Snapping Options > Enable topological editing)

Champs obligatoires manquants dans le GPU : quels attributs vérifier ?

Les avertissements attributaires GPU sont des notifications générées lorsque les tables d'attributs des couches SIG ne respectent pas le modèle conceptuel de données CNIG v2017 annexe B : champs obligatoires manquants, types de données incorrects, valeurs hors listes d'énumération imposées, ou longueurs de champs dépassées. Le standard CNIG impose 47 champs obligatoires répartis sur 9 tables principales (DOC_URBA, ZONE_URBA, PRESCRIPTION, INFO_SURF, INFO_LIN, INFO_PCT, PRESCRIPTION_SURF, PRESCRIPTION_LIN, PRESCRIPTION_PCT).

Champs obligatoires à contrôler :

• TYPEPSC : type de prescription mal renseigné (codes imposés : 01=Espace boisé classé, 02=Élément de paysage protégé, 03=Secteur de mixité sociale, 05=Patrimoine bâti protégé, 07=Zone humide, 13=Emplacement réservé)

• DATAPPRO : date d'approbation au format incorrect (ISO 8601 AAAA-MM-JJ obligatoire selon standard CNIG PLU version 2017)

• IDURBA : identifiant unique non conforme au format imposé (structure : codeINSEE_AAAAMMJJ_typeDoc, ex : 75056_20231215_PLU)

• NOMFIC : nom de fichier PDF réglementaire non correspondant à la nomenclature (doit être REG_numéroDossier.pdf)

• TYPEZONE : type de zone non conforme aux codes imposés (U=Urbain, AU=À urbaniser, A=Agricole, N=Naturel et forestier)

Listes de valeurs (énumérations) :

• DESTDOMI (destination dominante de zone) : valeurs hors liste (uniquement : 01=Habitat, 02=Activité, 03=Destination mixte, 99=Sans objet)

• LIBELLE vs LIBELONG : incohérence entre libellé court (50 caractères max) et long (254 caractères)

• TYPEINF : type d'information urbanistique avec codes erronés (01 à 34 selon annexe standard CNIG)

• STYPEPSC : sous-type de prescription avec valeurs non référencées dans la table de correspondance officielle

Migration vers erreur : Au 1er juillet 2025, tout champ obligatoire vide ou mal typé sera bloquant pour la publication sur le géoportail de l'urbanisme.

Actions correctives :

• Créer un script SQL de validation avant export : SELECT * FROM zone_urba WHERE datappro IS NULL OR datappro !~ '^\d{4}-\d{2}-\d{2}$'

• Utiliser les modèles QGIS pré-configurés du CNIG (disponibles sur geoportail-urbanisme.gouv.fr/ressources)

• Implémenter un contrôle de cohérence avec FME AttributeValidator pour la correction automatique des anomalies GPU

• Vérifier les longueurs maximales avec SELECT idurba, length(libelle) FROM zone_urba WHERE length(libelle) > 50;

Nommage PDF pour le GPU : quelle nomenclature respecter ?

Les avertissements PDF GPU sont des non-conformités détectées dans les pièces écrites réglementaires (règlement, OAP, rapport de présentation) lorsque les fichiers PDF ne respectent pas les règles de nommage imposées par le standard CNIG v2017 chapitre 5.3 : préfixes TYPE_, caractères interdits, extensions, ou les exigences du format PDF/A-1b définies par la norme ISO 19005-1:2005. Ces avertissements représentent 34% des notifications GPU selon le bilan DGALN 2024.

Règles de nommage des PDF obligatoires :

La nomenclature suit le format : TYPE_numéroDossier_suffixe.pdf

• REG_ : règlement écrit (obligatoire, article R.151-10 du Code de l'urbanisme)

• OAP_ : orientations d'aménagement et de programmation (article R.151-6)

• RAP_ : rapport de présentation (article R.151-1)

• ANN_ : annexes (servitudes, réseaux, SUP, etc.)

• DOC_ : autres documents complémentaires

Exemples d'avertissements fréquents :

• Fichier nommé reglement.pdf au lieu de REG_75056_20231215.pdf

• Présence de caractères spéciaux accentués (é, è, ç interdits selon standard)

• Extension en majuscules .PDF au lieu de .pdf (sensibilité à la casse)

• Espaces dans le nom de fichier (remplacer par underscore _)

• Tirets non autorisés (seul underscore accepté comme séparateur)

Métadonnées PDF/A pour la migration PLU numérique :

Depuis l'arrêté du 29 décembre 2020, les PDF doivent être au format PDF/A-1b minimum (norme ISO 19005-1:2005). Les avertissements concernent : absence de métadonnées Dublin Core (titre, auteur, date), polices non incorporées, présence d'éléments non archivables (JavaScript, formulaires interactifs, sons, vidéos), taille excessive (>50 Mo génère un avertissement), transparence non autorisée.

Migration vers erreur : Au 1er janvier 2026, tout fichier PDF non conforme au format PDF/A-1b sera rejeté. Le validateur vérifiera la conformité avec VeraPDF (outil de référence).

Actions correctives :

• Utiliser Adobe Acrobat Pro (Fichier > Enregistrer sous > PDF/A-1b)

• Solution libre : gs -dPDFA=1 -sProcessColorModel=DeviceRGB -sDEVICE=pdfwrite -o output.pdf input.pdf

• Valider avec VeraPDF : verapdf --format text fichier.pdf

• Incorporer les polices manquantes : gs -dNOPAUSE -dBATCH -sDEVICE=pdfwrite -dEmbedAllFonts=true -sOutputFile=output.pdf input.pdf

Erreurs de clés étrangères GPU : comment relier les tables CNIG ?

Les avertissements de cohérence inter-tables GPU sont des violations des relations de clés étrangères définies dans le modèle conceptuel de données CNIG (diagramme UML annexe C), détectées lorsqu'une table fille référence un identifiant inexistant dans la table mère (ex : ZONE_URBA avec un IDURBA absent de DOC_URBA) ou lorsque des identifiants uniques sont dupliqués. Le modèle CNIG impose 12 relations de clés étrangères strictes entre les 17 tables du standard.

Relations obligatoires critiques :

• ZONE_URBA ↔ DOC_URBA : chaque zone doit référencer un document via IDURBA (cardinalité 1..*)

• PRESCRIPTION ↔ DOC_URBA : même obligation de référencement pour toutes les prescriptions

• INFO_SURF ↔ ZONE_URBA : chaque information surfacique doit être rattachée à une zone existante via IDZONE

• PRESCRIPTION_SURF ↔ PRESCRIPTION : prescriptions surfaciques reliées via IDPSC

• HABILLAGE_TXT ↔ DOC_URBA : habillages graphiques référençant le document parent

Exemple d'incohérence fréquente : Une prescription surfacique (PRESCRIPTION_SURF) avec IDURBA = "75056_20231215_PLU" mais aucun enregistrement correspondant dans DOC_URBA. Le validateur génère : Avertissement : clé étrangère IDURBA non satisfaite pour 3 entités.

Doublons d'identifiants : Plusieurs zones avec le même IDZONE, prescriptions partageant un IDPSC identique, documents avec IDURBA dupliqué (erreur structurelle grave).

Migration vers erreur : Depuis le 1er juillet 2024, les clés étrangères non satisfaites sont déjà bloquantes pour les tables principales (DOC_URBA, ZONE_URBA, PRESCRIPTION).

Actions correctives :

• Créer des contraintes de clés étrangères en base PostgreSQL/PostGIS : ALTER TABLE zone_urba ADD CONSTRAINT fk_idurba FOREIGN KEY (idurba) REFERENCES doc_urba(idurba);

• Générer un rapport de cohérence SQL : SELECT z.idzone FROM zone_urba z LEFT JOIN doc_urba d ON z.idurba = d.idurba WHERE d.idurba IS NULL;

• Détecter les doublons : SELECT idzone, COUNT(*) FROM zone_urba GROUP BY idzone HAVING COUNT(*) > 1;

• Utiliser FME FeatureMerger pour valider les jointures avant export

Métadonnées XML GPU : comment générer un fichier metadata.xml conforme ?

Les avertissements métadonnées XML GPU sont des non-conformités détectées dans le fichier metadata.xml obligatoire, généré lorsque celui-ci ne respecte pas le profil CNIG de métadonnées de données géographiques version 2.0 (2019), la directive INSPIRE 2007/2/CE, ou l'arrêté du 26 décembre 2011 relatif aux métadonnées des géodonnées (éléments XML manquants, schéma ISO 19139 invalide, mots-clés GEMET absents).

Éléments XML obligatoires :

: titre du document d'urbanisme (doit inclure type de document + commune, ex : "Plan Local d'Urbanisme de Paris") : date de dernière mise à jour au format ISO 8601 (AAAA-MM-JJ) : système de coordonnées (CRS EPSG obligatoire, généralement EPSG:2154 Lambert-93 pour la France métropolitaine) : organisme responsable (doit inclure nom, email, rôle selon CodeList ISO 19115) : identifiant unique UUID du jeu de données (format UUID v4 recommandé) : résumé descriptif du document d'urbanisme (250 caractères minimum)

Conformité INSPIRE pour les SUP : Les servitudes d'utilité publique doivent respecter le thème INSPIRE "Zones de gestion, de restriction ou de réglementation" (Annex III.11). Avertissements spécifiques : absence d'identifiant UUID, mots-clés INSPIRE manquants (thésaurus GEMET requis avec au moins 3 mots-clés), emprise géographique (bounding box) invalide.

Migration vers erreur : Au 1er juillet 2025, l'absence de métadonnées XML valides sera bloquante. Au 1er janvier 2026, la conformité complète au profil CNIG 2.0 sera strictement contrôlée.

Actions correctives :

• Utiliser le générateur de métadonnées QGIS (extension MetadataHub ou QSphere)

• Valider le XML avec l'outil en ligne de l'AFIGEO : validator.afigeo.asso.fr

• Vérifier la conformité INSPIRE avec le validateur européen

• Générer un UUID valide : SELECT uuid_generate_v4(); (PostgreSQL) ou outil en ligne uuidgenerator.net

Validateur GPU pour SCOT et cartes communales : quelles spécificités ?

Les avertissements GPU spécifiques aux SCOT et cartes communales sont des non-conformités propres à ces types de documents d'urbanisme, définies par les chapitres 7 et 8 du standard CNIG v2017, concernant notamment les tables DOC_URBA_SCOT et SECTEUR_CC, les périmètres non jointifs, et les typologies de secteurs réglementaires (constructible/non constructible selon article L.161-1 du Code de l'urbanisme).

Avertissements SCOT : Périmètre de SCOT non jointif (espaces non couverts entre communes membres, violation article L.143-1), superposition avec autre SCOT (chevauchement de périmètres interdit sauf fusion en cours), absence de table PERIMETRE_SCOT (obligatoire depuis standard CNIG v2017), IDSCOT mal formé (format : codeINSEE_AAAAMMJJ_SCOT avec codeINSEE de la commune porteuse).

Avertissements cartes communales : SECTEUR_CC sans TYPESECTEUR (valeurs obligatoires : 01=Constructible, 02=Non constructible), absence de numérisation du zonage (carte avec uniquement PDF scanné non acceptable), IDURBA mal formé (utilisation du format PLU au lieu du format CC : codeINSEE_AAAAMMJJ_CC), couverture territoriale incomplète (secteurs non affectés).

Migration vers erreur : Les avertissements SCOT sur les périmètres non jointifs deviennent des erreurs au 1er janvier 2026. Pour les cartes communales, l'absence de table SECTEUR_CC numérisée sera bloquante au 1er juillet 2025.

Actions correctives spécifiques :

• SCOT : utiliser un outil de vérification de couverture spatiale (Union spatiale dans QGIS pour détecter les trous)

• Cartes communales : vectoriser obligatoirement les secteurs constructibles/non constructibles (même si document graphique simple)

• Vérifier la complétude du périmètre : SELECT ST_Area(ST_Union(geom)) FROM secteur_cc; comparé à la surface communale INSEE

Questions fréquentes

Qu'est-ce qu'un avertissement GPU et pourquoi devient-il une erreur ?

Un avertissement GPU est une notification générée par le validateur du Géoportail de l'Urbanisme lors du contrôle qualité d'un document d'urbanisme dématérialisé, signalant une non-conformité au standard CNIG qui n'empêche pas encore la publication mais qui deviendra bloquante à échéance définie selon un calendrier publié par la DGALN. Cette migration progressive permet aux collectivités et prestataires d'adapter leurs chaînes de production sans blocage immédiat.

Quelle est la différence entre un avertissement GPU et une erreur GPU ?

La différence principale réside dans le caractère bloquant : une erreur empêche immédiatement la publication du document sur le Géoportail de l'Urbanisme selon l'article R.132-1 du Code de l'urbanisme, tandis qu'un avertissement permet la publication temporaire mais deviendra une erreur bloquante à une date butoir communiquée par la DGALN, généralement entre 6 et 24 mois selon la criticité de l'anomalie.

Comment savoir si mon document GPU a des avertissements ?

Pour savoir si votre document d'urbanisme contient des avertissements GPU, vous devez soumettre vos données au validateur officiel accessible sur geoportail-urbanisme.gouv.fr/validateur. Après analyse (30 secondes à 2 minutes selon la taille du document), le validateur génère un rapport de validation au format HTML ou PDF listant toutes les erreurs, avertissements et informations détectées, avec pour chaque anomalie le type, la localisation géographique précise, et la règle CNIG violée.

Combien de temps ai-je pour corriger un avertissement GPU avant qu'il ne devienne une erreur bloquante ?

Le délai de migration varie de 6 à 24 mois selon la criticité de l'avertissement. La DGALN publie chaque année un calendrier prévisionnel sur geoportail-urbanisme.gouv.fr/actualites. En moyenne, les avertissements géométriques bénéficient de 12 mois, les avertissements attributaires de 18 mois, et les avertissements sur métadonnées de 24 mois avant migration en erreur stricte.

Puis-je publier un document d'urbanisme avec des avertissements GPU ?

Oui, tant que l'avertissement n'est pas encore migré en erreur bloquante selon le calendrier DGALN. Cependant, toute modification ultérieure du document (révision, modification simplifiée, mise à jour) nécessitera la correction complète de tous les avertissements présents, même ceux non liés directement à la modification en cours. Il est donc fortement recommandé de corriger immédiatement tous les avertissements dès la première livraison.

Quels outils gratuits puis-je utiliser pour détecter les avertissements GPU avant soumission ?

Comment corriger automatiquement les avertissements topologiques GPU ?

Pour corriger automatiquement les avertissements topologiques GPU (chevauchements, auto-intersections, nœuds dupliqués), vous pouvez utiliser trois méthodes principales : la fonction ST_MakeValid() de PostGIS pour réparer les géométries invalides en base de données (UPDATE zone_urba SET geom = ST_MakeValid(geom);), le Vérificateur de topologie natif de QGIS 3.28+ (menu Vecteur > Outils de géométrie > Vérifier la validité), ou des scripts FME avec le transformateur TopologyValidator qui détecte et corrige automatiquement jusqu'à 80% des anomalies géométriques courantes.

Quand les avertissements PDF/A deviennent-ils des erreurs bloquantes ?

Les avertissements concernant les fichiers PDF non conformes au format PDF/A-1b deviendront des erreurs bloquantes au 1er janvier 2026 selon le calendrier publié par la DGALN. À partir de cette date, tout fichier PDF réglementaire (règlement, OAP, rapport de présentation, annexes) devra respecter strictement la norme ISO 19005-1:2005 avec vérification automatique via VeraPDF intégré au validateur GPU.

Quel est le format exact de l'identifiant IDURBA exigé par le standard CNIG ?

Le format exact de l'identifiant IDURBA exigé par le standard CNIG v2017 est : codeINSEE_AAAAMMJJ_typeDoc, où codeINSEE est le code INSEE de la commune sur 5 caractères (ex : 75056 pour Paris, 13055 pour Marseille), AAAAMMJJ est la date d'approbation du document au format année-mois-jour (ex : 20231215 pour le 15 décembre 2023), et typeDoc est le type de document (PLU, PLUI, CC, SCOT, PSMV). Exemple complet : 75056_20231215_PLU.

Points clés à retenir

• Les avertissements GPU sont des non-conformités temporairement tolérées qui deviendront des erreurs bloquantes selon un calendrier publié annuellement par la DGALN et consultable sur le site du Géoportail de l'Urbanisme

• 68% des avertissements concernent les incohérences attributaires (champs obligatoires, listes de valeurs CNIG) et la topologie (chevauchements, auto-intersections, nœuds dupliqués)

• Trois échéances critiques à anticiper : 01/01/2025 (topologie >10m²), 01/07/2025 (attributs/métadonnées XML), 01/01/2026 (PDF/A et SUP INSPIRE)

• Corriger immédiatement tous les avertissements évite de bloquer les futures procédures de révision ou modification du document d'urbanisme et limite la dette technique

• Les fichiers PDF doivent respecter le format PDF/A-1b (norme ISO 19005-1:2005) et une nomenclature stricte définie par le standard CNIG v2017 chapitre 5.3 avec préfixes TYPE_

• Les métadonnées XML doivent être conformes au profil CNIG 2.0 et à la directive INSPIRE 2007/2/CE, avec validation obligatoire des schémas ISO 19139 et ISO 19115

• Les outils gratuits (QGIS, VeraPDF, scripts Python gpu-tools, validateur AFIGEO) permettent un contrôle qualité préventif avant soumission au validateur GPU officiel

• 80% des avertissements topologiques et attributaires sont corrigibles automatiquement avec des scripts dédiés (PostGIS ST_MakeValid, FME TopologyValidator, QGIS Geometry Checker)

• Publication possible avec avertissements mais blocage garanti aux futures modifications sans correction complète, créant un risque administratif majeur

• Le contrôle qualité GPU préventif est obligatoire pour éviter la dette technique, sécuriser la dématérialisation des PLU/SCOT/CC, et garantir la publication sans rejet

Besoin d'un audit GPU automatisé et de corrections garanties ? IDS France propose trois niveaux d'intervention adaptés à vos besoins : audit express (48h) avec rapport détaillé des anomalies, priorisation par criticité et calendrier de correction personnalisé ; correction automatisée via scripts Python/FME/PostGIS pour 80% des avertissements topologiques et attributaires avec livraison sous 72h ; et formation GPU d'une journée pour vos équipes (QGIS + validateur GPU local + workflow de contrôle qualité). Nos géomaticiens maîtrisent les standards CNIG, les outils SIG professionnels (QGIS, FME, ArcGIS Pro, PostGIS), et les spécificités réglementaires de la dématérialisation pour sécuriser vos dématérialisations et garantir la publication sur le géoportail de l'urbanisme sans blocage administratif ni perte de temps.

*Cet article est fourni à titre informatif. IDS France est expert en cartographie, SIG et ingénierie géospatiale. Nos équipes n'incluent pas de juristes en urbanisme et ne garantissent pas la conformité juridique de vos documents. Pour toute interprétation juridique, rapprochez-vous d'un professionnel du droit.*