Les principes de conception des répertoires de nomenclature dans 1C Enterprise Management 2 (ERP 2.4.6)

Les principes d'une approche systématique de la conception des répertoires de nomenclature dans 1C Enterprise Management 2 (ERP 2.4.6) ou comment éviter les détritus.

Dans 1C Enterprise Management 2, toute une famille d'annuaires est utilisée pour travailler avec la nomenclature. Ces guides font partie de l'INS. Une approche correctement organisée de NSI garantit le contrôle de la configuration et des utilisateurs. Par conséquent, travailler avec NSI nécessite une approche difficile et, surtout, systématique, sinon les répertoires se transforment instantanément en listes remplies de déchets. De plus, des répertoires bien organisés simplifient le travail de compilation des requêtes et des échantillons. De plus, des ouvrages de référence systématiquement organisés et remplis vous permettent d'utiliser l'appareil mathématique pour travailler avec eux (principalement des appareils issus de la théorie des graphes). Et, malgré cela, des répertoires correctement organisés vous permettent d'effectuer le codage correct des marchandises.

Quels principes permettent d'organiser un travail systématique avec des répertoires dans 1P ERP?

Principes de base du travail

Tout d'abord, c'est le principe de la hiérarchie. La plupart des répertoires 1C sont conçus pour une classification hiérarchique du contenu. Ce principe est le plus souvent violé lors de l'utilisation de répertoires. La classification hiérarchique implique qu'une multitude d'objets (éléments d'un répertoire) sont répartis entre les branches (répertoires) par:

1. Le même type de fondation (en logique, c'est le concept de «fondation de division»)
2. Sur une seule base (attribut)

Des exemples typiques de violations des principes de classification hiérarchique sont l'allocation dans l'annuaire «Nomenclature» de groupes (catalogues) du formulaire «Collection d'hiver» ou les fameux «Produits de Mary Stepanovna». Dans le cas de la «Collection d'hiver», les sous-groupes «Vêtements», «Chaussures» sont généralement placés dans ce groupe, mais en même temps, les mêmes sous-groupes sont généralement déjà dans le sous-groupe de base dans une autre branche. Les éléments qui se croisent sont obtenus et la duplication des éléments dans le répertoire se produit. Et la raison en est que lors de l'organisation des branches du catalogue, le principe du même type de fondation a été violé - la division a été faite simultanément par type (vêtements, chaussures) et par situation (collection).

Ici, vous pouvez immédiatement dire que dans 1C ERP, il existe des répertoires qui vous permettent de résoudre de tels conflits car ils n'ont pas été conçus à l'origine pour une structure hiérarchique. Le tout premier exemple est le répertoire «Segments de l'article». Ce répertoire vous permet de collecter des listes arbitraires à partir des éléments du répertoire "Nomenclature". Dans le même temps, le même élément peut être inclus dans de nombreuses listes. En particulier, les collections peuvent être émises via des segments de nomenclature (mais il ne faut pas oublier que pour les collections, il existe un répertoire séparé «Collections», qui convient aux collections saisonnières). Étonnamment, l'annuaire "Segments de l'article" a une hiérarchie d'annuaires dans laquelle le principe de hiérarchie doit être respecté.

En simplifiant, il est possible de formuler: «Si le répertoire est hiérarchique, alors aucun de ses éléments ne peut appartenir à une seule branche (groupe, répertoire)» ou autrement «La structure de répertoire des répertoires hiérarchiques ne doit pas permettre de recouper différents types d'objets dans une branche (groupe, répertoire).

Avec cette base théorique simple, considérons travailler avec des répertoires de nomenclature dans 1C ERP. (La vérité est que bien que la théorie soit simple, dans la pratique, il est incroyablement difficile de se conformer à ses exigences pour des raisons psychologiques, à savoir une motivation insuffisante pour adhérer strictement et sans compromis aux règles de classification).

Répertoires et objets associés

À première vue, la structure du NSI de la nomenclature semble déroutante, mais si vous collectez des informations de 1C en morceaux, alors un certain système est formé.

Énumération "Types de nomenclature"

Tout d'abord, le pilier du système de nomenclature des répertoires est la liste des «Types de nomenclature». Il n'y a que quelques postes: marchandises, emballage, service, travail, ensemble. Les types de biens et services ont plusieurs sous-types, dont une attention particulière doit être accordée aux produits soumis à l'étiquetage et aux marques d'identification de contrôle. L'énumération «types d'élément» est un élément de contrôle des algorithmes de fonctionnement ERP 1C individuels et n'est donc pas accessible pour modification par l'utilisateur. Sur la base de cette liste, l'utilisateur a la possibilité d'organiser un répertoire «Types d'éléments».

Annuaire "Types de nomenclature"

Sur la base de cette liste, l'utilisateur a la possibilité d'organiser un répertoire «Types d'éléments». L'annuaire a un système hiérarchique sans restriction de niveaux et est disponible pour être rempli par l'utilisateur. Mais il ne faut pas se tromper tout de suite et former à partir du répertoire «Types de nomenclature» une structure extensive de catalogues du répertoire «Nomenclature». Les types de nomenclature devraient être limités autant que possible aux caractéristiques spécifiques de la nomenclature et rendus minimaux.

Un signe de compilation incorrecte d'une référence «spécifique» est le désir d'insérer des définitions, des adjectifs, des indices dans le nom de l'élément de référence. La référence doit être exactement que spécifique et les adjectifs ne sont autorisés que si le concept n'a pas d'expression à travers un mot (nom). Par exemple: dans la série «vêtements», «chaussures», «coiffures», il est permis d'ajouter l'élément «coiffures», car l'équivalent d'espèce de «coiffures» ne se trouve pas en un mot. Il est impossible de désigner des «casquettes», car un chapeau n'est pas un concept spécifique, mais une sorte de couvre-chef avec un "chapeau". De même, en ingénierie, il est permis de désigner le type de nomenclature «aubes», mais les définitions de «aubes de vis» et de «aubes de turbine» ne s'appliquent plus au livre de référence «Types de nomenclature».

Lorsque vous remplissez initialement le répertoire des types d'articles, le plus haut niveau de catalogues sera assez logique à créer pour des domaines d'activité, par exemple: commerce, production, consommation (propre), actifs, etc. Mais ce n'est pas la seule option de structuration, l'essentiel est que les groupes et les éléments du répertoire suivent le principe de la hiérarchie, et cela n'est possible que si vous partez du niveau très, très général.
Le but du répertoire «Types d'éléments» et les conditions dans lesquelles il est nécessaire de créer un type distinct d'éléments (élément) sont les suivants:

1. Il identifie les concepts les plus généraux des "espèces" de nomenclature. Y compris, un type de nomenclature distinct nécessite une nomenclature avec un type de nomenclature distinct (c'est-à-dire que chaque élément utilisé du répertoire «Types de nomenclature» doit être répété dans le répertoire «Types de nomenclature»).
2. Il s'agit d'un classificateur de propriétés physiques.
3. Le principal message de la création d'une nouvelle espèce est son propre ensemble spécial de caractéristiques de nomenclature.
4. De plus, une nouvelle vue est créée si vous pouvez sélectionner votre propre ensemble de filtres par propriétés, ce qui vous permet de trouver des analogues de la nomenclature.
5. Un type de nomenclature distinct nécessite une nomenclature avec son certificat.
6. Un type de nomenclature distinct nécessite une nomenclature avec un ensemble distinct de catégories de produits.
7. Un type de nomenclature distinct nécessite une nomenclature avec marquage obligatoire GISM.
8. Un type de nomenclature distinct nécessite une nomenclature avec le type "marque d'identification de contrôle" (KIZ).
9. Un type de nomenclature distinct est requis pour les marchandises et les matériaux importés.
10. Un type de nomenclature distinct nécessite une nomenclature avec des paramètres comptables généraux (par exemple: taux de TVA).
11. Un type de nomenclature distinct nécessite une nomenclature avec un ensemble commun de propriétés.

Les éléments listés, s'ils sont pris en compte lors de la construction des types de nomenclature, garantissent le bon fonctionnement des algorithmes ERP 1C, au moins, comme décrit par le développeur (1C). Comme vous pouvez le voir, sous réserve des critères ci-dessus, le répertoire des types d'éléments peut être très ramifié, ce qui doit être évité autant que possible et ne pas produire d'entités inutiles. En conséquence, la structure des types de nomenclature ne doit pas être copiée sous forme de groupes du répertoire "Nomenclature" pour éviter la redondance.

Référence "Catégories de produits"

Plus tôt, il a été conseillé de ne pas construire les types de nomenclature sur la base de caractéristiques descriptives et de détails excessifs. Mais, afin de fournir les détails nécessaires de la nomenclature, le livre de référence «Catégories de produits» doit être utilisé.

Le but de ce guide est le suivant:

1. Poursuite du détail des «Types de nomenclature».
2. Le message principal de la création d'une catégorie de produits est que la catégorie construit le code article pour les systèmes de codage et de codage à barres.
3. La catégorie définit la nature et le but des marchandises qui y sont incluses.
4. La catégorie de produits sert de base à la répartition de la nomenclature qui y est incluse sur les caractéristiques de la nomenclature.

Ainsi, les catégories de produits sont une continuation de la classification des types de nomenclature. La nomenclature doit appartenir à une seule catégorie de produits, interchangeable pour le client (acheteur) ou le consommateur interne (production). La création d'une liste de catégories de produits est principalement déterminée par des considérations de marketing (groupes d'assortiments, prix, stockage, flux de produits, etc.), c'est-à-dire préférences du consommateur de la nomenclature (si nous parlons de production).

De ce qui précède et du fait que l'annuaire «catégories de produits» a une structure hiérarchique, il s'ensuit que la définition d'une liste de catégories de produits est une tâche non triviale s'il est nécessaire de respecter le principe de hiérarchie. Par conséquent, afin de le résoudre, l'organisation ne doit développer des catégories de produits uniquement que s'il y a des experts produits expérimentés, des consultants, des spécialistes du marketing, et s'il n'y en a pas, il est préférable de composer des catégories de produits sur la base de classificateurs communs (TNVED, OKP, OKVED, OKDP, etc. )

Étant donné que plusieurs catégories de produits peuvent être attachées à un «type d'article», pratiquement toutes les définitions qualitatives que j'aimerais inclure dans le type d'article, mais sur la base du principe de minimisation des types d'articles, n'étaient pas incluses dans le nom du type, les catégories de produits peuvent contenir entités descriptives de la nomenclature (les «adjectifs» mêmes que je voulais insérer dans le nom de l'espèce). Par exemple, le type de nomenclature est «chaussures», puis les catégories peuvent être «chaussures pour hommes», «chaussures pour femmes», «chaussures pour enfants». Et en même temps, il convient de garder à l'esprit qu'un élément du répertoire «Nomenclature» est inclus dans une seule catégorie de produits. Ainsi, le type d'élément contient une liste de toutes les catégories de produits qui peuvent être affectées individuellement à l'élément (élément du répertoire d'articles) qui a ce type.

Le livre de référence «Catégories de produits» est très essentiel pour le système de planification dans 1C ERP. C'est aux catégories de produits qui sont annexées dans le document «Répartition normative des plans de vente par catégories» de la répartition de la nomenclature par caractéristiques et détails. Cette distribution est nécessaire si une entreprise avec un grand nombre d'articles a besoin d'un plan de vente initial, compilé par catégories de produits, à déployer automatiquement sur les articles et ses analystes importants, y compris les caractéristiques des articles. La distribution déploie des catégories de produits sur tous les éléments du répertoire de nomenclature qui ont une catégorie de produits spécifique et en même temps des détails sur n'importe quel ensemble de détails et de caractéristiques. Ici, l'importance d'une conception correcte des catégories de produits augmente de manière non linéaire, car vous permet d'établir des plans de vente détaillés de la nomenclature et de ses détails / caractéristiques (y compris en tenant compte de la distribution saisonnière si la fonctionnalité de saisonnalité est utilisée).

Référence "Spécifications du produit"

Peut être considéré comme un type spécial de catégories de produits "caractéristiques du produit". Ce sont les propriétés de la nomenclature qui sont importantes pour l'acheteur (consommateur) en termes quantitatifs. Ainsi, le répertoire suivant du bloc de nomenclature «Caractéristiques de la nomenclature» sert à décrire les paramètres de la nomenclature pour lesquels le système devrait disposer d'informations sur le stock de marchandises en quantité. Les caractéristiques du produit peuvent inclure la taille des vêtements, la longueur de la pièce, la composition de qualité des matières premières, etc. Les soldes quantitatifs selon les caractéristiques du produit sont les données de référence pour le téléchargement dans les magasins en ligne, les bases de données externes, etc. Il est important ici de ne pas respecter la hiérarchie de la liste des caractéristiques du produit, mais de ne pas inclure dans les caractéristiques les paramètres qui n'intéressent pas le consommateur (l'acheteur) dans le contexte de la quantité - afin d'éviter la charge du système 1C en termes de comptabilité des quantités.

Considérons maintenant un corollaire intéressant.

Si nous imaginons un système de coordonnées à trois axes, où l'axe X est le type de nomenclature, l'axe Y est la catégorie de produit, l'axe Z est l'ensemble (combinaison) des caractéristiques du produit, alors la nomenclature sera une sorte de fonction de X, Y, Z. En fait, ces trois dimensions ne définissent pas la nomenclature elle-même , et le groupe du répertoire "Nomenclature". Au sein de chacun de ces groupes, il y aura une nomenclature qui se distingue par des détails supplémentaires et des informations supplémentaires. En fait, nous avons maintenant formulé selon quel principe créer des groupes de nomenclature afin de respecter une approche systématique. Cela vous permet de former automatiquement des groupes de catalogues dans le répertoire «Nomenclature» dans les cas où un répertoire avec un très grand nombre d'entrées est conservé ou lorsque le répertoire est transféré sur une nouvelle plateforme ou reconstruit.

En réalité, l'espace pour la «fonction» de la nomenclature comprend plus de 3 dimensions. Par exemple, une mesure peut également être des détails typiques, des informations supplémentaires et des détails. Mais cela ne compliquera que légèrement l'auto-désignation des groupes du répertoire Nomenclature.

Il est à noter que chaque élément du répertoire «Type de l'élément» contient un constructeur pour les éléments de l'élément. Le nom de la nomenclature est basé sur les détails de la nomenclature. Les conditions requises, en particulier, sont le type de nomenclature, la catégorie de produit, le certificat. Par conséquent, il est logique que les articles ayant la même catégorie de produits soient inclus dans le groupe de nomenclature. Dans 1C ERP, la fonctionnalité standard pour la dénomination automatique des groupes eux-mêmes du livre de référence «Nomenclature» n'est pas disponible, elle est donc sujette à développement si nécessaire.

Sur la base de mon expérience avec 1C ERP, je peux tirer la conclusion suivante: Les répertoires de nomenclature 1C ERP sont conçus de telle manière que le plus important n'est pas le répertoire Nomenclature, mais la triade des répertoires Vue Nomenclature View, Commodity Categories et Nomenclature Characteristics. Si cette triade est conçue correctement, le répertoire «Nomenclature», y compris ses groupes, sera de facto conçu.

Détails et informations supplémentaires

Nous allons faire quelques écarts par rapport à la description des répertoires de nomenclature pour décrire des détails et des informations supplémentaires. Des détails supplémentaires sont utilisés pour maintenir des listes de marques qui n'ont pas trouvé d'expression dans les répertoires, listes et objets similaires standard. Lors de la création d'un attribut supplémentaire, il convient de toujours respecter le principe de non-multiplication des entités et de vérifier soigneusement s'il existe un objet typique pour stocker les informations souhaitées. La duplication d'objets similaires dans le but entraînera inévitablement une confusion parmi les utilisateurs et l'accumulation de déchets.

Les informations supplémentaires sont similaires à l'objectif et à la fonctionnalité des détails supplémentaires, mais 1C recommande que les informations reflètent des signes liés non pas à la nomenclature elle-même, mais aux connexions de la nomenclature avec des sources externes ou avec le contrôle d'accès à la nomenclature. Par exemple, pour stocker l'encodage de l'échange de données, de codes dans des bases de données externes, etc. En d'autres termes, des informations supplémentaires sont utilisées dans des cas exceptionnels, tandis que des détails supplémentaires en ce sens devraient être inextricablement liés à la nomenclature.

De plus, les accessoires «Qualité» sont quelque peu isolés. Son objet est très limité - on leur attribue une nomenclature nouvelle ou usagée, le degré d'usure. Mais cette approche implique la duplication de la même nomenclature dans l'annuaire, ce qui rend difficile la sélection et la distinction entre des éléments similaires de l'annuaire. En fait, il y a une multiplication d'entités, car la qualité et ses degrés sont des états situationnels. L’objectif de l’organisation n’est pas de produire des biens de mauvaise qualité ou d’acheter des matières premières et des matériaux de mauvaise qualité pour le lancement en production. «» , , «», (, , ..) / . , , . , () / (, ).

« » « » «». . «» . « » «», . , «, ». , , .

«, »

«, » , , , / . , . . , – . – . , -, .

«»

«». , «». «». , 1, «» , . «» -, «» . , « » , « » « ». , .. «». «» « » «», .. , «», .. «» . , , , , ..

« »

«» « », « ». «» , «», «» , . , .

, .

, «» , , , . , .. . , , /, . – !

« » . , .. « » , . «», , (, ..) « » (). , - , . « » 1 ERP ( ) .

, « », , (, , ), 1 .

« »

« » , . , . , ( « » «»). , , « » – /. , .

« »

« » , . « » ( / !!! ). , () , . , , , .. ().

« »

« » . «» ( / ) «» ( / ). () 1 « ». «» , .. , , , « ». , . , . , . , (, RFID ) /. 1 ERP .

« »

« », , . , , . , , , . «», . « », , . , . , , , .

«», « », « » , .

Résumé

1. «» 1 ERP « », « », « ».
2. .