Aller au contenu principal

L'endpoint myTask (CREATETRANSACTION01) est légataire : migrer vers les endpoints par entité

Réponse courte​

L'endpoint légataire POST /api/myTask reste maintenu pour l'instant, mais il sera décommissionné — en entier. Le décommissionnement vise l'endpoint lui-même, donc tous les TaskType et toutes les entités, pas seulement CREATETRANSACTION01. Toute nouvelle intégration doit utiliser les endpoints par entité, et les intégrations existantes doivent planifier leur migration.

L'équivalent moderne​

Depuis ~2024, la voie recommandée est la nouvelle mouture, par entité — par exemple pour les factures clients :

POST / PUT / GET /api/entity/CustomerInvoice

(même patron pour toutes les autres entités : Customer, Product, SupplierInvoice, GLJournalEntry...).

Pourquoi migrer​

  • L'authentification de myTask est trop légère : les identifiants voyagent dans le payload.
  • Les endpoints par entité sont protégés par une vraie autorisation, qui retourne un 401 propre en cas d'échec d'authentification.
  • Les correctifs et nouvelles fonctionnalités visent d'abord les endpoints par entité.

À vérifier si vous utilisez encore myTask​

Si vous créez des factures avec paiement via CREATETRANSACTION01, lisez aussi l'article sur la validation du ResultatPaiement : la réponse peut afficher un succès alors que le paiement a échoué.

Cette page vous a-t-elle été utile ?