Compte
Applications
Mécanismes
Statuts
Origines
Dashboard
Répartition par mécanisme
Répartition par source d'origine
Alertes en temps réel (recalculées à chaque chargement)
Voir toutes →Flux
| #ID | Nom | Source | Cible | Mécanisme | Type de données | Statut | Fréquence | Criticité | Origine | Actions |
|---|---|---|---|---|---|---|---|---|---|---|
| Aux. |
Graphe simplifié
Vue macro : une flèche = au moins un flux dans cette direction. Voir Schéma détaillé pour le détail flux par flux.
Schéma détaillé des flux
Chaque flèche = un flux individuel. Inspiré du schéma SnapLogic Pipeline (Parent).
Flux connectés
Données transitant
Entités de données
Applications
| Nom | Type | Écosystème | Statut | Description | Flux (in) | Flux (out) | Couleur | Actions |
|---|---|---|---|---|---|---|---|---|
Entités de données
| Nom | Catégorie | Source maître | Description | Actions |
|---|---|---|---|---|
Base de connaissances
Infrastructure, sources, flux de données — Cartographie complète du SI idverde
Analyse des couvertures
Analyse les métadonnées de chaque flux (origine, mécanisme, protocole, IDs Althéa) pour déterminer automatiquement dans quelles sources il est documenté : MDM Althéa, SnapLogic, Script Python, SFTP.
Vue d'ensemble ✕ fermer
Tous les flux Toutes les applications Flux actifs Flux inactifs / désactivés Flux autres
L'écosystème applicatif idverde
Le SI d'idverde France s'articule autour d'un noyau central — SPOCK (ERP métier) — connecté à une dizaine d'applications spécialisées via des flux automatisés et manuels.
Noyau opérationnel
SPOCK gère les chantiers, la facturation, les visites terrain. C'est la source de vérité pour les codes chantier et l'analytique métier.
Pôle Finance
Arcole (Cegid) centralise la comptabilité. Tous les flux financiers transitent via des fichiers plats (CSV/XML) déposés sur SFTP.
Couche d'intégration
SnapLogic (iPaaS) orchestre les échanges entre applications. 20 projets en production, 12 actifs, 183 pipelines au total.
Applications du SI
SPOCK
ERP métier — chantiers, facturation, visites. Source de vérité des codes chantier. Remplace HKA3.
Arcole (Cegid)
Comptabilité / Finance. Lots toutes les 15 min, rejet total si 1 erreur. Remplacement prévu ~2027.
Coupa
Achats / Procurement. Initiation fournisseurs, bons de commande, approbations.
Itesoft
Dématérialisation factures / BL. Traitement OCR, workflow de validation BAP.
SnapLogic
iPaaS — orchestre tous les flux entre applications. 20 projets PROD, 42 tasks planifiées.
ADP Decidium
RH / Paie. Synchronisation des employés vers SPOCK pour les affectations chantier.
Comment circulent les données
Les données transitent entre les applications via 3 mécanismes principaux, chacun avec ses forces et faiblesses.
SnapLogic (iPaaS)
Plateforme d'intégration managée. Pipelines visuels, orchestration CRON, connecteurs natifs (Coupa Snap Pack).
Script Python (Rappro)
Patch temporaire remplaçant le flux SnapLogic ITESOFT→SPOCK désactivé. Appels API directs.
Fichiers plats (SFTP)
CSV et XML déposés sur serveur SFTP. Quasi-totalité des flux comptables Arcole passent par ce canal.
Cycles métier couverts
Deux cycles principaux structurent les flux de données.
P2P Purchase-to-Pay (Cycle Achats)
O2C Order-to-Cash (Cycle Ventes)
Sources de données consolidées
Cette base de connaissances agrège 4 sources d'information complémentaires pour établir la cartographie la plus complète possible.
MDM Althéa (2025)
Travail de Master Data Management réalisé par Althéa (avr–nov 2025). 113 flux recensés, 39 systèmes, 135 champs documentés. Référence exhaustive mais datée — inclut encore HKA3.
SnapLogic (PROD)
Extraction directe de l'espace idverdePrd (mars 2026). 20 projets, 183 pipelines, 86 flux SnapLogic référencés. Source la plus fiable pour les flux automatisés actuels.
Script Python Rappro
Patch temporaire développé pour remplacer le flux ITESOFT→SPOCK désactivé. Contient des règles de gestion métier absentes de SnapLogic. Solution critique mais fragile.
Tâches planifiées (SFTP)
Flux par fichiers plats (CSV/XML) déposés sur serveur SFTP. Principalement les flux comptables Arcole et les exports Decidium/ADP. Pas de monitoring centralisé.
Audit de revalidation — Couverture des sources
Vérification croisée : chaque source de données a été auditée pour confirmer que 100% de ses flux sont bien intégrés dans la base consolidée.
| Source | Éléments source | Flux en base | Résultat |
|---|---|---|---|
| Excel SnapLogic | 183 pipelines / 20 projets * | 86 flux SnapLogic | 100% |
| MDM Althéa | 113 flux documentés (dont 77 avec FL ID ***) | 113 flux référencés dans MDM Althéa | 113/113 |
| Scripts Python Rappro | 14 modules d'extraction | 7 flux Python (IDs 81, 86–91) | 7/7 |
| Tâches planifiées Windows | 25 tâches planifiées ** | 22 flux serveur (IDs 110–131) | 100% |
| Doc SnapLogic + Itesoft | 14 specs + 23 design mappings | Flux correspondants en DB | 100% |
* 183 pipelines → 86 flux : Un pipeline SnapLogic est une étape technique, pas un flux métier. Chaque flux logique (ex: "Comptabilisation Itesoft → Arcole") est porté par un pipeline principal, mais s'accompagne de plusieurs pipelines techniques. Les 183 pipelines sont consolidés en 74 flux initiaux (53 principaux + 21 auxiliaires) + 12 flux ajoutés lors de la réconciliation approfondie = 86 flux SnapLogic.
Pourquoi les garder ? Les replays et exécutions manuelles sont déclenchés par les équipes pour corriger des erreurs — c'est un indicateur de fragilité d'un flux. Les routines d'erreur documentent la gestion des échecs. Les 12 flux ajoutés correspondent à des routes réelles vers des destinations qui étaient masquées dans la hiérarchie parent/child SnapLogic.
** 25 tâches Windows → 22 pertinentes : Sur les 25 tâches planifiées du serveur Arcole/SFTP, 3 ne sont pas des flux de données et ont été exclues :
Ces 3 tâches relèvent de la maintenance système, pas de l'intégration de données. Les 22 restantes sont de véritables transferts de fichiers entre applications.
*** FL ID (Flux ID Althéa) : Identifiant unique attribué par Althéa à chaque flux dans leur cartographie (format : FL001, FL052, FL108…). Sur les 113 flux du MDM Althéa, 77 ont été rattachés à un FL ID dans notre base — c'est-à-dire qu'on a pu faire la correspondance entre le flux Althéa et un flux de notre cartographie consolidée. Les 36 restants sont des flux Althéa documentés mais qui n'ont pas de correspondance directe (flux UK/filiales, flux entre systèmes hors périmètre, ou flux trop génériques pour être mappés à un flux technique précis).
⚠ Pourquoi ≠ ? Ce tableau est un audit de couverture par source, pas une addition. Un même flux peut être documenté dans plusieurs sources : il est alors compté dans chaque ligne, mais n'existe qu'une seule fois en base.
Chaque ligne répond à la question : "de cette source, a-t-on perdu des flux ?" — pas "combien de flux uniques viennent de là".
ℹ Lien avec la matrice de couverture détaillée (en bas de page) : Ce tableau compte les flux par mécanisme d'exécution (86 flux SnapLogic, 22 tâches Windows…). La matrice en bas utilise des cases à cocher par source documentaire : pour chaque flux, dans quels documents de référence a-t-on trouvé de la documentation ? Un flux SnapLogic peut être documenté à la fois dans l'Excel SnapLogic, le MDM Althéa et les specs Itesoft. Les deux vues sont complémentaires : ce tableau = "d'où vient le flux techniquement", la matrice = "où est-il documenté".
Réconciliation : 183 pipelines Excel → 86 flux en BDD
L'onglet Pipeline de l'Excel SnapLogic liste 183 pipelines techniques. Après réconciliation approfondie (analyse parent/child), notre base en contient 86 flux SnapLogic. Voici la décomposition complète.
Pourquoi garder les 21 auxiliaires ?
Les replays et exécutions manuelles sont déclenchés par les équipes pour corriger des erreurs — c'est un indicateur de fragilité d'un flux. Les routines d'erreur documentent la gestion des échecs. Ils sont visibles et filtrables dans le schéma (toggle « Masquer auxiliaires »).
Détail des 12 flux découverts (réconciliation approfondie parent/child) :
💡 Principe clé : L'Excel compte des objets techniques (chaque pipeline = 1 ligne). Notre BDD compte des flux de données fonctionnels (chaque transfert logique entre 2 systèmes = 1 flux). La réconciliation approfondie a révélé 12 routes supplémentaires cachées dans la hiérarchie parent/child — des destinations réelles qui n'apparaissaient pas au niveau du pipeline parent.
📌 Note : En plus des 86 flux SnapLogic, 2 flux Coupa natifs (intégration fichier CSV vers Itesoft) ont été identifiés — ceux-ci ne passent pas par SnapLogic. Total BDD : 158 flux tous mécanismes confondus.
Périmètre de la base de données
Applications référencées mais non reliées à aucun flux.
Flux dans le périmètre du projet VIVA × VPWhite
Comment ce décompte est-il calculé ?
Filtrage du périmètre projet
Seuls les flux dont la source ET la cible (mode strict) font partie des applications du périmètre sont retenus, avec les statuts : .
| Catégorie | Périmètre | Total BDD | Exclus | Pourquoi |
|---|---|---|---|---|
| SnapLogic principaux | ✓ | |||
| Auxiliaires SnapLogic | ✓ | |||
| Script Python (Rappro) | ✓ | |||
| Tâches planifiées (SFTP) | ✓ | |||
| Total |
Formule de convergence :
= snap princ. + python + sftp + aux.
Détail de la classification technique
• SnapLogic — flux ayant snap_project + snap_pipeline. Les auxiliaires (Replay_, Manual_, _Errors…) sont comptés séparément.
• Script Python — flux avec src_python_rappro = true SANS pipeline SnapLogic.
• Tâche planifiée — flux avec src_sftp_tasks = true SANS SnapLogic ni Python.
Priorité : SnapLogic > Python > SFTP. Le flag is_auxiliary classe un flux mais ne l'exclut pas du total.
Pourquoi certains flux sont exclus du périmètre ?
Le mode strict exige que source ET cible soient dans les apps du périmètre. Les flux impliquant HKA3 (ERP déprécié) ou des apps périphériques (Acciline, BlueKanGo, Cash On Time, Sage, Active Directory…) sont donc exclus. Ils restent visibles dans le widget "4 quadrants" qui opère sur l'intégralité de la BDD.
| ID | Pipeline / Flux | Route | Statut | Origine | Sources |
|---|---|---|---|---|---|
|
MDM ✓
Absent MDM
|
|||||
| actifs, inactifs | |||||
⚠ du périmètre : le flux #14 — 01_Send_and_Clean_GR_Errors (Coupa → HKA3) est filtré car HKA3 n'est pas dans les applications du scope projet. En BDD, il existe bien flux auxiliaires au total.
| ID | Pipeline | Route | Projet | Statut | Type aux. |
|---|---|---|---|---|---|
| actifs, inactifs | |||||
Par statut
Par mécanisme
Par origine
Écarts entre sources — SnapLogic vs MDM Althéa ✕ fermer
✓ Vérification : + + + = flux
Points d'attention
Couverture par source
Matrice de couverture détaillée
Cliquez sur les niveaux de couverture ou sources pour filtrer le tableau.
Chargement de l'analyse…
| # | Nom du flux | Source → Cible | Score | Statut | |||||
|---|---|---|---|---|---|---|---|---|---|
| → | |||||||||
| Aucun flux ne correspond aux filtres | |||||||||
Chargement…
Alertes
Calculées en temps réel — corrigez la cause, l'alerte disparaît automatiquement
Simulation « What-If »
Simulez la suppression ou désactivation d'un élément| Sévérité | Message | Catégorie | Flux |
|---|---|---|---|
| — |
Aucune alerte — tout est en ordre
🎯 Plan d'Action
Vision stratégique et suivi des actions VIVA × idverde
À faire
En cours
Terminé
🔧 Étapes concrètes SnapLogic
📋 Étapes correctives
recommandations
🐍 Réduction de la dépendance Python Rappro
Documenter les règles de gestion
Analyse du code source Python — capturer la connaissance dispersée
Corriger les flux secondaires SnapLogic
FNP, GoodReceipts, HKA3 — moins de cas à gérer par le Patch
Réimplémenter le Patch dans SnapLogic
Les règles du Patch deviennent des pipelines SnapLogic natifs
Rappro sain, sans béquille
Le Rappro reste comme outil de vérification — le Patch a disparu
Patterns d'erreur récurrents
Causes racines
- •
Flux impactés
Prévention
Scénarios de panne composés
Arbre de diagnostic rapide
En cas d'incident, suivez cet arbre de décision pour identifier rapidement la cause racine.
🔴 Symptôme : Factures absentes dans Arcole
→ Vérifier le fichier SFTP dans le répertoire Arcole
Fichier présent mais vide ?
→ Pattern C : Pipeline en boucle. Vérifier SnapLogic Dashboard, chercher "Completed with Errors"
Fichier absent ?
→ Vérifier si le pipeline parent a tourné (SnapLogic Activity Log). Si oui → erreur en amont (SPOCK API?). Si non → tâche planifiée arrêtée.
Fichier présent, contenu OK ?
→ Pattern A : Rejet Arcole. Vérifier les acquittements, chercher codes invalides (fournisseur, compte, axe analytique)
🟠 Symptôme : Doublons dans SPOCK / Arcole
→ Vérifier si 2 pipelines traitent le même fichier
→ Pattern E : Pipelines en double. Chercher "Copy of", "LM_", "OLD_" dans le même projet SnapLogic. Vérifier les tasks actives.
🔵 Symptôme : Power BI / Excel sans données récentes
→ Vérifier le Script Python Rappro (serveur dédié)
→ Scénario S2 : Script Python en panne = blocage total chaîne P2P en 24-48h. Vérifier serveur, API SPOCK, logs Python.
✅ Checklists post-incident
Phase 1 — Détection (< 1h)
- ☐ Identifier le flux impacté (n° flux BDD)
- ☐ Vérifier SnapLogic Dashboard / Activity Log
- ☐ Vérifier le répertoire SFTP concerné
- ☐ Consulter les acquittements Arcole
Phase 2 — Diagnostic (< 4h)
- ☐ Identifier le pattern d'erreur (A-E)
- ☐ Déterminer la cause racine
- ☐ Évaluer le périmètre impacté (nb enregistrements)
- ☐ Documenter dans idverde-flux-manager (alertes)
Phase 3 — Correction (< 24h)
- ☐ Appliquer le correctif (rejeu fichier, fix mapping...)
- ☐ Vérifier la reprise (compteur réconciliation)
- ☐ Confirmer avec l'équipe finance
Phase 4 — Prévention
- ☐ Ajouter Error Pipeline si absent
- ☐ Ajouter validation si rejet Arcole
- ☐ Mettre à jour la documentation
- ☐ Créer une tâche Kanban si action structurelle
- ☐
🔍 Diagnostics ajoutés
Notes & Observations
Notes libres, observations terrain, retours d'expérience. Accessibles par l'assistant IA via la base de connaissances.
Aucune note pour le moment.
Ajoutez des observations, diagnostics, ou retours d'expérience terrain.
Nouvelle note
Modifier la note
Nouveau pattern d'erreur
Modifier le pattern
Nouveau scénario de panne composé
Modifier le scénario
Nouveau diagnostic
Décrivez l'arbre de diagnostic, les étapes à suivre, les vérifications. Format libre.
Modifier le diagnostic
Nouvelle checklist post-incident
Un élément de checklist par ligne. Alimentera la base de connaissances IA.
Modifier la checklist
Métriques de succès — Évolution par phase
| Métrique | Phase 0 (actuel) | Phase 1 (6 sem.) | Phase 2 (9 sem.) | |
|---|---|---|---|---|
Vision concrète SnapLogic — Court / Moyen / Long terme
🔴 Court terme (1-2 sem.)
Error Pipelines natifs
- Ouvrir chaque pipeline critique dans SnapLogic Designer
- Ajouter un Error Pipeline : Email Sender snap (to: equipe-finance@idverde.com)
- Ajouter File Writer snap vers /error/archive/[date]/
- Configurer sur "On Failure" ET "Completed with Errors"
- Tester avec un fichier volontairement invalide
Audit des doublons
- Pour chaque projet PROD : lister les pipelines
- Identifier "Copy of", "LM_", "OLD_", "test_"
- Vérifier si des Scheduled Tasks pointent dessus
- Désactiver les tasks, renommer en _DEPRECATED
- Ne PAS supprimer — archiver dans un dossier _archive/
Filter snap fichiers vides
- Après chaque Directory Browser snap
- Ajouter Filter snap : $fileInfo.size > 0
- Branche "else" → Error Pipeline (fichier vide détecté)
- Empêche l'incident du 6 mars (fichier XML vide)
🟠 Moyen terme (6 sem.)
Pattern validation SFTP → Arcole
- Directory Browser → récupère fichier SFTP
- XML Parser / CSV Parser (selon format)
- Mapper snap → normalise les champs
- Filter snap → vérifie codes fournisseur, compte, axe
- Route : valide → File Writer zone Arcole
- Route : invalide → File Writer zone quarantaine + Email
Migration Coupa → API REST
- Utiliser le REST snap (Account: Coupa OAuth2)
- GET /api/invoices, GET /api/purchase_orders
- Remplacer les Directory Browser SFTP un par un
- Garder le SFTP en fallback pendant 2 semaines
- Supprimer le SFTP quand API stable
Redirection HKA3 → SPOCK
- Pipeline #13 (GoodReceipts) : changer le File Writer
- Nouveau target : API SPOCK /api/goods-receipts
- Pipeline #14 : désactiver (monitoring HKA3 inutile)
- Mettre les 10 flux HKA3 inactifs en statut "Archivé"
🟢 Long terme (9 sem.)
Refonte ITESOFT ↔ SPOCK
- Documenter TOUTES les règles du Patch Python
- Créer un projet SnapLogic dédié "ITESOFT_SPOCK_V2"
- Pipeline 1 : Récupération factures ITESOFT (REST snap)
- Pipeline 2 : Transformation + validation métier (Mapper)
- Pipeline 3 : Injection SPOCK (REST snap POST)
- Pipeline 4 : Réconciliation (compteur + acquittements)
- Pipeline Error : notification + archive + retry
- Migration progressive : 10% → 50% → 100% du volume
Unification bus SnapLogic
- Migrer les 22 tâches Windows → Triggered Tasks SnapLogic
- Migrer les 7 flux Python → pipelines SnapLogic
- Standardiser le nommage : [SOURCE]_[DATA]_[TARGET]
- 1 projet par domaine (Finance, Achats, Ops, Infra)
- Dashboard SnapLogic Manager = vue unique PROD
Monitoring centralisé
- Azure Monitor + Application Insights
- Chaque pipeline envoie un log structuré (JSON)
- Dashboard Power BI temps réel pour l'équipe finance
- Alertes automatiques : écart compteur, erreur pipeline, timeout
- SLA : détection incident < 5 min
Nouvelle tâche
Suite d'actions correctives à suivre. Une étape par ligne.
Modifier la tâche
Suite d'actions correctives. Accessible dans la knowledge base IA.
Nouvelle recommandation
Modifier
Exports & Import
Base de données
Partage entre collègues (Guillaume, Rami...)
Exportez le fichier SQLite complet pour le partager avec un collègue. Il pourra l'importer pour avoir exactement les mêmes données.
Télécharger la BDD (.db)Importer une BDD reçue d'un collègue :
Exports Excel
Pour le client (livrables idverde)
Fichiers Excel formatés et prêts à livrer. En-têtes stylisées, couleurs par catégorie, colonnes ajustées.
Export Technique
Tous les flags, champs internes et valeurs de référence
Export Excel brut avec tous les champs techniques : 5 flags booléens source, projets/pipelines SnapLogic, valeurs de référence, légende des champs et métriques calculées. Permet de comprendre ce qui alimente le Graphe, le Schéma détaillé, les Alertes et la Comparaison.
Export Technique (6 onglets)Onglets : Flux (26 colonnes) · Applications · Données · Valeurs de référence · Légende · Métriques
Export JSON
Données structurées (technique)
Export JSON complet de toutes les données. Utile pour intégration avec d'autres outils ou sauvegarde technique.
Valeurs de référence
Gérez les listes déroulantes : mécanismes, statuts, origines, criticités, écosystèmes, types…
Mécanismes
Cochez les mécanismes pré-sélectionnés au lancement. Vide = tous.
Statuts
Cochez les statuts pré-sélectionnés au lancement. Vide = tous.
Origines source
Cochez les origines pré-sélectionnées au lancement. Vide = toutes.
Applications (scope)
Applications pré-cochées dans le scope global. Vide = toutes.
Ajouter une valeur
| Valeur | Label | Couleur | Ordre | Défaut | Actif | Utilisations | Actions |
|---|---|---|---|---|---|---|---|
|
|
Défaut | 0 |
|
||||
| Aucune valeur pour cette catégorie | |||||||
Flags techniques
Gérez les booléens de source et classification sur chaque flux. Modifiez directement dans le tableau.
| # | Flux | Source | Cible | Statut | 🔒 | |
|---|---|---|---|---|---|---|
Journal d'audit
Traçabilité complète de toutes les modifications en base de données.
TOTAL MODIFS
CRÉATIONS
MISES À JOUR
SUPPRESSIONS
| Timestamp | Table | Enregistrement | Action | Champs modifiés | Utilisateur |
|---|---|---|---|---|---|
|
: →
|
|||||
| Aucun enregistrement d'audit | |||||
Tokens & Coûts IA
Suivi de la consommation de tokens et coûts Azure OpenAI en EUR.
TOKENS
derniers j.
COÛT TOTAL
COÛT / REQUÊTE
MODÈLE PLUS UTILISÉ
Tokens consommés par jour
Prix Azure OpenAI
| Modèle | Input | Output |
|---|---|---|
Derniers logs (50 requêtes)
| Timestamp | Modèle | Input | Output | Coût EUR | Endpoint |
|---|---|---|---|---|---|
| Aucun log de token | |||||
Gestion des utilisateurs
Gérez les comptes utilisateurs, rôles et permissions.
| Nom | Identifiant | Rôle | Statut | Dernière connexion | Actions | |
|---|---|---|---|---|---|---|
|
|
||||||
| Aucun utilisateur | ||||||
L'identifiant ne peut pas être modifié
Réinitialiser le mot de passe
Agent IDverde
Expert IA alimenté par la base de connaissances idverde
Cliquez sur une section pour la consulter/éditer. Total : caractères envoyés.
Sections dédiées au mode vocal — style narratif, sans markdown. Total : caractères.
Ces sections sont optimisées pour le mode oral et envoyées automatiquement à Gemini Live.
Agent IDverde
Posez une question sur les flux, les applications, les incidents...
Discussion vocale
Appuyez sur le micro pour parler. L'agent écoute, réfléchit, puis vous répond à voix haute.
ou choisissez un sujet :
Gemini · Les réponses peuvent contenir des erreurs