Intégrateur Divalto
Intégration de l'API Divalto dans votre système
Nous branchons Divalto Infinity à votre e-commerce, votre app chantier ou votre portail : la commande crée la pièce, le stock et le tarif restent ceux de l'ERP. Pas de double saisie, pas d'Excel parallèle.
- Équipe produit senior
- connecteurs ERP en production
- du cadrage au monitoring
Pourquoi faire appel à un intégrateur Divalto et que peut-on connecter à Divalto Infinity ?
Divalto Infinity est un ERP pour les PME industrielles et de distribution, fréquent dans le bâtiment, le négoce et les services. On l'intègre pour que votre e-commerce, votre app chantier ou votre portail y vivent : commande site devenue pièce, stock et tarif ERP affichés en ligne, bon de chantier facturé, encours sans Excel. Infinity reste le système de gestion ; on connecte autour, on ne le remplace pas. Chaque projet commence par qualifier la version, les modules et le canal d'écriture chez votre partenaire Harmony, car Divalto n'expose pas une API REST standard.
Ce que Divalto change dans votre plateforme
Commande e-commerce créée dans Infinity
Le site crée la pièce de vente. Stock, tarif, TVA et relance restent ceux de l'ERP, pas un duplicata boutique.
Stock et tarif ERP sur le site
Le disponible et le prix affichés sont ceux d'Infinity. Vous vendez ce que vous avez, sans tableur de stock parallèle.
Bon de chantier devenu pièce de vente
À la clôture, le bon est créé dans Infinity. L'équipe terrain garde son outil, la gestion commerciale reste dans l'ERP.
Encours client sans Excel parallèle
Le client voit ses commandes et son encours dans le portail. Pas de client lourd Harmony, pas de fichier partagé ADV.
Ce que ça change dans votre produit
La technique au service d'un résultat mesurable : commande site dans Infinity, tarif ERP, encours fiable.
Infinity reste la source de vérité
Pièce, stock et tarif vivent dans l'ERP. Votre site ou votre app s'y greffe, il ne réinvente pas la gestion commerciale.
Vos équipes gardent Harmony
Les commerciaux et l'ADV restent dans Divalto. Personne n'a à changer d'écran pour que le flux e-commerce existe.
Le pont CRM-ERP déjà en place, on n'y touche pas
Si Harmony et Infinity sont déjà reliés, on ne réécrit pas ce pont. On branche le troisième système (site, chantier, portail) autour.
Un connecteur qui vous appartient
Code livré, documenté, journalisé pour le support Diva. Nous travaillons avec votre revendeur Harmony, sans boîte noire.
Comment nous branchons Divalto sur votre plateforme
Cadrage
Où Infinity entre dans votre produit : e-commerce, chantier, portail. Cloud ou sur site, version, weavy, actions déjà paramétrées. Sur site : agent ou VPN, jamais le port 8080 ouvert tel quel.
Inventaire SW
Liste des actions swinfinity et des programmes Diva custom. On ne réécrit pas a5ppswinfinity.dhop sans le partenaire. Mapping tiers, articles, pièces.
Développement et recette
Connecteur branché sur votre site, votre app chantier ou votre portail. Couche RPC JSON, token hors logs, idempotence. Recette sur l'environnement nommé.
Monitoring
Journal de param et de réponse (hors secrets) pour le support Divalto. Vous voyez un incident avant qu'il casse le canal ou la facturation.
Ce que l'API apporte à votre plateforme
- Créer la pièce depuis le canal
- WEB_SERVICE_INFINITY écrit la commande, le client ou l'article via une action Harmony. Chaque action a son contrat : c'est le canal d'écriture pour le site ou le chantier.
- Lire stock et encours pour le portail
- OData Cloud ou interrogation métier en lecture seule. De quoi peupler le portail ou un cube BI, sans écrire dans l'ERP.
- Extraire sans programme métier
- RecordSQL lit via objets SQL Harmony. Utile pour un portail, pas pour respecter les règles de saisie ERP.
- Garder weavy déjà en place
- Le kit weavy vers Infinity couvre clients, contacts, articles, historiques. Le spécifique se pose sur le troisième système.
Le vocabulaire d'une intégration Divalto
- WEB_SERVICE_INFINITY
- Le canal REST d'écriture : une action Harmony, un programme Diva (a5ppswinfinity.dhop par défaut). Chaque action métier (swinfinity) a son propre contrat JSON.
- swinfinity
- Le nom de l'action métier dans le champ param (INTERROGER, et les actions de gestion commerciale, production, affaires). Pas un verbe HTTP REST.
- $webservice
- L'utilisateur ERP technique qui porte les droits et les implicites. Il doit exister sur chaque environnement Cloud. Ce n'est pas le login d'un commercial.
- OData Cloud
- Lecture seule sur odata.one.divalto.com. Licence SaaS à souscrire, code projet ERP créé à la demande. Noms physiques, champs visibles SQL uniquement.
- weavy
- Le CRM Divalto. Le kit vers Infinity couvre clients, contacts, articles, historiques. Ce n'est pas l'API ouverte d'un SaaS tiers.
- Harmony
- Le runtime Divalto (client lourd, actions SW, utilisateur $webservice). Le support diagnostique en Diva, pas en code HTTP sémantique.
Les contraintes réelles d'une intégration Divalto
Ce n'est pas une API REST ressource
WEB_SERVICE_INFINITY est un RPC JSON autour de programmes Diva. Pas d'OpenAPI public comparable à un SaaS. Chaque action swinfinity a son contrat, à inventorier avec le partenaire.
OData Cloud ne permet pas d'écrire
Promettre une synchro bidirectionnelle « via OData Divalto » est faux. L'écriture passe par WEB_SERVICE_INFINITY, un import fichier, ou le kit. OData est de la BI.
Le jeton voyage dans le corps JSON
Les middlewares qui injectent Authorization Bearer ne suffisent pas. Un proxy qui loggue le body loggue le secret. Cache du token, jamais dans les journaux.
Sur site et Cloud ne se branchent pas pareil
Sur site : HTTP par défaut, port 8080, VPN ou agent. Cloud : api.divaltocloud.com/{site}/{env}. Un SaaS internet ne tape pas un Infinity local sans exposition maîtrisée.
Écrire dans Infinity ou lire en OData
Deux canaux, deux licences, deux usages. Les mélanger dans un devis produit un connecteur faux dès le premier flux d'écriture.
| Critère | WEB_SERVICE_INFINITYÉcriture ERP | OData CloudLecture seule |
|---|---|---|
| Sens | Écriture (et interrogation métier) | Lecture seule |
| Protocole | RPC JSON, Execute, token dans le body | OData, Basic auth, tables physiques |
| Hôte | Sur site port 8080, ou api.divaltocloud.com/{site}/{env} | odata.one.divalto.com/odata |
| Prérequis | Utilisateur $webservice, actions Harmony paramétrées | Licence SaaS OData, weavy ≥ 5, infinity ≥ 10 |
| Modèle exposé | Contrats swinfinity, programmes Diva | Noms physiques, champs visibles SQL, pas de TEXT/BLOB |
| Le bon cas | E-commerce, portail, app chantier qui crée la pièce | Power BI, Excel, pilotage marge et encours |
| Ce que ça n'est pas | Pas une API REST ressource à OpenAPI public | Pas un CRUD, pas une synchro bidirectionnelle |
Nous ne revendiquons aucun partenariat ni certification Divalto. Nous développons sur les services web documentés, avec le revendeur Harmony du client.
Ce que nous mesurons sur un projet Divalto
Les autres ERP que nous intégrons
Le choix se fait sur l'ERP déjà en place chez vous, rarement sur la technique.
DivaltoIntégration de l'API Divalto dans votre systèmeCette page
OdooERP ouvert : API sur tout le modèle objet, modules Python si besoin.
SAPS/4HANA Cloud en OData publié, BTP à côté, pas une API unique.
Microsoft DynamicsSales dans Dataverse, Finance dans F&O, PME dans Business Central.On combine Divalto avec
La stack qui entoure Infinity et weavy sur nos projets.
Intégration Divalto : vos questions
D'abord cartographier où Infinity entre dans votre produit (e-commerce, chantier, portail) et l'hébergement : Cloud ou sur site. L'écriture passe par WEB_SERVICE_INFINITY : authentification, jeton dans le JSON, puis Execute avec l'action métier. Pour un portail en lecture, interrogation métier ou OData Cloud selon la licence. Idempotence côté appelant (n° de pièce, code tiers). On inventorie les actions déjà paramétrées chez le partenaire. La difficulté réelle n'est pas le RPC, c'est que la commande site et le stock affiché partagent la même vérité Infinity.
Cela dépend des touchpoints, du canal d'accès et de l'hébergement. Un e-commerce qui pousse des commandes se chiffre autrement qu'un portail commandes plus encours plus un cube BI. Deux éléments pèsent lourd : le sur site (exposition, certificat, agent) et la licence OData SaaS, créée à la demande. Les programmes Diva custom allongent l'inventaire. Nous cadrons hébergement et actions, puis donnons une estimation ferme.
Non. OData Cloud est explicitement de la lecture seule : Basic auth, compte API « lecture » par table, noms physiques, pas de TEXT/BLOB. C'est un canal BI (Power BI, Excel), pas un CRUD. L'écriture (pièce de vente, client, article) passe par WEB_SERVICE_INFINITY, éventuellement par un import fichier ou le kit weavy. Une synchro bidirectionnelle « via OData » est un devis faux. Si le besoin est d'écrire, on part du SW REST, point.
Le revendeur Harmony est utile pour le paramétrage ERP, les implicites, les actions SW et la licence OData. Pour un connecteur vers un SaaS ou un e-commerce, ce qui compte est la maîtrise du RPC JSON, du token dans le body, et la capacité à journaliser pour un diagnostic Diva. Nous ne revendiquons aucun partenariat Divalto : nous développons sur les services web documentés, et nous travaillons avec le partenaire Harmony qui gère déjà votre Infinity.
L'action métier est la même (Execute, swinfinity), l'URL et l'exposition changent. Cloud : https://api.divaltocloud.com/{NUMEROSITE}/{ENVIRONNEMENT}/api/v1/, $webservice à créer sur chaque environnement. Sur site : http://{host}:8080/DhsDivaltoServiceDivaApiRest/api/v1/WebService/Execute, HTTP par défaut, HTTPS seulement si un certificat est installé. Un SaaS public ne dialogue pas avec un Infinity local sans VPN, agent ou exposition maîtrisée. OData lecture est un service Cloud (odata.one.divalto.com), avec licence dédiée, distincte du SW d'écriture.
Un projet d'intégration Divalto ?
Parlons-en. 30 minutes pour identifier où Infinity touche votre canal ou votre chantier, Cloud ou sur site, les actions déjà ouvertes, puis vous dire franchement ce qui est faisable.
Parler de mon projet Divalto