Aller au contenu principal

Une méthode transparente,
pas une boîte noire.

La plupart des prestataires vous promettent un résultat. Nous, on vous montre comment on y arrive — outils inclus. Voici exactement ce qui se passe quand vous travaillez avec Decinova.

01

Phase d’audit

Cartographier avant de toucher quoi que ce soit

Tout engagement Decinova commence par un audit de patrimoine. Pas un audit « on regarde vos serveurs pendant 3 jours ». Un audit automatisé par rétro-ingénierie de votre code source.

Notre scanner propriétaire parse directement les fichiers DTSX (packages SSIS), les définitions d’univers SAP BO (.unv et .unx), les rapports Web Intelligence et Crystal Reports. Il en extrait automatiquement la carte complète de votre environnement : chaque flux de données, chaque dépendance entre objets, chaque table source et destination, chaque transformation appliquée.

Ce n’est pas de la documentation manuelle. C’est de l’analyse de code statique appliquée au décisionnel — la même approche que les outils de qualité de code (SonarQube, ESLint) mais adaptée aux formats propriétaires Microsoft et SAP.

Pourquoi c’est différent : un audit manuel par un consultant prend 2 à 4 semaines pour 200 packages SSIS. Notre scanner les traite en moins de 48 heures, sans oubli, sans interprétation subjective, avec un résultat reproductible.

decinova-scanner — audit.log
$ decinova scan --source /ssis-packages/
[INFO] Scanning 847 DTSX files...
847 packages parsés (0 erreurs)
3,241 Data Flow Tasks extraits
1,892 connexions source/destination
456 variables d’environnement
23 packages avec références cassées
7 connexions vers serveurs obsolètes
[INFO] Calcul de la dette technique...
Score de dette technique : 37/100
- Complexité cyclomatique moyenne : 12.4
- Packages sans logging : 34%
- Dépendances circulaires : 3
- Code dupliqué : 18%
Rapport généré : audit-patrimoine.pdf
Livrable
Contenu
Cartographie des flux
Schéma complet source → transformation → destination pour chaque package
Matrice de dépendances
Graphe orienté montrant les relations entre packages, tables et rapports
Score de dette technique
Note de 0 à 100 basée sur 12 critères (complexité, duplication, couverture de logs...)
Plan de migration priorisé
Classement des composants par difficulté et par valeur métier, avec estimation d’effort
Rapport exécutif
Synthèse pour la direction : risques, coûts, scénarios, recommandation
02

Maintenance applicative

TMA et MCO : la continuité avant tout

La TMA (Tierce Maintenance Applicative) Decinova n’est pas un service de hotline généraliste. Chaque client est suivi par un consultant senior dédié qui connaît son environnement, son historique et ses contraintes métier.

La maintenance se décline en trois volets complémentaires. La maintenance corrective traite les incidents de production — un rapport qui ne s’affiche plus, un package SSIS en échec, une alimentation qui produit des données incohérentes. La maintenance évolutive répond aux demandes de changement — nouveau rapport, modification d’un flux existant, ajout d’une source de données. La maintenance préventive anticipe les problèmes — surveillance des performances, mise à jour des composants, nettoyage des objets obsolètes.

Chaque intervention est tracée, chaque modification versionnée, chaque déploiement validé en environnement de recette avant mise en production. C’est la discipline du développement logiciel appliquée à la BI — une rigueur que peu de prestataires TMA apportent sur des environnements SAP BO ou SSIS.

Engagement contractuel : SLA défini par niveau de criticité. Incident critique (production arrêtée) : prise en charge en moins de 2 heures, 24/7. Incident majeur : prise en charge en moins de 4 heures, jours ouvrés. Évolution standard : livraison sous 5 jours ouvrés.

Ce que couvre la TMA Decinova

PérimètreSSIS / SQL ServerSAP BusinessObjectsFabric / Snowflake
Incidents de production
Évolutions de rapports
Nouveaux flux / pipelines
Administration serveursCloud managé
Montage de version / SP
Optimisation performances
Conversion UNV → UNX
Support utilisateurs finauxNiveau 2+Niveau 2+
03

Migration & modernisation

Convertir, pas réécrire à la main

La migration d’un patrimoine BI legacy vers le cloud est le projet que tout le monde repousse — parce que les estimations sont toujours trop longues, trop chères, trop risquées. Decinova change cette équation grâce à des convertisseurs propriétaires qui automatisent la partie la plus coûteuse du travail : la traduction du code existant.

Le principe est simple. Plutôt que de faire réécrire 500 packages SSIS à la main par une équipe de 5 consultants pendant 6 mois, notre convertisseur parse chaque fichier DTSX, en extrait la logique métier (sources, transformations, destinations, conditions, variables), et génère le code équivalent en SQL Snowflake et en modèles DBT. Le résultat n’est pas du code parfait — c’est un premier jet à 70-80% qui réduit considérablement le travail de l’équipe.

La même logique s’applique aux univers SAP BO. Le convertisseur UNV/UNX analyse la couche sémantique, identifie les jointures, les filtres, les objets calculés, et génère les modèles dimensionnels équivalents en Snowflake avec la documentation DBT associée.

Notre approche diffère de SnowConvert (l’outil officiel de Snowflake) sur un point clé : nous ne faisons pas que convertir le code. Nous auditons d’abord le patrimoine pour identifier ce qui doit être migré, ce qui doit être réarchité, et ce qui doit être abandonné. Un convertisseur sans audit produit du code cloud qui reproduit la dette technique du legacy.

Déroulement d’une migration type

Semaine 1–2 — Audit & cadrage

Scan automatisé du patrimoine. Identification des composants à migrer, à refondre, à décommissionner. Estimation ferme du budget et du planning.

Semaine 3–4 — Conversion automatisée

Exécution du convertisseur sur les composants identifiés. Génération du code DBT/Snowflake. Revue de code et ajustements manuels sur les 20–30% non convertibles.

Semaine 5–8 — Tests & validation

Exécution parallèle legacy/cloud. Comparaison des résultats ligne à ligne. Correction des écarts. Validation métier avec les équipes du client.

Semaine 9–10 — Bascule & hypers care

Mise en production par vagues. Monitoring renforcé. Support hyper-care pendant 2 semaines. Transfert de compétences aux équipes internes.

Engagement prix fixe : grâce à l’audit préalable et aux convertisseurs, nous proposons des migrations au forfait — pas en régie. Le client connaît le budget total avant de commencer.

04

Placement de consultants

Des profils seniors, pas des CV gonflés

Quand un client a besoin de renfort sur son équipe data, Decinova propose des consultants en régie ou en assistance technique. La différence avec un cabinet de placement classique : nos consultants viennent du même vivier que nos équipes TMA et migration. Ils ont une expérience concrète des environnements de production, pas seulement des projets greenfield.

Chaque consultant proposé a un minimum de 8 ans d’expérience sur la technologie concernée. Le CV est accompagné d’un entretien technique réalisé par nos propres experts avant toute présentation au client. Si le profil ne correspond pas, on le dit — plutôt que de forcer un matching pour facturer.

Périmètres couverts : SSIS, SQL Server, SAP BusinessObjects (administration, développement, migration), Microsoft Fabric, Power BI, Snowflake, DBT, Azure Data Factory, Python data engineering.

Ce qui nous différencie d’un cabinet de placement

CritèreCabinet classiqueDecinova
Source des profilsBase de CV externeÉquipe interne + réseau qualifié
Validation techniqueEntretien RHTest technique par nos experts
Connaissance du legacyRareADN de l’entreprise
Backup en cas d’absenceRemplacement aléatoireÉquipe TMA en support
Transfert vers TMA/migrationNon proposéTransition fluide

Prochaine étape

Commencez par un audit gratuit

En 48 heures, recevez la cartographie complète de votre patrimoine SSIS ou SAP BO. Sans engagement, sans accès à vos données métier.

Demander un audit gratuit → Voir nos offres