remarques-architecteBytel

[ekossent]

Bonjour,
Voici les recommandations des architectes Bytel :
Flux 1 M1 : Renommage de l'intervention DO en intervention OI=>mise à jour de l'url en POST/interventions-oi
création de l'intervention OI iso intervention DO chez l'OI
Flux 1 M3 : création d'un service PUT/interventions-oi qui permet de modifier l'intervention OI en l'occurrence avec la date de fin de l'intervention
Flux 2 M2 et M4 : notifierInterventionOI => l'OI notifie l'OC de la création puis des mises à jour faites sur l'intervention OI
POST /interventions-oi/notification
Flux 3 : M5 déclarer les accès Hors service OC auprés de l'OI. Nous pensons qu'il s'agit plutôt de déclarer les accès hors service des clients. /interventions-oi/{refIntervOI}/acces-oc-hs
Gestion des erreurs HTTP :
Revision des codes HTTP et ajout d'une structure Body pour l'erreur exemple : {   "error": "INVALID_FORMAT",   "error_description": "CHAMPS_NON_RENSEIGNE",   "error_parameters": [ "name"  ] }

[ekossent]

Je viens de rajouter un commit sur la partie sécurité des API : Protocole Oauth2 Client Credentials

[alexisthethe]

Avis d'Axione sur la proposition :

Nous préférons ne pas changer le nom des routes. Une convention a déjà été validée, et nous pensons qu'il est plus judicieux de se concentrer sur la spécification et l’implémentation des protocoles en cours et à venir (malfaçon, anomalie adresse, ...).

Modifier un protocole qui fonctionne bien actuellement ne semble pas nécessaire.

[richard-olvera]

Sinon dernier point est ce que ca vous derange si on passe en YAML ?

c'est moins lourd à lire

[f-teyssier]

a clôturer suite à l'ancienneté