Démarrer
Démarrage rapide
Ce guide décrit le chemin le plus court pour passer d’une console vide à un premier signal ROI fiable, sans brûler les étapes de sécurité.
Vue d’ensemble du parcours
Un déploiement Wadyu réussi suit un ordre simple : sécuriser le tenant MSP, ajouter un tenant client, importer ou renseigner les coûts, préparer un profil de mesure, déployer le collecteur Intune, collecter plusieurs jours de données, puis analyser les candidats à la récupération.
Il est tentant de connecter plusieurs clients dès le départ. En production, il vaut mieux valider le cycle complet sur un client pilote. Cela permet de contrôler le consentement Microsoft, les permissions Graph, le comportement du collecteur, la qualité des coûts et la lisibilité des rapports avant de généraliser.
Prérequis
Le domaine applicatif doit répondre en HTTPS sur app.wadyu.tech. Le SSO MSP doit être configuré avec Microsoft Entra ID et attaché au tenant MSP, pas en mode global. Au moins un administrateur MSP doit exister avec un identifiant Entra OID connu et un rôle propriétaire ou administrateur.
Côté client, il faut disposer des droits nécessaires pour consentir l’application Microsoft, lire les données Graph prévues par le MVP et déployer une Proactive Remediation Intune si App Metering est utilisé. Pour un pilote, choisir un client avec quelques applications coûteuses et une flotte Windows représentative.
Étape 1 : vérifier la console
Connectez-vous via le bouton Microsoft. Une fois dans la console, vérifiez que le scope affiché correspond au MSP attendu. Une erreur de scope au démarrage est un signal à traiter immédiatement : toutes les données Wadyu sont isolées par le couple MSP et client.
Contrôlez aussi que la page d’accueil ne montre plus de données de démonstration. En production, les clients, rapports, usages et métriques doivent provenir de la base réelle ou être vides tant que rien n’a été collecté.
Étape 2 : ajouter le tenant client
Depuis Clients, lancez l’ajout du tenant et validez le consentement Microsoft. Le callback doit créer une fiche client avec un identifiant tenant Entra, un statut linked et un rattachement au MSP courant. Si le flux affiche un JSON au lieu de revenir à l’interface, la liaison peut être fonctionnelle mais l’expérience de retour doit être contrôlée.
Pour un tenant MSP ajouté comme client de lui-même, le type direct_self peut être normal. Pour un client final classique, le type doit refléter une relation client et ne doit pas mélanger le tenant MSP avec le tenant client.
Étape 3 : préparer les coûts
Le ROI dépend de la qualité des coûts. Saisissez ou importez les prix mensuels réellement facturés : licence, devise, remise, engagement, bundle éventuel et source de vérité. Une licence incluse dans un forfait annuel ne se traite pas comme une licence mensuelle immédiatement résiliable.
Pour le premier rapport, documentez l’hypothèse. Exemple : “Microsoft 365 E5 : 55 CHF par mois, prix catalogue client, hors remise”. Cela évite de présenter une économie qui serait correcte techniquement mais contestable commercialement.
Étape 4 : configurer App Metering
Dans Script Builder, sélectionnez le client et créez un profil ciblé. Commencez avec un nombre réduit d’applications : Adobe, Autodesk, Power BI Desktop, Visio, Project, applications métier ou suites premium. Plus le profil est précis, plus le signal est acceptable côté conformité.
Générez ou faites tourner la clé collecteur si nécessaire, copiez la commande de déploiement et préparez la Proactive Remediation Intune. La clé collecteur est un secret opérationnel : elle ne doit pas être collée dans un ticket public ou une documentation client non restreinte.
Étape 5 : attendre une période d’observation
Un ou deux jours suffisent à valider la chaîne technique. Pour une recommandation financière, privilégiez une fenêtre plus longue, typiquement 14 à 30 jours selon la fréquence d’usage des applications. Une application ouverte une fois par mois peut être critique pour un service financier ou RH.
Pendant l’observation, surveillez les erreurs collecteur, les postes silencieux, les tenants sans synchronisation et les applications inconnues détectées. Ces signaux indiquent souvent un problème de ciblage Intune ou un profil trop large.
Étape 6 : produire la décision
Utilisez Reclaim pour trier les candidats : nouveau, en revue, approuvé, ignoré. Ajoutez des exceptions métier lorsque nécessaire : direction, paie, audit, saisonnalité, remplacement temporaire ou projet ponctuel.
Le livrable attendu pour le client doit contenir la période observée, le périmètre, les applications, les coûts, les économies potentielles, les exclusions et la prochaine action. Wadyu doit apporter une preuve, pas une décision opaque.