1s comment activer l'option fonctionnelle. Construction de systèmes d'information distribués, recherche, tâches routinières, options fonctionnelles. Système de composition des données

Selon le degré d'intégration, les systèmes de gestion électronique de documents peuvent être divisés en types suivants :

• Systèmes universels gestion électronique des documents(systèmes GED) . Ce sont des systèmes de gestion de documents indépendants, entièrement conçus pour automatiser le processus de gestion des documents. En règle générale, ces systèmes utilisent la technologie client-serveur.
• Systèmes de gestion du travail de groupe. Ces systèmes fournissent un travail distribué avec des documents et des données d'un groupe d'utilisateurs. Leur but principal est d'assurer la collaboration. Par conséquent, les systèmes de gestion du travail de groupe ont beaucoup moins de fonctionnalités que les systèmes EDMS.
• Modules intégrés inclus systèmes d'information le management. De tels modules ont tous Systèmes ERP. Ces modules ont également des fonctionnalités limitées (par rapport aux systèmes EDMS) et, en règle générale, sans l'introduction de la fonctionnalité de base des systèmes ERP ne fonctionnent pas.

Un autre domaine dans lequel les systèmes de gestion électronique de documents peuvent être structurés est le champ d'application. Il existe des systèmes de gestion électronique de documents qui se concentrent sur des types particuliers de documentation ou des domaines d'activité. Par exemple, les systèmes PDM, les systèmes d'aide au développement de logiciels, les systèmes de type HelpDesk, les systèmes d'aide aux dossiers médicaux, etc.

Mise en place d'un système de gestion électronique de documents

La mise en place d'un système de gestion électronique de documents comprend plusieurs étapes que l'organisation doit réaliser seule, indépendamment de la participation du fournisseur du système. Ces jalons comprennent un ensemble d'activités et d'activités logiquement liées qui permettront à l'organisation d'évaluer le projet dans son ensemble et d'augmenter la probabilité de réussite du projet.

Le schéma général des étapes de mise en œuvre du système de gestion électronique des documents est illustré sur la figure.

Les principales étapes de mise en place d'un système de gestion électronique de documents comprennent :

Étape 1. Définition des processus et procédures de base.

L'objectif de cette étape est de définir clairement la composition des processus de gestion documentaire existants et des procédures de traitement de la documentation. Cela nécessite une analyse détaillée des processus et procédures existants.

Au cours de cette étape, vous devez :

• définir les processus de niveau supérieur ;
• déterminer la composition détaillée des processus ;
• définir des objectifs commerciaux pour les processus de workflow ;
• définir des objectifs techniques pour les processus de workflow.

Étape 2. Détermination des exigences pour les processus de workflow.

À ce stade, il est déterminé quelles modifications doivent être apportées aux processus de flux de travail afin qu'ils fonctionnent efficacement et puissent être automatisés.

A ce stade il faut :

• procéder à une évaluation technologique des processus de gestion documentaire;
• définir les exigences métier pour les processus ;
• préparer des schémas de processus « comme il se doit » ;
• établir des caractéristiques mesurables des processus;
• formuler les exigences techniques pour les processus de gestion des documents et préparer les termes de référence .

Exemples de documents :

Cartographie du processus "Gestion des courriers entrants"	Cartographie du processus "Gestion de la correspondance sortante"	Termes de référence pour l'automatisation du workflow

Étape 3. Formation des critères de choix d'un système de gestion électronique de documents.

Sur la base des données des première et deuxième étapes, il est nécessaire de formuler un ensemble de critères pour choisir un système de gestion électronique de documents. Les critères de choix d'un système de gestion électronique de documents détermineront en grande partie l'étendue des travaux ultérieurs et la procédure d'organisation de l'interaction avec le fournisseur du système.

A ce stade il faut :

• classer les documents existants par type ;
• évaluer les formes de documents existantes ;
• déterminer la composition des données qui seront transférées à formulaire électronique;
• définir les exigences de l'interface utilisateur ;
• établir un ensemble de critères pour le choix d'un système de gestion électronique de documents.

Étape 4. Sélection d'un système de gestion électronique de documents.

Cette étape permet à l'organisation de déterminer les principales technologies sur la base desquelles le système de gestion électronique de documents fonctionnera, de sélectionner le système approprié et de déterminer le prestataire de services pour la mise en œuvre du système de gestion électronique de documents.

A ce stade il faut :

• déterminer la composition des fonctions du système de gestion de documents ;
• déterminer le type de système de flux de travail qui convient le mieux aux besoins de l'organisation ;
• établir une liste de fournisseurs possibles du système de gestion électronique de documents ;
• choisir un fournisseur de système de gestion électronique de documents.

Etape 5. Maîtrise d'œuvre pour la mise en place d'un système de gestion électronique de documents.

Après avoir sélectionné le fournisseur du système de gestion électronique de documents, il est nécessaire d'élaborer un plan de mise en œuvre. Cette étape peut prendre beaucoup de temps, mais le temps de planification peut réduire considérablement le temps de mise en œuvre du système. Le plan peut être élaboré en collaboration avec le fournisseur de services.

Le plan de gestion de projet doit inclure les activités suivantes :

• conception des fonctionnalités du système ;
• Mise en place du système;
• essai et évaluation du système;
• exploitation pilote du système;
• développement et mise au point du système.

Étape 6. Documentation du système.

Cette étape peut être réalisée en parallèle de l'étape précédente. Le but de cette étape est de créer certaines règles d'organisation qui assureront le fonctionnement stable du système de gestion électronique des documents.

A ce stade il faut :

• organiser la formation du personnel ;
• développer des procédures et des réglementations pour l'interaction avec les utilisateurs ;
• élaborer des lignes directrices pour travailler avec le système.

Critères de choix d'un système de gestion électronique de documents

Les critères de choix d'un système de gestion électronique de documents dépendent largement des besoins et des capacités de l'organisation. La composition détaillée des critères doit être déterminée directement sur la base des objectifs commerciaux et des objectifs techniques des processus de workflow.

En plus des critères détaillés, l'organisation doit également utiliser des critères généraux associés aux types de systèmes de gestion électronique de documents et aux technologies utilisées.

Ces critères généraux comprennent :

• "maturité" du système de gestion électronique de documents. Il est nécessaire d'évaluer le niveau de "maturité" du système choisi. Une telle évaluation permettra de comprendre depuis combien de temps le système est sur le marché, combien d'organisations utilisent ce système et s'il y a des mises à jour du système. Si le système est nouveau et vient d'entrer sur le marché, la probabilité d'erreurs dans le système est élevée. Cela peut entraîner des problèmes lors du fonctionnement du système de gestion électronique de documents.
• Conformité de l'industrie. Différents types d'activités ont leurs propres normes qui affectent directement ou indirectement le flux de documents de l'organisation. Lors du choix d'un système, il est nécessaire de prêter attention à la manière dont les exigences de ces normes sont prises en compte dans le système de gestion électronique des documents.
• Alignement avec les objectifs et les facteurs critiques de succès. Lors du choix d'un système, il est nécessaire de prendre en compte le degré de conformité avec les objectifs de l'organisation. Il est important que le système réponde autant que possible aux objectifs et aux exigences clés de l'organisation. Si le système ne répond pas aux exigences, il est alors nécessaire de modifier le choix du système, mais pas de modifier les exigences et les objectifs clés. L'organisation peut modifier certaines des exigences système spécifique flux de travail, mais seulement si ces exigences ne sont pas critiques pour les processus de l'organisation.
• Niveau soutien technique . Ce critère porte sur le choix d'un fournisseur de système de gestion électronique de documents. Il est nécessaire d'évaluer le niveau de support technique du système, à la fois pendant la mise en œuvre et pendant l'exploitation du système.
• Évolutivité du système. Ce critère de sélection est important du point de vue de l'expansion des activités de l'organisation. À mesure que le volume de travail augmente et que la base d'utilisateurs du système se développe, cela devrait permettre à l'organisation d'adapter les solutions.
• Disponibilité de la documentation du système. En plus de la documentation utilisateur, il peut être important pour une organisation d'avoir accès à la documentation pour administrer ou modifier les paramètres du système.
• Protection du système. Lors du choix d'un système de gestion électronique de documents, il est nécessaire de prêter attention aux mesures de sécurité appliquées dans le système. Une organisation peut avoir ses propres exigences en matière de sécurité des données et de politiques de confidentialité. Le système que vous choisissez doit vous permettre de configurer l'accès aux informations et aux documents conformément à la politique de sécurité de l'organisation.
• Tolérance aux pannes du système. Pour certaines organisations, l'indisponibilité du système de gestion électronique des documents peut être un facteur critique. Lors du choix d'un système, vous devez faire attention au temps nécessaire pour restaurer le système à une configuration de fonctionnement minimale.
• Coût de possession. Lors du choix d'un système, il est nécessaire de prendre en compte le coût total de possession du système : le coût d'achat des licences, le coût d'administration, le coût d'extension du système, le coût du support technique et des mises à jour, le coût du matériel, etc.

Ces critères comprennent les aspects les plus généraux du choix d'un système de gestion électronique de documents. Pour le developpement adhésion à part entière critères, il est nécessaire d'impliquer de nombreux services de l'organisation : direction, service juridique, service informatique, spécialistes techniques, spécialistes de la gestion documentaire, etc.

Les systèmes de gestion électronique de documents ou EDMS facilitent grandement le travail de bureau de toute organisation. L'automatisation peut réduire considérablement les coûts de matériel et de temps associés à la création, à la circulation et au stockage de la documentation. Le travail de routine avec des documents papier appartient progressivement au passé. Dans le même temps, la demande de logiciels permettant d'automatiser le travail avec des documents reste inchangée.

De cet article, vous apprendrez:

• pourquoi il est nécessaire de mettre en œuvre l'EDMS dans l'organisation ;
• quelles fonctions le système de gestion électronique de documents remplit-il et quelles tâches il aide à résoudre ;
• quels sont les avantages d'utiliser des systèmes de gestion électronique de documents ;
• Est-ce que l'EDMS aide à réduire le coût de la gestion des documents.

Systèmes de gestion électronique de documents

L'automatisation du travail avec des documents est toujours l'un des domaines les plus importants du travail de bureau moderne. Les avantages de l'utilisation de systèmes de gestion électronique de documents ont été appréciés par la plupart des organisations modernes : des agences gouvernementales aux petites entreprises privées. Ils simplifient grandement les activités associées à la paperasserie courante : réduisent le temps et coût des matériaux, assurer la sécurité des informations, soutenir la transparence des processus métiers. Pour la plupart des managers, la question ne se pose plus, pourquoi faut-il SED. Dans les entreprises modernes, il devient un élément nécessaire de l'infrastructure informatique.

EDMS est un logiciel spécialisé conçu pour fonctionner avec des documents non structurés. Il permet de créer, modifier, rechercher et transférer toute documentation numérique. Dans certains cas, la GED peut évoluer vers un système ECM (Enterprise content management), plus ambitieux. Le système de gestion de contenu d'entreprise exécute toutes les fonctions de l'EDMS et dispose en même temps de technologies de gestion de l'information.

Cadre réglementaire dans le domaine de l'EDMS

Malgré la popularité croissante systèmes automatisés, les activités de leurs développeurs ne sont pratiquement pas réglementées au niveau législatif. Lors de la création Logiciel et sa mise en œuvre, les actes juridiques suivants servent de lignes directrices :

• N149-FZ "Sur information, informatique et sur la protection des informations » ;
• GOST R 51141-98. Travail de bureau et archivage;
• GOST R 6.30-2003. Système unifié de documentation organisationnelle et administrative ;
• N1-FZ "Sur la signature numérique électronique" ;
• Décret gouvernemental n° 754 "portant approbation du règlement sur le système de gestion électronique des documents interministériels" ;
• N152-FZ "Sur les données personnelles" ;

Fonctions des systèmes de gestion électronique de documents

La réponse à la question pourquoi SED peuvent être ces changements qualitatifs que le système de gestion électronique de documents apporte à la plupart des processus de travail avec des documents. Les principales fonctions du SED comprennent :

• Création, enregistrement, traitement, transfert et stockage de la documentation ;
• Suivre l'évolution des documents et contrôler les délais de leur exécution ;
• Création de répertoires;
• Circulation des documents, transfert des droits à leur application, révision et correction ;
• Formation de rapports ;
• Contrôle d'accès;
• Contrôle de version;
• Automatisation des principaux domaines de travail de bureau ;
• Gestion des réunions, conférences, contrats.

Tâches de l'EDMS dans le travail de bureau à différents niveaux organisationnels

De nombreux managers se demandent pourquoi ils ont personnellement besoin d'EDMS. La plupart y voient un simple outil de gestion de bureau, une technologie qui n'affecte pas les processus administratifs. Cependant, il facilite grandement l'interaction des différents niveaux hiérarchiques. structure organisationnelle, vous permettant d'échanger rapidement des informations pertinentes et de prendre des décisions en fonction de celles-ci.

Les tâches de l'EDMS peuvent être classées selon les niveaux de gestion de l'entreprise :

• Direction de l'entreprise, chefs divisions structurelles:

  ○ réception rapide des données nécessaires à la prise de décisions managériales ;
  ○ contrôle de l'exécution des documents ;

• Directeurs adjoints, secrétaires, référents :

  ○ recherche rapide et précise de la documentation de service ;
  ○ contrôle de la discipline exécutive ;
  ○ réduction du temps de préparation des projets ;
  ○ accélérer les processus d'approbation et d'approbation ;
  ○ faciliter la préparation des événements ;

• Service financier, économique et comptable :

  ○ raccourcir le temps de transfert des agences vers organisation mère;
  ○ réduire le risque de perte documentation primaire;
  ○ réduction du temps consacré à la préparation des rapports, à la sélection des documents pour les rapprochements ou aux inspections des organes de contrôle de l'État ;

• service légale

  ○ réduire l'intensité de travail du travail sur la préparation des contrats, accords, contrats;
  ○ maîtrise des délais ;
  ○ recherche rapide des réglementations locales.

Télécharger les documents associés :

• Instructions pour le travail de bureau (fragment). Organisation du flux documentaire
• Journal de réception et d'élimination des documents électroniques
• Journal d'enregistrement des migrations et de réécriture des documents électroniques
• Instructions pour travailler avec la messagerie d'entreprise

Avantages de l'utilisation de systèmes de gestion électronique de documents

Parmi les systèmes de gestion électronique de documents existants sur le marché, il est d'usage de distinguer : les systèmes de travail de bureau, les archives numériques, les systèmes de workflow et ECM. Tous sont différents dans le nombre de fonctions prises en charge, cependant, ils ont des avantages similaires, qui éliminent presque complètement la question de savoir si pourquoi avez-vous besoin d'un EDMS dans une entreprise moderne. Il offre:

• Sécurité;
• Gestion des versions ;
• Recherche instantanée ;
• Génération rapide de rapports et de notifications ;
• Routage ;
• Intégration Web ;
• Systématisation de la documentation dans la base de données ;
• Numérisation et reconnaissance d'originaux papier;
• Possibilité de créer des sauvegardes ;
• Support informationnel des processus métier.

Capacités techniques de l'EDMS

Le système de gestion électronique des documents présente un certain nombre d'avantages évidents par rapport aux technologies bureautiques traditionnelles. L'introduction de nouvelles technologies permet d'étendre Fonctionnalité SÉD. Voici des exemples de ces technologies :

• Numérisation et reconnaissance de documents papier

Numérisation et reconnaissance des correspondances à réception, transfert de l'original papier aux archives et mise à disposition des collaborateurs d'une version numérique pour usage ultérieur aide à organiser les flux documentaires entrants.

• Utilisation des technologies des médias

Les EDMS modernes vous permettent non seulement d'échanger des images graphiques et des fichiers texte, mais prennent également en charge la plupart des formats de médias existants. Le multimédia vous permet de présenter plus amplement les tâches assignées aux subordonnés, de transmettre les caractéristiques de la mise en œuvre requise.

• Signature électronique

La technologie de signature électronique améliore la sécurité des informations de l'EDMS. Il vous permet de certifier la paternité des actes officiels, facilite le processus de coordination entre les dirigeants de différents niveaux organisationnels.

• Cryptage des documents confidentiels et de ses canaux de transmission

Le cryptage facilite la transmission de documents hautement sensibles et permet également d'en réguler l'accès à l'aide de clés numériques.

• Envoi de masse

L'intégration avec le courrier électronique permet d'envoyer rapidement des commandes et des notifications à un grand nombre d'employés, ce qui augmente considérablement l'efficacité de l'exécution des tâches.

• Impression de rapports

Un autre exemple de la raison pour laquelle l'EDMS est nécessaire organisation moderne peut être vu dans la possibilité de rapports automatisés. Cela contribue à un gain de temps important et à une augmentation de l'efficacité de chaque employé.

Lors de la mise en place d'un système de gestion électronique de documents, la plupart des entreprises pensent avant tout aux avantages économiques de l'automatisation. Cependant, l'évaluation du système en termes de réduction des coûts n'est que partiellement correcte. La tâche principale de ces systèmes est d'améliorer la qualité des décisions administratives. Si l'EDMS a aidé à résoudre les tâches initiales du projet de mise en œuvre, alors son utilisation est justifiée, et la réponse à la question : pourquoi l'EDMS est-il nécessaire a déjà été trouvée.

Options fonctionnelles est un objet de métadonnées situé dans le groupe "Général" :

Les options fonctionnelles font partie du mécanisme des options fonctionnelles qui vous permettent d'activer ou de désactiver certaines fonctionnalités de la solution applicative, en fonction des besoins de l'utilisateur, sans modifier la configuration elle-même.
Par exemple, toutes les organisations ne peuvent pas utiliser le contrôle des stocks. Si la comptabilité d'entrepôt n'est pas utilisée, il est logique de supprimer le champ d'entrepôt dans tous les documents, répertoires et registres - alors les options fonctionnelles viennent à notre aide.

Regardons un exemple :

Créons une option fonctionnelle " Comptabilité d'entrepôt".
Stockage : le champ stockant la valeur est spécifié.
Vous pouvez sélectionner une constante, un attribut de répertoire ou une ressource de registre d'informations.
Nous utiliserons une constante.

Créons une constante " Tenir la comptabilitéDans les entrepôts" et sélectionnez-le dans le champ de stockage. Cette constante sera responsable de l'activation et de la désactivation de l'option fonctionnelle. Cochez la case "Mode privilégié lors de la réception". Cette case signifie que les valeurs de l'option fonctionnelle seront reçues en mode privilégié :

Nous mettons à jour, lançons 1C Enterprise. Définissez la valeur de la constante = True :

En conséquence, nous avons :

En définissant la constante = False, nous obtenons :

Vous avez une question, vous avez besoin de l'aide d'un consultant ?

Nous avons donc créé une option fonctionnelle qui gère les champs de type DirectoryLink.Warehouse

Regardons maintenant un exemple d'utilisation des paramètres d'options de fonction.
Ajoutons une nouvelle option fonctionnelle " Comptabilité en devises"
Espace de rangement: Directory.Organization.Props.Currency Comptabilité

Ajoutons à la composition les détails du document "Définir les prix des articles" - "Devise"

Sous forme de Document dans les procédures "On CreationAtServer" et "OrganizationOnChange"
Ajoutons le code suivant :

Mettez à jour la configuration et exécutez-la.
Nous créons deux Organisations et pour l'une d'elles nous cochons la case "Comptabilité en devise"

Qu'obtenons-nous en conséquence ? Suite à l'utilisation des paramètres de l'option fonctionnelle, vous et moi avons reçu un contrôle paramétrique du champ "Devise" dans le document "Définir les prix des articles". Celles. pour l'organisation Alpha, le champ Devise sera affiché, et pour l'organisation Bêta, le champ Devise ne sera pas affiché.
Assurons-nous cela. Ouvrez le document et essayez de modifier le champ "Organisation"
Lors de la définition de org="alpha", la devise est affichée ; passer à "Bêta" - la devise est supprimée

Imprimer (Ctrl+P)

1. Objectif des options fonctionnelles

Les options fonctionnelles permettent au développeur de décrire les capacités de la solution d'application, qui peuvent être rapidement activées ou désactivées au stade de la mise en œuvre et/ou pendant le fonctionnement du système. Par exemple, la possibilité de travailler avec des propriétés de produit supplémentaires peut être séparée en une option fonctionnelle distincte. Ensuite, si vous désactivez cette fonctionnalité, toutes les fonctionnalités associées (avec des propriétés de produit supplémentaires) "disparaîtront" dans l'interface de la solution appliquée.
Le système est capable de prendre automatiquement en compte l'état des paramètres définis - masquer les fonctionnalités désactivées, ce qui rend l'interface de l'application plus claire et compréhensible pour l'utilisateur.
Au cours du développement, des situations surviennent lorsque la valeur d'une option fonctionnelle doit dépendre de certains paramètres, par exemple, toutes les organisations ne tiennent pas une comptabilité en devises. Pour implémenter une telle dépendance, les paramètres d'options fonctionnelles sont des objets qui paramétrent les options fonctionnelles.

2. Quelles options fonctionnelles affectent

2.1. informations générales

Les options fonctionnelles peuvent affecter :
● Sur l'interface utilisateur - lorsque vous désactivez des options fonctionnelles, le système masque tous les éléments qui s'y rapportent dans l'interface utilisateur. Cela affecte les éléments d'interface suivants :
● interface de commande globale ;
● les attributs de formulaire (y compris les colonnes d'attributs de formulaire de type ValueTable ou ValueTree) ;
● commandes de formulaire ;
● rapports mis en œuvre à l'aide du système de composition des données.
ATTENTION! Si l'application client fonctionne avec la version de fichier de l'infobase via le serveur Web, la modification de l'option fonctionnelle ne modifiera l'interface utilisateur qu'après le redémarrage du serveur Web (le redémarrage de l'application client ne modifiera pas l'interface utilisateur).
● Algorithmes écrits dans la 1ère langue - il est possible d'obtenir les valeurs des options fonctionnelles de la 1ère langue et de les utiliser dans diverses conditions, par exemple, pour réduire la quantité de calculs.
ATTENTION! Les options fonctionnelles et leurs paramètres n'affectent pas la composition de la base de données. Toutes les tables et tous les champs sont présents dans la base de données quel que soit l'état des options fonctionnelles.

2.2. Interface de commande globale

L'effet des options fonctionnelles sur l'interface de commande globale est que le système masque les commandes de tous les objets liés aux options désactivées. Par exemple, si la valeur de l'option fonctionnelle Achats est définie sur Faux , les commandes d'ouverture de la section Achats, de création d'un document d'entrée de marchandises, d'ouverture de la liste d'entrée de marchandises, etc. seront masquées.
À son tour, l'option Achats peut prendre en compte la valeur d'un paramètre d'option fonctionnelle, par exemple, Organisation. En changeant la valeur de ce paramètre à l'aide des méthodes du langage intégré, il est possible de changer l'état de l'option fonctionnelle, et, par conséquent, la visibilité de l'élément d'interface.
Vous devez également tenir compte des caractéristiques suivantes de la formation de l'interface de commande :
● La commande sera exclue de l'interface de commande si l'attribut, qui est un paramètre de commande, est désactivé par une option fonctionnelle.
● La commande sera exclue de l'interface de commande si le type de paramètre de commande est désactivé par une option de fonction. Si le type de paramètre de commande est composé, la commande devient indisponible lorsque tous les types de paramètres sont désactivés.

2.3. La forme

Dans un formulaire, les options fonctionnelles peuvent affecter les attributs et les commandes du formulaire et (par conséquent) modifier la visibilité des éléments du formulaire qui leur sont associés (champs et colonnes pour les attributs du formulaire, boutons pour les commandes du formulaire). Lors du développement d'un formulaire, les caractéristiques suivantes du comportement du système doivent être prises en compte :
<Вид>Un objet ( DirectoryObject m, DocumentObject, etc.) sera désactivé si l'objet de configuration correspondant est désactivé par une option fonctionnelle. Seules les options fonctionnelles qui n'ont pas de paramètres sont analysées.
● L'attribut principal du type formulaire géré ListeDynamique sera désactivé si l'objet de configuration spécifié comme table principale de la liste dynamique est désactivé par l'option fonctionnelle. Seules les options fonctionnelles qui n'ont pas de paramètres sont analysées.
● L'attribut form d'un type de référence est désactivé si l'objet de configuration qui forme ce type est désactivé par une option fonctionnelle. L'attribut form d'un type composite est désactivé si les options fonctionnelles désactivent tous les types de composants.
● Désactive les accessoires de type de formulaire<Вид>Un objet (y compris l'attribut de formulaire principal), si l'objet de configuration qui constitue ce type est désactivé par une option de fonction. Seules les options fonctionnelles qui n'ont pas de paramètres sont analysées.
● La table de formulaire sera désactivée si elle affiche les données d'un attribut de formulaire désactivé par une option fonctionnelle.
● Il n'y a pas de types dans la boîte de dialogue de sélection de type (par exemple, pour les champs de saisie associés aux attributs d'un type composite) si les objets de configuration qui forment ces types sont désactivés par une option fonctionnelle. Les informations sur les types désactivés par les options fonctionnelles sont mises en cache côté client et effacées après 20 minutes ou lors d'un appel de méthode Mettre à jour l'interface().
ATTENTION! Contrairement à l'interface de commande, les valeurs des paramètres des options fonctionnelles ne sont définies que pour une instance spécifique du formulaire.

2.4. Système de composition des données

Le système de composition des données est principalement utilisé pour la construction de rapports. Les options fonctionnelles affectent la composition des données affichées dans le rapport et la composition des paramètres de rapport disponibles pour l'utilisateur. Par exemple, si l'option fonctionnelle est désactivée Comptabilité en devise, alors dans le rapport qui affiche le registre des documents Entrée de marchandises, il n'y aura pas de colonne Devise et Montant en devise, et dans les paramètres, il n'y aura aucune possibilité de sélection, de regroupement, de tri , etc. par le champ Devise.

2.5. Les caractéristiques

Les options fonctionnelles affectent la visibilité des champs de formulaire qui affichent la valeur d'une caractéristique d'objet. Pour cela, il est nécessaire d'inclure dans l'option fonctionnelle un attribut qui stocke la valeur de la caractéristique.
Prenons un exemple. Les caractéristiques sont utilisées pour le répertoire Marchandises, les types de caractéristiques sont stockés dans le plan des types caractéristiques Caractéristiques, et les valeurs en tant que ressource du registre d'informations ValeursCaractéristiques. La ressource fait partie de l'option fonctionnelle Caractéristiques comptables.

Riz. 1. Effet des options fonctionnelles sur les performances

En cas de désactivation de l'option fonctionnelle Caractéristiques comptables dans les formulaires, la visibilité des champs (colonne Valeur et champ Valeur ), affichant les valeurs des caractéristiques, est désactivée, comme le montre la Fig.1.

3. Plan général de travail

Le mécanisme des options fonctionnelles comprend deux types d'objets de métadonnées : Option de fonction Et .
Une option fonctionnelle est un objet de métadonnées qui peut affecter directement la composition de l'interface de l'application (si l'option fonctionnelle stocke sa valeur dans un attribut de type Boolean ). À l'aide d'objets de ce type, vous pouvez masquer des éléments liés à des fonctionnalités inaccessibles. Par exemple, l'option Comptabilité devise peut masquer la recherche Devises, le champ Devises des documents, la colonne Montant devise des rapports. La source de la valeur de l'option fonctionnelle est l'objet de métadonnées sélectionné comme propriété de stockage, par exemple, this
peut être une constante.
Dans le cas du stockage de la valeur d'une option fonctionnelle dans un attribut d'annuaire ou une ressource de registre d'informations, il est nécessaire Informations Complémentaires, qui spécifie comment sélectionner exactement la valeur de l'option. Un objet de métadonnées séparé est fourni à cet effet − Paramètres des options de fonction.
On peut dire que les paramètres des options fonctionnelles sont les axes de coordonnées de l'espace des valeurs des options fonctionnelles. De plus, un paramètre d'options fonctionnelles peut déterminer la valeur de "son" axe de coordonnées simultanément pour une pluralité d'options fonctionnelles.

Prenons un exemple : disons que la comptabilité totale dépend d'un entrepôt appartenant à une organisation particulière (voir Figure 98). Dans notre base d'informations
vous pouvez conserver des enregistrements au nom de différentes organisations et dans différents entrepôts.
Pour stocker les valeurs des options fonctionnelles, nous allons créer un registre d'informations, où les dimensions (axes de coordonnées) seront :

● Organisation (type approprié) ;
● Entrepôt (type approprié).

La ressource du registre d'information sera la valeur de l'option fonctionnelle de la comptabilité totale.
Ensuite, la structure générale de la configuration ressemblera à ceci :
● Registre d'informations Comptabilité totale :
● Dimension organisationnelle ;
● dimension Entrepôt ;
● la ressource Comptabilité Totale de type booléen.
● Paramètre des options fonctionnelles Organisation . La propriété Usage pointe vers la dimension Organisation du registre d'informations SumAccounting.
● Paramètre des options fonctionnelles Entrepôt . La propriété Usage pointe vers la dimension Information Register Warehouse Sum Accounting.
● Option fonctionnelle Total Comptabilité. La propriété Storage pointe vers la ressource de registre d'informations SumAccounting SumAccounting.
Par conséquent, afin de déterminer la nécessité d'une comptabilité totale, nous devons spécifier les valeurs des paramètres des options fonctionnelles (Organisation et Entrepôt) dans chaque cas spécifique et obtenir la valeur de l'option fonctionnelle.
Ainsi, dans l'exemple illustré à la Fig. 2, pour l'organisation 1 et l'entrepôt 1, la comptabilité totale est autorisée, et pour l'organisation 2 et l'entrepôt 1, la comptabilité totale est interdite.

4. Interaction avec d'autres objets

Des options fonctionnelles peuvent être affectées aux objets de configuration suivants :
● Sous-systèmes,
● Commandes générales,
● Formes courantes,
● Constantes,
● Critères de sélection,
● Manuel,
● Documents,
● Magazine,
● Plan comptable,
● Planifier types de caractéristiques,
● Plan des types d'implantation,
● Processus métier,
● Tâche,
● Forfaits d'échange,
● Rapport,
● Traitement,
● Registre d'accumulation,
● Registre d'informations,
● Registre comptable,
● Registre de calcul,
● Équipe,
● Attribut de l'objet de métadonnées,
● Partie tabulaire,
● Détails de la section tabulaire,
● Signe de comptabilité,
● Signe comptable subconto,
● Coordonnées d'adressage,
● Enregistrez la mesure,
● Enregistrer la ressource.
De plus, les options fonctionnelles peuvent affecter la visibilité des éléments de formulaire.

5. Création

5.1. Création d'une option fonctionnelle

Pour créer une option fonctionnelle, vous devez créer un objet de configuration Option fonctionnelle. Cela peut être fait en mode Configurateur de la manière habituelle, c'est-à-dire que dans la fenêtre de configuration, sélectionnez l'élément Général, puis Options fonctionnelles et ajoutez nouvel objet.

Cela créera un objet de configuration Functional Option qui peut être utilisé pour attribuer des options fonctionnelles à d'autres objets de métadonnées.

En plus du nom, l'objet a une propriété obligatoire - Stockage. Dans l'éditeur, vous pouvez sélectionner l'un des objets correspondants, qui sera la source de la valeur de l'option. La liste des objets disponibles comprend :
● constantes,
● le détail des répertoires,
● ressources du registre d'informations.
Il n'y a aucune restriction sur le type de source de la valeur d'option, mais seules les options fonctionnelles qui stockent leurs valeurs dans des attributs de type booléen conviennent au contrôle d'interface. Les valeurs d'option de fonction avec d'autres types ne sont disponibles que pour l'analyse dans 1C:Enterprise.
La propriété Privileged Mode on Get détermine comment la valeur de l'option de fonction est récupérée (et mise en cache).

Si cette propriété est définie, alors la valeur de l'option de la fonction est obtenue en mode privilégié. La valeur résultante est mise en cache pour toutes les sessions associées à cette infobase.
Si la propriété Privileged Mode on Get est désactivée, l'obtention de la valeur de l'option fonctionnelle s'effectue en mode normal.
La mise en cache est effectuée pour la session en cours. La valeur (s'il était possible de l'obtenir) et le signe de l'impossibilité d'obtenir la valeur (dans le cas où la valeur ne pourrait pas être obtenue) sont mis en cache.
Le cache est vidé lorsque les valeurs des paramètres de session changent.
CONSEILS. Il est recommandé de définir la propriété Privileged Mode on Get pour tous les cas où la valeur d'une option fonctionnelle ne contient pas d'informations sensibles.

5.2. Création d'un paramètre d'options fonctionnelles

Pour créer un paramètre d'option fonctionnelle, vous devez créer un objet de configuration Paramètres des options de fonction. Cela peut être fait en mode Configurateur de la manière habituelle, c'est-à-dire que dans la fenêtre de configuration, sélectionnez Général, puis Paramètres des options de fonction et ajouter un nouvel objet.

En plus du nom, le paramètre possède la propriété Usage requise. Il spécifie un ensemble d'objets dont les valeurs détermineront comment la valeur de l'option fonctionnelle doit être sélectionnée. La liste des objets disponibles comprend les dictionnaires et les dimensions du registre d'informations. Pour chaque paramètre d'options fonctionnelles de cette liste, vous pouvez sélectionner un répertoire (parmi la liste complète des répertoires) et une dimension de chaque registre d'informations.
ATTENTION! Vous ne pouvez pas utiliser le même objet de métadonnées dans plusieurs paramètres d'option de fonction.

6. Utilisation

6.1 Affectation de métadonnées aux objets

Un objet de métadonnées (par exemple, un répertoire) peut être attribué à une ou plusieurs options fonctionnelles. Pour cela, utilisez la propriété Options fonctionnelles, qui contient des liens vers les options fonctionnelles créées dans la configuration.

La liste des options disponibles est limitée uniquement aux options pour lesquelles un objet avec un type de valeur booléen est affecté dans la propriété Storage.
ATTENTION! Si aucune option fonctionnelle n'est affectée à un objet, il est toujours considéré comme visible. Sinon, l'objet est considéré comme visible si au moins une des options de fonction qui lui sont affectées est activée (c'est-à-dire que les options de fonction sont associées par un OU).

6.2. Affectation des détails et des commandes du formulaire

Les objets appartenant au formulaire (Attributs et Commandes) peuvent également être utilisés dans le mécanisme des options fonctionnelles.

Vous pouvez le faire dans l'éditeur de formulaire en définissant la propriété Options fonctionnelles pour l'objet requis.
L'état des options fonctionnelles affectera l'affichage des objets de formulaire de la même manière que pour les objets de métadonnées.
Par exemple, dans le cas d'une commande désactivée par une option fonctionnelle, tous les boutons qui lui sont associés seront supprimés.
Si aucune option fonctionnelle n'est affectée à un attribut ou à une commande de formulaire, l'attribut ou la commande de formulaire est considéré comme toujours visible. Dans le cas contraire, l'attribut ou la commande du formulaire est considérée comme visible si au moins une des options fonctionnelles qui lui sont affectées est activée.

6.3. Utilisation dans le mécanisme de restriction d'accès aux données

Dans les conditions du mécanisme de restriction d'accès aux données Options fonctionnelles peut être utilisé de la même manière que Options de session. Il est permis de n'utiliser que des options qui ne dépendent pas de paramètres, c'est-à-dire celles qui sont liées à des constantes.
ATTENTION! Le système contrôle l'unicité des noms entre les paramètres de session et les options fonctionnelles.

6.4. Détermination de la valeur de l'option de fonction

La valeur de l'option fonctionnelle est déterminée par l'objet spécifié dans la propriété Storage. Dans le cas d'une constante, sa valeur est utilisée. Pour une option associée à un attribut d'annuaire ou à une ressource de registre d'informations, les valeurs stockées dans ces objets. Afin de trouver un objet spécifique qui stocke la valeur de l'option fonctionnelle, des informations supplémentaires sont nécessaires - un ensemble de valeurs pour les paramètres des options fonctionnelles.
Si l'option est stockée dans un attribut d'annuaire, le paramètre doit contenir un lien vers un élément spécifique de l'annuaire. Si l'option est stockée dans une ressource de registre d'informations, les valeurs de toutes les dimensions du registre doivent être spécifiées. Dans ce cas, chaque mesure doit être caractérisée par son propre paramètre.
Si tous les paramètres ne sont pas spécifiés pour une option fonctionnelle de type booléen, alors l'ajout "par OU" de toutes les valeurs sans paramètre est effectué. Par exemple, si une option de fonctionnalité est stockée dans un registre de détail avec les dimensions Organisation et Entrepôt et que seule la dimension Organisation est spécifiée, la valeur de l'option de fonctionnalité sera Vrai si au moins un des entrepôts répertoriés dans la dimension Entrepôt a la valeur valeur de l'option de fonctionnalité égale à True.
Pour une option fonctionnelle de type autre que Boolean , une situation de paramétrage incomplète entraîne la levée d'une exception.
Les méthodes de langage intégrées permettent d'obtenir la valeur de l'option, à la fois en fonction des paramètres passés, et pour les paramètres définis
pour l'interface de commande ou le formulaire spécifique. Dans le cas où le changement de la valeur de l'objet spécifié dans la propriété de l'option fonctionnelle Stockage est effectué dans une transaction, la valeur réelle de l'option fonctionnelle ne sera modifiée qu'après l'achèvement de la transaction. Tant que la transaction est ouverte, la valeur de l'option fonctionnelle sera égale à la valeur pertinente au moment où la transaction démarre.
Si une option fonctionnelle est liée à une ressource de registre d'informations périodiques, alors le système utilise une tranche de cette dernière pour obtenir la valeur de l'option. Si vous souhaitez obtenir la valeur de l'option à une autre date, vous devez spécifier une valeur pour le paramètre des options fonctionnelles Période (Période), qui a le type Date, qui sera utilisée comme date de réception de la tranche. Ce paramètre n'a pas besoin d'être créé dans les métadonnées. Il est fourni automatiquement par le système.

Lors de l'utilisation d'options de fonction paramétrées, les comportements suivants doivent être pris en compte :
● Dans les formulaires de liste, la colonne d'attribut associée à une option fonctionnelle paramétrée sera affichée si l'infobase stocke au moins une valeur activée de cette option fonctionnelle.
● Si vous souhaitez que les détails associés aux options fonctionnelles soient désactivés par défaut à l'ouverture du formulaire, vous devez
définissez les valeurs de ces paramètres sur des valeurs qui ne figurent pas dans l'infobase (pour les répertoires - un lien vide, pour les registres d'informations - des valeurs de mesure pour lesquelles il n'y a pas d'enregistrements). Dans ce cas, l'option de la fonction aura la valeur False .
● Lorsqu'une référence de groupe est spécifiée en tant que paramètre (si le type de paramètre d'une option fonctionnelle permet la création de groupes), et non une référence à un élément, le comportement du système sera le suivant :
● si l'attribut qui stocke la valeur de l'option fonctionnelle est utilisé à la fois pour l'élément et pour le groupe, alors la valeur de l'option fonctionnelle sera déterminée par la valeur de cet attribut.
● si l'attribut dans lequel la valeur de l'option fonctionnelle est stockée n'est pas utilisé pour le groupe, alors lors de l'obtention de la valeur de l'option fonctionnelle à l'aide de méthodes GetFunctionOption(), () et () renverront NULL . Si, paramétrée avec cette valeur, une option de fonction affecte l'interface utilisateur, alors le système la traitera comme désactivée (l'option de fonction aura la valeur False).
● Pour commander des objets de métadonnées, il est possible de se lier à une option de fonction paramétrée. Dans l'interface de commande, les commandes de ces objets ne seront affichées que s'il existe au moins une combinaison de paramètres d'option fonctionnelle, dans laquelle la valeur de l'option fonctionnelle est True . Cependant, en utilisant la méthode (), vous pouvez définir des valeurs spécifiques pour les paramètres des options fonctionnelles, puis la visibilité
les commandes seront déterminées par les paramètres spécifiés.
● La liste dynamique utilise automatiquement les options fonctionnelles utilisées par le formulaire. Si les attributs utilisés dans la demande de liste dynamique sont désactivés avec une combinaison donnée de paramètres d'options fonctionnelles, les données les concernant ne seront pas sélectionnées et affichées dans la liste dynamique, et l'attribut sera supprimé des listes d'attributs disponibles dans les données boîte de dialogue des paramètres d'affichage
liste dynamique (en mode 1C:Enterprise).

7. Travailler avec des options fonctionnelles dans le langage intégré

Méthodes de contexte global GetFunctionOption() Et GetFunctionInterfaceOptionGetFunctionInterfaceOption() renvoie la valeur de la fonction
options. La différence entre eux est que la première méthode vous permet de spécifier un ensemble de paramètres d'option fonctionnelle, et la seconde méthode renvoie la valeur de l'option fonctionnelle en fonction des paramètres spécifiés pour l'interface de commande. Le formulaire a sa propre méthode qui renvoie la valeur de l'option pour les paramètres spécifiés dans le formulaire - GetFunctionOptionForm().
Pour mettre à jour l'interface de commande globale, appelez explicitement la méthode SetInterfaceFunctionOptionParametersSetInterfaceFunctionOptionParameters().
L'interface de commande sera mise à jour avec le nouvel état des options fonctionnelles.
REMARQUES F. Si la valeur d'une option fonctionnelle change dans la base de données, l'interface de commande globale et les formulaires actuellement ouverts ne sont pas automatiquement mis à jour. Pour ce faire, utilisez la méthode Mettre à jour l'interface() après avoir écrit les valeurs des options fonctionnelles dans la base de données.
Rappelons que le paramétrage des options fonctionnelles (et l'exécution de la méthode Mettre à jour l'interface()) entraîne les conséquences suivantes :
● pour chaque formulaire, tous les formulaires auxiliaires sont fermés (avec l'appel des gestionnaires correspondants) ;
● les formulaires qui refusent de fermer ne sont pas fermés ;
● le contenu des éléments principaux du formulaire est mis à jour ;
● si le formulaire principal était le formulaire actif au moment de la mise à jour de l'interface, le formulaire principal s'affiche conformément au nouvel ensemble d'éléments ;
● si un formulaire auxiliaire était le formulaire actif au moment de la mise à jour de l'interface, alors :
● la commande d'ouverture d'un formulaire auxiliaire sera exécutée si elle est disponible après la mise à jour de l'interface ;
● sinon, la composition des principaux éléments du formulaire est mise à jour et son affichage est effectué ;
● si au moment de la mise à jour de l'interface, le formulaire actif était un formulaire auxiliaire ouvert avec une commande qui n'est pas liée à la barre de navigation du formulaire, alors à la place de ce formulaire, le contenu des principaux éléments du formulaire sera mis à jour et affiché.
Pour mettre à jour un formulaire particulier, rouvrez-le ou appelez le SetFormFunctionOptionsParameters(),
en même temps, la séquence d'actions ci-dessus ne fonctionne que pour le formulaire dans le cadre duquel le réglage des paramètres des options fonctionnelles du formulaire est appelé.
Il n'est pas nécessaire de spécifier tous les paramètres en même temps, vous pouvez modifier la valeur d'un paramètre particulier ou d'un ensemble de paramètres de manière sélective. Mais c'est la mise en groupe des valeurs avec un seul appel qui est la plus efficace.
Pour obtenir les valeurs des paramètres, vous devez appeler la fonction correspondante ( GetInterfaceFunctionOptionParametersGetInterfaceFunctionOptionParameters() ou
GetFormFunctionOptionsParameters()), qui renverra les paramètres définis sous forme de structure, où le nom du paramètre sera la clé.
A l'ouverture, le formulaire utilise automatiquement les paramètres des options fonctionnelles définies pour l'interface de commande.

Presque toutes les solutions standard basées sur la plate-forme 1C:Enterprise 8.x utilisent le mécanisme des options fonctionnelles. Il vous permet de contrôler la fonctionnalité de configuration dans les blocs.

Ainsi, par exemple, l'option "Utiliser les commandes internes" (voir la capture d'écran à droite) vous permet de rendre ce document disponible pour une utilisation en mode "1C: Entreprise" pour l'utilisateur, et inclut également des branches distinctes d'algorithmes liés à cette fonctionnalité.

Aujourd'hui dans l'article nous allons voir le fonctionnement des options fonctionnelles, leurs paramétrages et un petit exemple de leur utilisation sur une configuration de test. Commençons par regarder comment ils fonctionnent.

Principe d'opération

Comme mentionné ci-dessus, l'option fonctionnelle vous permet d'activer / désactiver la fonctionnalité de configuration qui lui est associée. Considérons la séquence d'actions pour créer et configurer cet objet de configuration.

Dans la branche config "Général->Options fonctionnelles" nous pouvons créer un nouvel objet ou afficher les propriétés des options déjà créées. Créons l'option fonctionnelle "EnableImportance" dans la configuration de test. Au tout début, lorsque l'objet n'a pas encore été configuré, la fenêtre de liste de ses propriétés ressemblera à ceci :

Les propriétés "Name" et "Synonym" ont un objectif standard. Les paramètres "Stockage" et "Composition" sont particulièrement intéressants.

Dans le champ "Stockage", un objet de la configuration est sélectionné, d'où l'option fonctionnelle recevra sa valeur. Habituellement, des constantes de type booléen sont utilisées à cette fin. Par la valeur de la constante, la plate-forme déterminera s'il faut inclure ou non la fonctionnalité associée.

Les options de configuration associées à une option fonctionnelle sont configurées dans l'onglet Composition. La capture d'écran ci-dessus montre une liste de sélection d'objets inclus dans sa composition.

Si un objet de configuration est inclus dans plusieurs options fonctionnelles, il sera utilisé dans la solution appliquée si au moins l'une d'entre elles est incluse.

L'option "Mode privilège à l'obtention" vous permet de désactiver la vérification des droits d'accès lors de l'obtention de la valeur de l'option fonctionnelle, ce qui affectera positivement les performances (les opérations de vérification d'accès excessives seront éliminées) et réduira la complexité des développements ultérieurs (pas besoin de configurer droits pour l'objet qui stocke la valeur de l'option fonctionnelle).

Exemple d'utilisation

Dans notre configuration de test, créons une énumération "Importance", ainsi qu'une constante

"Activer l'importance". Les objets créés sont affichés dans la capture d'écran suivante.

La constante est destinée à stocker la valeur de l'option fonctionnelle. L'énumération agira comme la valeur de l'attribut de référence dans le document de test, dont la disponibilité sera déterminée par l'option fonctionnelle.

• "Commentaire" avec le type "Chaîne".
• "Importance" de type "EnumerationReference.Importance".

Ajoutons l'attribut de document "Importance" à l'option fonctionnelle, puis considérons le comportement de la plate-forme en mode utilisateur.

Après avoir exécuté le programme en mode 1C:Enterprise, ouvrez un document de test. Nous ne verrons pas l'attribut "Importance" sur le formulaire, car nous n'avons pas encore activé l'option fonctionnelle.

Pour activer l'utilisation de l'attribut "Importance", vous devez définir la valeur de la constante "EnableImportance" sur TRUE. Ensuite, le formulaire changera comme suit :

Le fonctionnement des options fonctionnelles s'étend à presque tous les objets de configuration, à l'exception de certains de la branche "Général", qui exécutent principalement des fonctions de service. Par exemple, vous ne pouvez pas inclure d'autres options fonctionnelles dans la composition d'une option fonctionnelle (et cela n'a pas beaucoup de sens).

Examinons quelques aspects intéressants du fonctionnement de cet objet de configuration :

1. La configuration des options fonctionnelles n'a pratiquement aucun effet sur les requêtes SQL générées par la plateforme.

Par exemple, lors de l'ouverture d'un document avec une option fonctionnelle désactivée, la plateforme reçoit dans tous les cas la valeur de cet attribut dans la requête. La capture d'écran suivante montre les requêtes SQL générées avec l'option activée et désactivée.

2. L'élément de formulaire "Importance" sur le formulaire, quelle que soit la valeur de l'option fonctionnelle, a toujours les valeurs des propriétés "Visibilité" et "Accessibilité" égales à TRUE.

En effet, aussi bien lors de la création d'un formulaire sur le serveur, qu'à l'ouverture d'un formulaire, ainsi qu'à la la poursuite des travaux avec lui, les propriétés "Visibility" et "Accessibility" ne sont pas automatiquement définies sur FALSE par le framework. Probablement 1C:Enterprise 8.x le fait "dans les coulisses".

3. Pour obtenir la valeur de l'option fonctionnelle, la plateforme génère une requête SQL vers le SGBD conformément à l'objet de stockage, c'est-à-dire à une constante. Dans l'un des articles précédents, nous avons déjà parlé de la construction de requêtes SQL sur des constantes et de la manière dont elles sont stockées dans la base de données.

Dans notre exemple, la plateforme génère la requête SQL suivante :

En ce qui concerne le moment de recevoir la valeur de l'option fonctionnelle, la plate-forme est guidée par le principe suivant : la première réception de la valeur d'une option fonctionnelle se produit lors de l'accès à l'objet/accessoires inclus dans sa composition. La plateforme utilise alors la valeur mise en cache jusqu'à ce que la valeur de l'objet qui stocke cette valeur soit modifiée (dans notre exemple, les constantes EnableImportance) ou que la session utilisateur soit redémarrée. La valeur d'une option fonctionnelle est mise en cache dans une seule session.

Tout ce qui précède a été vérifié expérimentalement. Tout ce que j'ai utilisé pour les expériences est dans la configuration de test (lien en fin d'article), à ​​l'exception de .

Sortir

Les options fonctionnelles font partie intégrante de presque toutes les solutions de circulation basées sur la plateforme 1C:Enterprise 8.x. C'est grâce à ce mécanisme que vous pouvez créer des configurations avec la construction de blocs de fonctionnalités, qui peuvent être facilement activées / désactivées lors de la configuration du programme. Dans le même temps, les capacités du mécanisme peuvent être étendues en utilisant les paramètres des options fonctionnelles, mais c'est un sujet pour un autre article.

Pour l'expérience avec la plateforme, il est très rare d'utiliser des options fonctionnelles, puisque le client sait exactement ce dont il a besoin. Et la création d'une sorte de mécanismes universels pour lesquels vous devrez payer un supplément, sans le fait qu'ils seront utilisés, est très rare lors de la finalisation de solutions standard ou de leur mise en œuvre dans une entreprise particulière.

Téléchargements :