Intégration NetSuite, réalisée par des ingénieurs.

Non. Nous ne sommes pas partenaire NetSuite, nous ne revendons pas NetSuite et nous ne menons pas de premiers déploiements de NetSuite. Nous intégrons et étendons des comptes NetSuite que nos clients possèdent déjà, avec les API publiées par Oracle et les outils SuiteCloud. Pour un nouveau déploiement, faites appel à NetSuite Consulting ou à un Oracle Alliance Partner, puis à nous pour les intégrations.

Nous prenons la partie ingénierie d’un projet NetSuite et laissons la partie fonctionnelle aux spécialistes. Le plan comptable, la reconnaissance du chiffre d’affaires, la fiscalité et les processus de clôture relèvent des consultants NetSuite et de vos comptables. Les intégrations, les chargements de données depuis d’autres systèmes, le SuiteScript, les RESTlets et les workflows : c’est là que nous intervenons, pendant un déploiement ou après. Le guide de NetSuite lui-même estime qu’un déploiement d’ERP prend en général de six à 12 mois, et les intégrations peuvent être développées en parallèle de la configuration plutôt qu’après.

Il existe trois voies. Le NetSuite Connector d’Oracle, anciennement FarApp, propose des intégrations prêtes à l’emploi pour Shopify et d’autres systèmes d’e-commerce, de logistique et de point de vente ; vous l’ajoutez par l’intermédiaire de votre responsable de compte NetSuite. Les plateformes d’intégration qui proposent des flux NetSuite préconstruits sont la deuxième voie. Une intégration sur mesure sur les REST web services et les RESTlets est la troisième, et elle justifie son coût quand vos règles sortent de l’ordinaire : lots (bundles), plusieurs emplacements, listes de prix B2B, remboursements partiels, ou retours qui exigent des enregistrements qu’un connecteur ne crée pas. Nous commençons par vérifier si le connecteur couvre vos règles.

Oui. Selon la FAQ d’Oracle sur le retrait de SOAP (SOAP Removal Plans FAQ), le point de terminaison 2025.2 est le dernier point de terminaison SOAP prévu ; à partir de la version 2027.2, seul ce point de terminaison est pris en charge ; et avec la version 2028.2, tous les points de terminaison SOAP sont désactivés et les intégrations SOAP cessent de fonctionner. Chaque version désactive aussi le plus ancien point de terminaison non pris en charge : les intégrations sur d’anciennes versions peuvent donc s’arrêter plus tôt. Oracle désigne les REST web services comme remplaçants, avec les RESTlets là où REST ne couvre pas un objet ou une méthode.

Les REST web services avec OAuth 2.0. Oracle indique que toutes les intégrations nouvellement développées devraient les utiliser à partir de la version 2026.1, et qu’à partir de la 2027.1 les nouvelles intégrations doivent utiliser OAuth 2.0 et ne peuvent plus recourir à l’authentification par jeton (token-based authentication). Utilisez SuiteQL via le service de requêtes REST pour lire des données en masse, et un RESTlet quand les REST web services n’exposent pas ce dont vous avez besoin.

Oui, de deux façons. Dans NetSuite, NetSuite Next d’Oracle ajoute Ask Oracle, qui fonctionne dans les limites des droits de chaque utilisateur. En dehors, l’AI Connector Service d’Oracle relie des plateformes d’IA externes par le Model Context Protocol, et un agent sur mesure peut utiliser directement les REST web services et SuiteQL. Dans les deux cas, donnez à l’agent son propre rôle d’intégration, avec uniquement les droits dont sa tâche a besoin, et gardez une personne pour valider tout ce qui modifie de l’argent ou du stock.

NetSuite quand vous gérez plusieurs filiales dans plusieurs pays, que la consolidation est le vrai problème et que vous voulez qu’Oracle prenne en charge l’hébergement et les montées de version. Odoo quand les stocks, les achats ou la production sont au centre et que vous voulez un prix par utilisateur publié et la possibilité d’héberger vous-même. Nous sommes Odoo Partner, et nous le disons clairement ; notre comparatif Odoo vs NetSuite présente les deux à partir des pages de chaque éditeur.