4D, PostgreSQL & synchronisation de données
La continuité d’un système passe aussi par les données que ses applications partagent. Le parcours Reymann relie bases 4D, services web, PostgreSQL et synchronisation entre 4D et Dolibarr.
Des fonctions concrètes.
Des outils en situation.
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.
Agrandir l’écran ↗Les produits et leur état de préparation
Une liste filtrable par état, les références du dossier et la photothèque accessibles dans la même vue.
Interface réelle Rey’actif · archive de démonstration de 2018.
Agrandir l’écran ↗Un produit, plusieurs informations métier
La fiche réunit les caractéristiques et les accès aux prix, au stock, aux documents et aux informations fournisseurs.
Interface réelle · environnement de test · données de démonstration.Comprendre les règles portées par l’existant
Une base métier contient davantage que des tables : identifiants, relations, calculs et pratiques de saisie déterminent le comportement des applications. Les échanges doivent préserver cette logique lorsqu’un nouvel outil entre dans la chaîne.
L’expérience de Patrice associe une pratique commencée avec FileMaker en 1994 et les environnements 4D utilisés chez Reymann. Elle apporte une attention particulière aux dépendances qui se sont construites dans la durée.
Raccorder les services 4D
Les travaux techniques comprenaient les essais de services web entre versions de 4D et l’étude des échanges SOAP. Le mapping des enveloppes et la conversion XML/JSON faisaient partie des sujets de raccordement avec d’autres environnements.
La compatibilité doit être observée sur les échanges réels : structure d’un appel, champs, types, réponse attendue et traitement des erreurs. Un service accessible doit aussi produire une donnée exploitable par l’application qui le consomme.
Articuler PostgreSQL et les services de la plateforme
Rey’actif et le PIM disposaient de bases PostgreSQL. La plateforme, les contenus produits et les traitements devaient retrouver leurs informations tout en conservant des responsabilités claires.
Nous définissons les correspondances et les règles de mise à jour avant de multiplier les connexions : quel outil fait référence, quelles informations peuvent changer et comment contrôler les écarts entre les systèmes.
Une étude d’architecture de 2017 pour organiser les applications et leurs échanges.
Agrandir ↗Document de conception de janvier 2017 : étude des échanges entre imports Excel, PIM Akeneo, images dans Nextcloud et plateforme de production Rey’actif.
Étude d’architecture · document de conception · 27/01/2017Synchroniser 4D et Dolibarr
Un connecteur de synchronisation 4D/Dolibarr faisait partie de l’écosystème. Cette articulation reliait le système existant à la gestion commerciale et nécessitait de suivre les correspondances de données.
Pour un projet de reprise ou de synchronisation, la méthode consiste à préparer les mappings, vérifier des jeux de données représentatifs et contrôler les résultats. La gestion des doublons, des données absentes et des relances fait partie du cadrage.
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 le schéma ↗- 01Données entrantes ↓
Sources
API, fichiers et bases
Identifiants • formats - 02Données transformées ↓
Adaptation
Correspondances métier
Champs • unités • références - 03Tâches prêtes ↓
File de traitement
Organiser les demandes
Priorité • planification - 04Écriture dans la cible ↓
Exécution
Traiter les tâches
Contrôles • correspondances - 05Retours et écarts ↓
Destination
Application ou ERP
Objets • règles de gestion - 06
Suivi et reprise
Contrôler les retours
Journal • statut • relance
Agrandir le schéma ↗Identifier
Conserver la référence de la source et celle de l’application cible.
Transformer
Décrire les correspondances et distinguer les appels directs des traitements différés.
Reprendre
Retrouver l’état et le contexte d’un échange à retraiter.
Des projets et des situations concrètes.
JPEG & PDF : récupérer l’information au cœur des fichiers
Expérience du fondateur · Reymann
Tracés incorporés dans les JPEG, annotations Aproove, images et pièces jointes : des traitements pour rendre l’information exploitable entre applications.
Explorer le cas ↗UTS & InDesign Server : relier les typographies à la génération
Expérience du fondateur · Reymann
Une rétro-ingénierie autour d’Universal Type Server pour rendre les typographies disponibles dans la chaîne de génération InDesign Server.
Explorer le cas ↗Faire circuler les produits entre les outils
Projet Dtouch
Références, catégories, tarifs et images : un catalogue utile dépend aussi de la façon dont ses données sont alimentées.
Explorer le cas ↗Votre métier mérite
les bons outils.
Un besoin précis, un logiciel à faire évoluer, un projet à cadrer.