Closed JeanChristopheLacroix closed 4 months ago
C'est une valeur "read-only" qui est géré par l'OI.
2 possibilités:
MULTI
pour gérer le cas des anomalies en masseCOMPLEX
Seule la proposition 1 pourrait convenir.
La 2 va impacter les KPI et serait aussi non conforme à la décision Arcep. 3 types d’anomalies sont définies dans la décision arcep :
Il faut pouvoir retrouver ces 3 types au niveau de API, pour que le traitant (quand on est OI) s’y retrouve, pour que les compteurs de délais soient bien distincts, pour que des KPI par types soient possibles… Vision OC c’est pareil mettre complexe pour une demande en masse reviendra à confondre 2 types d’anomalies.
Il ne faut pas oublier qu'il existe déjà un attribut pour différencier les anomalies en masse: sizeRefs
Oui d'accord, mais une anomalie en masse complexe ça ne veut rien dire, simple/complex n'a de sens que pour les unitaires.
OK pour la proposition 1. Par contre, elle engendre un breaking change
Réponse Bytel :
La modification en masse est une modification qui s'applique sur plusieurs refImmeuble au lieu d'une seule ==> elle devrait être qualifiable en SIMPLE ou COMPLEX. On peut adopter COMPLEX puisqu'il est convenu qu'en masse, il est convenu que le délai soit étendu.
Réponse Axione : en phase avec la nécessité d'ajouter une 3è valeur de complexity pour les demandes en masse.
On ne peut pas considérer qu'une demande en masse correspond à un cas complexe puisque le délai de la décision Arcep n'est pas le même. Et l'utilisation d'un autre champ pour distinguer les demandes en masse (autre proposition ci-dessus) complexifierait inutilement le calcul des indicateurs.
Altitude : Une anomalie en masse étant déjà typée, je pencherai plus pour indiquer COMPLEX
Décision Interop du 16/05 : à clôturer =>La valeur de la complexité pour les anomalies en masse sera "MASSE"
a description word du protocole prévoit que la complexité simple/complexe ne soit définie que pour les anomalies unitaires. La complexité n'est pas définie pour les anos en masse Cf PJ Merci de prévoir la possibilité de mettre un valeur vide, ça n'est pas prévu dans la version actuelle du swagger