Solicitudes de compra

• Solicitante (campo REQUSR)

Código del solicitante, que se inicializa por defecto con el código del operador conectado y se puede modificar.

• Planta solicitud (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.

• N.º solicitud (campo PSHNUM)

Número de solicitud de compra que permite identificarla de forma única. Este número se genera automáticamente en cada creación de pedido de compra según la parametrización de contador asociada al tipo de documento.

• Fecha solicitud (campo PRQDAT)

La fecha de la solicitud de compra se inicializa con la fecha del día. Solo se puede modificar en creación. Si modifica esta fecha, aparece un mensaje proponiendo actualizar de nuevo los precios y los posibles descuentos calculados en las líneas de solicitud de compra ya introducidas.

• Proyecto (campo PJTH)

Este campo permite introducir un código de proyecto.
La gestión de este código depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio (capítulo TC - grupo MIS).

• Cuando su valor es No, puede ser un código elegido libremente.
• Cuando su 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.

Las modalidades de gestión de este campo dependen del valor del parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC, grupo MIS).

• Cuando el parámetro tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto siempre es el mismo en la cabecera del documento y en las líneas.
  En una creación directa, el código de proyecto introducido en la cabecera se traslada sistemáticamente a las líneas del documento y no se puede modificar.
  Si se transforma un documento, se utiliza el código de proyecto introducido en la cabecera para filtrar los documentos propuestos en picking y en selección. Si no se introduce ningún código de proyecto, se carga automáticamente con el del primer documento seleccionado. Si deja de seleccionar este documento, el código de proyecto no se elimina.
  Si modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a las líneas. Aparece un mensaje proponiendo actualizar los precios/descuentos en las líneas. La actualización solo es aplicable a las líneas no pedidas y no saldadas.
  
• Cuando el parámetro tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto introducido en la cabecera del documento se utiliza para inicializar el código de proyecto de las líneas del documento y se puede modificar.
  Si se transforma un documento, el código de proyecto introducido en la cabecera solo se utiliza como valor por defecto en las líneas sin código de proyecto.
  
  Si modifica el código de proyecto de la cabecera del documento, aparece un mensaje proponiendo trasladar dicho código a las líneas del documento. Existen las siguientes opciones:
• Sí: el código de proyecto se traslada a todas las líneas. Aparece un segundo mensaje proponiendo actualizar los precios/descuentos en las líneas. La actualización solo es aplicable a las líneas no pedidas y no saldadas.
• No: el código de proyecto no se traslada a las líneas.
• Sí si mismo valor: el código de proyecto solo se traslada a las líneas asociadas al antiguo código.
  Es posible que el código de proyecto trasladado a las líneas sea el mismo que el que ya tienen otras líneas. Como el sistema no puede diferenciar estas líneas, no se propone ni se realiza ninguna actualización de precios/descuentos para no reemplazar los precios que haya podido introducir el usuario y que no proceden de la tarifa.

• Artículo (campo ITMREF)

Es la referencia interna del artículo solicitado que debe existir en la tabla Artículos.
No se pueden pedir los siguientes artículos:

• Artículos fabricados
• Artículos de tipo fantasma
• Artículos de tipo subcontratación

La descripción del artículo se puede modificar independientemente de la categoría del artículo.

Desde el campo Artículo se ofrecen varias opciones. Puede introducir directamente una referencia de artículo, cuya existencia se controla en el fichero Artículos, o hacer clic en el icono Acciones para:

• Seleccionar un artículo en el fichero.
• Crear un artículo en el fichero artículo, según sus habilitaciones.
• Consultar los pedidos en curso.
• Consultar y considerar las respuestas a las solicitudes de oferta existentes, si la transacción utilizada lo permite. La consideración de una respuesta a una solicitud de oferta permite principalmente inicializar datos como la cantidad, el precio, el proveedor, etc.

Una vez introducida la referencia del artículo, haga clic en el icono Acciones para restringir la lista a los elementos (solicitudes de oferta o pedidos) específicos de este artículo.

Cuando el artículo introducido ya se ha incluido en un pedido abierto, aparece un mensaje informando de si la línea del pedido abierto todavía es válida.

En los artículos gestionados en stock, se pueden considerar tanto las sugerencias del cálculo de necesidades (en el módulo GPAO) como las del cálculo de reaprovisionamiento (en el módulo Stocks).

De hecho, cuando hay sugerencias de compra (POS) para el artículo introducido, se abre automáticamente una ventana para proponer la consideración de las necesidades. Si no quiere tenerlas en cuenta, basta con abandonar la ventana y regresar a la entrada de la línea.

Si quiere tenerlas en cuenta, puede introducir un rango de fechas para limitar la propuesta en el tiempo. Cuando no se introduce ninguna fecha, se proponen todas las sugerencias. A continuación, puede modificar la unidad en la que se van a expresar las cantidades de la necesidad. Por defecto, se propone la unidad de stock, pero se puede modificar siempre y cuando pertenezca a la lista de selección de las unidades (unidad de compra, unidad de envase, unidad de stock del artículo). A continuación, se muestran las líneas de necesidades y en cada una de ellas aparece:

• La fecha de la necesidad, la planta, el código del comprador.
• La cantidad de la necesidad y la cantidad considerada, que se inicializa por defecto con la de la necesidad,
• Varios datos, como el tipo y el número de orden en el encurso.

Después de introducir la unidad, se encuentra automáticamente en modo entrada de la cantidad considerada, que es el único dato que se puede modificar en esta pantalla. Si quiere clasificar la lista propuesta por fecha de necesidad o por planta, debe salir del modo entrada (haga clic en Escape) y, a continuación, utilizar el icono Acciones para elegir la clasificación.

Puede modificar la cantidad considerada que se ha propuesto e introducir una diferente a la de la necesidad. Por ejemplo, si quiere considerar parcialmente una necesidad. Si quiere excluir una de las líneas de necesidades, basta con introducir una cantidad nula.

Si al introducir el artículo ha considerado una respuesta a una solicitud de oferta, al final de la consideración se realiza un control adicional y aparece un mensaje de advertencia cuando la cantidad total considerada es inferior a la que se menciona en la respuesta. Puede cancelar o continuar con la entrada.

Tras la validación, las líneas de las necesidades consideradas se agrupan por planta y las líneas de las solicitudes de compra se generan automáticamente.

La entrada de los demás datos de la línea depende de la transacción elegida. Por ejemplo, la Planta, el Proveedor y el Precio neto.

• Descripción (campo ITMDES)

Descripción principal del artículo que procede de la ficha artículo y que se puede modificar en la entrada. Es la descripción principal del artículo traducida al idioma del operador.
Esta descripción se traslada al pedido con las posibles modificaciones y se imprime en el vale de pedido.

 Desde este campo se puede acceder por túnel a la ficha del artículo.

• Descripción std (campo ITMDES1)

Es la descripción introducida en la ficha artículo. Esta descripción se traslada al pedido con las posibles modificaciones.

 Desde este campo se puede acceder por túnel a la ficha del artículo.

• Tipo de artículo (campo ITMKND)

• Planta recep. (campo PRHFCY)

Indique la planta en la que el proveedor debe entregar la mercancía. Esta planta se suele inicializar con la planta del pedido, si esta también es un almacén.
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.

No obstante, cuando la planta de solicitud no está declarada como almacén en la tabla de plantas y el artículo solicitado se gestiona en stock, se propone la primera planta de stock asociada a la sociedad jurídica de la planta de solicitud.

Desde el campo Planta de recepción, puede:

• Introducir directamente un código de planta, siempre y cuando pertenezca a la misma sociedad jurídica que la planta solicitante. La existencia de la planta introducida se controla en la tabla de plantas.
• Utilizar el icono Acciones para seleccionar una planta de la lista propuesta o realizar distintas consultas de stock.

La planta de recepción debe pertenecer a la misma sociedad jurídica que la planta solicitante, para una solicitud de compra, o que la planta del pedido, para un pedido.

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 alimenta la línea de solicitud de compra.
• 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 en la línea de solicitud de compra. El campo permanece en blanco.
• Cuando no se relanza la búsqueda:
• Se mantiene el proveedor original.

• Fecha deseada (campo EXTRCPDAT)

Es la fecha de recepción deseada. Está sujeta a un control con respecto a las fechas de no disponibilidad de la planta de recepción. En caso de que la planta no esté disponible en dicha fecha, aparece un mensaje y hay que introducir otra fecha diferente. La fecha de recepción deseada también puede recalcularse automáticamente cuando la fecha introducida corresponde a un día no laborable de esta planta: se propone automáticamente el día laborable anterior.

Esta información es obligatoria. También puede aparecer un mensaje de aviso si la fecha introducida es anterior a la fecha del día. Permite inicializar la fecha estimada del pedido.

• UC (campo PUU)

Por defecto, es la unidad de compra asociada al artículo. Cuando se modifica el proveedor, esta unidad se puede reajustar en función de la unidad de compra definida en la ficha artículo-proveedor.
El artículo dispone de dos unidades de compra:

• la unidad de compra definida en la ficha de unidades de artículos,
• la unidad de compra vinculada al proveedor.

La unidad de compra no se puede modificar. A continuación, se recalculan las cantidades, los precios y los descuentos.
Esta unidad se recupera en el pedido de compra.

 La UC del artículo se utiliza en su facturación.

La unidad se inicializa por defecto con la unidad de compra asociada al artículo. Cuando se ha considerado una respuesta a una solicitud de oferta, se propone la unidad que se especifica en dicha respuesta. Cuando se puede acceder a este campo, se puede seleccionar una nueva unidad en la tabla de unidades.

• Cantidad UC (campo QTYPUU)

Esta rúbrica es obligatoria.
Si la línea existe con una cantidad nula, no se considerará para la validación. En el momento de la modificación, se rechazará la validación.

Es obligatorio indicar la cantidad. De hecho, un mensaje le informa de que la línea no se creará si la cantidad permanece nula al finalizar la entrada.

También puede aparecer un mensaje de error cuando se modifica la cantidad propuesta tras una consideración de necesidades y la cantidad introducida es inferior a la considerada.

• US (campo STU)

Este campo indica la unidad de gestión del artículo en la que se expresa el stock.

• Cantidad US (campo QTYSTU)

Es la cantidad en unidad de stock calculada a partir de la cantidad solicitada en unidad de pedido.
Dicha cantidad no se puede modificar directamente. El coeficiente entre la UC y la US no varía.

• Proveedor (campo BPSNUM)

• Si el parámetro PSHINIBPS – Inicialización proveedor SC (capítulo ACH, grupo PSH) tiene asignado el valor "Sí", el proveedor se inicializa con el proveedor por defecto definido en la ficha Artículos-Plantas o Artículos-Proveedores de la siguiente manera:
• Si el proveedor "por defecto" definido en la ficha Artículos-Plantas no es "válido", el campo permanece en blanco. Puede seleccionar uno.
• 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, el campo permanece en blanco.

En cualquier caso, si el proveedor no es obligatorio, se puede suprimir o modificar.

• Si el parámetro PSHINIBPS – Inicialización proveedor SC tiene asignado el valor "No", el proveedor no se inicializa. Si quiere indicar un proveedor, debe hacerlo manualmente.

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

• Seleccionar un proveedor en el fichero.
• Seleccionar un proveedor en la lista propuesta de proveedores del artículo.
• Seleccionar un proveedor en la lista de proveedores del artículo-planta.
• Crear un proveedor en el fichero, según sus habilitaciones.
• Consultar la lista de los últimos precios de pedido.

Este proveedor no puede ser "potencial" y debe estar "activo". Cuando se introduce, se realizan varios controles y pueden aparecer varios mensajes en los siguientes casos:

• Proveedor 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.
  
• El artículo está bloqueado para todas las solicitudes de compra de este proveedor o de este 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 no está referenciado en el proveedor. Este mensaje puede ser de bloqueo o de advertencia según la elección realizada en la parametrización general ITMBPS - Referenciación proveedor (capítulo ACH, grupo REF).
  
• El artículo no está referenciado en el proveedor para la planta. 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 puede 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. Debe introducir una planta en la que esté referenciado el artículo-proveedor o en la que el parámetro ITMBPSFCY - Ref. proveedor-plantano sea bloqueante.

Al modificar el proveedor en una línea de solicitud de compra, se propone recalcular los precios y descuentos en función de las tarifas definidas para el nuevo proveedor. La cantidad de la solicitud y la unidad de compra se pueden reajustar en función de la unidad de compra del nuevo proveedor y, si es necesario, en función de la norma de redondeo definida por el parámetro general PURQTYRND - Redondeo cantidad compra (capítulo ACH, grupo ORD).

• Versión mayor (campo ECCVALMAJ)

Solo puede acceder al número de versión mayor si el seguimiento de las versiones mayores está activo a nivel de la parametrización del artículo (en la sección Gestión de la función Artículo, el campo Versión stock tiene asignado el valor "Mayor"). Si la precarga de las versiones está activada a nivel del Artículo-Proveedores o, en su defecto, a nivel del Artículo-Aprov., se precarga automáticamente la última versión mayor activa. En su defecto, se precarga la última versión mayor en estado "Parada", pero se puede modificar.

• Versión menor (campo ECCVALMIN)

Solo puede acceder al número de versión menor si el seguimiento de las versiones mayores y menores está activo a nivel de la parametrización del artículo (en la sección Gestión de la función Artículo, el campo Versión stock tiene el valor "Mayor y menor"). Si la precarga de las versiones está activada a nivel del Artículo-Proveedores o, en su defecto, a nivel del Artículo-Aprov., se precarga automáticamente la última versión menor, pero se puede modificar.

• Proyecto (campo PJT)

Las modalidades de gestión de este campo dependen del valor del parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC, grupo MIS).

• Cuando el parámetro tiene asignado el valor Sí, la gestión multiproyecto está prohibida.
  El código de proyecto de la línea de documento no se puede completar. En creación directa, se alimenta automáticamente con el que se ha introducido en la cabecera y no se puede modificar.
  Si modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a las líneas.
  
• Cuando tiene asignado el valor No, la gestión multiproyecto está permitida.
  El código de proyecto de la línea de documento se inicializa con el que se ha introducido en la cabecera. Las líneas siguientes pueden tener un código de proyecto diferente.
  Solo puede modificar el código de proyecto de las líneas si la transacción de entrada utilizada permite la entrada de este campo.
  
  Si modifica el código de proyecto de la cabecera del documento, se abre un cuadro de diálogo proponiendo trasladar dicho código a las líneas del documento. Existen las siguientes opciones:
  • Sí: el código de proyecto se traslada a todas las líneas.
  • No: el código de proyecto no se traslada a las líneas.
  • Sí si mismo valor: el código de proyecto solo se traslada a las líneas asociadas al antiguo código.
  
  En una modificación, la gestión del código de proyecto depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio.
• 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.

• Fecha estimada pdo (campo EXTORDDAT)

Fecha estimada del pedido que se inicializa a partir de la fecha de recepción deseada.
Esta fecha resulta del siguiente cálculo:
"fecha de recepción deseada - plazo".
El plazo se establece según la tarifa, el artículo-planta o el artículo-maestro.

• Precio neto (campo NETPRI)

En una solicitud de compra, el precio neto puede proceder de una solicitud de oferta, de una tarifa o de la ficha artículo.
Se calcula a partir del precio bruto y de los descuentos o gastos.
Este último se puede modificar.

Independientemente de si el campo Precio neto aparece o no en la pantalla, el precio se inicializa en función de la elección realizada en el parámetro PSHVLT - Valoración línea SC (capítulo ACH, grupo PRI):
- Con el valor del coste estándar de la ficha Artículo-planta.
- Con el precio obtenido en una búsqueda de tarifa. En este caso, si la búsqueda de tarifa no da resultados, se tiene en cuenta el precio base de compra (sección Aprov.) de la ficha Artículo. En su defecto, y solo si el parámetro  PURPRICE - Tarifa por def. coste estándar (capítulo ACH, grupo PRI) tiene asignado el valor "Sí", se utiliza el Coste estándar de la ficha Artículo-planta.

Desde el campo Precio neto, haga clic en el icono Acciones para:

• Visualizar o modificar el precio, los distintos gastos y descuentos, y los motivos asociados.
• Consultar las tarifas.
• Reinicializar el precio solicitando una nueva búsqueda de tarifa.

Los artículos se introducen en una tabla, y puede introducir varios. Al finalizar la entrada de una línea, se encuentra automáticamente en la entrada de la línea siguiente. En este momento, puede volver a la línea introducida y hacer clic en el icono Acciones para:

• Introducir un texto en la línea.
• Duplicar la línea.
• Visualizar los compromisos generados por la solicitud de compra.
• Visualizar el detalle del presupuesto.

Según la parametrización definida, el control presupuestario se puede realizar a título indicativo en cada línea o al final de la entrada.

Al final de la entrada de una línea, cuando el control presupuestario de la línea está activado y se ha superado el presupuesto, aparece un mensaje de advertencia. Este mensaje puede ser de bloqueo o de advertencia según la elección realizada en la parametrización general (ver parámetro BUDCNTPRP - Tipo control precompromisos, capítulo BUD - grupo CMM). Puede aparecer un mensaje del mismo tipo en la validación de la solicitud de compra.

Además, cuando la actualización de los precompromisos está activa, esta se realiza automáticamente:

• En la validación de la solicitud de compra, si la gestión de firmas no está activa (ver parámetro APPPSH - Gestión de firmas en SC, capítulo ACH - grupo APP).
• En la primera firma del circuito, si la solicitud de compra debe seguir un circuito de firmas.

Al finalizar el proceso, se muestra el número asignado a la solicitud de compra. Según la transacción elegida, la solicitud de compra se puede imprimir automáticamente al finalizar la entrada.

• Importe línea AI (campo LINAMT)

• Div (campo CUR)

Esta divisa corresponde:

• a la divisa de la planta, si no se ha indicado ningún proveedor,
• o a la divisa del proveedor.

Los importes de la línea de solicitud de compra se expresan en esta divisa.

 Se aconseja utilizar la codificación ISO al crear una nueva divisa.

• campo LINACC1

Este campo indica la cuenta contable de compra. Los planes de cuentas a los que se puede acceder dependen del modelo contable asociado a la sociedad del movimiento. Si este campo no se indica, la cuenta se determina de forma automática mediante el código contable del artículo (en función de la parametrización del asiento automático PQUIS).
 La presencia de este campo depende de la transacción de captura utilizada.

• Tipo compra (campo LINPURTYP)

Es el tipo de compra (compra de mercancía o compra de inmovilizado) que sirve para determinar, cuando se modifica, la cuenta y el código de impuesto a utilizar. El tipo de compra se inicializa por defecto en función del impuesto asociado a la cuenta del artículo.

• campo CCE1

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto (código de sección PSD) que hay asociada a las solicitudes de compra. Si la transacción lo permite, estos códigos de sección se pueden modificar manualmente.

Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto, tanto en la cabecera como en la línea, conlleva la reinicialización del código de sección en dicho eje. Se reinicializan de acuerdo con la parametrización de las Secciones por defecto.

• Impuesto 1 (campo VAT1)

Este campo permite indicar un primer código de impuesto a aplicar.
Solo se puede indicar un código de impuesto coherente con la legislación y el grupo de la sociedad de la planta.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

• Impuesto 2 (campo VAT2)

• Impuesto 3 (campo VAT3)

• Impuesto entrada (campo TAXRCP)

• Impuesto salida (campo TAXISS)

• Otro impuesto 1 (campo TAXOTH1)

• Otro impuesto 2 (campo TAXOTH2)

• Saldado (campo LINCLEFLG)

• Firmado (campo LINAPPFLG)

• Id línea mantenimiento (campo PSDNUMMMS)

Este campo está sujeto al código de actividad MMS - Interface MMS - X3.
Este solo se alimenta si la solicitud de compra procede de una importación a través de la interfaz con el producto AXEL - GMAO.
En este caso, contiene el identificador de la línea de la solicitud que procede de la GMAO.

• Firma (campo XAPPFLG)

• Saldado (campo XCLEFLG)

• Pedida (campo XORDFLG)

• Impreso (campo XPRNFLG)

• Identificador mantenimiento (campo PSHNUMMMS)

Este campo está sujeto al código de actividad MMS - Interface MMS - X3.
Este solo se alimenta si la solicitud de compra procede de una importación a través de la interfaz con el producto AXEL - GMAO.
En este caso, contiene el número de la solicitud que procede de la GMAO.

• campo BUTMMSURL

Este botón está sujeto al código de actividad MMS - Interface MMS - X3.
Permite abrir la URL que da acceso a una página web con documentos de la GMAO vinculados a la solicitud de compra.