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

AnomalieAdresse v2 #8

Closed ggrebert closed 1 year ago

ggrebert commented 1 year ago

Swagger de validation: https://ggrebert.github.io/anomalieAdresse/

TODO:

ggrebert commented 1 year ago

Renomer refs par relatedEntity ?

Pull Request: https://github.com/ggrebert/anomalieAdresse/pull/1

Pros

Cons

ggrebert commented 1 year ago

Supprimer code_oi et code_oc

Pull Request: https://github.com/ggrebert/anomalieAdresse/pull/2

C'est champs devraient être en ReadOnly et fournis uniquement par l'OI.

Proposition

Remplacer ces 2 champs par relatedParty qui est un tableau de 2 éléments.

Pros

Cons

ggrebert commented 1 year ago

Désactiver l'attribut requestedResolutionDate

Suite à une conversion avec Yann ROUCHON, il faudrait supprimer ce champs.

Etant donné qu'il est issue du modèle parent (TroubleTicket), celui-ci ne peut pas être supprimé. Mais on peut forcer la désactivation de ce paramètre en le passant en ReadOnly.

ggrebert commented 1 year ago

Rendre obligatoire le champs StatusChangeReason.

Suite à une conversion avec Yann ROUCHON, il faudrait sûrement enrichir la liste des valeurs possible, et citer les contextes d'utilisation en fonction du statut.

Liste des statuts actuel:

statusChangeReason:
  enum:
    - ALREADY_RESOLVED
    - DELAY_ANSWER_EXPIRED
    - DELAY_CREATION_EXPIRED
    - DELAY_VALIDATION_EXPIRED
    - DUPLICATE
    - INVALID
    - OTHER
    - RESOLUTION_ACCEPTED
    - UNKNOWN_RESOURCE
    - UNKNOWN_ZONE
ggrebert commented 1 year ago

Requalification d'un ticket

modification de la complexité

passage de IN_PROGRESS à IN_PROGRESS.

l'OI doit renseigner les champs:

ggrebert commented 1 year ago

L'OC peut refuser autant de fois une résolution

ggrebert commented 1 year ago

status des fichiers:

Mise à des events