Agilizar el trabajo administrativo, t\u00e9cnico y de atenci\u00f3n al cliente, en su recepci\u00f3n, en la generaci\u00f3n de \u00f3rdenes de servicio y gesti\u00f3n posterior, agrupando los productos y servicios que forman parte de un servicio est\u00e1ndar, por ejemplo, la revisi\u00f3n 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:<\/p>\n\n\n\n
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\u00faa con los filtros de estado, marca y s\u00faper familia.<\/p>\n\n\n\n
Los productos del tipo Compuesto, Producido y Kit\/Paquete, habilitan el folio de Componentes y deben contener al menos uno para ser v\u00e1lidos.<\/p>\n\n\n\n
Los componentes deben existir previamente como productos y servicios con su propia informaci\u00f3n, y pueden ser del tipo Natural, Producido o de Apoyo. No se aceptan como componentes los productos del tipo Compuesto ni Kit\/Paquete.<\/p>\n\n\n\n
Cuando se agregan componentes a un producto, el precio de costo sugerido de estos es obtenido desde el precio de costo reposici\u00f3n 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\u00e1 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 \u00fanica validaci\u00f3n que se hace es que no sea negativo y no exceda el m\u00e1ximo permitido por el formato, manteniendo as\u00ed la libertad de definirlos a voluntad.<\/p>\n\n\n\n
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\u00faa siendo independiente de sus componentes, ya que para \u00e9l 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\u00edfico.<\/p>\n\n\n\n
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 \u00e9l 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\u00e1, y tampoco son modificables.<\/p>\n\n\n\n
En ambos casos, si las reglas lo permiten, los productos pueden cambiarse o eliminarse y puede indicar una bodega diferente.<\/p>\n\n\n\n
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\u00f3n que es modificable. Los siguientes detalles, que son sus componentes predefinidos, no tienen valores y estos datos no son modificables.<\/p>\n\n\n\n
Si tiene establecido que aplica los valores de los componentes, este primer producto no carga su precio y relacionados y esa informaci\u00f3n no es modificable; y cada componente cargado a continuaci\u00f3n si tiene sus datos de precio, informaci\u00f3n que es modificable.<\/p>\n\n\n\n
Si el producto tipo Kit\/Paquete est\u00e1 configurado para que los componentes apliquen el valor desde su registro maestro, cada uno tomar\u00e1 esa informaci\u00f3n desde su propio maestro de productos, en el caso de precios de venta, seg\u00fan la lista de precios que est\u00e1 usando el documento; si tiene definido que use el valor desde el componente, obtienen esa informaci\u00f3n desde lo definido en el mimo componente, como valor fijo independiente de la lista de precios en uso si es venta.<\/p>\n\n\n\n
Al eliminar un detalle de documento que es padre y cuenta con componentes tambi\u00e9n cargados, previa confirmaci\u00f3n del usuario todos sus componentes o hijos tambi\u00e9n son eliminados por el sistema para mantener la l\u00f3gica. Los detalles que son hijos pueden ser eliminados de la forma regular por usuarios autorizados, sin otros efectos.<\/p>\n\n\n\n
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.<\/p>\n\n\n\n
Si el producto tipo Kit\/Paquete est\u00e1 configurado para que los componentes apliquen el valor desde su registro maestro, cada uno tomar\u00e1 esa informaci\u00f3n desde su propio maestro de productos, en el caso de precios de venta, seg\u00fan la lista de precios que est\u00e1 usando el documento; si tiene definido que use el valor desde el componente, obtienen esa informaci\u00f3n desde lo definido en el mimo componente, como valor fijo independiente de la lista de precios en uso si es venta.<\/p>\n\n\n\n
En todas las situaciones, si es un documento relacionado con ventas y los detalles tienen valores y c\u00e1lculo de resultados, para los fines usuales de comparaci\u00f3n y vista usan los m\u00e1rgenes base (m\u00ednimo, 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.<\/p>\n\n\n\n
En todos los casos, si entre los componentes existen productos de apoyo, estos siempre son tratados como tales, con esa funci\u00f3n y l\u00f3gica, en todos los documentos.<\/p>\n\n\n\n
En los detalles los datos que no se incluyen, de acuerdo a lo explicado, no se muestran ni se guardan.<\/p>\n\n\n\n
Una vez hecha la carga, y si as\u00ed est\u00e1 establecido en los atributos generales del tipo de documento y movimiento, y no aplican las normas y restricciones espec\u00edficas de los productos tipo Kit\/Paquete ya descritas, los detalles del documento son editables, pudiendo modificar seg\u00fan corresponda y eliminar l\u00edneas del modo usual e independiente de si estas forman parte de un Kit o Paquete.<\/p>\n\n\n\n
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\u00f3n.<\/p>\n\n\n
El ERP contin\u00faa 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\u00e1lidos.<\/p>\n\n<\/div>\t\t