Identification pour les applications installées et contacts d'urgence privés

Identification pour les applications installées et contacts d'urgence privés

Les applications de bureau et en ligne de commande identifient leurs utilisateurs via OAuth, /me renvoie l'utilisateur au nom duquel un token agit, les éléments de travail se placent sur le tableau ou dans l'arriéré, et les contacts d'urgence ne sont visibles que par l'employé concerné.

Voir en Markdown

API REST

  • Incompatible : les contacts d'urgence d'un employé ne sont visibles et modifiables que par cet employé, et vous ne pouvez ajouter des contacts d'urgence que pour vous-même. Les intégrations qui lisaient les contacts d'urgence d'autres employés ne les reçoivent plus. Voir Contact (en anglais).
  • Nouveau : les applications de bureau et en ligne de commande que d'autres personnes installent peuvent les identifier via OAuth, avec le flux authorization code et PKCE. L'application s'enregistre elle-même et ne peut jamais supprimer via l'API REST. Voir Identification OAuth (en anglais).
  • Nouveau : Applications connectées, sous Accès API dans le menu utilisateur, liste les applications que vous avez connectées à l'API REST en vous identifiant, et Révoquer met fin à leur accès. Déconnecter dans le panneau IA ne met fin qu'à la connexion IA d'une application. Quand une même identification a donné les deux accès à une application, l'une ou l'autre action met fin aux deux. Voir Déconnecter une application.
  • Nouveau : GET/me renvoie l'utilisateur au nom duquel le token agit.
  • Nouveau : POST/work-items/{work_item}/actions/move place un élément de travail sur le tableau ou dans l'arriéré, comme quand vous le faites glisser dans plnnrly.
  • Nouveau : les projets et les éléments de travail ont un web_url qui les ouvre dans plnnrly. Voir les schémas Project (en anglais) et Work item (en anglais).
  • Modifié : ajouter, modifier ou supprimer une ligne de facture sans le droit Finaliser les factures de vente renvoie la facture au statut En attente d'approbation, comme le fait une modification de la facture elle-même. Voir PATCH/sales-invoice-rows/{sales_invoice_row}.
  • Corrigé : le document OpenAPI décrit désormais le corps de requête de POST/work-items/{work_item}/actions/transition et de POST/sprints/{sprint}/actions/complete, pour que les clients générés puissent l'envoyer.