Bonjour,
Le dernier dossier de SUP AC1 publié sur mon territoire présente des actes dont l'idActe est mal construit :
| idSup | idActe |
| AC1-172014607-1907191135 | AC1-172014607-1907191135461445-1 |
| AC1-172014607-1907191135 | AC1-172014607-1907191135468954-2 |
En effet, le standard CNIG SUP v2016, §5.2.6 exige :
L’identifiant idActe est composé <idSup>-<a> où <a> est un numéro d’ordre incrémenté pour les différents actes d'une même SUP.
Or, dans ces données, REPLACE("idActe", "idSup" || '-', '') échoue, autrement dit ne produit pas un numéro séquentiel unique. Cela complexifie l'intégration des données.
Pourtant, le rapport de validation de ce jeu de données ne liste aucune non-conformité relative à ce point. Je suppose donc que la structure du idActe n'est pas contrôlée par le validateur.
Pourriez-vous établir un contrôle sur la structure de idActe, de sorte que l'effacement de "idSup" || '-' laisse bien un nombre entier comme demandé par le standard ?
Cordialement,
Bonjour,
Le dernier dossier de SUP AC1 publié sur mon territoire présente des actes dont l'idActe est mal construit :
En effet, le standard CNIG SUP v2016, §5.2.6 exige :
Or, dans ces données,
REPLACE("idActe", "idSup" || '-', '')échoue, autrement dit ne produit pas un numéro séquentiel unique. Cela complexifie l'intégration des données.Pourtant, le rapport de validation de ce jeu de données ne liste aucune non-conformité relative à ce point. Je suppose donc que la structure du idActe n'est pas contrôlée par le validateur.
Pourriez-vous établir un contrôle sur la structure de idActe, de sorte que l'effacement de "idSup" || '-' laisse bien un nombre entier comme demandé par le standard ?
Cordialement,