Plan de compras

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 planta de compra asociada a tu perfil función.
Puedes modificar este código seleccionando otro en la lista de plantas autorizadas.

La fecha del pedido se inicializa con la fecha del día y se puede modificar.
Si la modifica después de haber introducido las líneas (en modificación o duplicación), aparece un mensaje preguntando si quiere realizar una nueva búsqueda de tarifa en las líneas existentes.

Este campo permite capturar en el pedido una referencia interna que aparecerá en la nota de pedido enviada al proveedor.

Desde este campo, el botón contextual permite acceder a la dirección detallada del proveedor y seleccionar otra dirección del proveedor si es necesario. La nota de pedido se enviará a esta dirección.

Cuando el parámetro BUYFLT - Filtro por comprador (capítulo ACH, grupo AUZ) tiene asignado el valor Sí, el código del comprador se inicializa con el del usuario y es obligatorio.

Según la transacción de entrada utilizada, este campo puede ser invisible. En ese caso, el código que se utiliza como valor por defecto es el del usuario.

Desde este campo, el icono Acciones le permite acceder a la dirección detallada del proveedor y seleccionar otra si es necesario. Esta es la dirección a la que se enviará la nota de pedido.

Indique si quiere utilizar las tarifas agrupadas.

El código de proyecto introducido en la cabecera se utiliza para inicializar por defecto el código de proyecto de todas las líneas del plan de compras.
La gestión de este campo depende de la parametrización de la transacción de entrada de la orden de subcontratación. También depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio (capítulo TC - grupo MIS).

• Cuando el valor es No, puede ser un código elegido libremente.
• Cuando el valor es Sí, se realiza sistemáticamente un control de existencia del código de proyecto introducido.
  Puede utilizar el icono Selección para visualizar la lista de los códigos de proyecto disponibles.

El código de proyecto se puede modificar en las líneas.
Si las líneas se cargan mediante la acción Picking de necesidades, se seleccionan todas las líneas que cumplen con los criterios de selección introducidos, independientemente del código de proyecto introducido en la cabecera. Este no es un criterio de selección implícito, incluso en un contexto monoproyecto (el parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC - grupo MIS) tiene asignado el valor Sí).

Este parámetro tiene un impacto en los pedidos generados:

• Cuando tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto siempre es el mismo en la cabecera y en las líneas del pedido.
  
• Cuando tiene asignado el valor No, la gestión multiproyecto está permitida.
  Puede modificar el código de proyecto en cada una de las líneas del pedido.
  

La presencia de esta información depende de la parametrización de la transacción.

Al introducir una línea de pedido, los ejes analíticos se inicializan en función del código POID de Secciones por defecto. Si la línea de pedido procede de un documento, los ejes analíticos se alimentan con las secciones analíticas que hay en la línea del documento.

En modo creación, cuando se modifica el código de proyecto y aún no se ha introducido ninguna línea de pedido, las secciones analíticas se reinicializan según la parametrización de las secciones por defecto.
En modo creación y modificación, si ya se ha introducido una línea de pedido, la modificación del código de proyecto no provoca la reinicialización de las secciones analíticas.

Al modificar una sección analítica, se realizan ciertos controles para comprobar la validez de la sección:

• Existencia de la sección analítica.
• Sección obligatoria en un eje (ver parámetros contables SAIANAx - Entrada eje x).
• Sección no introducida en el eje (ver parámetros contables SAIANAx).
• La sección no se puede imputar.
• La sección está prohibida con la sección (ver Prohibiciones sección/sección,
• La sección está reservada para una planta, una sociedad o un grupo de plantas.
• La fecha del pedido se encuentra fuera de los límites de las fechas de validez de la sección.
• El operador no dispone de los derechos de acceso para esta sección.

Desde el icono Acciones, puede:

• Seleccionar una sección analítica en la lista de secciones autorizadas.
• Acceder a la tabla de secciones analíticas, si las habilitaciones del usuario lo permiten.

La parametrización determina si se pueden modificar las secciones analíticas. Se inicializan de acuerdo con la parametrización de la sección por defecto.

Si, en modo creación, no se ha introducido ninguna línea de pedido y se modifica el código de proyecto, las secciones analíticas se reinicializan de acuerdo con la parametrización de las secciones por defecto.

Si, en modo creación y modificación, se introduce una línea de pedido y se modifica el código de proyecto, las secciones analíticas no se reinicializan.

Si la casilla del documento correspondiente está marcada, introduce el código de informe del documento estándar impreso.

Este campo define el destino del informe calculado. Los tipos de destino son:

Vista preliminar

En la estación del usuario, se abre una ventana con el flujo generado en un formato compatible con una visualización (texto, PDF, RTF, Word, etc.). Crystal Reports formatea esta impresión en la estación del usuario o en un servidor de impresión.

Impresora

Crystal Reports utiliza una impresora local o una accesible desde un servidor de impresión.

Mensaje

Crystal Reports crea un fichero con el mensaje en formato PDF, texto, RTF o Word. Dicho mensaje se utiliza como archivo adjunto en los emails enviados con el motor de Workflow.

Fichero

Crystal Reports crea un fichero con el mensaje en formato PDF, texto, RTF o Word, el cual se almacena en el disco.

Impresora ZPL

El flujo lo controla un programa de formateo específico asociado al informe y definido con una parametrización específica. Dicho flujo puede enviarse directamente en una impresora local, en una impresora accesible desde el servidor de impresión, o almacenarse en un fichero.

Archivado

Crystal Reports crea un fichero con el mensaje en formato PDF, texto, RTF o Word. Dicho fichero se envía a un sistema GED para su archivado mediante el conector estándar GED.

Selecciona el Contenedor que quieres utilizar. Solo puede ser un contenedor de tipo "Contenedor de carga".
La elección del contenedor determina el peso y el volumen máximos que puedes transportar.

Este campo muestra la capacidad de peso total de los contenedores de carga seleccionados. Si no seleccionas ningún contenedor, puedes indicar un peso sin tener que gestionar contenedores.

Este campo muestra la capacidad de volumen total de los contenedores de carga seleccionados. Si no seleccionas ningún contenedor, puedes indicar un volumen sin tener que gestionar contenedores.

Este campo representa el peso total multiplicado por la cantidad pedida.

Este campo representa la cantidad pedida multiplicada por el volumen total.

Este campo muestra el peso disponible de un contenedor cuando el peso total de las líneas seleccionadas en el plan de trabajo no es igual a 0.

Este campo muestra el volumen disponible de un contenedor cuando el volumen total de las líneas seleccionadas en el plan de trabajo no es igual a 0.

Este campo, al que no se puede acceder, muestra el importe mínimo de pedido que se ha definido para el Proveedor.
Se expresa en la divisa del pedido.
Al final de la entrada del pedido, se puede realizar un control si el importe sin impuestos es inferior a este umbral.
El campo Control muestra el nivel de control (bloqueante, aviso, sin control) definido en el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

Este campo muestra el importe máximo de pedido definido para el proveedor en la divisa del dossier. Este importe no se almacena y no impide realizar una copia de seguridad.

Este campo identifica el importe de pedido total necesario para recibir la exención de los gastos de porte. Solo está disponible en consulta y no limita la creación de solicitudes de compra.

Este campo identifica el importe de pedido total necesario para recibir la exención de los gastos de porte. Solo está disponible en consulta y no limita la creación de solicitudes de compra.

Este campo representa el coste multiplicado por la cantidad pedida.

Ayuda común para las funciones Pedidos, Facturas y Plan del comprador.
La referencia del artículo es obligatoria. Este campo ofrece varias opciones.
Puede:

• Introducir directamente una referencia de artículo.
  Si el parámetro ITMFLG - Entrada ref. artíc./proveedor (capítulo ACH, grupo REF) está activo, puede introducir tanto la referencia interna del artículo como la referencia del artículo en el proveedor.
  La existencia de esta referencia se controla en el fichero Artículos.
  La referencia que aparece siempre es la interna del artículo, el cual debe existir en la tabla Artículo, estar activo y ser de tipo Artículo comprado. Si el parámetro BUYFLT - Filtro por comprador (capítulo ACH, grupo AUZ) tiene asignado el valor Sí, el artículo debe gestionarse por comprador. Este filtro se desactiva en el control de facturas.
  En una línea de tipo Vario, el código del artículo no es obligatorio.
  
• Utilice el menú Acciones para:
• Seleccionar un artículo en el fichero.
• Seleccionar un artículo en la lista de artículos del proveedor.
• Seleccionar un artículo en la lista de artículos proveedor-planta. En esta ventana de selección, el cursor se posiciona por defecto en el primer artículo referenciado en el proveedor para la planta de recepción. Puede seleccionar otro artículo referenciado en otra planta de recepción que pertenezca a la misma sociedad jurídica.
• Crear el artículo en el fichero, según sus habilitaciones.
• Consultar y considerar las respuestas a las solicitudes de oferta existentes, si la transacción utilizada lo permite.
  Haga clic en el icono Acciones tras introducir la referencia del artículo para restringir la lista a las solicitudes de oferta específicas del artículo. Si elige una respuesta vinculada a una solicitud de oferta, la línea de pedido se carga automáticamente y los datos se inicializan con los elementos de la solicitud original y la respuesta del proveedor.
  La cantidad pedida, la unidad, las descripciones, el código de proyecto y las secciones analíticas se inicializan con la solicitud de oferta. Los precios, los descuentos y la fecha de recepción prevista se inicializan con los datos registrados en la respuesta del proveedor a la solicitud de oferta.
• Consultar y considerar las necesidades del artículo (esta acción no está disponible en la función de facturas). Estas necesidades se expresan mediante solicitudes de compra y sugerencias creadas por el cálculo de necesidades o por los programas de reaprovisionamiento.
  En la función Plan del comprador, puede visualizar la ventana de consideración de necesidades sin haber introducido la referencia del artículo. En este caso, aparecen todos los tipos de necesidades que corresponden a la selección, independientemente del tipo de artículo. Después de seleccionar y validar las líneas, estas se generan automáticamente y muestran el tipo de artículo correcto, en función del origen de la necesidad.
  En las funciones Pedidos y Plan del comprador, según la transacción de entrada utilizada, también se puede abrir automáticamente la ventana de consideración de necesidades. La ventana se abre tras introducir la referencia del artículo o, si es un artículo de categoría Servicio, tras seleccionar el Tipo de artículo (servicio o subcontratación), cuando se puede modificar.

La entrada del artículo permite inicializar los campos Descripción, que se pueden modificar.
Una vez introducido el artículo, pueden aparecer distintos mensajes:

• Cuando el artículo introducido no existe en la planta de recepción elegida.
  Este mensaje permite crear la planta, según las habilitaciones del usuario.
• 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 general ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF).
  Este control no se aplica a los pedidos interplanta.
• Cuando el artículo está bloqueado para el proveedor o el proveedor de la planta de recepción.
  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.
• El artículo introducido ya es objeto de un pedido abierto.
  Este mensaje solo es de advertencia.
• El artículo no se puede pedir directamente, debe ser objeto de una solicitud de compra previa.
  Este mensaje es bloqueante.

En los artículos gestionados en stock, se pueden considerar tanto las sugerencias que proceden del cálculo de necesidades o del cálculo de reaprovisionamiento extra MRP, como las solicitudes de compra.

En los artículos no gestionados en stock, solo se consideran las posibles solicitudes de compra.

En los artículos de subcontratación, las órdenes de subcontratación generadas por los lanzamientos de fabricación son las que sugieren la compra que hay que realizar. Para pedir un artículo de subcontratación, es obligatorio que haya necesidades. De lo contrario, aparece un mensaje de error al introducir la referencia del artículo.

Se puede acceder a la orden de fabricación mediante el menú Acciones de la línea del artículo. Esta línea de pedido debe incluir un artículo de subcontratación.

Descripción principal del artículo que procede de la ficha artículo y puede modificarse en el momento de la introducción.
En el caso de una solicitud de oferta, si el artículo no existe en la tabla de artículos, la descripción debe introducirse directamente.

Es la descripción introducida en la ficha de artículo. En una facturación intersociedad, esta descripción se traslada de la factura de venta a la factura de compra. Cuando la factura procede de otro asiento, la descripción estándar se recupera de la línea de origen.

Ayuda común para las funciones Pedidos y Plan de compras.

La gestión de este campo depende de la categoría del artículo y de la parametrización de la transacción de entrada del pedido.

• Cuando el artículo es de categoría normal, el tipo de artículo es Estándar y no se puede modificar (aunque el campo esté parametrizado como accesible en la transacción de entrada).
• Cuando el artículo es de categoría Servicio, el tipo de artículo toma por defecto el valor definido en el parámetro DEFITMKND - Tipo de servicio por defecto (capítulo ACH, grupo ORD): Servicio o Subcontratación.
  Este valor se puede modificar siempre y cuando la línea del pedido no se haya creado aún y el campo esté parámetrizado como accesible en la transacción de entrada. En este caso, si lo permite la transacción de entrada, al salir del campo se abre automáticamente la ventana de consideración de necesidades. Esta ventana solo propone las necesidades correspondientes al tipo de artículo introducido:
• para los artículos de tipo Subcontratación, las necesidades que proceden de órdenes de fabricación y órdenes de subcontratación. La selección de necesidades es obligatoria.
• para los artículos de tipo Servicio, las necesidades que proceden de solicitudes de compra y pedidos de venta de contramarca.

Si el tipo de artículo está parametrizado como mostrado o invisible, siempre corresponde al valor del parámetro DEFITMKND - Tipo de servicio por defecto. La ventana de consideración de necesidades se abre en cuanto se introduce la referencia del artículo.

En el Plan de compras, puede abrir la ventana de consideración de necesidades antes de haber introducido la referencia del artículo: haga clic en el icono Acciones al inicio de la línea. En este caso, no influye el valor del parámetro DEFITMKND - Tipo de servicio por defecto. Aparecen todos los tipos de necesidades que corresponden a la selección, independientemente del tipo de artículo. Después de seleccionar las líneas y validar, las líneas se generan automáticamente y muestran el tipo de artículo correcto, en función del origen de la necesidad.

Es la planta en la que quiere que el proveedor realice sus entregas. Se inicializa con la planta de compra introducida en la cabecera del pedido, si esta también es un almacén.

Esta planta de recepción debe pertenecer a la misma sociedad jurídica que la planta de pedido.

En 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.

Si el artículo se gestiona en stock y la planta de compra no es de almacenamiento, el sistema propone la primera planta de almacenamiento definida para el artículo.
Si introduce una planta de recepción para la que no se ha creado ficha Artículo-planta, el sistema propone crear dicha ficha accediendo directamente a la ficha Artículo-planta.
Si el artículo-planta no está referenciado en el proveedor, puede aparecer un mensaje de bloqueo o de advertencia según la elección realizada en el parámetro general ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF). Este control no se aplica a los pedidos interplanta.

Si cambia de planta de recepción, aparece un mensaje proponiendo relanzar la búsqueda del proveedor por defecto:

• Cuando se relanza la búsqueda:
• Si se encuentra un proveedor por defecto en Artículos-Plantas, este es el que se tiene en cuenta.
• Si no hay ningún proveedor en la ficha Artículos-Plantas, se utiliza el proveedor por defecto definido en la ficha Artículos-Proveedores, salvo si el parámetro ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF) indica que la referenciación del artículo-proveedor es obligatoria en la planta.
• Si hay proveedores en la ficha Artículos-Plantas, pero no se encuentra ningún proveedor por defecto porque todos están bloqueados, el proveedor no se alimenta. El campo permanece en blanco. Hay que introducirlo.
• Cuando no se relanza la búsqueda:
• Se mantiene el proveedor original.
  

Desde aquí, el icono Acciones permite:

• Seleccionar una planta de compra en la tabla de plantas. Las plantas propuestas se limitan a las de la sociedad definida por la planta de compra.
• Consultar el stock del artículo en la planta indicada.
• Acceder a la ficha Artículo-planta, según sus habilitaciones.

Particularidades de la intersociedad - Cuando el pedido de compra es interplanta o intersociedad, la planta de recepción se inicializa con la que viene indicada en la dirección de entrega por defecto del cliente del pedido que está asociado a la planta de compra del pedido de compra. Si la dirección de entrega por defecto que hay asociada al cliente definido por la planta de compra no indica ninguna planta de recepción, se utiliza la primera dirección de entrega, por orden alfabético, que identifica una planta de recepción.

Si no hay ninguna planta de recepción definida en ninguna de las direcciones de entrega del cliente asociado a la planta de compra, aparece un mensaje de bloqueo: Interplanta: Dirección de entrega no encontrada para el tercero cliente xxxx. De la misma forma, también aparece un mensaje de bloqueo si la planta identificada no pertenece a la misma sociedad que la planta de compra (incoherencia en los datos base).

Una vez registrado el pedido, la planta de recepción de la cabecera del pedido será la misma que la que se ha elegido en la primera línea del pedido de compra.

Al generar el pedido de venta, la dirección de entrega que se utiliza en la línea de pedido es la identificada por la planta de recepción que se ha introducido en la línea del pedido de compra.

En este contexto, es posible que el sistema prohíba introducir plantas de recepción diferentes en las líneas de pedidos de compra. Esto depende de los parámetros vinculados a las ventas:

Si, en la planta definida por el proveedor, el parámetro LINBPD - Clientes entregados por línea (capítulo VEN, grupo MIS) no permite tener direcciones diferentes en las líneas de un mismo pedido, la planta de recepción será única para todas las líneas del pedido de compra. La planta de recepción introducida en la primera línea del pedido de compra se copiará sistemáticamente en las líneas siguientes sin que se pueda modificar.

Si el cliente asociado a la planta de compra solo permite pedidos completos, solo podrá introducir una planta de recepción y una planta de expedición para todas las líneas del pedido de compra. La planta de recepción y la planta de expedición introducidas en la primera línea del pedido de compra se copiarán sistemáticamente en las líneas siguientes sin que se puedan modificar.

Es el código de dirección por defecto de la planta de recepción elegida. Esta dirección aparecerá en la nota de pedido dirigida al proveedor.
Desde este campo puede seleccionar, si existe, otra dirección de la planta de recepción.

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.

Unidad de pedido o de facturación.
El artículo puede disponer de cinco unidades de envase:

• Cuatro unidades de envase introducidas en el cuadro de la ficha artículo-unidades.
  
• Una unidad de envase vinculada al proveedor (ficha artículo-proveedor) y dos unidades de compra:
  
• Una unidad de compra vinculada al artículo-maestro.
• Una unidad de compra vinculada al artículo-proveedor. Si existe una ficha artículo-proveedor, esta es la unidad que se propone por defecto al introducir el pedido. Si no, se propone la unidad de compra de la ficha artículo.

Solo se pueden elegir las unidades de tipo envase o compra mencionadas anteriormente.

En función de la transacción de pedido de compra utilizada, podrá acceder o no a la unidad de pedido. Si la transacción no permite la entrada de la unidad de pedido, esta se inicializa con la unidad de compra definida para el proveedor o, si no existe, con la del artículo.

En un pedido procedente de una necesidad, se propone por defecto la unidad de compra del proveedor del artículo o la unidad de compra del artículo.

Se puede modificar la unidad de pedido propuesta. Desde el icono Acciones, puede visualizar la lista de las unidades: unidad de stock, unidades de envase del artículo, unidad de compra del artículo y unidades definidas para el proveedor.

Cuando la línea de pedido procede de una contramarca, la unidad de pedido viene determinada por el valor del parámetro POHCTMPUU - Contramarca en unidad compra (capítulo ACH, grupo ORD).

Si en el plan del comprador se modifica el proveedor y las unidades del nuevo proveedor son diferentes a las del antiguo, aparece un mensaje proponiendo realizar el pedido en unidad de stock. De esta manera, se evita cualquier incoherencia entre tarifas y se mantiene una unidad de pedido coherente para el proveedor. Si responde que Sí, la unidad de pedido se reajusta en unidad de stock. Si responde que No, las cantidades se reajustan manteniendo las unidades del proveedor.

Particularidades de la intersociedad: en un pedido interplanta o intersociedad, la unidad se controla para garantizar la correspondencia en el módulo de Ventas. Si no es el caso, hay un control de bloqueo que prohíbe la entrada de esta unidad.

Esta cantidad se introduce en la unidad de pedido indicada anteriormente, ya sea la unidad de compra o de envasado del artículo-proveedor o artículo maestro.
Por defecto, se propone la cantidad mínima de compra o la cantidad de las necesidades consideradas. Después de la entrada, se calculan las cantidades en unidad de compra y unidad de stock.

Si la cantidad de pedido es nula, aparece un mensaje de error.

También puede aparecer un mensaje de error en los siguientes casos:

• Modificas la cantidad propuesta tras la consideración de unas necesidades que contienen más de una solicitud de compra y la cantidad introducida es inferior a la considerada. Si las necesidades consideradas solo afectan a una solicitud de compra (POP) o a órdenes sugeridas (POS), se puede disminuir la cantidad.
• La cantidad introducida es inferior a la mínima exigida por el proveedor, que aparece en la ficha Artículo-proveedor. El nivel de control lo define el parámetro POHMINQTY - Control cantidad mín. pedido (capítulo ACH, grupo AUZ).
• Modificas la cantidad en una línea de pedido que contiene un artículo gestionado en contramarca directa.
• Modificas la cantidad calculada, el pedido está en unidad de envasado y la cantidad introducida no es múltiplo del envasado.

Desde el menú Acciones del campo "Cantidad", puedes acceder a la consulta del stock de la planta de recepción introducida.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta, además de controlar la cantidad mínima de compra, también se realiza un control de la cantidad mínima y máxima de venta. Este control puede ejercer un bloqueo en función del valor asignado al parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd. (capítulo VEN, grupo AUZ).

En un pedido intersociedad con un artículo no entregable de tipo Servicio asociado a un proyecto gestionado en facturación de progreso, no puedes introducir una cantidad inferior a la cantidad total facturada y validada en el plan de facturación.

Es el coeficiente de conversión expresado entre la unidad de pedido (UP) y la unidad de compra (UC) (proveedor o artículo).

Este coeficiente permite calcular la cantidad en UC a partir de una cantidad de pedido introducida en UP:
Ctd en UC = Ctd en UP * coef.
Este coeficiente también permite convertir la tarifa a la unidad de pedido.
Solo puede acceder a este coeficiente si se ha introducido una unidad de pedido con un valor diferente al de las unidades de compra del artículo-proveedor o del artículo-maestro. Se inicializa con uno de los coeficientes de uno de estos dos ficheros o con la tabla de coeficientes de conversión, si existe la combinación.

Este coeficiente de conversión se puede modificar si la unidad de pedido introducida es una unidad de envase de un artículo cuyo coeficiente se puede modificar (ver la tabla de unidades de envase a nivel de la sección Unidades de la ficha Artículo), pero no está disponible para las demás unidades (unidad de compra del artículo, unidad de compra definida para el proveedor, unidad de envase del proveedor, unidad de stock).

Particularidades de la intersociedad - En un pedido intersociedad o interplanta, el coeficiente que se utiliza en el pedido de venta generado siempre es el que se ha introducido en el pedido de compra.

Es la cantidad en unidad de stock calculada a partir de la cantidad solicitada en unidad de pedido.

Si la cantidad introducida no es múltiplo de la unidad de pedido, aparece un mensaje de advertencia. Por defecto, se propone la cantidad mínima de compra o la cantidad de las necesidades consideradas. La cantidad introducida nunca debe ser inferior a estas cantidades.

Esta cantidad se puede modificar si la unidad de pedido introducida es una unidad de envase de un artículo cuyo coeficiente se puede modificar (ver la tabla de unidades de envase a nivel de la sección Unidades de la ficha Artículo), pero no está disponible para las demás unidades (unidad de compra del artículo, unidad de compra definida para el proveedor, unidad de envase del proveedor, unidad de stock).

Si modifica la cantidad en unidad de stock, se reajusta el coeficiente expresado entre la unidad de pedido y la unidad de compra.

El código de proyecto introducido en la cabecera se utiliza para inicializar por defecto el código de proyecto de todas las líneas del plan de compras.
La gestión de este campo depende de la parametrización de la transacción de entrada de la orden de subcontratación. También depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio (capítulo TC - grupo MIS).

• Cuando el valor es No, puede ser un código elegido libremente.
• Cuando el valor es Sí, se realiza sistemáticamente un control de existencia del código de proyecto introducido.
  Puede utilizar el icono Selección para visualizar la lista de los códigos de proyecto disponibles.

El código de proyecto se puede modificar en las líneas.
Si las líneas se cargan mediante la acción Picking de necesidades, se seleccionan todas las líneas que cumplen con los criterios de selección introducidos, independientemente del código de proyecto introducido en la cabecera. Este no es un criterio de selección implícito, incluso en un contexto monoproyecto (el parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC - grupo MIS) tiene asignado el valor Sí).

Este parámetro tiene un impacto en los pedidos generados:

• Cuando tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto siempre es el mismo en la cabecera y en las líneas del pedido.
  
• Cuando tiene asignado el valor No, la gestión multiproyecto está permitida.
  Puede modificar el código de proyecto en cada una de las líneas del pedido.
  

El proveedor se inicializa por defecto con el proveedor indicado en la cabecera.
Si no se indica ningún proveedor en la cabecera, el proveedor se inicializa con el proveedor por defecto definido en la ficha Artículos-Plantas.

Si no hay ningún proveedor en la ficha Artículos-Plantas, se utiliza el proveedor por defecto definido en la ficha Artículos-Proveedores, salvo si el parámetro ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF) indica que la referenciación del artículo-proveedor es obligatoria en la planta. En ese caso, hay que definirlo en Artículos-Plantas.

Si cambia de planta de recepción, aparece un mensaje proponiendo relanzar la búsqueda del proveedor por defecto según el principio definido anteriormente.

• Si relanza la búsqueda y hay proveedores en la ficha Artículos-Plantas, pero no se encuentra ningún proveedor por defecto porque todos están bloqueados, el proveedor no se alimenta. El campo permanece en blanco.
• Si no relanza la búsqueda, se mantiene el proveedor original.

En cualquier caso, se puede modificar.

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

• 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.

Es el código de la planta de almacenamiento desde la que se suele realizar la entrega al cliente. Esta planta se controla en la tabla de plantas y debe estar definida como almacén.

Solo se puede acceder a esta información si el pedido es de tipo interplanta o intersociedad. Permite especificar la planta de expedición de las mercancías que va a utilizar la sociedad de venta identificada por el proveedor interplanta/intersociedad. Posteriormente, servirá para inicializar la planta de expedición de todas las líneas del pedido de compra. Por lo tanto, en este contexto es obligatoria.

La planta de expedición se inicializa por orden de prioridad de la siguiente manera:

• planta de expedición habitual definida en la dirección de entrega, identificada por la planta de recepción calculada anteriormente. Debe pertenecer a la sociedad del proveedor;
• planta identificada por el proveedor, si es una planta almacén.

Si después de esta búsqueda aún no se ha identificado la planta, habrá que introducirla manualmente. Se realiza un control para verificar que la planta introducida pertenece a la misma sociedad que la planta del proveedor y que se trata de una planta de almacenamiento. El menú Acciones permite visualizar todas las plantas disponibles para la selección.

Particularidades de los pedidos de compra generados automáticamente: si después de seguir estos pasos aún no se ha identificado la planta de expedición, esta se inicializa con la primera planta de almacenamiento que se encuentra, por orden alfabético, en la lista de plantas de almacenamiento de la sociedad identificada por el proveedor.

Al generar el pedido de venta asociado, esta será la planta de expedición de la cabecera.

Es el código de dirección del subcontratista donde se deben consumir los materiales vinculados a una operación de subcontratación. Se utiliza la dirección por defecto del proveedor. Solo se puede acceder a esta información si el artículo introducido en la línea de pedido es de subcontratación y si el proveedor de subcontratación también está definido como cliente.

Este código de dirección corresponde a un código de dirección de entrega asociado al cliente que está definido para el proveedor. De esta manera, se puede definir una ubicación de Subcontratista por código de dirección. Si no se ha definido ningún cliente para el proveedor de subcontratación, se tomará la ubicación de subcontratista definida en la ficha de proveedor.

El código de dirección de subcontratista se inicializará con el código de dirección indicado en la operación de subcontratación. Si no está indicada en la operación, el sistema inicializará esta información con la dirección de entrega por defecto del cliente asociado al proveedor de subcontratación.

Esta dirección de subcontratación se puede modificar. En ese caso, la modificación repercutirá en la operación de subcontratación.

A partir de esta información, el botón contextual permite:

• seleccionar una dirección de entrega entre todas las asociadas a la ficha cliente del proveedor de subcontratación,
• acceder a la gestión de direcciones de entrega mediante un túnel, si lo permiten las habilitaciones del usuario.

Ayuda común para las funciones Pedidos y Plan del comprador.

La fecha de recepción prevista es obligatoria. Por defecto, se propone automáticamente una fecha. Puede proceder de distintos lugares en el siguiente orden:

• La fecha de la necesidad, si se ha considerado alguna. Cuando la línea procede de una agrupación de necesidades, se utiliza la fecha de necesidad más próxima. Si modifica la fecha propuesta para introducir una fecha posterior, aparece un mensaje de advertencia.
• La fecha del pedido más el plazo del proveedor incluido en la tarifa, si hay alguno.
• La fecha del pedido más el plazo de reaprovisionamiento de la ficha artículo-planta, si el artículo está en stock.
• La fecha del pedido más el plazo de reaprovisionamiento de la ficha artículo, si el artículo no está en stock.

Esta fecha se controla con respecto al calendario de la planta de recepción. Si la planta no está disponible en esta fecha, aparece un mensaje de bloqueo y hay que introducir otra fecha diferente. También puede aparecer un mensaje de advertencia si la fecha introducida es previa a la fecha calculada. Una vez validada la línea de pedido, esta fecha no se modificará con una reinicialización de la tarifa.

También se puede recalcular automáticamente la fecha de recepción prevista cuando la fecha introducida corresponde a un día no laborable de la planta. En ese caso, se propone automáticamente el día laborable anterior.

La fecha mínima de recepción prevista siempre es igual a la fecha de pedido más el plazo procedente de la tarifa, de la ficha Artículo-planta o de la ficha Artículo.

Desde este campo, el icono Acciones le permite visualizar la evolución prevista para el stock.

Particularidades de la intersociedad: En un pedido intersociedad o interplanta, la fecha de entrega solicitada en la cabecera del pedido de venta generado se inicializa con la fecha de recepción prevista más próxima de las líneas del pedido de compra. La fecha de entrega prevista de cada línea de pedido de venta se inicializa con la fecha de recepción prevista de la línea del pedido de compra correspondiente.

Este campo indica el código de la divisa en la que se expresan los precios e importes del pedido o la recepción.

Esta información es obligatoria y se inicializa con la divisa del proveedor al que se dirige el pedido. Mientras no se cree el pedido, la divisa se puede modificar. Si se han introducido líneas de pedido, o se está duplicando un pedido, se le hace una pregunta al usuario para recalcular los precios y descuentos en función de las tarifas. Si decide no aplicar las tarifas, los precios y descuentos se convierten a la nueva divisa con el cambio determinado por el tipo de cambio y la fecha del pedido.
No obstante, el cambio de divisa está prohibido si ya se ha introducido al menos una línea con estructura de coste.

Desde este campo puede introducir directamente un código de divisa, cuya existencia se controla en la tabla de divisas, o utilizar el botón contextual para:

• seleccionar una divisa en la tabla,
• crear, según sus permisos, un código de divisa en la tabla,
• acceder a la dirección detallada del proveedor y seleccionar otra si es necesario. Esta es la dirección a la que se enviará la nota de pedido.

Particularidades de la intersociedad: En un pedido intersociedad o interplanta, la divisa introducida en el pedido de venta generado se inicializa con la del cliente asociado a la planta de compra.

Ayuda común para los Pedidos y el Plan de compras.

Este campo permite determinar el precio unitario bruto sin impuestos del artículo. Si el campo Unidad está declarado como accesible en la entrada de la transacción, este precio se expresa por unidad de pedido. Si no, se expresa por unidad de compra.

Una vez que se han indicado los datos principales de la línea, se realiza automáticamente un proceso de búsqueda de tarifa. Esta búsqueda pretende recuperar:

• El precio bruto y el motivo asociado.
  Si la unidad de pedido (o de compra) es distinta a la de la línea de la tarifa:
  - Si la Conversión de unidades tiene asignado el valor "Sí" a nivel de la Parametrización de la tarifa, se realiza una conversión del importe de la tarifa. Esta conversión se basa en la tabla de coeficientes de conversión de las unidades. Si no se parametriza ninguna conversión entre estas unidades, se tienen en cuenta los importes de la tarifa aplicando un cambio de conversión de 1.
  - Si la Conversión de unidades tiene asignado el valor "No" a nivel de la Parametrización de la tarifa, la tarifa no se utiliza. El valor del precio bruto es "0".
• Los descuentos y gastos en porcentaje o importe que hay que aplicar a nivel de la línea y los motivos asociados.

Cuando el precio introducido es nulo, aparece un mensaje solicitando confirmación.

Desde el campo Precio, puede utilizar el icono Acciones para:

• Visualizar los distintos campos Descuentos y Gastos definidos mediante el código de estructura asociado al proveedor. Los valores de estos campos proceden de la búsqueda de tarifa y se pueden modificar si el motivo asociado lo permite.
• Visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos.
• Consultar las tarifas.
• Reinicializar el precio, los descuentos y los gastos solicitando una nueva búsqueda de tarifa.

La entrada de los demás datos de la línea depende de la transacción elegida. Por ejemplo, la Planta o el Código de control de calidad.

Particularidades de la intersociedad: si en un pedido interplanta o intersociedad se han parametrizado tarifas intersociedad, se utilizarán de la misma forma que las tarifas normales. Cuando se genera el pedido de venta, los precios y descuentos calculados en el pedido de venta recíproco se determinan a partir de las tarifas intersociedad o las tarifas normales. Los precios y descuentos introducidos en el pedido de compra nunca se transfieren al pedido de venta. Los precios entre los documentos de venta y los de compra pueden evolucionar de manera independiente. La conciliación se realizará en el momento de la facturación.

Es la cuenta contable de compra. Si este campo no se indica la cuenta analítica se determinará de forma automática mediante el código contable del artículo en función de la parametrización del asiento automático PORD.

La presencia de este campo depende de la transacción de captura utilizada.

Es el tipo de compra (compra de mercancía o compra de inmovilizado) que sirve para determinar la cuenta de impuesto a utilizar. La presencia de este campo depende de la transacción de captura utilizada. Por defecto, el tipo es "Compra de mercancía".

La parametrización determina si se pueden modificar las secciones analíticas. Se inicializan de acuerdo con la parametrización de la sección por defecto.

Si, en modo creación, no se ha introducido ninguna línea de pedido y se modifica el código de proyecto, las secciones analíticas se reinicializan de acuerdo con la parametrización de las secciones por defecto.

Si, en modo creación y modificación, se introduce una línea de pedido y se modifica el código de proyecto, las secciones analíticas no se reinicializan.

Este código permite definir si hay que controlar el artículo en la entrada en stock.
La Categoría de artículo indicada determina el valor de control inicial de los registros artículo-planta y proveedor-stock. El valor del registro proveedor-stock corresponde al valor por defecto de los pedidos de compra.

• Sin control. El control se define según las reglas de gestión. Se puede modificar de forma manual.
• Control no modificable. El control de calidad es obligatorio en las entradas de stock. Q es el único estado válido.
• Control modificable. En una entrada varia de stock, el estado de calidad se inicializa con el valor Q y se puede modificar a A o R.
  El código de control de calidad también se puede definir en el pedido de compra.
  • Si el control de calidad tiene asignado el valor Sí en el pedido, este es obligatorio y la recepción se realiza en uno de los subestados Q* definidos a nivel de la regla de gestión de artículo de los movimientos de recepción.
    Si no se ha definido ningún subestado, el estado no se puede introducir en la recepción.
  • Si el control de calidad tiene asignado el valor No en el pedido, este no es obligatorio.
    El estado que se propone por defecto en la recepción es A. Este se puede reemplazar por uno de los estados definidos a nivel de la regla de gestión de los movimientos de recepción del artículo.
• Control periódico. El control se automatiza en función de un número de recepciones para este proveedor y este artículo. El estado de stock se puede modificar en la entrada.
  
  

Cuando el código de control de calidad asociado al artículo o a la combinación artículo-proveedor toma el valor Control no modificable, no se puede completar el campo correspondiente a la línea de pedido, independientemente de la parametrización de transacción utilizada.

Esta información se utilizará más tarde en la recepción, se cruzará con la regla de gestión definida para la categoría del artículo y se asociará al tipo de movimiento Recepción proveedor para determinar el estado del artículo y, si es necesario, generar una solicitud de análisis.

Este campo está sujeto al código de actividad DEB - Declaración Intrastat.

Este coeficiente de aumento se utiliza en la declaración de intercambio de bienes. Se utiliza en las facturas de proveedor y se aplica al valor fiscal de la línea de artículo para obtener el valor estadístico.
Se inicializa con el coeficiente de aumento indicado en la ficha Artículo-proveedor o, en su defecto, en la ficha Proveedor.

Código del país de origen de la mercancía, inicializado con el código de país asociado al proveedor del pedido.
Este campo permite indicar el país de origen de la mercancía de acuerdo con la reglamentación aduanera comunitaria sobre el origen.
Para la declaración de intercambio de bienes, se utiliza el código de país CEE asociado a este código en la tabla de países.
Para las devoluciones de proveedores, se utiliza el del país de destino.