Plan de asignación

• Memo activo (campo MEMO)

El código de memoria permite guardar los criterios de una pantalla de entrada. Utilice este campo para saber si hay algún código de memoria guardado para almacenar los valores actuales.

Los siguientes botones permiten gestionar las memorias:

Recuperar - Utilice este botón para recuperar una memoria definida y guardada previamente.

Memo - Utilice este botón para guardar los valores actuales de la pantalla en un fichero de memoria con un código a introducir.

Borrar memo - Utilice este botón para suprimir una memoria guardada previamente.

Si hay una memoria STD asociada a la pantalla, se cargará al abrir la función correspondiente.

• Fórmula selección (campo FORMULE)

Introduce, selecciona o compón una expresión de cálculo de formato mediante el editor de fórmulas.
Esta fórmula, compuesta a partir de los campos de las tablas de encursos, artículos y artículos/plantas, se utiliza en la búsqueda junto con las selecciones.

Si hace referencia a tablas que no se utilizan en el contexto o a variables desconocidas, aparece un mensaje de advertencia.

• Ignorar salidas en espera (campo WAICOD)

• Incluir el stock bajo control (campo CTLCOD)

• Ignorar prev. cons. vencidas (campo SOSCOD)

• Aplicar % pérdida (campo SHRFLG)

Marca esta casilla para sumar el porcentaje de pérdida del artículo-planta a las sugerencias de fabricación y restarlo de las cantidades restantes de las órdenes de fabricación en curso.

El porcentaje de pérdida corresponde a la pérdida de fabricación o de almacenamiento.

La pérdida de fabricación corresponde a las pérdidas acumuladas generadas en cada operación de ruta.

• Filtro sugerencias (campo MRPFLG)

Este flag permite filtrar las sugerencias en función de su origen.

• Criterio de orden (campo SRTCOD)

Selecciona los criterios de orden para la visualización.

• Planta pedido (campo PSHFCY)

Código de la planta emisora de la orden (solicitud de presupuesto, solicitud de compra, pedido, orden de subcontratación, etc.).
Este campo es obligatorio. Se inicializa por defecto con la plantade compra asociada a tu perfil función.
Puedes modificar este código seleccionando otro en la lista de plantas autorizadas.

• Planta recepción (campo STOFCY)

Este campo muestra la planta en la que el proveedor debe entregar la mercancía. Se inicializa con la planta de pedido cuando esta también es una planta de almacenamiento.
En una solicitud de compra, la planta de recepción debe pertenecer a la misma sociedad jurídica que la planta solicitante. En un pedido, debe pertenecer a la misma sociedad jurídica que la planta de pedido.
En una solicitud de compra o un pedido de un artículo gestionado en stock:

• la planta de recepción debe ser un almacén;
• la referencia del artículo debe estar definida en esta planta de recepción.

• Artículo (campo ITMREF)

Referencia del artículo para el que se quiere realizar la transacción. Debe estar definida en la planta correspondiente.

• Versión mayor (campo ECCVALMAJ)

Este campo indica la versión del artículo. Las versiones mayores corresponden a modificaciones significativas de forma, adecuación o función del producto original o anterior.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Versión menor (campo ECCVALMIN)

Este campo indica la versión menor del producto. Las versiones menores se pueden utilizar tanto para funcionalidades o modificaciones funcionales menores como para correcciones importantes sobre una versión mayor específica.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Proveedor (campo BPSNUM)

Para introducir un proveedor, introduce directamente el código del proveedor o haz clic en el icono Accionespara:

• seleccionar un proveedor en el fichero;
• seleccionar un proveedor en la lista de proveedores del artículo-planta;
• seleccionar un proveedor de contramarca en la lista de proveedores de contramarca disponibles para el artículo-planta, cuando el artículo es de contramarca;
• crear un proveedor en el fichero, según tus habilitaciones;
• consultar las notas sobre el proveedor;
• consultar la lista de los últimos precios de pedido.

Este proveedor no puede ser "potencial" y debe estar "activo".

Cuando el proveedor es de tipo Vario, se abre automáticamente una ventana para introducir su dirección. Cuando el proveedor es de tipo Normal y se ha introducido su código, puedes visualizar y, eventualmente, modificar la dirección desde el icono Acciones.

Una vez introducido o modificado el proveedor, pueden aparecer distintos mensajes:

• Cuando el proveedor está en litigio. Este mensaje puede ser de bloqueo o de advertencia según el valor asignado al código de litigio en la ficha Proveedores.
• 
  
• Cuando este proveedor (o este proveedor en la planta de recepción) tiene bloqueado el pedido del artículo. Este mensaje puede ser de bloqueo o de advertencia según el valor asignado al código de bloqueo en las fichas Artículos-Proveedores o Artículos-Plantas.
• Cuando el artículo no está referenciado en el proveedor. Este mensaje puede ser de bloqueo o de advertencia según la elección realizada en el parámetro general ITMBPS - Referenciación proveedor (capítulo ACH, grupo REF).
• Cuando el artículo-planta (de recepción) no está referenciado en el proveedor. Este mensaje puede ser de bloqueo o de advertencia según la elección realizada en el parámetro ITMBPSFCY - Referenciación proveedor-planta. Si el mensaje es de bloqueo, solo puedes continuar con la entrada cuando el campo Planta de recepción está definido como "Introducido" en la transacción de entrada. En ese caso, se vacía el campo que contiene la planta de recepción. Introduce una planta en la que esté referenciado el artículo-proveedor o en la que el parámetro ITMBPSFCY - Ref. proveedor-planta no sea bloqueante.
  Este control no se aplica a los pedidos interplanta.
• Cuando el proveedor tiene una unidad de compra distinta a la unidad introducida, aparece un mensaje y hay que decidir si se realiza una conversión.

Si se modifica el proveedor y las unidades del nuevo proveedor son diferentes a las del antiguo, aparece el mensaje "¿Quieres pedir en unidad de stock?". Permite evitar cualquier incoherencia entre tarifas y mantener una unidad de pedido coherente para el proveedor.

• Si respondes que "Sí", la unidad de pedido se reajusta en unidad de stock.
• Si respondes que "No", las cantidades se reajustan manteniendo las unidades del proveedor.

Al duplicar un pedido, no se puede cambiar el proveedor.

Particularidades de la intersociedad: en un pedido interplanta o intersociedad, el proveedor debe estar definido como interplanta y su planta asociada debe ser de venta (define la planta de venta en el pedido de venta correspondiente). La planta de compra que origina el pedido debe identificar un cliente interplanta, que servirá para definir el cliente del pedido en el pedido de venta correspondiente.

Cuando el proveedor está identificado como interplanta, el indicador interplanta del pedido se marca automáticamente. Si la planta asociada al proveedor no pertenece a la misma sociedad que la planta de compra del pedido, el indicador intersociedad también se marca.

En este contexto, puede aparecer un mensaje de advertencia si el cliente asociado a la planta de compra está bloqueado. El pedido de venta generado queda bloqueado. Los pedidos interplanta, por su parte, no se ven afectados por este funcionamiento. No se gestionan encursos para los flujos internos.

• Proyecto (campo PJT)

Utiliza este campo para vincular la compra de este artículo a un proyecto específico.

Introduce o selecciona uno de los siguientes elementos desde la tabla de proyectos:

• Un código de proyecto.
• Un código de proyecto y un código de presupuesto de proyecto.
• Un código de proyecto y un código de tarea de proyecto, es decir, un código de tarea de material o de tarea de mano de obra (solo ventas) o una combinación entre un código de tarea de mano de obra y de material.

Si este campo contiene un carácter especial, por ejemplo, un signo de exclamación (!), significa que está vinculado a la estructura del proyecto. Los signos de exclamación sirven de separador entre el código de proyecto y la estructura (la estructura del presupuesto del proyecto o la estructura operacional del proyecto relativa a la tarea). Si, por ejemplo, el código de tarea de material es "USA-P3" y el código de proyecto es "USA12345678", este campo muestra el vínculo a la estructura operacional del proyecto: USA12345678!USA-P3.

El número de separadores utilizados permite identificar fácil y rápidamente el vínculo al proyecto o a la estructura del proyecto. Si no hay ningún separador, el vínculo dirige al proyecto. Si solo hay un separador (un signo de exclamación, por ejemplo) situado después del código de proyecto (primer código), el vínculo corresponde a una tarea (dirige a la estructura operacional del proyecto). Si hay dos separadores situados después del código de proyecto, el vínculo corresponde a un código de presupuesto (dirige a la estructura presupuestaria del proyecto).

• Lugar consumo (campo USEPLC)

Utiliza este campo para indicar el lugar de consumo asociado al transportista o para definir un complemento de dirección.

Ejemplos: Muelle xx o Vestíbulo yy.

El lugar de consumo aparece en el documento de pedido.

Particularidades de la intersociedad: en un pedido interplanta o intersociedad, el lugar de consumo se transfiere a la línea generada del pedido de venta.

• Fecha deseada (campo EXTRCPDAT)

Fecha de recepción solicitada.
Esta fecha se controla con respecto a los periodos disponibles de la planta de recepción. Si la planta no está disponible en esta fecha, aparece un mensaje y hay que introducir otra fecha.

Esta fecha permite inicializar la fecha teórica de pedido.

• Cantidad UC (campo QTYPUU)

Indica la cantidad del artículo que hay que pedir en unidad de compra.

• campo PUU

Es la unidad de compra definida para la combinación artículo-proveedor o, si no existe la ficha de artículo-proveedor, para el artículo.
El artículo dispone de dos unidades de compra:

• la unidad de compra definida en la ficha de artículo
• la unidad de compra vinculada al proveedor

Esta unidad de compra no se puede modificar. Se utiliza por defecto al introducir un pedido, una orden de subcontratación o una recepción. Si hay una ficha de artículo-proveedor, se propone por defecto la unidad de compra del proveedor.

Las unidades de compra dependen del tipo de categoría indicado.

Al facturar un artículo, se utiliza su unidad de compra.

• Cantidad US (campo QTYSTU)

Indica la cantidad del artículo que hay que pedir en unidad de stock.

• campo STU

Este campo muestra la unidad en la que se almacena el artículo. Es un indicador clave en los precios, costes, volúmenes, etc.

• campo SELIND

Marca esta casilla para seleccionar la línea correspondiente.

• N°Contrato (campo POHNUM)

• Proveedor (campo BPSNUM2)

• Inicio validez (campo STRDAT)

Este campo identifica la fecha de pedido asociada o la fecha de inicio de fabricación prevista del pedido.

• Fin validez (campo ENDDAT)

Este campo determina la fecha final o fecha de realización solicitada de la orden. Cuando la orden solo tiene una fecha, esta corresponde a la fecha final o fecha de realización.

• Unidad compra (campo PUU2)

Es la unidad de compra definida para la combinación artículo-proveedor o, si no existe la ficha de artículo-proveedor, para el artículo.
El artículo dispone de dos unidades de compra:

• la unidad de compra definida en la ficha de artículo
• la unidad de compra vinculada al proveedor

Esta unidad de compra no se puede modificar. Se utiliza por defecto al introducir un pedido, una orden de subcontratación o una recepción. Si hay una ficha de artículo-proveedor, se propone por defecto la unidad de compra del proveedor.

Las unidades de compra dependen del tipo de categoría indicado.

Al facturar un artículo, se utiliza su unidad de compra.

• Lugar cons. (campo USEPLC2)

Utiliza este campo para indicar el lugar de consumo asociado al transportista o para definir un complemento de dirección.

Ejemplos: Muelle xx o Vestíbulo yy.

El lugar de consumo aparece en el documento de pedido.

Particularidades de la intersociedad: en un pedido interplanta o intersociedad, el lugar de consumo se transfiere a la línea generada del pedido de venta.

• Planta compra (campo PURFCY)

• Planta de producción (campo STOFCY)

Planta de producción que se inicializa por defecto con la planta de producción habitual del usuario.

• Artículo (campo ITMREF)

Referencia del artículo para el que se quiere realizar la transacción. Debe estar definida en la planta correspondiente.

• Versión mayor (campo ECCVALMAJ)

Este campo indica la versión del artículo. Las versiones mayores corresponden a modificaciones significativas de forma, adecuación o función del producto original o anterior.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Versión menor (campo ECCVALMIN)

Este campo indica la versión menor del producto. Las versiones menores se pueden utilizar tanto para funcionalidades o modificaciones funcionales menores como para correcciones importantes sobre una versión mayor específica.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Plazo (+CC) (campo AVAOFS)

Número de días que corresponden:

• al plazo de aprovisionamiento de un artículo comprado;
• al plazo de fabricación de un artículo semiterminado o terminado.

Suele estar fijado para un tamaño de lote determinado y permite calcular la fecha de inicio de las sugerencias en el cálculo de las necesidades netas.

• Proyecto (campo PJT)

Utiliza este campo para vincular la producción de este artículo a un proyecto específico.

Introduce o selecciona uno de los siguientes elementos desde la tabla de proyectos:

• Un código de proyecto.
• Un código de proyecto y un código de presupuesto de proyecto.
• Un código de proyecto y un código de tarea de proyecto, es decir, un código de tarea de material o de tarea de mano de obra (solo ventas), o una combinación entre un código de tarea de mano de obra y de material.

Si este campo contiene un carácter especial, por ejemplo, un signo de exclamación (!), significa que está vinculado a la estructura del proyecto. Los signos de exclamación sirven de separador entre el código de proyecto y la estructura (la estructura del presupuesto del proyecto o la estructura operacional del proyecto relativa a la tarea). Por ejemplo, si el código de tarea de material es "USA-P3" y el código de proyecto es "USA12345678", este campo muestra el enlace a la estructura operacional del proyecto: USA12345678!USA-P3.

El número de separadores utilizados permite identificar fácil y rápidamente el enlace al proyecto o a la estructura del proyecto. Si no hay ningún separador, el enlace dirige al proyecto. Si solo hay un separador (un signo de exclamación, por ejemplo) situado después del código de proyecto (primer código), el enlace corresponde a una tarea (dirige a la estructura operacional del proyecto). Si hay dos separadores situados después del código de proyecto, el enlace corresponde a un código de presupuesto (dirige a la estructura presupuestaria del proyecto).

• % pérdida (campo SHR)

El porcentaje de pérdida corresponde a la pérdida de fabricación o de almacenamiento.

La pérdida de fabricación corresponde a las pérdidas acumuladas generadas en cada operación de ruta.

Este porcentaje se tiene en cuenta en el cálculo de necesidades y en la gestión de órdenes de fabricación. Permite calcular la cantidad que hay que reaprovisionar para obtener la cantidad de la necesidad.

• Cantidad US (campo EXTQTY2)

Este campo muestra la cantidad prevista, Se expresa en la unidad de stock.

• campo STU2

Este campo muestra la unidad en la que se almacena el artículo. Es un indicador clave en los precios, costes, volúmenes, etc.

• Fecha inicio (campo STRDAT2)

Este campo indica la fecha inicial prevista de la orden de fabricación.

• Fecha fin (campo ENDDAT2)

Este campo identifica la fecha final prevista de la orden de fabricación.

• Alt. estructura (campo BOMALT2)

Se pueden definir varias estructuras para un mismo artículo. Cada alternativa de estructura se puede asignar a funcionalidades de gestión específicas. Para los artículos fabricados o subcontratados, implica limitar la estructura a una planta y a ámbitos de funcionalidad específicos (para la planificación de la capacidad o de los costes).

• Ruta (campo ROUNUM)

Esta alternativa de ruta describe una secuencia particular de procesos en el taller para un artículo determinado. Describe la secuencia de las operaciones y las herramientas utilizadas para una ruta concreta.

El código de la ruta es un código de artículo, que puede ser la referencia de un producto fabricado o una referencia genérica (ruta maestra) vinculada a varios artículos.

• Alt. ruta (campo ROUALT)

Se pueden definir varias rutas para un mismo artículo. Cada ruta alternativa se puede asignar a funcionalidades de gestión específicas. Esto incluye la restricción de la ruta a una planta determinada y a dominios funcionales particulares (entorno de fabricación, tarificación, planificación de capacidad).

• Planta pedido (campo POHFCY)

La planta de pedido es obligatoria. Se alimenta por defecto con la planta de pedido asociada al usuario. Según tus habilitaciones, puedes modificarla por otra planta autorizada.

• Planta recepción (campo PRHFCY)

Este campo muestra la planta en la que el proveedor debe entregar la mercancía. Se inicializa con la planta de pedido cuando esta también es una planta de almacenamiento.
En una solicitud de compra, la planta de recepción debe pertenecer a la misma sociedad jurídica que la planta solicitante. En un pedido, debe pertenecer a la misma sociedad jurídica que la planta de pedido.
En una solicitud de compra o un pedido de un artículo gestionado en stock:

• la planta de recepción debe ser un almacén;
• la referencia del artículo debe estar definida en esta planta de recepción.

• Artículo (campo ITMREF)

Este campo indica la referencia del artículo que se va a procesar.

• Versión mayor (campo ECCVALMAJ)

Este campo indica la versión del artículo. Las versiones mayores corresponden a modificaciones significativas de forma, adecuación o función del producto original o anterior.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Versión menor (campo ECCVALMIN)

Este campo indica la versión menor del producto. Las versiones menores se pueden utilizar tanto para funcionalidades o modificaciones funcionales menores como para correcciones importantes sobre una versión mayor específica.

Si el código de artículo definido en el campo Artículo no está gestionado en versión, este campo no se completa.

• Proyecto (campo PJT)

Utiliza este campo para vincular la compra de este artículo a un proyecto específico.

Introduce o selecciona uno de los siguientes elementos desde la tabla de proyectos:

• Un código de proyecto.
• Un código de proyecto y un código de presupuesto de proyecto.
• Un código de proyecto y un código de tarea de proyecto, es decir, un código de tarea de material o de tarea de mano de obra (solo ventas) o una combinación entre un código de tarea de mano de obra y de material.

Si este campo contiene un carácter especial, por ejemplo, un signo de exclamación (!), significa que está vinculado a la estructura del proyecto. Los signos de exclamación sirven de separador entre el código de proyecto y la estructura (la estructura del presupuesto del proyecto o la estructura operacional del proyecto relativa a la tarea). Si, por ejemplo, el código de tarea de material es "USA-P3" y el código de proyecto es "USA12345678", este campo muestra el vínculo a la estructura operacional del proyecto: USA12345678!USA-P3.

El número de separadores utilizados permite identificar fácil y rápidamente el vínculo al proyecto o a la estructura del proyecto. Si no hay ningún separador, el vínculo dirige al proyecto. Si solo hay un separador (un signo de exclamación, por ejemplo) situado después del código de proyecto (primer código), el vínculo corresponde a una tarea (dirige a la estructura operacional del proyecto). Si hay dos separadores situados después del código de proyecto, el vínculo corresponde a un código de presupuesto (dirige a la estructura presupuestaria del proyecto).

• Plazo compra (campo AVAOFS)

En una compra
Es el número de días naturales correspondiente:

• al plazo de pedido de un artículo comprado;
• al plazo de fabricación de un artículo semiterminado o terminado.

Esta información solo se utiliza en el cálculo de las necesidades netas para calcular la fecha inicial de las sugerencias de operaciones de subcontratación cuando el artículo no dispone de ficha de artículo-planta.

En una creación directa de pedido o una solicitud de compra
El plazo de reaprovisionamiento permite calcular la fecha de recepción prevista cuando no existe ningún plazo determinado por las tarifas o por la ficha de artículo-planta.
Este plazo también se utiliza en el cálculo de las necesidades para calcular la fecha inicial de las necesidades.

• Plazo ctrl calidad (campo QUALTI)

El plazo del control de calidad (en número de días) se utiliza en el cálculo de las necesidades netas: se introduce entre la fecha de la necesidad y la fecha de fin de la sugerencia para tener en cuenta el tiempo necesario para el control de calidad.

• Cantidad UC (campo QTYPUU2)

Indica la cantidad del artículo que hay que pedir en unidad de compra.

• campo PUU2

Es la unidad de compra definida para la combinación artículo-proveedor o, si no existe la ficha de artículo-proveedor, para el artículo.
El artículo dispone de dos unidades de compra:

• la unidad de compra definida en la ficha de artículo
• la unidad de compra vinculada al proveedor

Esta unidad de compra no se puede modificar. Se utiliza por defecto al introducir un pedido, una orden de subcontratación o una recepción. Si hay una ficha de artículo-proveedor, se propone por defecto la unidad de compra del proveedor.

Las unidades de compra dependen del tipo de categoría indicado.

Al facturar un artículo, se utiliza su unidad de compra.

• Cantidad US (campo EXTQTY2)

Este campo muestra la cantidad del artículo lanzado expresada en unidad de stock.

• campo STU2

Este campo muestra la unidad en la que se almacena el artículo. Es un indicador clave en los precios, costes, volúmenes, etc.

• Fecha pedido (campo STRDAT2)

La fecha de solicitud de compra se inicializa con la fecha del día y se puede modificar (solo en creación). La modificación de esta fecha en curso de creación desencadena un mensaje que propone volver a actualizar los precios y los posibles descuentos calculados en las líneas de pedido que ya se han introducido. Esta modificación también conlleva la actualización de la fecha de recepción prevista en las líneas de pedido que no han consumido ninguna necesidad.

• Fecha recepción (campo ENDDAT2)

Este campo indica la fecha en la que interviene la necesidad.

• Proveedor (campo BPRNUM2)

Introduce el código del tercero o utiliza el icono de búsqueda para realizar una búsqueda en la tabla de terceros.

• campo ZBETCPY

Utiliza este parámetro para definir si hay que mostrar el carácter intersociedad del documento.
Los documentos intersociedad se utilizan en los intercambios entre plantas pertenecientes a sociedades jurídicas diferentes.
Recordatorio:

Un documento es intersociedad cuando se cumplen las siguientes condiciones:

• El tercero de destino está definido como planta (está marcado interplanta y asociado a una planta en la ficha de tercero).

• La planta asociada al tercero de destino pertenece a una sociedad jurídica distinta a la de la planta de origen del documento.

• Alt. estructura (campo BOMALT2)

Se pueden definir varias estructuras para un mismo artículo. Cada alternativa de estructura se puede asignar a funcionalidades de gestión específicas. Para los artículos fabricados o subcontratados, implica limitar la estructura a una planta y a ámbitos de funcionalidad específicos (para la planificación de la capacidad o de los costes).