Démarrage rapide
Mettre en route un premier client, collecter les premiers signaux et produire un rapport ROI.
Documentation produit
Wadyu Docs
La documentation Wadyu centralise les guides de déploiement, les modules fonctionnels, les règles de sécurité, les procédures d’exploitation et les arguments de gouvernance pour les MSP.
Onboarding tenant
Connecter un tenant Microsoft 365 client en conservant un scope MSP strict.
Collecteur Intune
Déployer la mesure App Metering via Intune Proactive Remediation.
Script Builder
Configurer le profil de collecte, les applications ciblées et les modes privacy.
Sécurité
Comprendre isolation tenant, chiffrement, CSP, collecteur et audit.
Troubleshooting
Résoudre les problèmes de SSO, collecteur, Graph, frontend et mémoire environnement d’hébergement.
Promesse produit
Wadyu répond à une question simple mais rarement couverte par les outils natifs : les licences payées sont-elles réellement utilisées ? Intune montre ce qui est installé. Wadyu montre ce qui est utilisé. Cette différence transforme un inventaire technique en décision financière défendable.
La plateforme aide un MSP à repérer les licences dormantes, les applications coûteuses sous-utilisées, les postes qui ne remontent plus de signal et les écarts entre ce qui est facturé, installé et réellement utilisé. Le résultat attendu n’est pas seulement un tableau de bord : c’est une preuve exploitable en comité client.
Comment lire cette documentation
Les pages “Guides pratiques” décrivent les gestes de configuration : Entra ID, onboarding tenant, collecteur Intune et coûts. Les pages “Modules” expliquent comment exploiter chaque brique dans la console. Les pages “Référence” couvrent sécurité, architecture, exploitation, dépannage et FAQ.
Chaque section est écrite pour être utilisée en production : objectifs, prérequis, points de contrôle, erreurs fréquentes et limites connues. L’idée est de permettre à un MSP de préparer un pilote client, puis de reproduire le déploiement sur plusieurs tenants sans improviser.
Surface séparée de l’application
doc.wadyu.tech est volontairement séparé de app.wadyu.tech. La documentation est statique, publique, sans session applicative, sans cookie Wadyu et sans proxy vers l’API. Cette séparation réduit la surface d’attaque et permet de partager les procédures avec une équipe interne ou un client sans ouvrir l’accès à la console.
La console Wadyu reste l’espace authentifié MSP. Les actions sensibles, les secrets Microsoft, les tokens, les collecteurs et les données clients ne doivent jamais être publiés dans la documentation.
Ce que Wadyu n’est pas
Wadyu n’est pas un outil de surveillance individuelle, ni un outil de lecture de documents, ni un logiciel de contrôle des employés. Le collecteur mesure l’usage d’applications ciblées et agrège les signaux nécessaires à une décision de gouvernance licence.
Wadyu n’est pas non plus, dans le MVP actuel, un système de retrait automatique aveugle de licences. La plateforme identifie, calcule, documente et fait circuler la décision. Le MSP conserve la responsabilité de valider les exceptions métier, présenter la recommandation et effectuer l’action finale dans Microsoft 365 lorsque l’automatisation n’est pas activée.
Parcours recommandé
Commencer par connecter le tenant MSP et sécuriser le SSO. Ajouter ensuite un seul client pilote, importer les coûts, configurer un profil Script Builder limité à quelques applications coûteuses, déployer le collecteur via Intune, attendre une fenêtre d’observation suffisante, puis utiliser Reclaim et Rapports pour produire une première synthèse ROI.
Une fois le pilote validé, élargir progressivement : plus de clients, plus d’applications, règles de rétention ajustées, alertes ITSM, rôles personnalisés et Golden Master Policies pour industrialiser la gouvernance.