Microsoft 365 · Extensions & Add-ons
Office 365 et Microsoft 365 sont la plateforme. Ce que le standard ne couvre pas, nous le construisons par-dessus — proprement, supportable, résistant aux Release Waves. Du web part SharePoint Framework à l'application Teams en passant par le module Outlook et l'agent Copilot : arades GmbH développe sur les plateformes d'extension officielles de Microsoft. Plus de 20 ans de pratique. Aucune astuce non documentée.
Pourquoi des extensions plutôt que des contournements
Dans chaque PME arrive le moment où le standard Microsoft 365 ne suffit plus : les pages SharePoint ne ressemblent pas à ce dont vous avez besoin. Teams doit afficher des données du CRM. Outlook doit montrer le statut des tickets sans que personne n'ait à changer d'application. Power Automate doit dialoguer avec un éditeur tiers pour lequel aucun connecteur tout prêt n'existe. Vos utilisateurs construisent alors des contournements — listes Excel, outils séparés, boîtes partagées. Avec des extensions, nous traitons le problème à la racine.
Six types d'extensions
Microsoft propose pour chaque cas d'usage une plateforme d'extension documentée. Nous les connaissons toutes en production — et disons honnêtement laquelle correspond à votre besoin et laquelle non.
La plateforme d'extension officielle pour SharePoint Online — avec TypeScript, React et outillage front-end moderne. Nous développons des web parts pour Modern Pages, des customizers Header et Footer pour le branding Tenant ou Site ainsi que des Field- et List-Customizers pour la présentation de données structurées.
Cas d'usage typiques : Annuaire des collaborateurs depuis Entra ID, tableaux de bord KPI avec embedding Power BI, mises en page de formulaires spécifiques à un secteur, branding Tenant conforme à la marque.
Applications Teams autonomes en tant que tabs, bots ou messaging extensions. Personalized App Manifests, SSO via Entra ID, Adaptive Cards pour contenus structurés. Publication multi-tenant dans AppSource ou sideloading Tenant-only — les deux éprouvés en production.
Cas d'usage typiques : Enregistrements CRM dans les conversations Teams, workflows d'approbation, bot d'onboarding, fonction de recherche spécifique à un secteur sur plusieurs sources de données.
Office Add-ins modernes via la plateforme Office.js — fonctionnent multi-plateforme dans les applications desktop, web et mobile. Modules Outlook pour les modes lecture et composition, modules Word pour la génération de modèles et de contenu, modules Excel pour Custom Functions et analyses spécifiques au domaine.
Cas d'usage typiques : Afficher des contacts CRM dans Outlook, générer des modèles de contrats dans Word, Custom Functions Excel spécifiques à un secteur pour des calculs.
Microsoft Graph est la porte API unifiée vers les mails, calendriers, fichiers, messages Teams, utilisateurs et appareils. Nous construisons des intégrations côté serveur (daemon, background worker, ETL) ainsi que des appels côté client depuis des Single-Page Apps. Subscriptions et Webhooks pour architectures événementielles.
Cas d'usage typiques : Connecter des systèmes externes aux données M365, analyses de conformité, automatismes d'onboarding/offboarding, reporting sur l'activité du Tenant.
Lorsque Power Automate et Power Apps doivent atteindre une API pour laquelle Microsoft ne fournit pas de connecteur tout prêt, nous construisons des Custom Connectors sur la base de spécifications OpenAPI/Swagger. Y compris flux OAuth, Policy Templates et livraison multi-tenant.
Cas d'usage typiques : ERP sectoriel, anciens services SOAP, services back-end propres, API REST de partenaires logistiques, interfaces Marketplace.
Agents Copilot personnalisés via Microsoft Copilot Studio — avec SharePoint, Teams et Custom Knowledge Sources. En tant qu'agent autonome dans Microsoft Teams, dans Microsoft 365 Copilot Chat ou via Microsoft 365 Copilot Extensions directement intégré dans le workflow productif.
Cas d'usage typiques : Agent de connaissances sur l'intranet SharePoint, agent helpdesk RH et IT, assistants de recherche spécifiques à un secteur, accompagnement d'onboarding.
Principes d'ingénierie
Microsoft publie deux fois par an une Release Wave, plus des mises à jour mensuelles pour SharePoint, Teams et Microsoft Graph. Une extension qui ne tient pas le rythme est obsolète au bout d'un an. Quatre principes auxquels nous nous tenons — même si cela prend plus de temps à court terme.
Aucun endpoint SharePoint non documenté, aucun appel back-end Teams privé, aucune manipulation DOM sur les surfaces Microsoft. Tout via Microsoft Graph, SPFx, Office.js et Teams JS SDK.
Scope d'autorisation minimal, séparation claire Delegated vs. Application Permission, Admin-Consent documenté. Aucun token embarqué dans le code — Auth via Entra ID, MSAL, Managed Identities.
Pipelines de build avec version Node figée, version du générateur SPFx, version du Teams Toolkit. Artefacts bundle et manifeste dans Git, chaque publication traçable.
Dans le modèle Application Care, nous vérifions 2 fois par an, en phase avec la Release Wave, si les changements Microsoft ont un impact — et adaptons bundle, manifeste ou code avant que cela ne casse.
Comment nous livrons
Lorsque l'exigence est nettement délimitée (par exemple « web part SPFx qui affiche les données X depuis l'API Y »), nous calculons un prix fixe. Cadre habituel : 2 à 6 semaines de délai de livraison, fourchette basse à moyenne à quatre chiffres.
Lorsque les exigences doivent encore être découvertes ou que le projet d'extension fait partie d'une implémentation plus large, nous travaillons en régie avec logique de sprint et taux journaliers fixes.
Vous utilisez déjà des web parts SPFx, des applications Teams ou des modules Outlook — y compris d'autres éditeurs. Nous reprenons la maintenance et l'évolution dans le modèle Application Care, au forfait mensuel.
AppSource ou Tenant-only
Un add-on n'a pas besoin d'être public. Trois modèles que nous livrons :
Questions fréquentes
Nous développons sur les plateformes d'extension officielles de Microsoft : SharePoint Framework (SPFx) pour les web parts et extensions SharePoint, Teams Apps avec tabs, bots et messaging extensions, Office Add-ins via Office.js pour Outlook, Word et Excel, intégrations personnalisées basées sur Microsoft Graph, Custom Connectors Power Platform ainsi qu'agents Copilot Studio. Toutes les extensions résistent aux Release Waves et n'utilisent que des API Microsoft documentées.
Un web part SPFx simple ou un tab Teams se situe dans la fourchette basse à quatre chiffres — soit un projet quick-win compact. Des add-ons plus complexes avec logique back-end propre, appels Microsoft Graph et support multi-tenant évoluent dans la fourchette moyenne à cinq chiffres. Une première estimation est fournie lors du premier entretien de 30 minutes.
Oui — à condition de n'utiliser que les API Microsoft documentées (Microsoft Graph, SPFx, Office.js, Teams JS SDK). Nous évitons sciemment les endpoints non documentés, la manipulation DOM et les routes privées des pages SharePoint. Dans le modèle Care, nous vérifions 2 fois par an, en phase avec les Release Waves de Microsoft, si des adaptations sont nécessaires.
Microsoft Graph est depuis de nombreuses années un outil clé chez nous. Nous construisons aussi bien des flux Delegated Permission (contexte utilisateur) que des flux Application Permission (daemon, jobs en arrière-plan) — y compris Change Notifications, Subscriptions, Webhooks et Batch Requests. Pour les scénarios sensibles, nous déployons Microsoft Entra ID Conditional Access, App Roles et Managed Identities.
Une application Teams est une application autonome dans Microsoft Teams (tabs, bots, messaging extensions). Un agent Copilot est une interface IA construite dans Microsoft 365 Copilot ou Copilot Studio, qui accède à une base de connaissances ou à une source API et répond en langage naturel. Les deux se combinent : un agent Copilot peut être déployé comme application Teams — et une application Teams peut intégrer un agent Copilot.
Oui — la reprise de solutions existantes est souvent le point d'entrée. Nous vérifions la qualité du code, l'actualité des API, les permissions Microsoft Graph, la taille du bundle et la performance. Ensuite nous assurons la maintenance et l'évolution dans le modèle Application Care — même pour des solutions que nous n'avons pas construites nous-mêmes.
Oui — aussi bien des add-ons internes (Tenant-only) que des publications publiques dans Microsoft AppSource sont possibles. Pour la publication AppSource, nous vous accompagnons dans la certification Microsoft — Security Review, tests de performance, exigences marketing et setup multi-tenant.
Accompagnement gratuit pour un essai Microsoft 365
arades met en place un tenant de test pour 3 utilisateurs, forme les key users, accompagne hebdomadairement par une permanence — et dit honnêtement à la fin si Microsoft 365 est le bon choix pour vous. Gratuitement.
30 min de premier entretien
Nous écoutons votre besoin et indiquons quelle plateforme d'extension Microsoft convient — SPFx, application Teams, module Outlook, Graph, Custom Connector Power Platform ou agent Copilot. Et si un prix fixe a du sens, ou si le besoin doit d'abord être affiné.
Prestations associées
Les projets d'ingénierie sont rarement isolés — logique de licences, clarification d'architecture, quality gates, transfert de connaissances et exploitation se déroulent souvent en parallèle. Voici les prestations d'accompagnement les plus fréquentes que nous intégrons dans Discovery-Spike, sprint à prix fixe ou contrats Application Care.
Amont · Architecture
Avant l'implémentation : structure du tenant, modèle de données, concept de sécurité, mapping des intégrations. Résultat : un document d'architecture sur lequel toute équipe d'ingénierie peut travailler — y compris autre que la nôtre.
Voir →
Amont · CSP
Quels bundles pour quels utilisateurs, quels add-on SKU sont nécessaires, où vous êtes sur- ou sous-licenciés. Souscrit en tant que Partenaire Microsoft — avec l'option d'utiliser le CSP uniquement comme contrôle, sans maximisation de marge.
Voir →
Pendant · Quality-Gate
Deuxième avis indépendant pendant un projet d'implémentation en cours — que nous le menions nous-mêmes ou qu'un autre partenaire le mène. Quality gates basés sur CMMI, Risk Reviews, prix fixe par gate.
Pendant · Adoption
Pas le classique atelier de 2 jours oublié au bout d'une semaine — mais un programme d'apprentissage dynamique sur 4 à 6 semaines avec formation initiale, phases d'application et sessions de consolidation. Matrice de formation par rôles et thèmes.
Voir →
Après · Exploitation
Après le go-live : contrat Application Care prévisible au forfait mensuel, basé sur SLA. Inclut releases, hotfix, extensions, durcissement du tenant — et accompagnement continu plutôt que simple réaction aux tickets.
Voir →
Après · Savoir
Lorsque les développeurs d'origine sont partis, que le partenaire précédent n'est plus joignable ou que la documentation est obsolète — rétro-ingénierie de la solution existante avec résultat documenté : code-map, modèle de données, inventaire des customizations.
Voir →
