¿Qué es un catálogo?

<< Prev   Next >>

El objeto de configuración Catalog está diseñado para trabajar con las listas de datos. Generalmente, en el trabajo de cualquier empresa se utilizan las listas de empleados, listas de mercancías, listas de clientes, proveedores, etc. Los atributos y las estructura de estas listas se describen en los objetos de configuración Catalog a partir de los cuales la plataforma crea las tablas en la base de datos para almacenar la información desde estos catálogos.

El catálogo consiste de elementos. Por ejemplo, en caso del catálogo de empleados, el elemento es un empleado, en caso del catálogo de mercancías es una mercancía, etc. Mientras trabaja, el usuario puede añadir nuevos elementos al catálogo de forma independiente: por ejemplo, añadir nuevos empleados, crear una nueva mercancía o añadir un nuevo cliente.

En la base de datos cada elemento del catálogo es una entrada separada en la tabla principal que almacena la información de este catálogo (Fig. 3.1).

Fig. 3.1. El catálogo "Mercancías" en el modo de Designer, en el modo de 1C:Enterprise y en la base de datos

Cada elemento del catálogo suele contener la información adicional que describe este elemento con más detalle. Por ejemplo, todos los elementos del catálogo Products (Mercancías) pueden contener alguna información adicional sobre el fabricante, la fecha de vencimiento, etc. La composición de dicha información es la misma para todos los elementos del catálogo. Para describir esta composición se utilizan los requisitos del objeto de configuración Catalog que, a su vez, también son los objetos de configuración (Fig. 3.2).

Fig. 3.2. Los requisitos del catálogo estándar y los requisitos creados por el desarrollador

Como estos objetos de configuración están relacionados lógicamente con el objeto Catalog se dice que están subordinados a ese objeto.

El desarrollador crea la mayoría de los requisitos de forma independiente. Sin embargo, cada objeto de configuración Catalog tiene una combinación de requisitos estándar por defecto: Code y Description etc. (vea Fig. 3.2). La disponibilidad de requisitos estándar depende de los atributos del catálogo.

Por ejemplo, si el catálogo es jerárquico, entonces tendrá el requisito estándar Parent disponible. Si el catálogo está subordinado a otro objeto de configuración, entonces tendrá el requisito Owner disponible. Si la longitud del requisito estándar Code se configura igual a cero, este requisito no estará disponible en el catálogo. Lo mismo se aplica al requisito Description Sin embargo, por lo menos Code o Description deben estar presentes en los requisitos del catálogo. De lo contrario, dicho catálogo no tendrá sentido.

Así que en la base de datos el catálogo se almacena en forma de una tabla en cuyas líneas se encuentran los elementos de la lista y a cada requisito (estándar o el creado por el desarrollador) en esta tabla corresponde una columna separada. Por tanto, las celdas de esta tabla almacenan el valor de un requisito específico para un elemento de catálogo específico (Fig. 3.3).

Fig. 3.3. El catálogo "Mercancías" en el modo de Designer, en el modo de 1C:Enterprise y en la base de datos

Además, cada elemento del catálogo puede contener una determinada composición de información que tiene la misma estructura, pero es diferente en cantidad y está destinada a diferentes elementos del catálogo.

Así, por ejemplo, cada elemento del catálogo Employees (Empleados) puede contener la información sobre la composición de la familia del empleado. Para un empleado será sólo su cónyuge, mientras que la familia del otro puede ser su cónyuge, hijo e hija.

Para describir dicha información pueden utilizarse las secciones tabulares del objeto de configuración Catalog siendo los objetos de configuración subordinados al mismo. En este caso, se crearán las tablas adicionales en la base de datos para almacenar las secciones tabulares subordinadas a un elemento de catálogo específico (Fig. 3.4).

Fig. 3.4. El catálogo "Employees" en el modo de Designer, en el modo de 1C:Enterprise y en la base de datos

En este caso, el sistema oculta al desarrollador toda la parte "técnica" relacionada con el almacenamiento de datos: se crean varias tablas en la base de datos para el catálogo, estas tablas se vinculan por un campo único (Ref) los campos de las tablas tienen ciertos tipos, etc. El sistema hace todo esto por sí mismo. Sólo necesitamos añadir al objeto de configuración Catalog su objeto subordinado TabularSection.

Para facilitar su uso, el usuario puede agrupar los elementos del catálogo según algún principio.

Por ejemplo, en el catálogo Household appliances (Electrodomésticos) se puede crear los siguientes grupos: Refrigerators (Frigoríficos), TV sets (Televisores), Washing machines (Lavadoras), etc. La capacidad de crear dichos grupos en el catálogo se habilita mediante el atributo Hierarchical del objeto de configuración Catalog En este caso, el elemento del catálogo siendo un grupo será el padre de todos los elementos y grupos incluidos en este grupo. Este tipo de jerarquía se denomina la jerarquía de grupos y elementos (Fig. 3.5).

Fig. 3.5. Catálogo jerárquico con la jerarquía de grupos y elementos

También existe otro tipo de jerarquía: la jerarquía de elementos. En este caso, el padre no es un grupo de elementos del catálogo, sino uno de sus elementos. Por ejemplo, este tipo de jerarquía puede utilizarse al crear el catálogo Departments (Departamentos) cuando un departamento es padre de varios otros que forman parte de él (Fig. 3.6).

Fig. 3.6. Catálogo jerárquico con la jerarquía de elementos

Los elementos de un catálogo pueden estar subordinados a los elementos o grupos de otro catálogo. Por ejemplo, el catálogo ContactPersons puede estar subordinado al catálogo Partners. Entonces para cada socio podemos indicar sus empleados que son las personas de contacto.

En el sistema de 1C:Enterprise esto se logra indicando una lista de propietarios del catálogo para cada objeto de configuración Catalog. En este caso el catálogo Products será el propietario del catálogo UnitsOfMeasure (Fig. 3.7).

Fig. 3.7. El catálogo "Products" como propietario del catálogo "UnitsOfMeasure"

A veces surgen las situaciones cuando es necesario que algunos elementos existan siempre en el catálogo, independientemente de las acciones del usuario. Digamos que la lógica de los procesos de negocio en la empresa es tal que todas las mercancías llegan primero al almacén principal y luego, según sea necesario, se trasladan a otros almacenes. En este caso en el catálogo Warehouses (Almacenes) siempre debe existir un almacén Main (Principal). De lo contrario, el recibo de mercancías se realizará incorrectamente. El objeto de configuración Catalog permite describir cualquier cantidad de dichos elementos del catálogo. Se denominan los elementos predefinidos del catálogo (Fig. 3.8).

Fig. 3.8. El catálogo "Warehouses" con un elemento predefinido "Main"

Los elementos predefinidos se diferencian de los elementos normales en que se crean en Designer y se puede accederlos de modo programado. En la interfaz los elementos predefinidos del catálogo están marcados con un pictograma especial (vea Fig. 3.8).

<< Prev   Next >>