search

before-interop / anomalieAdresse

Ce protocole permet le traitement d'une demande de création ou de modification d'adresses immeuble dans les IPE
https://before-interop.github.io/anomalieAdresse/
1 stars 6 forks source link

Ano en masse : faire en sorte que les critères d'erreur communs à tous les IMB ne soient précisés qu'une seule fois #56

Closed JeanChristopheLacroix closed 4 months ago

JeanChristopheLacroix commented 8 months ago

Dans l'existant, les critères d'erreur suivants sont communs à tous les IMB, alors qu'ils sont déclarés comme étant des tableaux sans limite de taille: building.address.streetname, building.address.postcode, building.address.city, building.address.streetType, building.address.code_insee, building.address.code_hexacle_voie,

==> merci de faire en sorte que l'OC soit contraint à ne saisir qu'une seule fois les valeurs de ces critères

ggrebert commented 8 months ago

2 possibilités:

  1. modifier le type du champs value pour le remplacer de array<string> à string
  2. ajouter un critère de validation sur value: < 2 items
JeanChristopheLacroix commented 7 months ago

ORANGE a une préférence pour la solution 1, + lisible et + simple

ericjacq92 commented 7 months ago

Réponse Bytel : Ok pour la solution 1, MAIS :

Il faudrait l'étendre à toutes les issues. En effet, on avait dit qu'une anomalie en masse permettait de mettre à jour plusieurs immeuble (référencés en relatedentity), en appliquant pour ces immeubles les modifications sur des critères communs uniquement.

Donc tous les attributs devraient être définis en Issue et pas en IssueArray (et donc également non définis en "items")

A étendre à :

alexisthethe commented 7 months ago

Axione : OK pour la solution 1

svernierAI commented 6 months ago

Seuls les attributs communs à tous les IMB doivent être définis de type Value