Réponse en bref
La feuille de route SPFx du 30 septembre vise une disponibilité générale des composants interactifs en octobre. L’aperçu est ouvert mondialement ; licences finales et certaines évolutions restent attendues.
Octobre reste un objectif de feuille de route
La mise à jour SharePoint Framework du 30 septembre vise une disponibilité générale de Copilot UX components en octobre, avec SPFx 1.24. Ces composants proposent des interfaces interactives dans Microsoft 365 Copilot. Le texte décrit un aperçu public déjà activé mondialement, alors que les licences de production restent à confirmer. Un projet doit préserver cette distinction entre l’accès présent et le jalon annoncé.
L’article précise également qu’un programme distinct de collaboration pratique a fermé ses inscriptions en raison de la demande. Cela ne ferme pas l’aperçu public. Les exemples restent disponibles et Microsoft autorise développement et tests sans licence Microsoft 365 Copilot ni frais de consommation pendant cette phase. Ces conditions concernent l’aperçu ; elles ne constituent pas un engagement tarifaire pour la version de production.
L’interface rend visible la décision humaine
Microsoft décrit des composants affichant données métier, graphiques, formulaires et choix d’approbation dans la conversation. L’agent interprète une demande, le composant présente des informations par le code et une personne vérifie ou confirme. Les API métier réalisent ensuite l’opération. Ce schéma d’interaction ne démontre pas indépendamment l’exactitude de chaque système connecté ni de toutes les suggestions que l’agent peut produire.
Prenons la vérification d’une demande de congé. Dates, solde disponible et responsable peuvent être montrés ensemble avant l’envoi. Selon notre lecture, un formulaire visible permet de lever plus facilement certaines ambiguïtés qu’une simple confirmation textuelle. Sa valeur dépend de l’affichage de l’action réellement préparée et d’un moyen clair pour la personne de la corriger ou de l’annuler avant exécution.
Les dates correspondent à plusieurs niveaux de préparation
La feuille de route mentionne SPFx 1.24 beta 4 le 17 septembre et beta 5 le 23. Elle place ensuite la version candidate, puis la disponibilité générale en octobre. React 18 figure déjà dans l’aperçu, tandis que la prise en charge de Node.js 24 et 26 est prévue pour la candidate et la version finale. Le tableau distingue ces états pour éviter de présenter les projets comme livrés.
Microsoft situe aussi la disponibilité générale du nouvel outil de ligne de commande SPFx dans la version 1.25, prévue en décembre 2026 ou janvier 2027. Une équipe travaillant sur l’aperçu doit suivre les outils actuellement documentés, sans présumer que le futur parcours de création est prêt. Le fournisseur précise que les plans peuvent évoluer avec le développement et les retours des clients.
| Capacité | État décrit | Date ou condition |
|---|---|---|
| Composants interactifs | Aperçu public mondial | Disponibilité générale visée en octobre |
| SPFx 1.24 beta 5 | Publié | 23 septembre 2026 |
| React 18 dans SPFx | Disponible dans l’aperçu | Prévu dans la version 1.24 finale |
| Node.js 24 et 26 | Prévu | Version candidate et disponibilité générale |
| Licences de production | Non confirmées | L’aperçu ne fixe pas les conditions finales |
React appelle des tests propres à l’application
L’arrivée de React 18 est une évolution de dépendance dans SPFx, pas une nouvelle sortie de React. L’article React de mars 2022 apporte un contexte historique : il décrit les contrôles Strict Mode réservés au développement qui révèlent des effets peu robustes aux exécutions répétées. Microsoft demande désormais de vérifier rendu, compilation et compatibilité des bibliothèques tierces dans les solutions SPFx.
Pour un composant métier, la preuve utile est que l’utilisateur termine sa tâche de manière fiable. Il faut examiner la conservation d’une saisie inachevée, les états de chargement et d’erreur, et le déclenchement unique de l’opération confirmée. Ce sont des exemples éditoriaux de vérification, pas l’affirmation de défauts connus dans l’aperçu ou d’une suite de tests exécutée par VJOURNAL.
Un modèle commun laisse subsister les différences des hôtes
Microsoft dit utiliser le modèle MCP Apps et des technologies web familières, dont React et les bibliothèques JavaScript. La documentation du protocole décrit des interfaces interactives rendues dans un hôte qui contrôle isolation et communication. Elle indique aussi que la prise en charge varie selon le client. C’est un contexte technique indépendant, sans preuve d’un comportement identique dans toutes les applications hôtes.
Réutiliser une vue de portail demande donc plus qu’un examen de son apparence. Le composant doit disposer des permissions appropriées, présenter un état utile sans données et transmettre clairement l’action à l’API métier. La feuille de route traite l’extension à d’autres applications Microsoft comme un axe d’investissement. Cela ne prouve pas que chaque surface citée propose déjà la même expérience interactive.
Le pilote peut partir de ce qui existe aujourd’hui
Le nom définitif est Copilot UX components. Les documents antérieurs parlaient de SharePoint Copilot Apps, puis de Copilot Components. La publication précise qu’il s’agit de la même capacité. Cette clarification aide à retrouver les bons documents et empêche de confondre une évolution de nom avec plusieurs produits distincts disposant chacun de leurs propres règles de licence et de disponibilité.
Un pilote concret peut employer les exemples actuels et une action métier bien comprise, tout en réservant une décision séparée aux licences et au déploiement de production. Consigner ce que l’utilisateur voit, approuve et déclenche rend l’essai lisible. La mise à jour permet d’expérimenter maintenant et de préparer octobre ; elle ne règle pas encore les conditions commerciales finales ni l’aptitude d’une organisation donnée à exploiter la solution.
Questions et réponses
Les composants sont-ils déjà en disponibilité générale ?
La source du 30 septembre décrit un aperçu public et un objectif pour octobre. C’est une feuille de route, pas la confirmation d’un lancement définitif le 1er octobre.
Faut-il une licence Copilot pour tester ?
Microsoft indique que le développement et les tests dans l’aperçu ne demandent pas de licence Microsoft 365 Copilot et n’entraînent pas de frais de consommation. Cela ne fixe pas les licences de production.
La fermeture du programme bloque-t-elle l’accès ?
Non. Les inscriptions closes concernent un programme distinct de travail avec les ingénieurs Microsoft. L’aperçu public et les exemples restent accessibles dans les environnements du monde entier, selon la publication.