Los principios de diseño de directorios de nomenclatura en 1C Enterprise Management 2 (ERP 2.4.6)

Los principios de un enfoque sistemático para el diseño de directorios de nomenclatura en 1C Enterprise Management 2 (ERP 2.4.6) o cómo evitar tirar basura.

En 1C Enterprise Management 2, se utiliza toda una familia de directorios para trabajar con la nomenclatura. Estas guías son parte del NSI. Un enfoque adecuadamente organizado para NSI garantiza el control de la configuración y los usuarios. Por lo tanto, trabajar con NSI requiere un enfoque duro y, lo más importante, sistemático, de lo contrario los directorios se convierten instantáneamente en listas llenas de basura. Además, los directorios bien organizados simplifican el trabajo de compilación de consultas y muestras. Además, los libros de referencia sistemáticamente organizados y completados le permiten utilizar el aparato matemático para trabajar con ellos (principalmente aparatos de la teoría de grafos). Y, independientemente de esto, los directorios correctamente organizados le permiten realizar la codificación correcta de los productos.

¿Qué principios permiten organizar el trabajo sistemático con directorios en 1C ERP?

Principios básicos de trabajo.

En primer lugar, este es el principio de la jerarquía. La mayoría de los directorios 1C están diseñados para la clasificación jerárquica de contenido. Este principio se viola con mayor frecuencia cuando se trabaja con directorios. La clasificación jerárquica implica que una multitud de objetos (elementos de un directorio) se distribuyen entre ramas (directorios) por:

1. El mismo tipo de fundamento (en lógica, este es el concepto de "fundamento de división")
2. Solo en una base (atributo)

Ejemplos típicos de violaciones de los principios de clasificación jerárquica son la asignación en el directorio "Nomenclatura" de grupos (catálogos) de la forma "Colección de invierno" o los famosos "Productos de Mary Stepanovna". En el caso de la "Colección de Invierno", los subgrupos "Ropa", "Zapatos" generalmente se colocan dentro de este grupo, pero al mismo tiempo, los mismos subgrupos generalmente ya están en el subgrupo base en otra rama. Se obtienen elementos de intersección y se produce la duplicación de elementos en el directorio. Y la razón es que al organizar las ramas del catálogo, se violó el principio del mismo tipo de base: la división se realizó simultáneamente por tipo (ropa, zapatos) y por situación (colección).

Aquí puede decir inmediatamente que en 1C ERP hay directorios que le permiten resolver tales conflictos debido al hecho de que originalmente fueron diseñados no para una estructura jerárquica. El primer ejemplo es el directorio "Segmentos del artículo". Este directorio le permite recopilar listas arbitrarias de los elementos del directorio "Nomenclatura". Al mismo tiempo, se puede incluir el mismo elemento en muchas listas. En particular, las colecciones pueden emitirse a través de segmentos de nomenclatura (pero debe recordarse que para las colecciones hay un directorio separado "Colecciones", que es conveniente para las colecciones estacionales). Sorprendentemente, el directorio "Segmentos del elemento" tiene una jerarquía de directorios en la que se debe respetar el principio de jerarquía.

Simplificando es posible formular: "Si el directorio es jerárquico, cualquiera de sus elementos puede pertenecer a una sola rama (grupo, directorio)" o de lo contrario "La estructura de directorios de los directorios jerárquicos no debería permitir la intersección de diferentes tipos de objetos en una rama (grupo, directorio).

Con esta simple base teórica, consideremos trabajar con directorios de nomenclatura en 1C ERP. (La verdad es que aunque la teoría es simple, en la práctica es increíblemente difícil cumplir con sus requisitos debido a razones psicológicas, es decir, motivación insuficiente para adherirse estricta e inflexiblemente a las reglas de clasificación).

Directorios y objetos relacionados

A primera vista, la estructura del NSI de la nomenclatura parece confusa, pero si recopila información del 1C en partes, se forma un cierto sistema.

Enumeración "Tipos de nomenclatura"

En primer lugar, el pilar del sistema de directorios de nomenclatura es la lista de "Tipos de nomenclatura". Solo hay unas pocas posiciones en él: Bienes, Embalaje, Servicio, Trabajo, Conjunto. Los tipos de bienes y servicios tienen varios subtipos, de los cuales se debe prestar especial atención a los productos sujetos a las etiquetas de identificación y control. La enumeración "tipos de elementos" es un elemento de control de los algoritmos de operación individuales de 1C ERP y, por lo tanto, no es accesible para la edición por parte del usuario. En base a este listado, el usuario tiene la oportunidad de organizar un directorio "Tipos de elementos".

Directorio "Tipos de nomenclatura"

En base a este listado, el usuario tiene la oportunidad de organizar un directorio "Tipos de elementos". El directorio tiene un sistema jerárquico sin restricción de niveles y está disponible para que el usuario lo complete. Pero uno no debe cometer un error de inmediato y formar desde el directorio "Tipos de nomenclatura" una extensa estructura de catálogos del directorio "Nomenclatura". Los tipos de nomenclatura deben limitarse tanto como sea posible a las características específicas de la nomenclatura y hacerse mínimos.

Una señal de compilación incorrecta de una referencia "específica" es el deseo de insertar definiciones, adjetivos, índices en el nombre del elemento de referencia. La referencia debe ser exactamente así de específica y los adjetivos son permisibles solo si el concepto no tiene expresión a través de una palabra (sustantivo). Por ejemplo: en la serie "ropa", "zapatos", "tocado", está permitido agregar el elemento "tocado", ya que el equivalente de especie de "tocado" no se puede encontrar en una palabra. Es imposible designar "Caps" porque un sombrero no es un concepto específico, sino una especie de sombrerería junto con un "sombrero". Del mismo modo, en ingeniería, está permitido designar el tipo de "palas" de nomenclatura, pero las definiciones de "palas de tornillo" y "palas de turbina" ya no se aplican al libro de referencia "Tipos de nomenclatura".

Cuando llene inicialmente el directorio de tipos de artículos, el nivel más alto de catálogos será bastante lógico para crear áreas de actividad, por ejemplo: comercio, producción, consumo (propio), activos, etc. Pero esta no es la única opción para estructurar, lo principal es que los grupos y elementos del directorio siguen el principio de jerarquía, y esto solo es posible si comienzas desde un nivel muy general.
El propósito del directorio "Tipos de elementos" y las condiciones cuando es necesario crear un tipo separado de elementos (elemento) son los siguientes:

1. Identifica los conceptos más generales de "nomenclatura" de "especies". Incluyendo, un tipo separado de nomenclatura requiere una nomenclatura con un tipo separado de nomenclatura (es decir, cada elemento usado del directorio “Tipos de nomenclatura” debe repetirse en el directorio “Tipos de nomenclatura”).
2. Este es un clasificador de propiedades físicas.
3. El mensaje principal de crear una nueva especie es su propio conjunto especial de características de nomenclatura.
4. Además, se crea una nueva vista si puede seleccionar su propio conjunto de filtros por propiedades, lo que le permite encontrar análogos de la nomenclatura.
5. Un tipo separado de nomenclatura requiere nomenclatura con su certificado.
6. Un tipo separado de nomenclatura requiere una nomenclatura con un conjunto separado de categorías de productos.
7. Un tipo separado de nomenclatura requiere nomenclatura con marcado obligatorio GISM.
8. Un tipo separado de nomenclatura requiere una nomenclatura con el tipo "marca de identificación de control" (KIZ).
9. Los bienes y materiales importados requieren un tipo separado de nomenclatura.
10. Un tipo separado de nomenclatura requiere una nomenclatura con parámetros contables generales (por ejemplo: tasa de IVA).
11. Un tipo separado de nomenclatura requiere una nomenclatura con un conjunto común de propiedades.

Los elementos enumerados, si se tienen en cuenta al construir los tipos de nomenclatura, aseguran el funcionamiento correcto de los algoritmos 1C ERP, al menos, según lo descrito por el desarrollador (1C). Como puede ver, sujeto a los criterios anteriores, el directorio de tipos de elementos puede ser muy ramificado, lo que debe evitarse tanto como sea posible y no producir entidades innecesarias. En consecuencia, la estructura de los tipos de nomenclatura no debe copiarse en forma de grupos del directorio "Nomenclatura" para evitar la redundancia.

Referencia "Categorías de productos"

Anteriormente, se aconsejaba no construir los tipos de nomenclatura basados ​​en características descriptivas y detalles excesivos. Pero, para proporcionar los detalles necesarios de la nomenclatura, debe usarse el libro de referencia "Categorías de productos".

El propósito de esta guía es el siguiente:

1. Continuación de detallar "Tipos de nomenclatura".
2. El mensaje principal de crear una categoría de producto es que la categoría construye el código del artículo para los sistemas de codificación y codificación de barras.
3. La categoría define la naturaleza y el propósito de los bienes incluidos en ella.
4. La categoría de producto sirve como base para la distribución de la nomenclatura incluida en ella sobre las características de la nomenclatura.

Por lo tanto, las categorías de productos son una continuación de la clasificación de los tipos de nomenclatura. La nomenclatura debe caer en una categoría de producto, que es intercambiable para el cliente (comprador) o el consumidor interno (producción). La creación de una lista de categorías de productos está determinada principalmente por consideraciones de marketing (grupos de surtido, precios, almacenamiento, flujos de productos, etc.), es decir. preferencias del consumidor de la nomenclatura (si hablamos de producción).

De lo anterior y del hecho de que el directorio "categorías de productos" tiene una estructura jerárquica, se deduce que definir una lista de categorías de productos es una tarea no trivial si es necesario observar el principio de jerarquía. Por lo tanto, para resolverlo, la organización debe desarrollar categorías de productos por sí sola solo si hay expertos en productos experimentados, consultores, comercializadores, y si no hay ninguno, es mejor componer categorías de productos en base a clasificadores comunes (TNVED, OKP, OKVED, OKDP, etc. )

Dado que se pueden adjuntar varias categorías de productos a un "Tipo de artículo", prácticamente todas las definiciones cualitativas que me gustaría incluir en el tipo de artículo, pero sobre la base del principio de minimizar los tipos de artículos, no se incluyeron en el nombre del tipo, las categorías de productos pueden contener entidades descriptivas de la nomenclatura (los mismos "adjetivos" que quería insertar en el nombre de la especie). Por ejemplo, el tipo de nomenclatura es "zapatos", entonces las categorías pueden ser "zapatos de hombre", "zapatos de mujer", "zapatos de niños". Y al mismo tiempo, debe tenerse en cuenta que un elemento del directorio "Nomenclatura" se incluye en una sola categoría de producto. Por lo tanto, el tipo de elemento contiene una lista de todas las categorías de productos que pueden asignarse individualmente al elemento (elemento del directorio de elementos) que tiene este tipo.

El libro de referencia "Categorías de productos" es muy esencial para el sistema de planificación en 1C ERP. Es a las categorías de productos que se adjuntan en el documento "Distribución normativa de planes de ventas por categorías" de la distribución de nomenclatura por características y detalles. Esta distribución es necesaria si una empresa con una gran cantidad de artículos necesita un plan de ventas inicial, compilado por categorías de productos, para desplegarse automáticamente en los artículos y sus analistas importantes, incluidas las características de los artículos. La distribución implementa categorías de productos en todos los elementos del directorio de nomenclatura que tienen una categoría de producto específica y, al mismo tiempo, detallan cualquier conjunto de detalles y características. Aquí, la importancia del diseño correcto de las categorías de productos está aumentando de manera no lineal, porque le permite elaborar planes de ventas detallados a la nomenclatura y sus detalles / características (incluso teniendo en cuenta la distribución estacional si se utiliza la funcionalidad de estacionalidad).

Referencia "Especificaciones del producto"

Puede considerarse un tipo especial de categorías de productos "características del producto". Estas son las propiedades de la nomenclatura que son importantes para el comprador (consumidor) en términos cuantitativos. Por lo tanto, el siguiente directorio del bloque de nomenclatura "Características de la nomenclatura" sirve para describir los parámetros de la nomenclatura para los cuales el sistema debe tener información sobre el stock de bienes en cantidad. Las características del producto pueden incluir el tamaño de la ropa, la longitud de la pieza de trabajo, la composición de calidad de las materias primas, etc. Los saldos cuantitativos por características del producto son los datos de referencia para cargar en tiendas en línea, bases de datos externas, etc. Aquí es importante no observar la jerarquía de la lista de características del producto, pero no incluir en las características aquellos parámetros que no son de interés para el consumidor (comprador) en el contexto de la cantidad, a fin de evitar la carga en el sistema 1C en términos de contabilidad de cantidad.

Ahora considere un corolario interesante.

Si imaginamos un sistema de coordenadas de tres ejes, donde el eje X es el tipo de nomenclatura, el eje Y es la categoría del producto, el eje Z es el conjunto (combinación) de características del producto, entonces la nomenclatura será un tipo de función de X, Y, Z. De hecho, estas tres dimensiones no definen la nomenclatura en sí , y el grupo del directorio "Nomenclatura". Dentro de cada grupo de este tipo habrá una nomenclatura que se distingue por detalles adicionales e información adicional. En realidad, ahora hemos formulado por qué principio crear grupos de nomenclatura para cumplir con un enfoque sistemático. Esto le permite formar automáticamente grupos de catálogos en el directorio "Nomenclatura" en los casos en que se mantiene un directorio con una gran cantidad de entradas o cuando el directorio se transfiere a una nueva plataforma o se reconstruye.

En realidad, el espacio para la "función" de la nomenclatura consta de más de 3 dimensiones. Por ejemplo, una medición también puede ser detalles típicos, información adicional y detalles. Pero esto solo complicará un poco la designación automática de los grupos del directorio de Nomenclatura.

Cabe señalar que cada elemento del directorio "Tipo de elemento" contiene un constructor para los elementos del elemento. El nombre de la nomenclatura se basa en los detalles de la nomenclatura. Los requisitos, en particular, son el tipo de nomenclatura, categoría de producto, certificado. Por lo tanto, es lógico que los artículos con la misma categoría de producto se incluyan en el grupo de nomenclatura. En 1C ERP, el estándar funcional para la denominación automática de los grupos mismos del libro de referencia "Nomenclatura" no está disponible, por lo tanto, está sujeto a desarrollo si es necesario.

Basado en mi experiencia con 1C ERP, puedo sacar la siguiente conclusión: Los directorios de nomenclatura 1C ERP están diseñados de tal manera que lo más importante no es el directorio de Nomenclatura, sino la tríada de los directorios Vista de nomenclatura, Categorías de productos y Características de nomenclatura. Si esta tríada se diseña correctamente, el directorio "Nomenclatura", incluidos sus grupos, se diseñará de facto.

Detalles e información adicionales

Haremos alguna desviación de la descripción de los directorios de nomenclatura para describir detalles e información adicionales. Se utilizan detalles adicionales para mantener listas de marcas registradas que no han encontrado expresión en directorios estándar, listados y objetos similares. Al crear un atributo adicional, siempre se debe observar el principio de no multiplicación de entidades y verificar cuidadosamente si existe un objeto típico para almacenar la información deseada. La duplicación de objetos similares en propósito inevitablemente conducirá a la confusión entre los usuarios y la acumulación de basura.

La información adicional es similar al propósito y la funcionalidad de los detalles adicionales, pero 1C recomienda que la información refleje signos relacionados no con la nomenclatura en sí, sino con las conexiones de la nomenclatura con fuentes externas o con control de acceso a la nomenclatura. Por ejemplo, para almacenar la codificación del intercambio de datos, códigos en bases de datos externas, etc. En otras palabras, la información adicional se utiliza en casos excepcionales, mientras que los detalles adicionales en el sentido deben estar inextricablemente vinculados con la nomenclatura.

Además, los accesorios "Calidad" están algo aislados. Su propósito es muy limitado: se les asigna una nomenclatura nueva o usada, el grado de desgaste. Pero este enfoque significa la duplicación de la misma nomenclatura en el directorio, lo que hace difícil seleccionar y distinguir entre elementos similares del directorio. De hecho, hay una multiplicación de entidades, porque calidad y sus grados son estados situacionales. El objetivo de la organización no es producir bienes de baja calidad o comprar materias primas y materiales de baja calidad para su puesta en producción.Por lo tanto, para simplificar el diseño del directorio de "Nomenclatura" y su contenido, puede ser más correcto no usar el atributo de "calidad" y separar bienes y materiales de diferente calidad con separadores contables (subcuentas, celdas de almacenamiento, segmentos de nomenclatura, etc.) y / o marcado. Para las organizaciones comerciales, donde los bienes de diferente calidad pueden ser el mismo objeto comercial, este consejo es menos relevante. Pero para las empresas manufactureras donde los bienes (productos) o materiales de calidad reducida sirven como materias primas para la producción, tiene sentido distinguir incluso un tipo separado de artículo para tales materias primas y transferir de la lista de ventas / liberación a la lista de materias primas (por ejemplo, operaciones de finalización).

Como parte de la desviación de la consideración de los directorios reales de la serie de nomenclatura, también consideramos la funcionalidad "Filtrar por propiedades" de los directorios "Tipo de nomenclatura" y "Nomenclatura". El filtro por propiedades se configura en forma de nomenclatura como una lista de detalles e información adicional. Para estas propiedades, en el libro de referencia "Nomenclatura", se realiza una selección de elementos de nomenclatura similares en propósito y esencia. Dado que para el usuario esta funcionalidad parece una selección dinámica en forma de directorio de nomenclatura cuando selecciona el enlace "Nomenclatura con propiedades similares" en el elemento de directorio "Nomenclatura", es importante solo para una búsqueda rápida de dicha nomenclatura en las listas. Pero si organiza el almacenamiento de los resultados de tales selecciones y compila deliberadamente listas de propiedades de selección,entonces puede obtener un funcional similar al funcional estándar "Nomenclatura vendida conjuntamente". Por ejemplo, las empresas manufactureras de acuerdo con la nomenclatura de producción pueden organizar una selección dinámica de análogos de la nomenclatura permitida para el reemplazo en el proceso de producción.

«, »

La funcionalidad "Nomenclatura vendida conjuntamente" en sí misma es un algoritmo para buscar en documentos de ventas y almacenar resultados de selección en el registro apropiado, para pares de nomenclatura que se encuentran con una frecuencia de reuniones especificada por el usuario dentro de un solo documento de ventas mayorista / minorista. Es posible rellenar el registro tanto automáticamente según el algoritmo como manualmente mediante la indicación directa de pares de nomenclatura. La selección de pares se lleva a cabo teniendo en cuenta las características de la nomenclatura y configurando la búsqueda de asociaciones en el INE. Debido al hecho de que esta funcionalidad está mal administrada por el usuario, tiene un carácter más evaluativo y auxiliar para fines de marketing. El propósito de esta funcionalidad es dar una pista al gerente al hacer selecciones en los documentos de ventas sobre qué otros productos se pueden ofrecer al cliente además del pedido. De este se puede verque si las ventas de la organización se forman en sistemas de facturación separados o en tiendas en línea, entonces la funcionalidad descrita es de poca utilidad.

«»

Volviendo a los directorios, consideramos el directorio "Fabricantes". Se imagina un repositorio de una lista de valores seleccionados en el requisito de la nomenclatura "Fabricante". Estos valores son solo texto y no tienen nada que ver con el directorio de contrapartes. Esto no quiere decir que esta es una decisión muy reflexiva por parte de 1C, ya que conduce a la duplicación del directorio de "Contratistas" y aquellos que necesitan indicar con precisión el fabricante en la nomenclatura a la entidad legal tendrán que hacer esta indicación en otro requisito adicional. Por lo tanto, vale la pena usar el directorio "Fabricantes" no para enumerar los fabricantes legales, sino para dividirlos por "tipos" de fabricantes. Por ejemplo, definitivamente debe seleccionar el grupo Nuestra producción e indicar nuestros centros de producción,y fabricantes externos destacados como un elemento "fabricantes de terceros" o "fabricante extranjero". El nombre del fabricante ni siquiera tiene sentido mencionar la marca, porque la nomenclatura tiene un requisito adicional "Marca". El llenado propuesto del directorio "Fabricantes" nos permite simplificar los directorios "Tipo de nomenclatura" y el grupo del directorio "Nomenclatura", porque no necesitan dividirse en fabricantes, pero aumenta el número de elementos en el directorio "Nomenclatura", porque para cada "tipo" del fabricante, se inicia un artículo separado del artículo. El enfoque propuesto será útil para las organizaciones que venden o producen un producto conocido por el consumidor como un objeto producido por varias organizaciones, en particular, que han comprado una licencia para fabricar una determinada marca, etc.la nomenclatura tiene un requisito adicional "Marca". El llenado propuesto del directorio "Fabricantes" nos permite simplificar los directorios "Tipo de nomenclatura" y el grupo del directorio "Nomenclatura", porque no necesitan dividirse en fabricantes, pero aumenta el número de elementos en el directorio "Nomenclatura", porque para cada "tipo" del fabricante, se inicia un artículo separado del artículo. El enfoque propuesto será útil para las organizaciones que venden o producen un producto conocido por el consumidor como un objeto producido por varias organizaciones, en particular, que han comprado una licencia para fabricar una determinada marca, etc.la nomenclatura tiene un requisito adicional "Marca". El llenado propuesto del directorio "Fabricantes" nos permite simplificar los directorios "Tipo de nomenclatura" y el grupo del directorio "Nomenclatura", porque no necesitan dividirse en fabricantes, pero aumenta el número de elementos en el directorio "Nomenclatura", porque para cada "tipo" del fabricante, se inicia un artículo separado del artículo. El enfoque propuesto será útil para las organizaciones que venden o producen un producto conocido por el consumidor como un objeto producido por varias organizaciones, en particular, que han comprado una licencia para fabricar una determinada marca, etc.pero aumenta el número de elementos del directorio "Nomenclatura", porque para cada "tipo" del fabricante, se inicia un artículo separado del artículo. El enfoque propuesto será útil para las organizaciones que venden o producen un producto que el consumidor conoce como un objeto producido por varias organizaciones, en particular, que han comprado una licencia para fabricar una determinada marca, etc.pero aumenta el número de elementos del directorio "Nomenclatura", porque para cada "tipo" del fabricante, se inicia un artículo separado del artículo. El enfoque propuesto será útil para las organizaciones que venden o producen un producto que el consumidor conoce como un objeto producido por varias organizaciones, en particular, que han comprado una licencia para fabricar una determinada marca, etc.

Directorio "Nomenclatura de proveedores"

La funcionalidad "Nomenclatura de fabricantes", que incluye el directorio "Nomenclatura de proveedores", hace eco de la referencia "Fabricantes". Esta funcionalidad está vinculada al directorio "Socios" y permite, cuando habilita la configuración adecuada en la sección "NSI", comparar los elementos del directorio "Nomenclatura" con un directorio separado que almacena los nombres de la nomenclatura de los proveedores. Esta es una funcionalidad muy importante y significativa, cuyo valor es difícil de sobreestimar.

En primer lugar, es importante para el diseño óptimo de su propio directorio de nomenclatura, independientemente de la calidad de los enfoques para el diseño de la nomenclatura en el lado del proveedor.

En segundo lugar, es importante para el diseño de la nomenclatura de su propia producción y el diseño de especificaciones, porque la organización tiene la oportunidad de construir su directorio de "Nomenclatura" para materias primas, materiales y productos semiacabados, independientemente del grupo de proveedores actual, ni de los cambios en el grupo y la nomenclatura. proveedores en el futuro. Esto brinda la oportunidad de controlar más fácilmente el costo de producción, incluyendo reduciendo el número y la complejidad de las especificaciones de servicio. En otras palabras, para los fabricantes y vendedores de productos de la misma marca que provienen de diferentes proveedores / fabricantes, la funcionalidad descrita debe usarse sin falta. De lo contrario, ¡un crimen!

El directorio "Nomenclatura de proveedores" es jerárquico y le permite estructurar la nomenclatura de proveedores bajo grupos de su nomenclatura o bajo grupos independientes de proveedores. Pero aquí no se requiere complicar innecesariamente la clasificación de la nomenclatura de proveedores, ya que Las nomenclaturas se vinculan una vez en pares en la funcionalidad de la "nomenclatura de proveedores" o directamente en los documentos de entrada de mercancías y materiales, en los que la agrupación no tiene un significado especial. En empresas con un gran flujo de nomenclatura, tiene sentido prohibir la vinculación de la nomenclatura en los documentos de recepción de bienes y materiales a los empleados del nivel de "operador", trabajando con documentos primarios, ya que la vinculación requiere una calificación mucho más alta y debe ser realizada por un especialista por separado (especialista en productos, ingeniero, etc.)) en la funcionalidad de "nomenclatura del proveedor" durante el período de conclusión de una transacción (contrato). Además, se debe verificar rápidamente la relevancia de los paquetes de artículos al procesar nuevas modificaciones de las listas de precios de los proveedores, hasta el momento de la entrega. La funcionalidad de "nomenclatura de proveedores" se utiliza en el sistema de planificación 1C ERP cuando se crean automáticamente planes de compra y planes de compra a partir de planes de ventas para bienes comprados a partir de planes de producción (requisitos de material).La funcionalidad de "nomenclatura de proveedores" se utiliza en el sistema de planificación 1C ERP cuando se crean automáticamente planes de compra y planes de compra a partir de planes de ventas para bienes comprados a partir de planes de producción (requisitos de material).La funcionalidad de "nomenclatura de proveedores" se utiliza en el sistema de planificación 1C ERP cuando se crean automáticamente planes de compra y planes de compra a partir de planes de ventas para bienes comprados a partir de planes de producción (requisitos de material).

También se debe tener en cuenta que la funcionalidad de los precios del proveedor está vinculada a la nomenclatura del proveedor, que también es relevante al planificar los planes de adquisición, especialmente en la producción con un problema único (construcción naval, producción de muebles de alta gama, decoración de locales e instalaciones), aunque no existe un algoritmo controlado por el usuario en el estándar 1C selección a precios de proveedores al planificar.

Referencia "Grupos de precios"

El libro de referencia "Grupos de precios" está destinado a mantener una lista de atributos mediante los cuales se selecciona un artículo con los mismos métodos de fijación de precios. El directorio no tiene una estructura jerárquica por defecto, por lo que el enfoque para llenarlo debe ser minimalista. Se asigna un grupo de precios si es posible establecer una fórmula de cálculo especial para él (en los libros de referencia "Tipos de precios" o "Descuentos"). Pero, dado que los dos directorios mencionados tienen medios independientes para seleccionar artículos, se puede decir que la función del directorio "Grupos de precios" es primitiva: es solo la conveniencia de la selección al asignar fórmulas de cálculo de precio / descuento. Si todos los elementos de la nomenclatura durante la creación están asociados con grupos de precios, se garantiza la facilidad de selección sobre esta base.

Directorio "Grupos estacionales de nomenclatura"

El Directorio "Grupos de nomenclatura estacional" es una referencia al sistema de planificación y también es un simple depósito de listas que ayudan a dividir el elemento en grupos con la misma estacionalidad. Para cada grupo estacional creado, el registro de "Coeficientes estacionales" almacena los coeficientes de distribución para los meses del año (¡No para el año / período de planificación! Y para los meses del año calendario). El libro de referencia es útil si la planificación se basa en la creación inicial de un plan de ventas para el período (año) como un todo para las categorías de productos, y luego se crea automáticamente un plan de ventas para el artículo teniendo en cuenta la estacionalidad y las características del producto. Pero, si la planificación de ventas se basa inicialmente en un plan de ventas mensual o más fraccional, entonces no se necesita una guía de estacionalidad, porque la estacionalidad ya se tendrá en cuenta en la facturación de cada mes (semana).

« »

El libro de referencia "Políticas de contabilidad de series" sirve para vincular al tipo de nomenclatura las reglas para trabajar con series de nomenclatura y fechas de vencimiento. Las políticas de contabilidad en serie se pueden dividir en "ligeras" (que no requieren saldos o contabilidad de costos por series / fechas de vencimiento) y "pesadas" (que requieren saldos o contabilidad de costos por series / fechas de vencimiento). El etiquetado de productos y el uso de marcas de identificación de control (KIZ) 1C sugiere el uso en una versión ligera especialmente seleccionada del tipo de política "Etiquetado de productos para GISM". La contabilidad "pesada" debe evitarse siempre que sea posible, es decir, aplicarlo razonablemente, debido a que la contabilidad en serie supone una carga extremadamente alta en el rendimiento del sistema, especialmente la opción con el tipo de política "Contabilidad de costos por serie".En este caso, se produce un aumento similar a una avalancha en el número de cálculos, operaciones del procesador y el número de líneas en las partes tabulares de los documentos de movimiento de bienes y materiales. La guía de referencia de políticas de serie no es jerárquica por defecto, por lo que se recomienda un minimalismo robusto al diseñar sus elementos. Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie debe introducirse solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.operaciones del procesador y el número de líneas en las partes tabulares del movimiento de documentos de bienes y materiales. La guía de referencia de políticas de serie no es jerárquica por defecto, por lo que se recomienda un minimalismo robusto al diseñar sus elementos. Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie debe introducirse solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.operaciones del procesador y el número de líneas en las partes tabulares del movimiento de documentos de bienes y materiales. La guía de referencia de políticas de serie no es jerárquica por defecto, por lo que se recomienda un minimalismo robusto al diseñar sus elementos. Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie se debe introducir solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.La guía de referencia de políticas de serie no es jerárquica por defecto, por lo que se recomienda un minimalismo robusto al diseñar sus elementos. Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie se debe introducir solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.La guía de referencia de políticas de serie no es jerárquica por defecto, por lo que se recomienda un minimalismo robusto al diseñar sus elementos. Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie debe introducirse solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie debe introducirse solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.Dado que las políticas de contabilidad en serie están vinculadas al tipo de artículo, se aplican a todos los artículos con el tipo especificado. La contabilidad en serie se debe introducir solo en los casos en que cada unidad de producto tiene diferencias únicas o cuando se utiliza el marcado GISM o su propia identificación de pieza de unidades de producto (por ejemplo, etiquetas RFID) o cuando los valores tienen fechas de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.Etiquetas RFID) o cuando los valores tienen una fecha de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.Etiquetas RFID) o cuando los valores tienen una fecha de lanzamiento / vencimiento. En otros casos, el uso de series con alta probabilidad es un abuso de 1C ERP y sentido común.

« »

Por separado, vale la pena mencionar el directorio "Grupos de acceso a la nomenclatura", que es una lista simple de los tipos de acceso que se describen en los perfiles de acceso. Debe recordarse que compartir el acceso ralentiza el sistema, por lo que esta guía generalmente no debe usarse. Pero será muy útil si necesita eliminar de los ojos de los usuarios del enlace operativo los elementos de la nomenclatura, transferidos al archivo, fuera de uso. Por lo general, utilizan el método de crear grupos de catálogo separados para la nomenclatura archivada en el directorio "Nomenclatura", pero esto conduce a la duplicación de la nomenclatura y a la complicación de las selecciones al muestrear datos de períodos pasados. Pero si crea un grupo de acceso especial "Archivo de nomenclatura", la nomenclatura obsoleta simplemente desaparecerá del campo de visión de aquellos usuarios a quienes solo interfiere con el trabajo.También puede crear un grupo de acceso separado para la nueva nomenclatura proyectada, el principio de visibilidad es similar. Este método permite, sin violar el enfoque sistemático del diseño de los tipos de artículos y la lista de referencia, retirarse de la circulación y poner en circulación las posiciones correspondientes, guardarlas o colocarlas inmediatamente en los grupos de catálogo necesarios.

Los directorios “Colecciones”, “Calificaciones de ventas de nomenclatura”, “Cuotas de surtido” son muy específicos y están destinados al comercio minorista de bienes de consumo, por lo tanto, no los consideraremos en este artículo.

Resumen

1. Para diseñar el directorio "Nomenclatura" en 1C ERP es necesario y suficiente diseñar los libros de referencia "Tipos de nomenclatura", "Categorías de productos", "Características de la nomenclatura".
2. Deberíamos adherirnos al principio de jerarquía estricta de clasificación descrito en el artículo para un enfoque sistemático para diseñar los contenidos de los libros de referencia y aplicarles el aparato matemático.