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
myTaskest 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é.