Développement · intégration · rétro-ingénierieOstwald · Alsace · Projets à distancecontact@dtouch.fr
Intégration · interopérabilité
Intégration de systèmes & API
Votre activité traverse plusieurs logiciels. Nous construisons les connexions qui permettent aux données, aux fichiers et aux actions de suivre le même parcours.
Dolibarr · import fournisseur Préparer l’entrée d’un catalogue L’interface GPdis présente les statistiques, la catégorie cible et le choix du prix de vente avant l’import. Interface réelle · environnement de test · données de démonstration.
Des interfaces utilisées pour organiser le travail, préparer les données et suivre les dossiers. Chaque écran montre une fonction précise, avec des données de présentation.
L’interface GPdis présente les statistiques, la catégorie cible et le choix du prix de vente avant l’import.
Interface réelle · environnement de test · données de démonstration.Agrandir l’écran ↗Dolibarr · données d’entreprise
Préparer une recherche de société
La recherche accepte un nom, un identifiant ou une adresse, avec des filtres sur la nature du tiers et l’activité.
Interface réelle · environnement de test · données de démonstration.Agrandir l’écran ↗Dolibarr · intégration
Compléter l’adresse par suggestion
L’autocomplétion propose des correspondances pendant la saisie pour faciliter le renseignement d’une fiche.
Interface réelle · environnement de test · données de démonstration.
01
Comprendre
Logiciels, données, règles et dépendances
02
Relier
API, fichiers, connecteurs et événements
03
Orchestrer
Tâches, priorités et états de traitement
04
Vérifier
Résultat, journaux et reprise
Les étapes d’une chaîne maîtrisée · schéma de principe
Comprendre les deux côtés de l’échange
Un connecteur commence par une lecture du métier et des systèmes existants. Qui crée le produit ? Où se trouve l’image de référence ? Quel événement autorise une publication, une facturation ou un départ en production ? Nous identifions la source de chaque information, les identifiants stables et les règles de mise à jour.
Références, variantes, statuts et droits ne portent pas toujours le même sens d’un outil à l’autre. Ce travail de correspondance évite qu’un transfert techniquement réussi produise une donnée inutilisable.
API, fichiers et applications de bureau
Notre pratique couvre les échanges REST, les webservices, les formats JSON, XML et CSV, les dépôts de fichiers et les tâches planifiées. Elle comprend aussi les raccordements entre applications web et postes de travail, lorsque des fichiers InDesign ou des traitements locaux font partie du processus.
Le parcours Reymann réunit notamment bases 4D, services web, applications de bureau, PIM, moteurs de traitement d’images et InDesign Server. Les échanges entre 4D et PrestaShop incluaient la création du produit puis l’envoi de ses images : deux opérations à articuler et à contrôler.
Orchestrer un travail, au-delà du transfert
Une demande peut déclencher plusieurs traitements : récupérer un original, produire un aperçu, envoyer un fichier, attendre son retour puis actualiser la fiche et la page. Les dépendances doivent être explicites.
L’expérience du gestionnaire de tâches Reymann comprend des demandes enregistrées par API, des paramètres et des fichiers associés, une exécution immédiate, différée ou planifiée, ainsi que des priorités et des limites de traitements simultanés. L’enjeu est de rendre la chaîne exploitable, même lorsque les opérations n’ont pas toutes la même durée.
Documents & interfaces d’époque
Interfaces de la chaîne éditoriale Reymann, dans leur version d’époque. Ces archives illustrent le parcours de Patrice Salib, fondateur de Dtouch, au sein de l’agence.
Agrandir ↗Paramètres envoyés à TWIST depuis la plateforme
L’interface permet de préciser les paramètres transmis au flux de traitement, ici une option de sortie PDF/X-1a.
L’unification des flux TWIST illustre une intégration qui agit sur le traitement lui-même. Les dossiers déposés en entrée étaient raccordés à des flux communs ; des scripts utilisaient les données de Rey’actif par REST pour choisir les paramètres adaptés au support.
Cette organisation commune a remplacé une vingtaine de flux, avec la gestion des profils ICC et leur indication sur les épreuves. Les réglages de production étaient ainsi reliés à la définition du dossier.
Prévoir l’interruption et la reprise
Un service peut répondre trop tard, un fichier arriver avant sa fiche ou une donnée rester verrouillée. Nous concevons les contrôles, les journaux et les possibilités de reprise autour de ces situations réelles. Une tentative répétée ne doit pas créer un second produit ou un nouvel envoi inutile.
Le diagnostic suit le parcours complet : demande initiale, correspondance, exécution, retour et résultat dans l’application. Cette lecture permet de distinguer un échec de transfert d’un résultat reçu mais mal intégré.
Des connexions au service de votre organisation
ERP et boutique, fournisseurs et catalogue, agenda et planning, prestataires offshore et production interne : le même soin s’applique à chaque raccordement. Nous livrons les règles de fonctionnement avec le connecteur, pour que l’équipe puisse comprendre ce qui circule et traiter les exceptions.
Lorsqu’un système manque de documentation, l’étude peut se prolonger par une rétro-ingénierie de ses formats ou de son comportement, avant de choisir une interface de remplacement ou une migration progressive.
Plateforme, planning, moteurs et partenaires
L’expérience Reymann relie aussi le planning éditorial aux jalons des pages, les demandes de la plateforme à InDesign Server et à l’épreuvage, ainsi que les files d’envoi aux retours des partenaires offshore. Les documents InDesign et les ressources associées rejoignent les mécanismes de transfert et de réplication.
La cohérence dépend de tous ces raccordements : données métier, événements, fichiers, délais et responsabilités. C’est cette lecture de bout en bout que nous apportons aux projets d’intégration.
Concevoir le suivi et les notifications comme des services
Les traitements étaient complétés par des journaux, des contrôles de nuit et des notifications par événement. Le service de notification regroupait les informations par utilisateur et exposait des points d’intégration pour les autres applications.
La remontée d’un échec d’import de textes, d’un fichier manquant ou du résultat d’un batch de maintenance fait partie du flux métier. L’intégration doit rendre ces événements actionnables pour l’équipe, au même titre que le transfert initial.
Comprendre les échanges
Relier les applications et garder le contrôle des échanges.
Exemple de parcours avec traitement différé : le connecteur prépare les données, organise leur transfert et conserve le résultat des échanges pour le suivi et la reprise.
Agrandir l’écran ↗
Agrandir l’écran ↗
Agrandir l’écran ↗
Agrandir ↗
Agrandir ↗
Agrandir le schéma ↗