Objetivo

Agilizar el trabajo administrativo, técnico y de atención al cliente, en su recepción, en la generación de órdenes de servicio y gestión posterior, agrupando los productos y servicios que forman parte de un servicio estándar, por ejemplo, la revisión de 10.000 km de una marca determinada, en un solo producto o servicio con el nombre adecuado, que los contenga y que al llamarlo aplique una de dos opciones:

  1. Se cargue a sí mismo como encabezado de todos sus componentes, los que también carga en el documento. Puede asumir el valor del maestro del producto padre, o el valor de cada componente sea desde si mismo o desde su maestro respectivo. Los componentes son tratados como hijos dependientes del producto padre o principal.
  2. No se cargue a sí mismo, y en cambio cargue todos sus componentes como productos independientes, cada uno con su valor. Puede definir que aplique el valor de su maestro de producto correspondiente o de los componentes como tales.

Tabla de productos y servicios

El navegador de productos y servicios, para su maestro y su ayuda, cuenta con un filtro para el Tipo de productos, que para este caso permite aislar los productos tipo Kit o Paquete a fin de buscar solo entre ellos, y seleccionar uno del modo usual. Este filtro interactúa con los filtros de estado, marca y súper familia.

Los productos del tipo Compuesto, Producido y Kit/Paquete, habilitan el folio de Componentes y deben contener al menos uno para ser válidos.

Los componentes deben existir previamente como productos y servicios con su propia información, y pueden ser del tipo Natural, Producido o de Apoyo. No se aceptan como componentes los productos del tipo Compuesto ni Kit/Paquete.

Cuando se agregan componentes a un producto, el precio de costo sugerido de estos es obtenido desde el precio de costo reposición de su registro maestro. El precio de venta sugerido es obtenido desde el precio de venta basado en el margen fijo de la lista de precios que está usando el navegador de la tabla maestra de productos y servicios en ese instante; y si ese precio no fuera encontrado, el sistema avisa y usa el PCR. El usuario puede modificar los precios sugeridos y la única validación que se hace es que no sea negativo y no exceda el máximo permitido por el formato, manteniendo así la libertad de definirlos a voluntad.

El precio de costo y los precios de venta de un producto con Componentes, como en este caso el tipo Kit o Paquete, son los definidos en su registro maestro, que continúa siendo independiente de sus componentes, ya que para él los valores unitarios y totales de sus componentes solo son referenciales. Para el usuario y/o en otras funciones del sistema los precios de los componentes pueden tener un significado específico.

Procedimiento

Componentes tratados como Hijos dependientes

En los documentos al cargar un Kit o Paquete que tiene definido que sus componentes son tratados como hijos dependientes, el primer detalle es precisamente él mismo, con la unidad predefinida en su registro maestro + bodega, que para este tipo usualmente es uno, y no es modificable. Para los siguientes detalles que carga, que son los componentes definidos en su registro maestro, las unidades son las indicadas allá, y tampoco son modificables.

En ambos casos, si las reglas lo permiten, los productos pueden cambiarse o eliminarse y puede indicar una bodega diferente.

Si tiene definido que aplica los valores del producto Padre, el valor unitario y datos relacionados de este primer registro asumen los establecidos en su maestro, información que es modificable. Los siguientes detalles, que son sus componentes predefinidos, no tienen valores y estos datos no son modificables.

Si tiene establecido que aplica los valores de los componentes, este primer producto no carga su precio y relacionados y esa información no es modificable; y cada componente cargado a continuación si tiene sus datos de precio, información que es modificable.

Si el producto tipo Kit/Paquete está configurado para que los componentes apliquen el valor desde su registro maestro, cada uno tomará esa información desde su propio maestro de productos, en el caso de precios de venta, según la lista de precios que está usando el documento; si tiene definido que use el valor desde el componente, obtienen esa información desde lo definido en el mimo componente, como valor fijo independiente de la lista de precios en uso si es venta.

Al eliminar un detalle de documento que es padre y cuenta con componentes también cargados, previa confirmación del usuario todos sus componentes o hijos también son eliminados por el sistema para mantener la lógica. Los detalles que son hijos pueden ser eliminados de la forma regular por usuarios autorizados, sin otros efectos.

Componentes tratados como Productos independientes

Al cargar un Kit o Paquete que tiene definido que sus componentes son tratados como productos independientes, el producto padre no es incluido en los detalles del documento, en cambio todos sus componentes si lo son y no quedan relacionados de forma alguna y llevan sus propios valores.

Si el producto tipo Kit/Paquete está configurado para que los componentes apliquen el valor desde su registro maestro, cada uno tomará esa información desde su propio maestro de productos, en el caso de precios de venta, según la lista de precios que está usando el documento; si tiene definido que use el valor desde el componente, obtienen esa información desde lo definido en el mimo componente, como valor fijo independiente de la lista de precios en uso si es venta.

Otras consideraciones

En todas las situaciones, si es un documento relacionado con ventas y los detalles tienen valores y cálculo de resultados, para los fines usuales de comparación y vista usan los márgenes base (mínimo, deseado y fijo o de lista) de la lista de precios de venta que usa el documento, incluso cuando en realidad tome el precio de venta desde el componente.

En todos los casos, si entre los componentes existen productos de apoyo, estos siempre son tratados como tales, con esa función y lógica, en todos los documentos.

En los detalles los datos que no se incluyen, de acuerdo a lo explicado, no se muestran ni se guardan.

Una vez hecha la carga, y si así está establecido en los atributos generales del tipo de documento y movimiento, y no aplican las normas y restricciones específicas de los productos tipo Kit/Paquete ya descritas, los detalles del documento son editables, pudiendo modificar según corresponda y eliminar líneas del modo usual e independiente de si estas forman parte de un Kit o Paquete.

Si el usuario desea agregar productos o servicios de otros tipos en documentos que tienen productos del tipo Kit o Paquete, cuyos componentes son tratados como hijos dependientes, o si desea cargar Paquetes de este tipo en documentos que tienen productos/servicios de otros tipos, puede hacerlo si la variable global lGlbItePaqCombina lo autoriza (.t.), en caso contrario (.f.) el sistema advierte que no se puede. Los detalles agregados por su cuenta, no desde paquetes, son independientes y operan con sus propias reglas. Los productos de apoyo no son considerados en esta validación.

Genial

El ERP continúa cumpliendo las funciones de validar las sumas y totales del documento, y las reglas usuales que garanticen que el documento es correcto y que los que se generan en forma posterior, especialmente los documentos tributarios, sean válidos.

Los productos tipo Kit/Paquete y los que se carguen a partir de ellos, cuando se graban los documentos que los contienen, guardan en estos los atributos necesarios para que en lecturas posteriores sean considerados como fueron tratados en su momento, en los mismos documentos, las cartolas y otros.

Carga en Documentos Tributarios y otros

En los documentos generados al documentar atenciones de clientes, notas de ventas, cotizaciones y otros, los productos tipo Kit o Paquete que tratan a sus componentes como hijos dependientes, son asumidos o traspasados tal cual, el padre y los hijos.

Los productos tipo kit o paquete que tratan a sus componentes como productos independientes, en el documento origen solo cargan los componentes y estos son independientes y por tanto estos documentos y los posteriores los tratan del modo usual según su tipo de productos en su registro maestro.

Stock, Padre

Los productos Kit o Paquetes, como en el caso de los Compuestos, por regla del sistema no controlan ni mueven stock, y tampoco pueden ser componentes de otros productos.

Stock, Componentes

Los componentes tratados como hijos dependientes, si en su registro maestro controlan stock, cuando se incluyen en documentos gestionan correctamente su inventario desde todos los movimientos y documentos según sus atributos.

Entrega de Mercaderías e informe PickList

Los detalles de documentos que contienen productos tipo Kit/Paquete que no aplican valores, al igual que los productos de Apoyo, no permiten acciones de entregar/devolver mercadería, y no son incluidos en los PickList, ya que no les corresponde.

Impuestos adicionales, retenciones, gastos, descuentos

Estos y otros conceptos aplican del modo usual cuando son los productos padres los que incluyen los valores, o si son los componentes y estos tienen trato de hijos dependientes que aplican los valores de su maestro de producto, o cuando los componentes tienen trato de productos independientes.

Naturalmente no se pueden incluir estos conceptos, y son ignorados, cuando los valores los aplican los componentes desde su registro de componente, ya que en tales casos es un valor de compra o de venta simple establecido allí.

Módulo Cloud de Servicio Técnico y Taller

El proceso de integración del ERPe integra correctamente estos productos desde documentos creados en el módulo cloud.

Consideraciones

Los históricos y estadísticas basadas en los documentos internos y en los tributarios, serán exactos desde el punto de vista de las unidades, pero no de los precios para los elementos sin datos de los productos tipo Kit o Paquete.

Del modo usual, los componentes de un producto tipo Kit o Paquete se cargan en el orden de posición que tienen definido (columna ‘Pos’ del folio de componentes) colaborando a la lógica de la información.

Cartolas. Las cartolas de clientes, proveedores, productos y de activos atendidos aplican las mismas reglas de los navegadores de servicio, movimientos y cotizaciones, para que las columnas de montos del producto y de línea en los elementos sin datos no figuren en cero, sino vacíos.

Variables Globales relacionadas

cGlbItePaqNivImpSim

Nivel de Impresión Simplificada para elementos de productos tipo Kit/Paquete que no tienen datos. Aplica cuando tienen ese trato; cuando son usados como productos independientes aplican el nivel de impresión simplificada que tiene definido su registro maestro.

lGlbItePaqCombina  

.t. Documento con productos tipo Kit/Paquete que tratan sus componentes como hijos dependientes, si permiten ingresar otros tipos de productos en forma directa, o viceversa.

.f. No se permite

Impresión de Productos tipo Kit o Paquete en documentos

Sugerencia

El parámetro global de Nivel de Impresión Simplificada para elementos sin datos en los productos tipo Kit/Paquete (cGlbItePaqNivImpSim), es recomendable establecerlo en 4 a fin de lograr mayor estandarización con los formatos de impresión de documentos y otros según el uso común.

Documentos No Tributarios

Impresión de Orden de Servicio

Incluye todas las líneas de detalles, tal cual las encuentran en el documento, considerando que la variable global cGlbItePaqNivImpSim define el nivel de impresión simplificada que aplicaría en los elementos sin datos de productos tipo Kit o Paquete, sean padre o hijos, para lograr, por ejemplo, que estos no incluyan información innecesaria en las descripciones, simplificando la vista.

Mejora de impresión

En los formatos de impresión de documentos que incluyen en sus detalles los elementos sin datos de los productos tipo Kit o Paquetes, para las columnas de valor del producto y sus relacionados y columnas de valor final de líneas, es recomendable definirlas condicionadas como en los navegadores, por ejemplo:

CODE

if ( empty(PASOTDET->KIT_TIPO) .or. ( !empty( PASOTDET->KIT_TIPO) .and. PASOTDET->KIT_TIPO = substr( ‘PHH’, PASOTDET->KIT_VALOR, 1 )), transform(PASOTDET->PRECIOF * PASOTDET->UNIDADES, aMoneMat[5,3] ), » )

De esa forma, se obtiene un efecto similar al de los navegadores, que no muestran los montos en esos casos. Los productos de apoyo son autosuficientes al definirles por código fuente el nivel 5, por tanto, no es necesario especificar esa condición acá.

Ejemplo de detalles de una OT   

Si por configuración los detalles de los documentos se envían a un informe anexo de detalles, por exceder el límite máximo para impresión en el mismo formulario, en este se cumple la misma condición.

Documentos Tributarios

Al imprimir un documento tributario, por código fuente se excluyen todos los elementos de producto tipo Kit o Paquete que no incluyen datos; dejando solo los que sí incluyen datos y por tanto en los PDF y XML tampoco existen los elementos sin datos, en cumplimiento de los protocolos del SII. El usuario no requiere parametrizar en especial.

Ejemplo de detalles y totales de una boleta