Ajouter une légende pour les différentes couleurs des graphes de la page historique des fournisseurs.

En français dans le titre ; côté administrateur cela comprend :

• suppression de la checkbox dans le formulaire de création utilisateur ;
• le bouton et le formulaire pour attribuer un périmètre de rôle à un utilisateur ;

Côté utilisateur :

• le bouton et le formulaire de création de jetons

Vérifier qu'il ne reste pas du code mort lors du calcul du périmètre de droits attribué aux utilisateurs, idem dans les stores.

Seul l email principal recoit email de confirmation.
Ajouter les techs et metiers quand different (sans lien de creation de mot de passe)

Ex de solution réalisant cela http://www.nicolas-verhoye.com/mettez-de-la-vie-dans-vos-tableaux-avec-jquery-datatables.html

L'idée est de faire quelque chose de simple sans forcément recourir à jquery, mais qui permette de naviguer dans la liste grandissante des utilisateurs plus aisément

La consommation des utilisateurs est difficile à visualiser, on ne peut pas :

• s'imprégner de la consommation des utilisateurs au jour le jour
• voir d'un coup d'oeil qui sont les utilisateurs faisant le plus de requêtes
• voir les utilisateurs potentiellement en difficulté qui n'ont pas fait de requête depuis leur attribution de token ou ont arrêté de requêter

Si issue acceptée, ouvrir l'issue pendant sur admin_apientreprise

Coucou @thimy (je t'assigne pour la notif qui va bien et savoir ce que tu en penses, tu peux te desassigner !)

• Bouton en anglais (Login) -> devrait être en français : Se connecter ? Connexion ?
• Le "bouton" actuel a l'air d'un texte quelconque, son affordance est trop faible sur la page

Espace manquant avant "Conditions Générales d'Utilisation".

Dans la vue administrateur il existe déjà un bouton "Blacklister" pour les jetons, il faut aussi un deuxième bouton "Archiver", toujours avec une alerte pour valider l'action.
L'action d'archivage est moins lourde de conséquences en terme d'action, pour la couleur.

Dans l'interface, les boutons de mise à jour et de suppression des contacts ne sont pas fonctionnels.

A modifier :

• Formulaire de création d'utilisateur :

  • "Création d'un nouvel utilisateur" => "Création d'une nouvelle entité".
  • "Contexte" => "Siret de l'entité"

• Page de profil utilisateur :

  • "Profil utilisateur" => "Profil de l'entité"
  • "Contexte" => "Siret de l'entité"
  • "Droits de l'utilisateur" => "Droits de l'entité"

• Formulaire de création de jeton :

  • "Organisme utilisateur final (ex: numéro SIRET)" => "Cadre d'utilisation"

• Carte de présentation du jeton :

  • "Organisme utilisateur final" => "Cadre d'utilisation"

A l'usage j'ai l'impression que le site n'est pas OK du tout niveau responsive (down to 320px width)

je checkerais l'ampleur du dev à faire, si c'est trop important ça sera fait post-octobre.

Aucune erreur à l'affichage lorsqu'un utilisateur essaie de confirmer un compte déjà confirmé.

Proposer des statistiques d'utilisation d'API Entreprise aux usagers. Lesquels ? Graphiques pour un peu de data vis ?

Suite à une remarque lors de l'openlab il pourrait être judicieux d'ajouter un label devant l'UUID du token (cf image)
Voir ajouter une tooltip indiquant que c'est ça qu'il faut nous transmettre dans un mail de support.

Aujourd'hui les taux globaux ne donnent que peu de renseignements, ni les clients, ni les administrateurs ne peuvent identifier assez finement les soucis en consultant l'interface

Supprimer toute dépendance à Vuetify.

Cf PR #43 où Vuetify où a été ajouté.
Cf etalab/template.data.gouv.fr#121 où le tableau a été ajouté au template

En gros revoir le code de ce fichier pour utiliser le design du template
src/components/resource/user/Index.vue

En tant qu'administrateur, la validation de mise à jour d'une note sur le profil d'un utilisateur redirige automatiquement vers le profil de l'administrateur.

Notamment type_contact admin, devrait etre remplacé par administratif
Transformation de other en metier
Transformation de tech ten technique

Ajout de tests unitaires et end-to-end au projet.

Dans l'espace client, afficher la date d'expiration des jetons.

Les clients ayant des jetons blacklistés peuvent recevoir des mails avertissant de l'expiration des-dits jetons.

Cela est source de confusion et il faudrait donc ne pas envoyer ces mails le cas échéant.

Rendre fonctionnel les boutons de l'onglet "Contacts" du profil utilisateur :

• "Ajouter" un nouveau contact
• "Editer" un contact
• Supprimer un contact

Dans le tableau de la liste des utilisateurs (vue admin), ajouter :

• ajouter une colonne "Raison sociale" (nécessité d'un attribut "raison_social" à la ressource users côté API)
• ajouter la date de création des utilisateurs

Mettre à jour la position des boutons en s'inspirant de l'existant de la page de profil utilisateur pour le style.

A la création d'un nouvel incident, un décalage se fait dans le store et/ou les éléments afficher dans l'index.
Après création, les données chargées lors de l'édition d'un incident ne sont pas les bonnes.

Aujourd'hui, en sandbox, la création d'un jeton exécute une requête POST https://sandbox.dashboard.entreprise.api.gouv.fr/api/admin/users/undefined/jwt_api_entreprise/admin_create.

Il manque l'ID utilisateur dans l'URL.

Ceci fait suite aux changements de #74

En français dans le titre.

Dans la page de stats des jetons il y a des cas où les noms des endpoints appelés ne sont pas cohérent à cause des redirections effectuées en interne. Par exemple :

Le nom de la route dans "Nombre d'appels" n'est pas le même que celui dans la liste des "Derniers appels". A uniformiser pour lever toute confusion éventuelle.

Quant un fournisseur est down sur la page temps réel, je vais constamment voir sur la page historique pour voir depuis combien de temps il est down. L'ordre d'affichage des fournisseur n'étant pas fixe il faut tout le temps rechercher / scroller à l'aveugle sur cette page.

Je propose de rajouter des ancres HTML pour chaque fournisseurs de page historique. Ainsi, un clique sur une ligne fournisseur de la page temps réel pourra rediriger vers l'historique de celui-ci.

Lorsque l'on tente d'archiver ou de blacklister un jeton, il faut scroller vers le haut pour retrouver la modale si jamais on a scroller vers la bas de la liste des jetons de l'utilisateur.

C'est reproductible en sandbox si ce n'est pas clair :)

Un administrateur connecté doit pouvoir ajouter/modifier des incidents survenues sur la plateforme.

Techniquement : sauvegarde en base de données de la liste des incidents et non plus en dur dans les sources de l'application.

Dans l'onglet "Contacts", regrouper les cartes des contacts techniques et administratifs par "cadre d'utilisation" du jeton auquel ils sont rattachés.

La hauteur de la modale du formulaire de création de jeton augmente avec la liste des rôles.
Quand il y a beaucoup de rôles le formulaire sort de l'écran.

Dans la page contact d'un utilisateur il faudrait faire un saut de ligne quand il y a trop de tuiles de contact plutôt que de continuer à l'infini vers la droite lorsque l'on en rajoute.

La couleur orange a été incluse dans la PR #39 quand elle n'existait pas dans template.data.gouv.fr.

Elle a été ajouté depuis : etalab/template.data.gouv.fr#105

C'est ce CSS à remplacer :

En explorant le projet je trouve un .editorconfig mais pas de .eslintrc, alors que le projet intègre déjà les packages et scripts pour linter avec ESlint.

IMHO en JS il est assez primordial d'avoir un linter actif en permanence. Il est aussi primordial de bien le configurer, surtout pour du vue, y'a pas mal de règles qui doivent être activées pour les parties <script> mais pas pour les parties (comme par exemple no-irregular-whitespace, les whitespaces irreguliers étant souvent très utiles en HTML)

Je propose d'utiliser eslint + eslint-plugin-vue sur nos projets vue et si cela vous semble une bonne idée je commit un .eslintrc, WDYT?

Aujourd'hui on affiche un tableau vide (juste le header en fait) lorsqu'il n'y a eu aucun appel (et donc aucune statistique disponible) sur la période.

Un placeholder du genre "Aucun appel n'a été effectuée sur cette période" serait le bienvenu.

Je veux parler de ceci, dans l'onglet "Profil" d'un utilisateur :

Au départ, ceci avait été ajouté pour les utilisateurs dont on déléguait la création de jetons : ils pouvaient voir le périmètre qui leur avait été accordé. Du coup j'avais "élargi" la fonctionnalité pour les utilisateurs "normaux" en proposant une liste de droits ici qui soit l'agrégation de tous les droits d'accès sur l'ensemble de tous leurs jetons.

Aujourd'hui ça ne marche plus, et avant de réaliser le fix je me pose sérieusement la question de l'utilité de cette fonctionnalité. Vous en pensez quoi, y a-t-il toujours de la plus value à cette liste pour vous ? @Samuelfaure @hugolepetit @Haelle @mazalaigue

Afficher les erreurs de validation serveur lors de la validation des formulaires de création et de mise à jour des incidents.

Mise en place d'un espace pour les fournisseurs dans le dashboard. Les fonctionnalités nécessaires :

• des statistiques (voir avec @mazalaigue pour le besoin)
• possibilité pour l'administrateur d'éditer des notes privées pour chaque fournisseur
• champs de contacts (métier, technique, ...)
• jetons d'accès sur leurs propres endpoints

A l'exception des statistiques qui peuvent différer de celles affichées pour les usagers, les fonctionnalités existent déjà aujourd'hui pour les comptes clients et peuvent être utilisée pour un compte fournisseur. Grossièrement, un "simple" attribut "client/fournisseur" à la création du compte peut suffire à mettre en place un espace en ligne pour les fournisseurs.

Il faudra plus de ressources de réflexion cependant si on souhaite mettre en place la possibilité de compte mixte : client et aussi fournisseur. C'est par exemple le cas de la MSA aujourd'hui, et il y en aura potentiellement d'autres.

Il faudrait qu'on puisse faire une recherche sur le JTI d'un JWT car c'est comme ça qu'on fait le lien entre Kibana et l'espace client

Aujourd'hui, en sandbox, la mise à jour d'une note sur un utilisateur exécute une requête
PUT https://sandbox.dashboard.entreprise.api.gouv.fr/api/admin/users/.

Il manque l'ID du user.

Ceci fait suite aux changements de #74

on affiche rien pour l instant

Sous IE le nom des APIs est invisble dans l'onglet historique