Registre national d'Immatriculation des Copropriétés RNIC

Bonjour, L'export expose trois colonnes adresse_complementaire_1, _2 et _3, alors que la colonne nombre_adresses_complementaires peut aller très au-delà. Toutes les adresses au-delà de la troisième sont donc absentes du fichier, sans qu'aucun indicateur ne signale la perte, hormis l'écart entre le compteur et les colonnes. Constat sur l'actualisation quotidienne du 28 juillet 2026 (649 263 lignes) : - 11 087 copropriétés déclarent plus de 3 adresses complémentaires - 1 188 en déclarent 11 ou plus, le maximum observé étant 199 - au total, 42 980 adresses complémentaires sont comptées mais non exposées Ce serait génial de corriger cela par exemple en publiant une ressource annexe normalisée, une ligne par adresse (numero_immatriculation, rang, adresse), et son équivalent pour les parcelles. Remarque annexe sur la fiabilité du compteur : environ 2 465 lignes ont nombre_adresses_complementaires à 0 alors qu'au moins une colonne adresse_complementaire est renseignée, et une cinquantaine présentent le cas inverse. Le compteur semble donc désynchronisé sur un petit volume. Merci mille fois ! Inès

En effet, la qualité de la donnée est perfectible : - 8143 doublons sur l'identifiant copro lui-même (extraction du 21 juillet), - 60480 copro (près de 10% donc) dont l'adresse n'est pas parsée voire incomplète ... probablement dû à l'absence de champ n°, voie, donc à l'absence de nomenclature, les fautes de frappe ajoutant un peu de piment (pour les yeux) dans tout ça. Heureusement il y a le champ code_officiel_arrondissement_commune qui permet de s'y retrouver :-) Je comprends bien que les parcelles des copro ne coincident pas parfaitement avec l'adressage, mais il y a les champs "adresses complémentaires" pour ça, et sans vouloir restreindre un champ "n° dans la voie" qui pourrait devenir ingérable (ma copro est un 16 à 26), séparer un champ "numéros" libre, un champ "indice de répétition" (bis etc) et un champ "voie" obligatoire dans chaque champ adresse parait possible et souhaitable. - enfin, une erreur d'encodage (qui vient du code des formulaires de saisie, il serait temps de le remarquer) sur le "È" des arrondissements (Unicode: U+00C8) que le dev a remplacé par un "Č" (U+010C) (restitué dans le champ nom_officiel_arrondissement_commune : "Paris 15Čme Arrondissement" Concernant les adresses manifestement en souffrance, il y a t'il un process / une application (accessible aux collectivités ou administrations par exemple) pour l'améliorer ? Et des champs séparés n°/rep/voie sont-ils prévus dans les formulaires de mise à jour individuelle afin que ce galimatias se réordonne petit à petit et soit compatible avec la BAN ? Merci

Bonjour, Dans l'extraction quotidienne du RNIC il y a environ 8000 lignes qui apparaissent en doublon, le premier exemple par ordre d'apparition étant la copropriété immatriculée AA2109551. Pouvez-vous corriger cela dans les prochaines extractions ? Merci

Bonjour, Dans le cadre d'une étude statistique, je souhaite analyser l'évolution des copropriétés en France, plus particulierement a Boulogne-Billancourt. Les fichiers actuellement disponibles au téléchargement remontent jusqu'à l'année 2022. Serait-il possible de remettre à disposition les archives annuelles précédentes (de 2016 à 2022), ou de m'indiquer un lien où télécharger ces anciens millésimes ? Merci d'avance pour votre aide et pour le partage de ces données. Cordialement, Erich

Bonjour,comment peut on obtenir la data sur le Registre national d'Immatriculation des Copropriétés a une data anterieur a celle d aujourdhui? par exemple pour fin decembre 2025 et fin mar 2026? merci

Bonjour, je ne trouve plus les deux colonnes concernant les nombres d'arretés. Est ce volontaire ou un bug provisoire? merci!

Bonjour, la mise à jour du registre csv va t'elle être bientôt effectuée ? Un grand merci par avance :)

Bonjour, Dans le cadre des efforts de l'Etat en matière de décarbonation du secteur de l'habitat, il serait utile de publier la liste des copropriétés avec les données indiquant les énergies de chauffage collectif ou individuel, car elles sont recueillies dans les déclarations au registre national des copropriétés . Merci d'avance pour votre réponse

Bonjour, Je m'aperçois que dans la nouvelle version du RNC datant de ce mois de janvier, certains syndics n'ont plus la raison social renseignée. Dans l'export CSV, colonne "identification_du_representant_legal_raison_sociale_et_le_numer", on peut avoir en valeur " null <SIRET>". Or certains de ces syndics avaient bien l'information dans l'ancienne version du RNC. On peut voir aussi ce problème sur le site. Exemple : https://annuairedescoproprietes.fr/syndic/vence/null-/31485011600034.html Merci par avance pour votre retour.

Bonjour, En consultant l’annuaire des copropriétés, il est possible de constater que certaines copropriétés disposent d’un encart Référentiel National des Bâtiments (RNB), ainsi que d’un identifiant associé. Serait-il envisageable d’ajouter les identifiants RNB dans le fichier CSV exporté trimestriellement ? Merci par avance pour votre retour.

Bonjour, merci encore pour votre travail, est ce que les mises à jour trimestrielles vont reprendre leur rythme normal ?

Bonjour, Comme pour le précedent message, je me heurte depuis la mise à jour à une 404 sur le fichier T2 2025, mais lorsque j'essaie de taper un fichier plus ancien T1 2025 ou T4 2024 je reçois aussi une 404, ces fichiers ne sont plus accessibles via tabular-api ? Serait-il possible de charger un ancien fichier qui fonctionne le temps que le T2 2025 soit corrigé ? Merci à vous pour votre réponse. Benoit

Bonjour En me connectant, par API, avec l'identifiant métadonnées du fichier, j'ai actuellement une erreur 404 alors que tout fonctionnait en juillet. Le fichier n'est plus disponible ? Merci pour votre retour Cordialement

Bonjour, En exploitant la ressource tabulaire du RNIC (resource ID 3ea8e2c3-0038-464a-b17e-cd5c91f65ce2) via l’API https://tabular-api.data.gouv.fr, nous avons constaté que la colonne « Date de la dernière MAJ » est encodée au format JJ/MM/AAAA. Ce format entraîne deux difficultés : - Lors de l’indexation automatique, la colonne est détectée comme chaîne de caractères et non comme date. - Les filtres de l’API (__greater, __strictly_greater, tris, etc.) s’appliquent alors selon l’ordre alphabétique ; l’usage de JJ/MM/AAAA produit donc des résultats contre-intuitifs (par exemple : « 05/05/2017 » > « 05/04/2025 »). Proposition Option 1 (la plus simple) publier cette colonne directement en ISO 8601 (YYYY-MM-DD) dans le dump trimestriel ; Option 2 (compatible rétro) ajouter une colonne dérivée, par exemple date_maj_iso au format YYYY-MM-DD, tout en conservant la colonne d’origine. Ces deux solutions permettraient : - Une détection correcte du type date par les outils data.gouv.fr - L’usage immédiat des opérateurs de filtre/tri sur l’API tabulaire Merci d’avance pour votre retour et, le cas échéant, la mise à jour du format. Cordialement,

Bonjour, petit message pour savoir si vous alliez bien publier le T2 prochainement. Un grand merci par avance

Bonjour, Nous avons constaté qu’un changement de format de date est intervenu dans la dernière version du fichier publié (mise à jour du 28 avril 2025), ce qui a entraîné des erreurs dans notre traitement automatisé. Afin d’anticiper les futures mises à jour, nous souhaiterions savoir : Ce nouveau format de date est-il destiné à être maintenu dans les prochains exports ? D’autres évolutions de structure ou de format (ajout/suppression de colonnes, encodage, séparateurs, etc.) sont-elles prévues à court ou moyen terme ? En cas de modification, serait-il possible d’en être informés en amont, via une notification ou un changelog ? Nous vous remercions d’avance pour votre retour. Bien cordialement.

Bonjour, je viens de télécharger ce jeu de données au format csv et j'ai remarqué que les en-têtes de champs contenaient de nombreux caractères spéciaux (slash,":",parenthèses...) voire même des virgules qui ne sont pas des caractères de champs. Serait-il possible de prévoir un nettoyage de ces en-têtes de champs pour votre prochaine publication (cela faciliterait grandement la réutilisation des ces données) ? Merci d'avance. Bien cordialement.

Bonjour, Savez-vous quand la prochaine mise à jour trimestrielle aura lieu ? Merci par avance

Bonjour, Tout d'abord, merci pour ces informations de qualités et actualisées à intervalles très réguliers. Deux remarques concernant la fiche descriptive. - après la ligne 14 "Adresse de référence", il faut ajouter 3 lignes qui existent bel et bien dans le CSV depuis longtemps : ligne 15 "Numéro et Voie (adresse de référence)", ligne 16 "Code postal (adresse de référence)" et ligne 17 : "Commune (adresse de référence)". - votre tableau de la fiche descriptive passe de la ligne 32 à 36. Il faudrait refaire la numérotation suite à la suppression des champs : nombre_arretes_code_sante_publique, nombre_arretes_peril et nombre_arretes_equipements_communs. Merci d'avance, Julien

Bonjour, Serait-il possible d'ajouter une nouvelle colonne au fichier CSV, intitulée "raisonSocialeOuNomSyndic", qui correspond au nom d'une régie de syndic, à l'image de cette route : https://www.registre-coproprietes.gouv.fr/api/public/annuaire/coproannuairedetail/93783. Bien cordialement, Armand Meunier