Feature/api 4653 scope provider field

[Samuelfaure]

Related datagouv/apistration#359

Problem: API Entreprise & Particulier have different scope formats, which is inconsistent and makes fetching of scopes more complex than it should be;
The "group" is used as a provider field abusively, it was not meant for that, better to register provider as an actual provider

Solution: align those & add more information to the config by use of a new provider field in YAML

Additional proposition: align all data providers in datapass with the same format (WDYT?)

[linear]

API-4653

[jbfeldis]

Vu très en diagonale, je lirai pour de vrai mardi prochain, mais tu as vu qu'on avait déjà une "db" des providers dans service_providers.yml, ça serait cool d'utiliser ça pour récupérer le label non ? (et du coup relier via leur id et non le label)

[Samuelfaure]

J'ai raté ça je vais étudier ta solution 👍

[skelz0r]

Pour moi c'est un sujet exclusivement API E/P qui n'a pas lieu d'exister sur DataPass.
En réalité faut juste simplifier coté API E/P

[Samuelfaure]

@skelz0r c'est de la complexité coté datapass qui se répercute coté API E/P non?

Après on peut fermer ici si tu pense que c'est overkill comme standardisation

[skelz0r]

c'est de la complexité coté datapass qui se répercute coté API E/P non?

Oui, sauf si on simplifie coté API E/P.
Surtout qu'in-fine on veut que ça soit la même chose coté DataPass et API E/P, on n'itère pas vraiment sur l'affichage coté API E/P (parce qu'en vrai.. faut drastiquement simplifier le compte usager et faire un vrai système d'APIM ET qu'imo faut juste rediriger vers le datapass et pas tout afficher) mais quasiment uniquement sur la tête des formulaires DataPass.

Y'a pas de standardisation ici, c'est un sujet purement API E/P parce qu'on a des sous-FDs, ce qui n'a rien à faire sur DataPass à mon sens (mais faut laisser décider l'équipe DP ici)