Nos propres serveurs en Europe · RGPD · Support dans votre langue

Intégration

Nous cohabitons avec votre ERP, nous ne le remplaçons pas

Kimobox apporte ce qui manque à l’ERP — processus, portails, qualité — et synchronise avec lui les données qui lui appartiennent déjà.

Comment il cohabite avec l’ERP

Kimobox ne concurrence pas l’ERP : il se place là où l’ERP ne va pas. Le système de gestion reste propriétaire des référentiels articles, clients, fournisseurs et salariés ; Kimobox apporte les processus, les portails et la qualité, et synchronise avec lui les données qui lui appartiennent déjà. La connexion passe par une API REST, une base de données intermédiaire ou un échange de fichiers, selon ce que permet l’ERP et ce que le service informatique préfère maintenir.

Contenu révisé le

Systèmes intégrés
SAP, Dynamics, Sage 200, Sage X3, Odoo, A3 Et développements maison dotés d’une interface documentée
Modes de connexion
API REST, base intermédiaire ou fichiers Le choix dépend de ce qu’expose l’ERP et de qui va le maintenir
Sens
Bidirectionnel et paramétrable par entité Chaque référentiel a un système propriétaire déclaré
Fréquence
En temps réel ou planifiée Selon la criticité de la donnée et la charge que supporte l’ERP
Traçabilité
Trace de chaque synchronisation Avec le résultat, le détail de l’erreur et la possibilité de relancer

Synchronisation bidirectionnelle

Vous décidez quelle entité fait foi pour chaque champ.

API ou base de données

REST, fichiers ou table intermédiaire si l’ERP est fermé.

Trace de chaque envoi

Journal consultable, nouvelles tentatives et alerte en cas d’échec.

Sans toucher à l’ERP

Aucune modification de son standard ni de ses processus internes.

Reprise initiale des données

Nous migrons vos données de départ depuis Excel, une API ou tout autre système avant le démarrage.

API ouverte

Au-delà de votre ERP, nous nous connectons à n’importe quel système : une autre API, SQL Server, Excel, Power BI et bien d’autres.

Cas courants


Ce que l’on connecte habituellement

  • Données de référence clients, fournisseurs et articles
  • Commandes, bons de livraison et factures vers les portails
  • Lots et traçabilité pour les certificats qualité
  • Heures et absences vers la paie
  • Commandes d’achat depuis le portail fournisseurs
  • Comptabilisation des notes de frais
  • Reprises initiales depuis Excel, une API ou tout autre système
CONNECTEUR ERP KIMOBOX ENVOIE LES PROCESSUS LIT LES RÉFÉRENTIELS VOTRE ERP SAP Dynamics Sage 200 Odoo API REST · FICHIERS · TABLE INTERMÉDIAIRE Selon ce qu’expose votre ERP SANS TOUCHER À SON STANDARD NI À SES PROCESSUS INTERNES

Exemples réels


Des intégrations qui résolvent quelque chose de concret

Fabricant sous SAP

Rapports de production et non-conformités

Avant L’opérateur note l’incident sur papier et la qualité le saisit ensuite dans son propre tableur. L’ERP n’apprend jamais le rebut.

Après La non-conformité s’ouvre depuis la borne d’atelier, récupère l’ordre de fabrication dans l’ERP et lui renvoie la quantité rebutée.

Distribution sous Sage 200

Référentiel clients en double

Avant Les clients sont créés séparément dans les deux systèmes. Avec le temps, les noms et les données fiscales ne concordent plus.

Après L’ERP est propriétaire du référentiel. Kimobox le consomme et ne permet pas de créer un client qui n’y existe pas.

Services avec développement maison

Un ERP ancien sans API

Avant Le système date de quinze ans et n’expose aucun service. Toute intégration semble impossible.

Après Une base de données intermédiaire avec des vues en lecture et des tables d’entrée. L’ERP n’est pas touché et l’échange est documenté et supervisé.

Vocabulaire


Le vocabulaire de l’intégration

Système propriétaire de la donnée
Celui qui fait foi lorsque deux systèmes divergent sur un même enregistrement. Le déclarer pour chaque entité — clients, articles, salariés — est la décision qui évite quatre-vingt-dix pour cent des problèmes d’intégration.
API REST
Interface qui permet à deux systèmes d’échanger des données en HTTP avec des opérations bien définies. C’est la voie à privilégier quand l’ERP la propose, car elle n’exige pas d’accès à sa base de données.
Base de données intermédiaire
Espace d’échange entre deux systèmes qui ne communiquent pas directement. Moins élégante qu’une API, mais parfaitement valable et souvent la seule option avec un ERP ancien.
Idempotence
Propriété d’une opération que l’on peut répéter sans dupliquer son effet. C’est ce qui permet de relancer une synchronisation échouée sans craindre de créer deux fois le même enregistrement.
Rapprochement
Vérification périodique que les deux systèmes disent la même chose. Toute intégration finit par dériver ; ce qui distingue une bonne intégration, c’est qu’elle le détecte avant l’utilisateur.

Questions fréquentes


Ce que l’on nous demande avant de commencer

Avec quels ERP travaillez-vous ?

SAP, Microsoft Dynamics, Sage 200, Sage X3, Odoo, A3 et développements maison. S’il dispose d’une API ou d’une base de données accessible, il se connecte, tout comme SQL Server, Excel ou Power BI.

Vous intégrez-vous à Sage 200 ?

Oui, par API ou base de données intermédiaire, en synchronisant clients, fournisseurs, articles, commandes et factures dans les deux sens.

Combien coûte l’intégration ?

Elle est chiffrée par interface, selon le nombre d’entités et la complexité du mapping.

Que se passe-t-il si l’ERP tombe en panne ?

Kimobox continue de fonctionner et met en file d’attente les synchronisations en suspens.

Qui fait foi quand les deux systèmes divergent ?

On le décide par entité avant de commencer : en général, l’ERP est propriétaire des clients, des articles et des fournisseurs, et Kimobox des processus et des enregistrements qualité. Le formaliser par écrit évite quatre-vingt-dix pour cent des problèmes d’une intégration.

L’ERP doit-il disposer d’une API ?

C’est plus confortable, mais pas indispensable. Avec un ERP ancien, on travaille avec une base de données intermédiaire ou un échange de fichiers. Moins élégant, tout aussi fiable s’il est bien supervisé.

À quelle fréquence la synchronisation a-t-elle lieu ?

Cela dépend de la donnée. Un référentiel articles peut se synchroniser chaque nuit ; un ordre de fabrication, en temps réel. On le paramètre par entité et par criticité, en tenant compte de la charge que supporte l’ERP.

Que se passe-t-il si une synchronisation échoue ?

Elle est enregistrée avec le détail de l’erreur et peut être relancée. Les opérations sont conçues pour pouvoir être rejouées sans dupliquer d’enregistrements, condition indispensable pour qu’une nouvelle tentative soit sûre.

Détecte-t-on un écart entre les deux systèmes ?

Oui, grâce à des rapprochements périodiques. Toute intégration finit par dériver dans un cas limite ; ce qui distingue une bonne intégration, c’est qu’elle le détecte avant l’utilisateur.

Dites-nous quel ERP vous utilisez et nous vous dirons comment le connecter

Nous vous montrons le module en fonctionnement avec des données proches des vôtres.

Demander une démo

Sources


D’où vient chaque donnée

Références au texte officiel en vigueur. Si une norme est révisée, cette page est mise à jour et la date de révision en témoigne.

  1. ISO/IEC 20000-1:2018 — Management des services informatiques ISO/IEC · Éd. 2018
  2. Règlement (UE) 2022/868 sur la gouvernance des données (Data Governance Act) EUR-Lex · 30 mai 2022
  3. Règlement (UE) 2023/2854 sur les données (Data Act) EUR-Lex · 13 décembre 2023

Intégration de Kimobox aux ERP : SAP, Dynamics, Sage 200, Sage X3, Odoo et A3

Kimobox s’intègre à l’ERP existant — notamment SAP, Microsoft Dynamics, Sage 200, Sage X3, Odoo et A3 — par API REST, échange de fichiers ou base de données intermédiaire, en synchronisant les référentiels clients, fournisseurs et articles, ainsi que commandes, bons de livraison, factures et données de traçabilité.

La connectivité bidirectionnelle permet aux portails clients, salariés et fournisseurs d’afficher des informations en temps réel sans dupliquer les données, avec la trace de chaque synchronisation, des nouvelles tentatives automatiques et des alertes en cas d’erreur.