Compte-rendu · Visio technique Inozis · LIFTPLAQ × INOZIS × AXION

← Retour à l'espace LIFTPLAQ · Ateliers

Date

2 juillet 2026

Réunion

Visio technique — Intégration Inozis

Participants

Laurie Garcia (LIFTPLAQ) · Nicolas Trouillard (Inozis) · Seb Fournier · Djemel Chaouche (AXION)

Statut

Sandbox attendue sem. du 6 juil. · Suivi le 21 juil.

📌 Synthèse exécutive

En une phrase. La faisabilité technique de la roadmap LIFTPLAQ est confirmée : Inozis expose des API en lecture et en écriture sur les modules clés (clients, devis, commandes, catalogues — factures « rapidement faisables »), fournira dès la semaine prochaine une sandbox avec duplication de la base LIFTPLAQ et un token d'accès, sans coût pour l'existant ; la gouvernance projet est calée (points bimensuels le 21 juillet à 15h et le 12 août à 14h).

Faisabilité technique

API lecture / écriture confirmées

CRM/ERP full web (PHP/MySQL, serveurs dédiés, depuis 2012). API get/set sur clients, devis, commandes, catalogues ; personnalisables par client. Tâches CRON, scripts, webhooks possibles, import/export CSV. Authentification par tokens. Documentation développeur partagée en séance.

Environnement de test

Sandbox + duplication BDD accordées

Nicolas Trouillard crée la sandbox la semaine prochaine avec token et endpoint. Laurie a donné son accord en séance pour dupliquer la base de production LIFTPLAQ (couvert par le NDA AXION) — tests réalistes sans toucher la production. Sans coût supplémentaire.

Gouvernance projet

Rituel de suivi calé avec Inozis

Points bimensuels avec Nicolas Trouillard : mardi 21 juillet à 15h et mercredi 12 août à 14h. AXION structure le mode de gestion de projet (planning ~3 mois, liste des besoins) et arbitre avec Inozis « de quel côté » chaque développement est réalisé — principe de bonne intelligence, zéro doublon.

4 modules

Exposés via API (clients · devis · commandes · catalogues)

Sem. 6 juil.

Sandbox + token

0 €

API existantes & sandbox

21/07 · 12/08

Points de suivi Inozis (15h · 14h)

1 · Contexte & participants

Objet de la réunion. Inozis est la colonne vertébrale de la gestion commerciale de LIFTPLAQ. Objectif du call : confronter la roadmap théorique AXION × LIFTPLAQ à la réalité technique d'Inozis — comprendre comment échanger des données (flux entrants et sortants) pour automatiser les processus de bout en bout, de la prise de commande à la livraison, avec exigence de conformité (RGPD), de robustesse et de qualité de la donnée. Support de cadrage AXION (7 slides, flux IN/OUT) déroulé en séance.

Participants

LIFTPLAQ EUROSIGN : Laurie Garcia, dirigeante — a organisé la mise en relation et enregistré la réunion (Claap).
Inozis : Nicolas Trouillard, responsable technique — contact dédié pour le projet (un ingénieur interne existe mais est mobilisé sur la facturation électronique).
AXION : Seb Fournier et Djemel Chaouche.

À noter

Positionnement AXION rappelé en séance : agence d'automatisation et d'IA pour PME, données hébergées sur VPS en Europe, conformité RGPD comme proposition de valeur — en réponse au point de vigilance RGPD soulevé d'emblée par Nicolas.
Méthodologie : les deux parties partagent la même exigence de rigueur sur la séparation développement / production (« on ne mettra jamais en risque la machine de production »).
Disponibilité Inozis : Nicolas en congés du 13 au 17 juillet, quelques jours en août ; forte charge liée à la facturation électronique et à la refonte du logiciel — à intégrer dans le planning.

2 · Capacités techniques Inozis

Vue d'ensemble. Inozis (depuis 2012) est une suite CRM/ERP full web — gestion commerciale, planning, webmail, formulaires, interfaces opérateurs — développée en PHP/MySQL sur serveurs dédiés (~150–170 bases de données gérées, ~40 par serveur). La solution est conçue pour l'automatisation : scripts intégrables à différents endroits du parcours utilisateur, API, tâches CRON.

Accès & authentification

API lecture + écriture disponibles sur les données standards (fiches clients, prospects…) ; API personnalisables par client — ex. sur insertion d'un lead : alimenter une autre base, notifier un commercial par email, créer une entrée dans une to-do list.
Authentification par tokens — un ou plusieurs tokens selon les API, fournis par Nicolas avec l'endpoint. Évolution de la sécurisation prévue vers 2027 (contexte facturation électronique).
Sandbox : ouverture sans difficulté. Duplication de la base LIFTPLAQ approuvée par Laurie en séance (« Vous avez mon accord ») — Seb a rappelé que le NDA signé avec LIFTPLAQ couvre ces données. Un compte sera créé pour Laurie sur la base de test afin de visualiser les résultats sans toucher la production.

Périmètre fonctionnel exposé

Modules exposés via API : clients, devis, commandes, catalogues (+ BL, ticketing, contrats visibles dans la documentation). La documentation API en ligne (structure des appels, statuts de retour, exemples get/set prêts à l'emploi) a été partagée en séance — elle couvre ~90 % des API standards.
Factures : pas encore d'API — choix délibéré lié à la facturation électronique (émission vers les plateformes d'agrément à horizon septembre 2027). Jugé « rapidement faisable » si besoin, dans le respect des normes NF.
Limitations par module : configurables au cas par cas lors de l'accompagnement (ex. lecture seule sur un périmètre, restriction par champ sur un set client).
Pas de documentation fonctionnelle — Inozis fonctionne par accompagnement de proximité et formation (formateur sur site ou formation par le client). Vidéos tutoriels accessibles dans l'espace assistance (AXION y a déjà accès via l'utilisateur créé par Laurie).

Échange de données & cadre opérationnel

Webhooks : réalisables si besoin (déjà développés pour d'autres clients), mais les tâches CRON sont souvent suffisantes et plus simples.
Fichiers : import/export CSV natif ; XML intégrable si nécessaire. Automatisation CRON + serveur FTP sans problème ; fréquence à définir ensemble selon les ressources serveur (traitement de nuit pour les gros volumes vs exécution à la minute).
Volumétrie : aucune limite actuelle sur les appels API ; des restrictions pourront être introduites pour sécuriser les serveurs. Architecture mutualisée maîtrisée (40 BDD/serveur, incidents détectés vite, faible impact croisé).
Facturation électronique : chantier en cours chez Inozis — partenariats avec des plateformes (ex. Pennylane), nouvelle version de la gestion commerciale à venir avec réception des factures d'achat ; la connexion dépend de l'ouverture de chaque plateforme d'agrément (PA, plateforme de dématérialisation agréée pour la facturation électronique).

3 · Cas d'usage discutés & approche d'intégration

Cas d'usage 1 — Bons de commande PDF sans ressaisie

Besoin Laurie : extraire automatiquement adresse de livraison, adresse de facturation et produits des bons de commande clients (PDF), au lieu de tout retaper à la main — sachant qu'aucun bon de commande client ne se ressemble.
Approche Inozis : parsing du PDF sans IA quand le document est suffisamment « numérique » (structuré) ; recours à l'IA uniquement sur les zones ambiguës (lignes d'articles complexes), jamais sur les données clients — par prudence RGPD. Approche validée comme réaliste, sous réserve de la qualité des PDF reçus.

Cas d'usage 2 — Trésorerie alimentée automatiquement

Besoin Laurie : les règlements sont déjà saisis dans Inozis (client, n° de facture, montant, date) pour solder les factures ; le tableau de trésorerie est maintenu à la main dans Excel. Objectif : récupérer ces paiements via API pour alimenter automatiquement l'outil de trésorerie.
Faisabilité : cas typique de récupération de données Inozis retravaillées dans l'écosystème AXION — aligné avec l'architecture cible (voir ci-dessous).

Concept partagé — Interface opérateur & Human in the Loop

Retour d'expérience Inozis : pour un client recevant ~100 rapports PDF/jour par email, Inozis a préconisé une interface opérateur (template d'application intégré à la solution) : le système parse les documents, interroge l'IA sur les seuls éléments douteux, et propose des lignes d'action pré-remplies ; l'opérateur contrôle et finalise. ~90 % d'automatisation, conformité RGPD (et vigilance CNIL sur les données sensibles, ex. santé) préservée.
Alignement AXION : c'est exactement le concept « Human in the Loop / humain augmenté » que prône AXION — l'IA prémâche les tâches chronophages et à risque d'erreur, l'humain valide et décide. Ces interfaces opérateurs Inozis pourront s'appuyer sur les automatismes AXION.

Architecture cible — une source maître par objet

Livrable AXION annoncé : un document d'architecture définissant pour chaque objet une source maître unique. Règle actée : les objets déjà dans Inozis restent dans Inozis (pas de doublon de saisie ni de développement) ; AXION peut les récupérer pour les retravailler et les enrichir d'attributs spécifiques dans son écosystème.
Objets à récupérer en priorité : devis et factures identifiés comme premiers candidats — objets suffisamment standards pour, a priori, relever du package Inozis plutôt que d'un développement spécifique facturé (à confirmer avec Nicolas).
Principe directeur (Nicolas) : « ne pas multiplier les actions » — l'objectif du projet est de diminuer le nombre d'actions pour LIFTPLAQ ; si l'architecture est menée au bout, elle doit être « logique et simple ».

4 · Coûts & conditions Inozis

Aucun coût caché pour LIFTPLAQ sur l'existant. Point explicitement cadré par Djemel en séance pour maîtriser les coûts projet.

Sandbox / environnement de test : inclus, aucun coût supplémentaire.
API déjà disponibles : gratuites, activées avec fourniture des tokens.
Développements nouveaux (nouvelles API, personnalisations) : sur devis, en fonction du temps estimé — « certaines choses prennent une heure, d'autres une semaine ». Pas de facturation surprise (pratique confirmée par Laurie : les petites évolutions rapides sont souvent faites gracieusement, parfois en direct pendant une visio).
Point de vigilance délais : Inozis est une petite équipe, en pleine refonte logicielle et mobilisée par la facturation électronique — les demandes de développement doivent être anticipées (pas de demande « du jour au lendemain »).

5 · Gouvernance projet & périmètres Inozis / AXION

Rituel de suivi avec Inozis

Points bimensuels calés (proposés par Djemel, suggérés par Laurie pour composer avec la charge d'Inozis) : mardi 21 juillet à 15h puis mercredi 12 août à 14h (le 11 août initialement proposé a été décalé — masterclass automatisation côté AXION). Invitations envoyées par AXION.
Ordre du jour type : statut, attentes et besoins, évolutions API, avancement des tests.
Préparation AXION pour le 21 juillet : mode de gestion de projet structuré avec planning à ~3 mois, liste des besoins et développements — pour décider ensemble « de quel côté » (Inozis ou AXION) chaque développement est réalisé.

Répartition des périmètres — « bonne intelligence »

Préoccupation de Laurie : ne pas développer côté AXION ce qui existe déjà ou serait rapide chez Inozis (et inversement) — elle n'a pas la vue technique pour arbitrer seule.
Réponse commune : le diagramme d'architecture AXION (source maître par objet) sera revu d'abord avec Laurie, puis avec Nicolas pour ce qui touche Inozis. Nicolas se dit « totalement ouvert à ne rien faire ou à tout faire » : ce qui compte, c'est de servir le projet de LIFTPLAQ, sans s'approprier les développements.
Documentation du périmètre fonctionnel : en l'absence de documentation Inozis, AXION explorera les vidéos tutoriels de l'espace assistance et l'accès logiciel existant ; Djemel a proposé d'enregistrer une prochaine formation Inozis pour en tirer une documentation capitalisée pour LIFTPLAQ.

🚀 Actions & next steps

Actions issues de la visio. Classées par propriétaire. Prochains jalons : revue projet du 3 juillet, point Inozis du 21 juillet.

#	Action	Owner	Échéance
1	Créer la sandbox — duplication de la base LIFTPLAQ (accord Laurie donné en séance), token + endpoint pour AXION, compte de visualisation pour Laurie	Nicolas (Inozis)	sem. du 6 juil.
2	Envoyer le compte-rendu et les invitations des points de suivi Inozis (21 juillet 15h · 12 août 14h)	Seb · Djemel	cette semaine
3	Structurer le mode gestion de projet — planning à 3 mois, liste des besoins et développements, arbitrage Inozis vs AXION par développement	Seb · Djemel	pour le 21 juil.
4	Explorer la documentation API et les vidéos tutoriels de l'espace assistance Inozis (accès utilisateur déjà créé par Laurie) pour documenter le périmètre fonctionnel	Seb · Djemel	juillet
5	Points de suivi Inozis — participer aux calls du mardi 21 juillet à 15h et du mercredi 12 août à 14h	Nicolas (Inozis)	21/07 · 12/08

CR — Visio technique LIFTPLAQ × INOZIS × AXION