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 ?