Incohérence de définition de "priority" et "ticketType" dans l'héritage

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

Incohérence de définition de "priority" et "ticketType" dans l'héritage #81

Closed fgibello closed 3 months ago

fgibello commented 5 months ago

priority :

Dans "AnomalieAdresseBase", on retrouve pour le champ "priority" une "enum" alors que, dans "TroubleTicket", le type du champ est "string". Dans la description, il faudrait ajouter "critical" également : s'il y a une "enum", il faut que tous les choix y soient présents.

ticketType :

Dans "AnomalieAdresseBase", on retrouve pour le champ "ticketType" une "enum" alors que, dans "TroubleTicket", le type du champ est "string".

ggrebert commented 5 months ago

Le type est bien string.

enum représente les valeurs possible. Il est possible d'avoir un enum avec un type à la valeur integer.

Doc openapi: https://swagger.io/docs/specification/data-models/enums/
CRITICAL n'a pas été proposée comme valeur possible pour priority dans le cadre d'AnomalieAdresse. Si il est présenté en exemple dans la description c'est que celle-ci est héritée de TroubleTicket. Il est possible de :
1. Proposer la valeur CRITICAL en Interop
2. Surcharger la description de priority
3. Laisser comme tel

ggrebert commented 5 months ago

Peut-on clôturer l'issue ?

richard-olvera commented 3 months ago

rejeter en interop du 7 juin