Que se passe-t-il lorsque Business Central gère la majeure partie de votre travail mais qu'une partie de votre activité ne semble pas tout à fait correspondre ? Peut-être avez-vous besoin d'un processus d'expédition spéciale ou votre équipe financière a-t-elle besoin d'un rapport local ou encore votre personnel saisit-il les mêmes données dans deux systèmes qui ne communiquent pas entre eux ? Business Central couvre déjà beaucoup de choses. Il vous aide à gérer la finance, les ventes, les stocks, les projets et le travail quotidien depuis un seul endroit. Mais voici le point essentiel. Il n'y a pas deux entreprises qui fonctionnent exactement de la même manière. Pensez à votre téléphone. Il est livré avec les appels, les messages, un appareil photo et des outils de base puis vous installez des applications adaptées à votre vie sans démonter l'appareil. Les extensions Business Central fonctionnent de la même manière.

A la fin de cette capsule de connaissances, vous saurez ce qu'elles sont, où elles s'intègrent et ce qu'il faut vérifier avant d'en ajouter une. Mais qu'est-ce qu'une extension ? Au juste, euh... Une extension est un package pour Dynamics 365 Business Central qui ajoute une fonctionnalité dont vous ne disposez pas dans votre configuration standard ou qui modifie le fonctionnement d'une partie standard pour votre entreprise. Cela peut être aussi simple que l'ajout d'un champ obligatoire sur une fiche client afin que personne ne puisse créer un client sans saisir une préférence de livraison ou cela peut couvrir tout un processus métier. Une extension d'expédition peut créer des étiquettes de transporteur, envoyer les détails du colis à un service d'expédition et récupérer les informations de suivi tandis qu'une extension bancaire pourrait importer des relevés bancaires, pourrait importer des relevés bancaires et les rapprocher des paiements déjà enregistrés.

Vous n'avez pas besoin d'être développeur pour comprendre l'idée de base. Considérez Business Central comme un immeuble de bureau où l'application standard vous fournit les pièces principales, finances, vente, achat, stock, travaux et plus encore. Vous voyez les portes, les murs, le câblage et les services partagés déjà en place. Une extension ajoute quelque chose autour de ce bâtiment sans modifier sa structure principale. Elle peut ajouter une nouvelle pièce ou placer un outil supplémentaire sur un bureau que vous utilisez déjà en ajoutant un nouveau bouton à une commande client, une nouvelle colonne à une liste, une mise en page différente pour une facture ou une facture ou une connexion à un service externe. En coulisses, une extension peut ajouter des champs, des pages, des rapports, des actions, des règles et une logique métier. Cette dernière expression semble technique, alors simplifions-la.

La logique métier désigne les règles qui indiquent à Business Central ce qu'il doit faire. Par exemple, une règle pourrait empêcher la validation d'une commande tant que quelqu'un n'a pas saisi un numéro de bon de commande. Une autre règle pourrait envoyer un document pour approbation lorsque son montant dépasse une limite. L'extension gère cette règle de sorte que votre équipe n'a pas à s'en souvenir à chaque fois. Avant que les applications cloud et les extensions ne deviennent la norme, les entreprises modifiaient souvent directement le code original de Business Central. Imaginez cela comme si vous changiez les murs et le câblage à l'intérieur d'un immeuble de bureau. Au début, cela peut résoudre un problème. Mais lorsqu'une mise à jour de Microsoft arrive, elle s'attend à ce que le bâtiment standard soit intact et vos changements personnalisés peuvent entrer en conflit. Faut alors que quelqu'un vérifie ces changements, répare les conflits et teste le système avant que la mise à jour ne puisse continuer en toute sécurité.

Ce travail coûte du temps. Les extensions évitent une grande partie de ces problèmes car leurs codes restent séparés du code de l'application standard. Au lieu de reconstruire le bâtiment, on y ajoute un module soigneusement conçu. Microsoft peut mettre à jour l'application principale tandis que l'extension reste dans son propre paquet. Cela ne signifie pas pour autant qu'aucune mise à jour ne nécessite d'attention. Une extension peut dépendre d'une autre et son éditeur. Devra peut-être publier une version compatible lors des changements de Business Central. Mais séparer l'extension du code standard offre à chacun un point de départ beaucoup plus propre. On peut comparer cela au fait de garder un outil dans sa propre mallette. L'outil se connecte à l'atelier quand vous en avez besoin, sans nécessité de reconstruire l'atelier. Si vous n'en avez plus besoin, vous retirez le module au lieu de démolir tout le bâtiment. Cela transforme la question comment pouvons-nous réécrire Business Central pour nous ? Comment pouvons-nous ajouter l'élément manquant en toute sécurité ? C'est important car le Business Central standard gère déjà une énorme partie du travail-métier normal. Les extensions doivent donc combler un réel manque et non servir d'excuse pour reconstruire chaque écran simplement parce que l'ancien système était différent. Parfois, la meilleure extension ajoute juste un champ et une vérification. Parfois, elle connecte Business Central à un service dont votre entreprise dépend déjà. Dans tous les cas, l'objectif reste simple. Maintenir la stabilité de la base standard tout en ajoutant les outils dont vos équipes ont besoin. Ensuite, nous devons voir qui crée ces ajouts car toutes les extensions ne viennent pas de la même source. Non.

Les principaux types d'extensions Alors d'où viennent réellement les extensions ? Elles ne viennent pas d'un seul endroit et connaître la différence vous aide à choisir la bonne pour votre activité. Le premier type est appelé extension d'application. Considérez-le comme un module complémentaire packagé qui gère une tâche spécifique dans Business Central. Par exemple, une application d'expédition peut connecter vos commandes à un transporteur. Une application de paiement permet d'encaisser des cartes ou d'envoyer des informations à un service de paiement. Une application de reporting peut ajouter les rapports dont votre équipe a besoin chaque fois. Une extension d'application équivaut à acheter un outil prêt à l'emploi pour une tâche spécifique que vous devez effectuer. Vous l'installez, vous la configurez pour votre entreprise et vos utilisateurs voient la nouvelle fonction directement dans Business Central. Elle peut ajouter ses propres pages et champs ou intégrer des options dans des pages connues comme les commandes clients, les commandes fournisseurs ou les fiches clients. Certaines extensions d'applications proviennent de Microsoft même. Ils fournissent des modules complémentaires pour des besoins qui ne concernent pas toutes les entreprises ou tous les pays. Un pack de reporting légal local en est un bon exemple. Les règles fiscales, les factures, les paiements et les documents officiels varient selon les régions. Si un pays peut avoir besoin de fonction qu'un autre n'utilisera jamais, cette séparation permet aux produits standards de rester ciblés tout en offrant aux entreprises un moyen de respecter les règles locales. Ensuite, nous avons les extensions ISV. ISV signifie éditeur de logiciel indépendant.

Cela semble être une expression technique complexe, mais cela désigne simplement un éditeur de logiciel créant une application pour de nombreux clients Business Central. Un ISV peut se spécialiser dans la gestion d'entrepôt, la vente au détail, la fabrication, la gestion documentaire, la paye, la facturation électronique ou le reporting sectoriel. Au lieu de créer la même fonction à partir de zéro pour chaque client, ils conçoivent une application que de nombreuses entreprises peuvent acheter ou auxquelles elles peuvent s'abonner. Ces applications sont généralement disponibles sur Microsoft AppSource, la marketplace en ligne pour les applications professionnelles Microsoft. AppSource est utile lorsque votre besoin est courant. Il est possible que de nombreuses entreprises souhaitent connecter Business Central au même service d'expédition, à la même banque, au même fournisseur de paiement. Au lieu de payer quelqu'un pour créer cette connexion exclusivement pour vous, vous pourrez trouver une application existante avec support, note d'installation et mise à jour régulière de son créateur. Cela peut vous faire gagner énormément de travail.

Cependant, une application AppSource n'est pas forcément le bon choix simplement parce qu'elle existe. Vous devez vérifier qu'elle correspond à vos processus, à votre pays et à votre version de Business Central. Une bonne application résout un problème précis sans forcer votre équipe à modifier chaque aspect de son travail quotidien. Le type suivant est une extension par locataire, souvent abrégée en PTE. Un locataire ou tenant est l'environnement Business Central propre à votre entreprise. Une extension par locataire est donc une application conçue uniquement pour votre entreprise non publiée pour être installée par tous les clients Business Central. Imaginez un distributeur alimentaire avec une méthode très spécifique de calcul des frais de livraison. Les prix peuvent dépendre du transport sous température contrôlée, des zones de livraison, des caisses consignées et d'accords clients établis au fil des années.

Ce processus est probablement trop inhabituel pour une application d'expédition standard. Ainsi, un partenaire ou un développeur Business Central peut concevoir une extension par client autour de ce processus. L'application reste dans la configuration Business Central de l'entreprise et peut s'adapter à ses méthodes de travail. Elle peut inclure un lien ponctuel vers un ancien système, un processus d'approbation spéciale ou un écran conçu pour une tâche propre à cette entreprise. Mais personnaliser ne signifie pas toujours meilleur. Une extension par par client offre une adaptation sur mesure. Mais quelqu'un doit en être responsable. Cela implique de documenter, de tester les changements et d'organiser le support lorsque votre entreprise modifie le processus ou que Business Central est mis à jour. Si une autre entreprise pouvait utiliser la même fonction, une application ISV existante pourrait nécessiter moins de travail à long terme. Alors comment choisir ?

Commencez par le besoin métier, pas par le type d'extension. Si votre besoin est courant comme l'import de relevés bancaires, les étiquettes de colis, les factures électroniques ou un rapport local, recherchez d'abord une application Microsoft ou ISV. Vous pourriez trouver une application mature qui convient déjà. Si le besoin provient d'un processus propre à votre entreprise, une extension par client est peut-être plus judicieuse. Il existe aussi des extensions simples qui couvrent une règle précise, comme l'exigence de certains champs avant qu'un utilisateur ne puisse enregistrer un client ou un fournisseur. Elles peuvent être minimes, mais elles évitent que des informations manquantes ne créent de plus gros problèmes plus tard. Celui qui a créé l'application vous indique où chercher le support et les mises à jour. Ce que l'application modifie vous indique ce que vos utilisateurs remarqueront au quotidien.

Comment les extensions changent votre travail quotidien ? Alors où remarque-t-on réellement une extension ? Généralement, vous la remarquez sur une page que vous utilisez déjà, comme une fiche client, une commande client, une fiche article, une facture validée. Il s'agit souvent d'une extension de page. Elle modifie l'écran sans remplacer la page familière. Votre équipe continue de travailler là où elle le fait déjà, tandis que l'extension ajoute les informations ou l'action dont votre processus a besoin. Imaginez que votre équipe commerciale ait besoin d'une plage de livraison pour chaque client. Une extension de page peut ajouter un champ plage de livraison occupé à la fiche client, puis afficher ce détail sur la commande client. Plus besoin de feuilles de calcul séparées ou de notes cachées dans un email. La personne qui saisit la commande voit la règle de livraison là où cela compte. Parfois, le changement est encore plus simple. Vous pourriez voir un nouveau bouton qui envoie un rappel de paiement, crée une étiquette d'expédition, ouvre un document lié ou lance une demande d'approbation. La page ressemble toujours à Business Central, mais elle prend désormais en charge la tâche que votre équipe doit accomplir. Cela permet de garder le travail à proximité d'un. Au lieu de demander aux utilisateurs de se souvenir de cinq étapes dans différents outils, l'extension peut placer l'action suivante juste à côté du client, de la facture, de la commande ou de l'article qu'il consulte déjà. Moins de transfert signifie généralement moins d'étapes oubliées. Les rapports changent de la même manière. Business Central inclut des rapports standards, mais une entreprise peut avoir besoin que sa facture affiche un numéro de référence spécial, des mentions légales supplémentaires, un logo différent ou des informations qu'un client s'attend à voir. Une extension de rapport peut ajouter ces données ou fournir une autre mise en page tout en conservant le rapport d'origine. Pensez à une facture de vente. Votre équipe financière peut avoir besoin d'une mise en page pour les clients locaux et d'une autre pour les clients étrangers. La première peut afficher des détails fiscaux locaux, tandis que la seconde nécessite une formulation différente et une référence douanière. Une extension de rapport peut ajouter ces mises en page et intégrer les chants nécessaires à chaque document. Le rapport standard ne disparaît pas. C'est important, car vous ne remplacez pas un rapport familier par quelque chose de complètement distinct. Vous ajoutez ce dont votre entreprise a besoin tout en gardant le rapport standard comme base. Les rapports ne sont pas seulement destinés aux documents que vous envoyez à l'extérieur de l'entreprise.

Une extension peut ajouter des colonnes à un rapport financier interne, afficher des détails d'articles supplémentaires pour la planification des stocks ou inclure un champ spécifique à l'entreprise dans un rapport de gestion. Si les données existent dans Business Central, le rapport peut les intégrer dans la vue utilisée par les collaborateurs pour prendre des décisions. Viennent ensuite les extensions d'ensemble d'autorisations. Les autorisations déterminent ce que chaque personne peut voir, modifier, valider ou supprimer. Pour débuter, imaginez-les comme des cartes d'accès pour différentes salles de votre entreprise. Un utilisateur du service financier peut avoir besoin d'accéder à un nouvel écran de paiement. Un utilisateur en entrepôt peut avoir besoin d'accéder à une action d'expédition, mais pas aux coordonnées bancaires qui sont liées. Lorsqu'une extension ajoute une nouvelle page ou un nouveau processus, elle peut également ajouter les autorisations dont les utilisateurs ont besoin de votre âme. Cela évite un problème courant. Une application est installée, les gens peuvent voir son nouveau bouton, mais ils ne peuvent pas l'utiliser car ils n'ont pas accès aux enregistrements sous-jacents. Une extension d'ensemble d'autorisations aide à connecter la nouvelle fonction au bon rôle. Ainsi, l'accès correspond au travail que les personnes effectuent réellement. Vous devez toujours décider qui doit recevoir cet accès. Une extension peut fournir des ensembles d'autorisations, mais c'est votre entreprise qui choisit quelle personne ou quel groupe doivent les utiliser. Un nouvel outil ne devrait pas donner discrètement à chaque utilisateur plus d'accès que ce que son rôle exige. De nombreuses extensions connectent également Business Central à un autre service en ligne sur des applications d'intégration. Elles transmettent des informations entre Business Central et une banque, une société de transport, un service de paiement, une boutique en ligne ou un autre système métier. Prenez une équipe financière qui reçoit des relevés bancaires chaque jour. Sans connexion, quelqu'un doit télécharger un fichier de la banque, le charger manuellement, comparer chaque ligne bancaire au paiement et rechercher les entrées qui ne correspondent pas. Avec une extension bancaire, le relevé peut être importé dans Business Central pour aider l'équipe à rapprocher les paiements entrant et sortant avec les enregistrements existants. La personne vérifie toujours les exceptions, mais les rapprochements courants demandent moins d'efforts manuels. L'équipe financière peut se concentrer sur les entrées qui nécessitent une investigation humaine. C'est une utilisation pratique d'une extension. Cela ne remplace pas le jument humain. Cela élimine les tâches répétitives.

Les applications d'expédition fonctionnent de la même manière. Une commande client peut transmettre l'adresse et les détails du colis à un service de transport. Le transporteur peut renvoyer une étiquette et un numéro de suivi. Au lieu de copier la même adresse sur un autre site, votre équipe lance l'expédition depuis la commande elle-même. Vous pouvez ajouter ces fonctions lorsque vous en avez besoin. Si une entreprise cesse d'utiliser un transporteur, change de prestataire de paiement ou abandonne un processus, elle peut ne plus avoir besoin de l'extension associée. Cette approche modulaire vous donne plus de contrôle que l'intégration de chaque connexion externe dans l'application standard. Cependant, chaque application ajoutée devient une partie de votre travail quotidien. L'étape suivante consiste à examiner attentivement une extension avant qu'elle ne s'intègre au processus sur lequel vos collaborateurs comptent. Rechercher et installer des applications. Vous savez donc qu'un processus a besoin d'un. Vous cherchez. La plupart des gens commencent par Microsoft AppSource ou la page de gestion des extensions dans Business Central. AppSource est la place de marché où vous pouvez parcourir les applications de Microsoft et d'autres éditeurs de logiciels. La gestion des extensions permet de voir et de gérer les applications déjà connectées à votre environnement Business Central. Voici la clé. Je commence par le problème, pas par le nom d'une application.

Recherchez les termes que votre équipe utilise déjà. Essayez expédition, importation bancaire, approbation, facturation électronique, scan d'entrepôt, rappel de paiement ou rapport locaux. Une recherche simple vous donne plus de chances de trouver plusieurs options plutôt que de choisir la première application mentionnée. Imaginez que votre équipe d'entrepôt passe une partie de chaque après-midi à copier des détails de commandes sur le site d'un transporteur. Ne commencez pas par rechercher un fournisseur spécifique. Recherchez plutôt transporteur, expédition de colis, impression d'étiquette ou suivi d'expédition. Ensuite, comparez les applications qui apparaissent avec le travail réel que votre équipe doit accomplir. Maintenant, lisez attentivement la fiche descriptive. Vérifiez d'abord l'éditeur. Qui a créé l'application ? Et où pouvez-vous trouver leurs coordonnées de support ? Une application peut sembler parfaite dans une courte description, mais vous devez savoir qui répondra si une étiquette d'expédition ne s'imprime pas ou si une mise à jour.

Modifiez un processus utilisé quotidiennement par votre équipe. Ensuite, vérifiez quelle version de Business Central l'application prend en charge. Votre entreprise utilise peut-être la version en ligne de Business Central ou une version hébergée sur ses propres serveurs. Une application doit être compatible avec votre configuration. Consultez la description de l'application et la documentation de l'éditeur plutôt que de supposer que chaque application fonctionne partout. La tarification mérite également une attention particulière. Certaines applications facturent par utilisateur. D'autres facturent par entreprise, par transaction ou via un abonnement mensuel. D'autres sont gratuites à l'installation mais se connectent à un service externe payant. Connecteur bancaire, par exemple, peut entraîner des frais de la part de l'éditeur, de la banque ou des deux, des deux. Gratuit ne signifie pas qu'il faille éviter les vérifications. Une application gratuite peut très bien résoudre un problème ciblé. Ou offrir moins d'options de support, moins de documentation ou un ensemble de fonctionnalités limitées, limitées. Vérifiez ce que l'application inclut, ce qu'elle n'inclut pas. Et si l'éditeur explique le fonctionnement des mises à jour et du support. Recherchez la documentation avant de procéder à l'installation. Une bonne documentation doit expliquer ce que fait l'application, ce dont vous avez besoin avant la configuration, quelle page business centrale elle modifie et comment les utilisateurs s'en servent. Elle n'a pas besoin de ressembler à un manuel scolaire. Cependant, si vous trouvez des notes de configuration claires pour un processus métier affectant les commandes, factures ou paiements, prenez le temps de vous y attarder. Ah !

Les avis peuvent être utiles, mais lisez-les avec précaution. Un avis 5 étoiles d'une entreprise dans un autre pays ne vous dira pas si l'application est conforme à vos règles de reporting locales. Un avis négatif peut décrire un problème que l'éditeur a déjà corrigé. Considérez les avis comme des pistes à explorer et non comme une réponse définitive. Une fois, votre liste restera à tester l'application dans un environnement sandbox. Un sandbox est un environnement business central distinct destiné aux tests. Il offre à votre équipe un espace sûr pour installer une application, tester sa configuration et exécuter des exemples métiers courants sans modifier les données réelles. Utilisez des cas de tester. Créer une commande exemple avec le type de client d'articles, de règles fiscales et de modes de livraison qui causent habituellement des problèmes. Demandez aux personnes qui effectuent ce travail de tester l'application. Un manager peut approuver une application sur le papier, mais la personne qui saisit les commandes peut repérer un champ manquant ou une étape superfluent en quelques minutes. Testez également les cas délicats. Que se passe-t-il lorsqu'une adresse est incomplète ?

Que se passe-t-il lorsqu'un paiement échoue ? Un utilisateur peut-il corriger une erreur sans faire appel à un développeur ? L'application produit-t-elle le bon rapport lorsqu'un client en demande une copie le mois suivant ? Ces questions vous en apprennent bien plus qu'une page de produits parfaitement présentés. Avant que l'application ne soit utilisée au quotidien, décidez qui est responsable du support. Votre équipe informatique interne peut se charger de répondre aux premières demandes. Votre partenaire business central peut prendre en charge la configurative. L'éditeur de l'application peut gérer les problèmes liés à son propre code. Notez cela ainsi que le contact du support est l'objectif de la peau WTM. Une application installée devient partie intégrante d'un processus métier. Cela signifie que les questions suivantes concernent les informations auxquelles elles accèdent, leur destination et ce qui se passe lors des mises à jour.

Pour trouver une extension, posez une question simple. Quelles informations cette application peut-elle voir, modifier ou envoyer ailleurs ? Cette question est importante car une extension peut s'intégrer au travail quotidien de votre équipe sur les clients, commandes, factures, paiements et stocks. Certaines applications ajoutent simplement un champ ou un rapport. D'autres connectent business central à un service externe et échangent des données métiers dans le cadre de leurs fonctions. Toutes les applications ne suivent pas les mêmes normes de tests de conformité ou de sécurité que business central. Microsoft le précise clairement dans sa documentation pour les applications d'autres us. Une application peut contacter d'autres services en ligne. Elle peut traiter ou stocker des données en dehors de votre organisation ou de la région géographique et des limites de conformité choisie, choisie.

Elle peut partager des données avec une autre entreprise, inclure des fonctions d'IA ou afficher du contenu non conforme aux politiques de votre société. Ne considérez donc pas l'installation comme un choix mineur. Voici un exemple concret. Imaginez une application qui envoie des données de facturation à un service de documents externe. Elle peut avoir besoin des noms des clients, adresses, détails d'articles, prix, taxes et numéro de documents pour fonctionner. Cela peut parfaitement correspondre à votre processus, mais votre responsable financier, votre équipe IT et votre contact vie privée doivent savoir où vont ces données. Demandez à l'éditeur d'expliquer le cheminement des données simplement. Quelles données quitte business central ? Où vont-elles ? Dans quel pays ou région sont-elles stockées ? L'application en garde-t-elle une copie combien de temps ? L'éditeur ou un autre fournisseur de services peut-il y accéder ? Si l'application utilise l'IA, quelles informations sont transmises au service d'IA ? Et que deviennent ces informations par la suite ? Lisez les détails de confidentialité et les conditions avant l'installation. Vous n'avez pas besoin d'être juriste, mais vous avez besoin de réponses claires pour les données que votre entreprise manipule. Si un éditeur ne peut expliquer ce que fait son application de vos informations, ne l'intégrez pas dans un processus gérant, des données clients ou financières. Les autorisations requièrent la même vigilance. Une application peut avoir besoin d'accéder aux commandes, expéditions, paiements ou aux enregistrements, utilisées par une nouvelle fonctionnalité. Accordez-lui uniquement l'accès nécessaire à sa mission. Vérifiez ensuite quels utilisateurs reçoivent les autorisations de l'application, car une nouvelle fonction utile peut poser un problème de sécurité si elle est accessible à des personnes qui ne devraient pas l'utiliser.

Impliquez votre propre processus d'approbation. Un service peut repérer une application utile et vouloir l'utiliser immédiatement. Si l'application traite des tâches sensibles, laissez d'abord les responsables de l'informatique, des finances, de la sécurité et de la conformité l'examiner. Cela peut sembler lent au début, mais c'est préférable à la découverte ultérieure que des données clients ont été transmises sans autorisation. Les mises à jour méritent également de l'attention. Les extensions séparent le code personnalisé de l'application standard Business Central, ce qui réduit les réparations que les modifications directes du code peuvent entraîner, mais une extension peut toujours dépendre des fonctions de Business Central, d'une autre application ou d'un service externe. Si une partie change, la connexion peut nécessiter des tests. Tenez un court registre pour chaque extension installée.

Notez son nom, son éditeur, son objectif, son propriétaire, son support, son contact, ses autorisations, ses services externes et toute autre application dont elle dépend. A l'approche d'une mise à jour, cette liste vous indique ce qu'il faut tester au lieu de laisser votre équipe deviner quel processus pourrait échouer. Moins, c'est souvent mieux. Une longue liste d'applications peut créer des fonctions redondantes, une responsabilité peu claire et davantage d'éléments à tester. Gardez une extension si elle répond à un besoin métier réel. Supprimez-la ou retirez-la lorsque ce besoin disparaît et documentez les changements avant d'agir. Le but n'est pas d'éviter les extensions. Le but est de savoir exactement ce que fait chaque extension avant qu'elle ne soit intégrée à votre entreprise. Hé, l'équipe, c'est du travail quotidien. Conclusion, choisissez le bon module complémentaire. Voici une règle simple. Une extension Business Central doit résoudre un problème précis sans toucher au code source. Commencez par le problème réel auquel votre équipe est confrontée.

Testez le module complémentaire avec des tâcherets. Vérifiez qui l'a créé ou vont vos données. Assurez-vous que quelqu'un assurera le support après l'installation. Abonnez-vous et partagez ce conseil avec tous ceux qui croient encore qu'il faut accepter tous les paramètres par défaut.