Je vais corriger les intégrations de Business Central et migrer soap et odata vers des API


À propos de ce service
Traduction automatique
Je corrige les intégrations de Business Central qui se cassent lorsque Microsoft supprime les anciens services web, et je les transfère vers des API supportées avant qu'ils ne le fassent.
Ce que Microsoft supprime :
- API v1.0 : disparu depuis la version 28 (avril 2026)
- - SOAP sur les pages standard de Microsoft : version 29 (octobre 2026)
- - OData sur les mêmes pages : version 30 (avril 2027)
Si votre boutique en ligne, WMS, outil EDI, flux bancaire, rapport Power BI ou application personnalisée utilise l’un de ces services, il cesse de fonctionner lors de la mise à jour de votre environnement.
Ce que je fais :
- Liste tous les services web à risque et le système qui l’appelle
- - Remet en marche une intégration cassée, avec une livraison en 1 jour
- - Migrer les intégrations vers API v2.0, pages API personnalisées (AL) ou actions OData, avec OAuth
- - Mettre à jour le code d’appel (C#, Node.js, Python, Power Automate) ou brief votre développeur
- - Tests en sandbox, déploiement, docs Postman et Swagger
Non inclus : licences Business Central ou modifications dans un autre produit d’un fournisseur.
Je suis un lead technique Business Central avec 6 ans d’expérience, principalement sur NAV et Business Central. J’ai migré des intégrations de SOAP vers OData V4 et construit des pages API OAuth pour des systèmes externes. 59 commandes Fiverr, 100 % à l’heure.
En ligne et sur site. Partenaires Microsoft bienvenus.
Découvrez A Vohra
Software Developer, Business Central, Power Automate
- DePakistan
- Membre depuisjanv. 2018
- Temps de réponse moy.4 heures
- Dernière commande1 an
Langues
Ourdou, Anglais
Traduction automatique
Mon portfolio
Autres services de Développement de logiciels I Offre
FAQ
Traduction automatique
Notre intégration a cassé après une mise à jour de Business Central. Combien de temps cela prend-il pour être réparé ?
Habituellement en un jour après avoir obtenu l’accès. Pour SOAP, je copie la page Microsoft dans une extension et la republie, ainsi l’autre système ne change que le nom du service dans son URL ; ensuite, nous la migrons vers une API. Pour API v1.0, je transfère directement les appels vers v2.0.
Quels services web cassent dans la version 29, et lesquels dans la version 30 ?
La version 29 supprime SOAP sur les pages publiées par Microsoft, comme Customer Card ou Sales Order. La version 30 supprime OData sur les mêmes pages. API v2.0, pages API personnalisées, requêtes et services web sur vos propres pages d’extension continuent de fonctionner. L’événement de télémétrie RT0053 enregistre chaque appel affecté.
Notre intégration utilise API v1.0. Est-elle concernée ?
Oui. Microsoft a supprimé API v1.0 dans la version 28 (avril 2026), donc ces appels échouent lorsque votre environnement est en version 28 ou plus récente. API v2.0 couvre les mêmes données avec de nouveaux IDs et noms de champs. Je déplace les appels et fais la correspondance des champs.
Quand notre environnement Business Central en ligne passera-t-il à la version 29 ?
La version 29 sort début octobre 2026 et atteint les environnements existants environ une semaine plus tard. Votre administrateur peut reporter la mise à jour jusqu’au début mars 2027. Après une période de grâce d’un mois, Microsoft la force et peut désinstaller les extensions qui la bloquent.
Nos rapports Power BI ou flux Power Automate vont-ils casser ?
Les rapports Power BI qui lisent des pages Microsoft publiées en OData s’arrêtent en version 30 (avril 2027) ; ceux sur des pages API ou requêtes continuent de fonctionner. Les flux utilisant le connecteur Business Central sont OK, car ils fonctionnent sur des API. Les flux qui appellent des services web de pages via HTTP cassent. Je migre les deux.
Pouvez-vous migrer sans changer l’autre système ?
Souvent, oui. Si l’autre système ne peut envoyer que du SOAP et personne ne peut le modifier, je mets en place un petit pont sur Azure Functions qui accepte ses appels SOAP et les transfère vers l’API Business Central.
Devons-nous utiliser API v2.0, pages API personnalisées ou OData ?
API v2.0 quand elle possède déjà les champs dont vous avez besoin, comme clients, articles, commandes et factures. Une page API personnalisée pour vos propres champs ou tables. Une action OData pour remplacer une codeunit SOAP. Microsoft dit que les API sont jusqu’à 10 fois plus rapides que SOAP.
Nous utilisons NAV ou Business Central sur site. Cela s’applique-t-il à nous ?
Seulement lorsque vous passez à la version 29 ou plus récente. Les versions plus anciennes conservent SOAP, donc le travail d’intégration s’intègre à votre mise à niveau : je migre les intégrations avant ou pendant celle-ci.
Quel accès faut-il, et nos données sont-elles en sécurité ?
Une copie en sandbox est idéale. Vous créez un utilisateur ou une application Entra pour moi et pouvez la supprimer à tout moment, je n’ai pas besoin de données de production pour construire et tester. Les partenaires peuvent donner un accès admin délégué. N’envoyez pas de mots de passe en chat ; nous configurons l’accès ensemble.
Pouvez-vous travailler en sous-traitance pour notre partenaire Microsoft ?
Oui. Je travaille dans votre environnement de développement ou dans le sandbox de votre client, je respecte votre nommage, vos plages d’objets et vos règles d’analyse de code, et je remets le code source. Vous restez le contact du client.

