Le travail de l'utilisateur avec les ouvrages de référence et les documents en 1C consiste à remplir les champs du formulaire.
Les détails 1C sont des champs de répertoire et de document qui sont affichés sur le formulaire et que l'utilisateur doit remplir.
Examinons de plus près le sujet des détails dans 1C.
Que sont les détails 1C
Chaque annuaire et document 1C se compose d'un ensemble de champs. Ces champs sont appelés détails 1C (pour un programmeur 1C).
Dans le configurateur, dans l'arborescence de configuration 1C, ouvrez n'importe quel répertoire ou document et vous verrez la branche Détails. Il s'agit d'une liste de détails du répertoire (champs).
Regardez à quoi ressemblent les mêmes détails 1C sur le formulaire d'annuaire 1C.
Chaque attribut 1C possède des propriétés qui indiquent quel type de valeur est stocké dans l'attribut (chaîne, nombre, etc.) et comment l'utilisateur l'utilisera.
Faites un clic droit sur n'importe quel attribut 1C et cliquez sur Propriétés. Une liste des propriétés de l'attribut sélectionné s'ouvrira dans la fenêtre de droite.
Principales propriétés des détails 1C :
Détails de la norme 1C
Comme vous l'avez remarqué, sur le formulaire annuaire il y a des détails 1C qui ne sont pas répertoriés dans le configurateur : groupe, nom, BIC.
Le formulaire de liste d'annuaire contient également des détails 1C qui ne figurent pas dans la liste : marque de suppression.
Ce sont des détails 1C standard. Ce que c'est? Tout le monde a un ensemble par défaut de détails 1C. Pour les répertoires, il s'agit par exemple du code et du nom. Pour les documents, il s'agit de la date et du numéro.
Les détails de la norme 1C peuvent être visualisés comme suit :
- Accédez à l'éditeur de l'objet 1C (répertoire ou document) en double-cliquant dessus avec la souris
- Dans l'éditeur qui s'ouvre, sélectionnez l'onglet Données
- Ici vous pouvez configurer les détails standard Code et Nom du répertoire
- Cliquez sur le bouton Détails standard 1C pour afficher la liste complète.
Détails généraux 1C
À partir de la version 1C 8.2.14, un nouvel objet 1C est apparu dans 1C - Détails généraux 1C. En l'utilisant, vous pouvez ajouter une propriété (champ) qui sera présente dans plusieurs répertoires et documents à la fois.
Propriétés des attributs généraux 1C :
- Utilisation automatique – ajoute des détails généraux 1C à tous les répertoires et documents à la fois
- Composition - vous permet d'ajouter des détails généraux 1C uniquement aux répertoires et documents nécessaires (l'utilisation automatique est alors définie sur Ne pas utiliser).
Comment ajouter des détails 1C
Faites un clic droit sur la branche Détails 1C du répertoire souhaité et sélectionnez Ajouter.
Nous devons saisir le nom de l'attribut 1C, par exemple « Adresse du bureau » et le synonyme « Adresse du bureau ». Laissez le type par défaut sur String, mais cochez la case Longueur illimitée.
Ajoutons un autre attribut 1C de la même manière, seulement nous sélectionnerons le type booléen et l'appellerons « Fonctionne le week-end ».
Comment afficher les détails sur un formulaire 1C (client lourd 1C)
Développons la branche Forms du même répertoire. Pour ouvrir le formulaire, sélectionnez l'élément du formulaire et double-cliquez dessus avec la souris.
Faites glisser le bord de la forme avec votre souris et étirez-le (facultatif).
Dans le panneau du configurateur, cliquez sur le bouton « Placement des données ». Vous pouvez également utiliser le menu Formulaire / Placement des données.
Vous voyez que nos coordonnées ne sont pas affichées sur le formulaire. Les vérifier. Et aussi les cases à cocher Insérer des étiquettes et Placer automatiquement.
Comment afficher les détails sur le formulaire 1C (client léger 1C)
Développons la branche Forms du même répertoire. Sélectionnez la forme de l'élément et double-cliquez dessus avec la souris.
Sous l'onglet Détails, développez la ligne Objet. Vous verrez une liste de détails précédemment ajoutés au répertoire.
Maintenant, faites simplement glisser l'attribut requis de la fenêtre de droite vers celle de gauche et il apparaîtra sur le formulaire.
Détails du formulaire 1C
Dans le client lourd, le formulaire a ses propres détails. Ils se trouvent dans l'onglet Détails.
Ces détails ne sont pas enregistrés dans la base de données, mais ils peuvent être utilisés sur le formulaire pour les champs nécessaires au fonctionnement du formulaire.
Par exemple, vous avez ajouté une coche au formulaire. Lorsque vous cliquez dessus, quelque chose se passe sur le formulaire. La signification de la case à cocher n'a pas d'importance pour vous (vous n'avez pas besoin de l'écrire) - elle est utilisée uniquement pour changer de formulaire lorsque vous travaillez avec. Dans ce cas, vous n’utilisez pas l’attribut directory comme données, mais l’attribut form.
Détails périodiques 1C
Dans la version 1C 7.7, il y avait des détails périodiques. Leur signification est la suivante : la signification des accessoires est différente selon les dates. Par exemple, la valeur au 1er septembre est un et le 1er octobre, une autre. Mêmes accessoires.
Dans 1C 8, il n'y a pas de détails périodiques. Ceci est mis en œuvre comme suit :
Vous trouverez ci-dessous les principaux objets 1C utilisés lorsque vous travaillez avec des formulaires gérés. De brefs exemples de code sont donnés qui démontrent l'utilisation traditionnelle de ces objets lors de l'écriture de configurations 1C.
Ce formulaire
Utilisé dans le module formulaire, dans les procédures&Sur le client et &Sur le serveur.
Vous permet d’accéder à la fois aux éléments et aux détails du formulaire.
L'élément de formulaire est accessible via un objetÉléments et ressemble à ceci :
ThisForm.Elements.VersionNumber.Header = "v."+ProgramVersion;
L'accès aux attributs qui existent sur le formulaire se produit comme ceci :
ThisForm.Advertisement Text="Bonjour camarades !";
Accès simplifié aux éléments et détails du formulaire
En principe, vous n’êtes pas obligé de préciser un mot-clé dans un module de formulaire Ce formulaire . Vous pouvez accéder aux éléments et détails du formulaire de manière simplifiée :
// Élément de formulaire
Elements.VersionNumber.Title = "v."+ProgramVersion;
// Détails du formulaire
Advertisement Text="Bonjour camarades !";
Fonctionnalités d'obtention des détails du formulaire (important !)
Si l'attribut form a un type simple - Chaîne, numéro, date ... alors vous pouvez obtenir (définir) la valeur de l'attribut simplement par son nom :
Texte = Nom du produit ; // Le nom du produit est un attribut de formulaire
Cependant, de cette manière, il est impossible d'obtenir des détails de type « complexe » -Tableau des valeurs, Arbre des valeurs . Lorsque vous essayez d'obtenir un attribut de ce type par son nom, un objet de type sera renvoyéCollection de formulaires de données.
Pour obtenir la valeur d'un attribut de type « complexe », il faut utiliser la fonctionFormAttributesValue():
CurrentTable=FormAttributesValue("SelectedConstructionObjects");
Pour définir la valeur d'un attribut « complexe », vous pouvez utiliser la fonctionValueInFormAttributes(<Значение>, <ИмяРеквизита>) , les deux paramètres sont requis.
Les fonctions FormAttributesValue() Et ValueInFormAttributes()disponible uniquement sur le serveur.
Un objet
À proprement parler, il n’existe pas de mot-clé de ce type dans le formulaire. Simplement, lorsqu'un formulaire est créé, par exemple un formulaire d'élément, 1C crée automatiquement un attribut sur le formulaire avec le nom Un objet . Grâce à cet attribut, les propriétés de l'objet en cours d'édition sur le formulaire sont disponibles.
ou, notation plus complète :
CetObjet
Contient l'objet lui-même. Destiné à récupérer un objet dans un module objet ou un module formulaire.
Utilisation : Lecture seule.
Disponibilité : Serveur, client lourd, connexion externe.
Formes dans 1C:Enterprise sont destinés à afficher et à modifier les informations contenues dans la base de données. Les formulaires peuvent appartenir à des objets de configuration spécifiques ou exister séparément d'eux et sont utilisés par l'ensemble de la solution applicative.
Par exemple, un répertoire Nomenclature peut avoir plusieurs formes qui seront utilisées à des fins spécifiques - édition d'un élément de répertoire, affichage d'une liste, etc. :
Parallèlement à cela, il peut exister des formulaires généraux qui n'appartiennent pas à des objets de configuration spécifiques - des formulaires généraux.
Formulaires de base
Chaque objet de configuration peut être utilisé pour effectuer certaines actions standard. Par exemple, pour n'importe quel répertoire, vous devrez peut-être afficher une liste de ses éléments, afficher des éléments individuels du répertoire, afficher un groupe du répertoire, sélectionner des éléments et des groupes d'éléments du répertoire. Pour n'importe quel document, la liste de ces actions sera beaucoup plus petite : afficher une liste de documents, sélectionner dans une liste de documents et afficher un document séparé.
Pour garantir que ces actions standard sont effectuées avec les données des objets de la solution d'application, il existe pour chacun d'eux un ensemble de formulaires de base qui seront utilisés lors de l'exécution des actions correspondantes. N'importe laquelle des formes subordonnées à cet objet peut être désignée comme principale. Par exemple, dans le répertoire Nomenclature Les formes de base suivantes peuvent exister :
Et le document Réception de biens et services la composition des formulaires principaux sera différente :
Ainsi, si l'utilisateur souhaite consulter la liste des répertoires Nomenclature ou liste de documents Réception de biens et services, le système ouvrira le formulaire correspondant désigné comme formulaire de liste pour ces objets.
Formulaires générés automatiquement
Une caractéristique importante du système 1C:Enterprise 8 est le mécanisme de formulaires générés automatiquement. Ce mécanisme évite au développeur d'avoir à créer toutes les formes possibles pour chaque objet de configuration. Il suffit au développeur d’ajouter un nouvel objet de configuration, et le système lui-même générera, aux bons moments du travail de l’utilisateur, les formulaires nécessaires pour afficher les informations contenues dans cet objet.
Ainsi, le développeur n'a besoin de créer ses propres formes d'objets de solution applicative que s'ils doivent présenter des différences (conception différente ou comportement spécifique) par rapport aux formulaires générés automatiquement par le système.
Lier un formulaire à des données
Le fait qu'un formulaire appartienne à un objet de configuration particulier ne détermine pas la composition des données affichées dans le formulaire. Le fait que le formulaire appartienne, par exemple, à un répertoire Nomenclature, permet de l'attribuer comme l'un des formulaires principaux de ce répertoire, mais ne détermine en aucun cas quelles données ce formulaire affichera et quel sera son comportement.
Afin d'associer un formulaire à des données, des détails de formulaire sont utilisés, qui indiquent la liste des données affichées par le formulaire. Tous les formulaires eux-mêmes ont le même comportement, quelles que soient les données qu'ils affichent. Cependant, l'un des attributs du formulaire peut être désigné comme son attribut principal (il est surligné en gras), auquel cas le comportement standard du formulaire et ses propriétés seront complétés en fonction du type de l'attribut principal du formulaire :
Par exemple, si un document est attribué comme attribut principal du formulaire Réception de biens et services, puis à la fermeture du formulaire, le système demandera la confirmation de l'enregistrement et de la mise en ligne de ce document. Si vous attribuez, par exemple, un répertoire comme attribut principal du formulaire Nomenclature, alors une telle demande de confirmation n'apparaîtra pas lors de la fermeture du formulaire.
Structure du formulaire
La principale caractéristique des formulaires est qu'ils ne sont pas dessinés par le développeur en détail, « pixel par pixel ». Un formulaire dans une configuration est une description logique de la composition du formulaire. Et le placement spécifique des éléments est effectué automatiquement par le système lors de l'affichage du formulaire.
La partie affichée du formulaire (visible par l'utilisateur) est décrite comme une arborescence contenant les éléments du formulaire.
Les éléments peuvent être des champs de saisie, des cases à cocher, des boutons radio, des boutons, etc. De plus, un élément peut être un groupe qui comprend d'autres éléments. Un groupe peut être représenté comme un panneau avec un cadre, un panneau avec des pages (signets), une page elle-même ou un panneau de commandes. De plus, l'élément peut être un tableau, qui comprend également des éléments (colonnes). La structure des éléments décrit à quoi ressemblera le formulaire.
Toutes les fonctionnalités du formulaire sont décrites sous forme de détails et de commandes. Les détails sont les données avec lesquelles le formulaire fonctionne et les commandes sont les actions à effectuer. Ainsi, le développeur de l'éditeur de formulaire doit inclure les détails et commandes nécessaires dans le formulaire, créer des éléments de formulaire qui les affichent et, si nécessaire, organiser les éléments en groupes.
Sur la base de cette description logique, le système génère automatiquement l'apparence du formulaire à afficher à l'utilisateur. Dans ce cas, le système prend en compte diverses propriétés des données affichées (par exemple, le type) afin d'organiser les éléments du formulaire aussi facilement que possible pour l'utilisateur.
Le développeur peut influencer la disposition des éléments avec différents paramètres. Il peut déterminer l'ordre des éléments, indiquer la largeur et la hauteur souhaitées. Cependant, il ne s'agit que de quelques informations supplémentaires destinées à aider le système à afficher le formulaire.
Dans les formulaires, le développeur peut utiliser non seulement les commandes du formulaire lui-même, mais également les commandes globales utilisées dans l'interface de commande de l'ensemble de la configuration. De plus, il est possible de créer des commandes paramétrables qui ouvriront d'autres formulaires en tenant compte des données spécifiques du formulaire courant. Par exemple, il peut s'agir d'appeler un rapport sur les soldes de l'entrepôt actuellement sélectionné dans le formulaire de facture.
Détails généraux en 1C 8.3 est un objet de métadonnées de plateforme qui vous permet d'utiliser un attribut pour de nombreux objets de configuration (répertoires, documents, plans comptables, etc.). L'objet a été créé principalement pour faciliter le travail du développeur et séparer les données.
Les détails généraux ont été initialement implémentés dans la version 1C 7.7, mais les développeurs ne les ont pas immédiatement inclus dans la version 8 de la plateforme. Le mécanisme des détails généraux n'a été introduit par les développeurs 1C que dans la version 8.2.14.
Il est très pratique d'ajouter des détails généraux pour ne pas modifier les objets standards dans la configuration, je les utilise souvent avec .
Après avoir ajouté un attribut général, il peut être utilisé dans les requêtes et affiché sur le formulaire objet - Extérieurement, ce n'est pas différent des accessoires ordinaires.
La seule limitation des détails généraux est l'impossibilité de les utiliser dans .
Examinons les paramètres de base et les propriétés des détails généraux qui diffèrent des autres objets de configuration :
Composé— une liste d'objets pour lesquels les détails généraux seront utilisés ; le décor rappelle la mise en place d'un plan d'échange.
Obtenez 267 leçons vidéo sur 1C gratuitement :
Utilisation automatique— le paramètre détermine si les accessoires généraux seront utilisés pour les objets dont le mode d'utilisation « Automatique » est spécifié.
Séparation des données— nous considérerons ce paramètre séparément.
Séparation des données dans 1C en utilisant des détails communs
Séparation des données- un mécanisme similaire au mécanisme. Cependant, les performances de ce mécanisme sont plus efficaces et il est plus facile à configurer.
Le mécanisme permet de configurer l'affichage des seuls éléments visibles par l'utilisateur. Par exemple, vous pouvez distinguer tous les objets (documents, répertoires, etc.) sur lesquels une certaine organisation est installée.
Configuration de la séparation des données à l'aide des détails généraux de 1C
Pour configurer les détails généraux, vous devez spécifier la séparation des données - Diviser. Immédiatement après avoir cliqué, le système proposera de créer des paramètres comptables par défaut :
Dans ce cas, il sera nécessaire de préciser les paramètres de session lors du démarrage du système, comment procéder a été décrit avec un exemple dans l'article.
Ceci termine la configuration - l'utilisateur n'aura accès qu'aux informations spécifiées dans les paramètres de session sélectionnés.
Exemple d'utilisation d'accessoires courants
Regardons la configuration des accessoires généraux dans 1C 8.3 en utilisant l'exemple d'une configuration de cadre et d'accessoires Organisation:
Le système dispose de 3 documents où il est nécessaire d'indiquer les détails de l'organisation : il s'agit de la facture de réception, de la facture de dépenses et de la paie.
La configuration est simple :
- Nous créons un nouvel attribut Général, spécifions le type - DirectoryLink.Organization.
- Dans la composition, nous organisons nos documents - Utiliser.
Ça y est, la configuration est terminée !
Voyons le résultat :
Le système affiche les détails généraux « comme s'il s'agissait des vôtres » : dans les demandes, dans les détails des formulaires et à d'autres endroits. C'est tellement magique ! 🙂