Pedidos

• Planta pedido (campo POHFCY)

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.

• Interplanta (campo BETFCY)

Esta información no se puede modificar e indica si el pedido es de tipo interplanta.
Cuando el pedido afecta a un proveedor interplanta (planta de la misma sociedad), este no se puede facturar.

 Nota:
En un pedido interplanta, el cálculo del coste de compra y del coste de stock no tiene en cuenta ni el importe de la línea, ni los impuestos no deducibles ni los elementos de facturación.
Los elementos de facturación pueden tenerse en cuenta en el cálculo del coste de stock. Para ello, debe asignar el valor "Sí" al parámetroBETFCYCST - Incluir elementos facturación(capítulo ACH, grupo COS).

• Intersociedad (campo BETCPY)

Esta información no se puede modificar e indica si el pedido es de tipo inter-sociedad.
Cuando el pedido afecta a un proveedor inter-sociedades (planta de una sociedad distinta), se puede generar una factura.

• campo POHNUM

El número de pedido es único para cada pedido. Permite identificarlo.

Si el contador de pedido es manual, también debe introducir un número de pedido. En caso de que el contador de pedido sea automático, se asigna un número al final de la creación.

Cuando se duplica un pedido de compra con una fecha de pedido diferente a la actual, se hace una pregunta al usuario para recalcular los precios y descuentos en función de la nueva fecha del pedido.

• N.º revisión (campo REVNUM)

Este campo no se puede completar. Solo se alimenta cuando se gestionan las revisiones de los pedidos (parámetro PURREV – Gestión de revisiones (capítulo ACH, grupo ORD)). Contiene el último número de revisión que se ha registrado para el pedido.

Al modificar un pedido firmado e impreso, los antiguos valores modificados en el pedido se guardan en el histórico y el número de revisión se incrementa:

• automáticamente cuando el parámetro PURREV - Gestión de revisiones tiene asignado el valor "Gestionada automáticamente";
• cuando respondes "Sí" al mensaje que aparece preguntando si debe generarse una revisión para la modificación. Este mensaje aparece cuando el parámetro PURREV - Gestión de revisiones tiene asignado el valor "Gestionada a petición".

• Fecha pedido (campo ORDDAT)

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.

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

• campo BPRNAM

• Prov. factdor. (campo BPSINV)

Este campo permite indicar el código del proveedor facturador, que se inicializa por defecto con el código del proveedor que se introduce en la cabecera.
Este proveedor puede ser otro proveedor elegido en la tabla de proveedores.

• campo BPAINV

Este campo permite indicar un código de dirección de facturación del proveedor de factura.
Por defecto, se trata del código de dirección definido en la ficha del proveedor de pedido para el proveedor de factura. Se puede elegir otro código de dirección del proveedor de factura.

• Tercero pagado (campo BPRPAY)

Este campo permite indicar el código del proveedor pagado, inicializado por defecto con el código del proveedor introducido en la cabecera. Este proveedor puede ser otro proveedor elegido en la tabla de proveedores.

• campo BPAPAY

Este campo permite indicar un código de dirección de pago del proveedor pagado.
Por defecto, se trata del código de dirección definido en la ficha del proveedor de pedido para el proveedor pagado. Se puede elegir otro código de dirección del proveedor pagado.

• Referencia interna (campo ORDREF)

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.

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

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 que introduce en la cabecera se traslada sistemáticamente a las líneas del documento y no se puede modificar.
  Si no introduce ningún código de proyecto y se cumplen las condiciones necesarias para que se abra automáticamente la ventana de consideración de necesidades, esta muestra todas las necesidades que cumplen los criterios indicados. Las necesidades se pueden referir a varios códigos de proyecto. Si hace clic en Incluir todo, se utiliza el código de proyecto de la primera línea para alimentar el código de proyecto del pedido: solo se seleccionan las líneas que tienen el mismo código de proyecto que la primera línea.
  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 modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a todas 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 recepcionadas y no saldadas.
  
• Cuando tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto que introduce 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, 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. Aparece un segundo mensaje proponiendo actualizar los precios/descuentos calculados en las líneas. La actualización solo es aplicable a las líneas no recepcionadas 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.

Cuando el pedido se ha generado por contramarca desde un pedido de venta, el código de proyecto se alimenta automáticamente con el de la cabecera del pedido de venta.
Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto de la cabecera del documento conlleva la reinicialización del código de sección en dicho eje, tanto en la cabecera del documento como en los elementos de facturación, en función de la parametrización de las Secciones por defecto. Si el código de proyecto se traslada a las líneas, el código de sección de las líneas afectadas también se reinicializa.

• Condición pago (campo PTE)

Esta información se inicializa con el proveedor introducido en la cabecera del pedido. Permite identificar el modo de pago del proveedor y el escalonamiento de los pagos. Esta información se puede modificar, pero es obligatoria.

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

• seleccionar un código de pago en la tabla,
• crear, según las habilitaciones, un código de pago en la tabla,
• simular un cálculo de los vencimientos,
• 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.

Solo se puede indicar una condición de pago coherente con la legislación y el grupo de la sociedad de la planta del documento.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

• Descuento (campo DEP)

El código de descuento permite identificar una serie de tasas de descuentos y recargos a aplicar a un pago, en función de un número de días de adelanto o retraso con respecto a la fecha de vencimiento.
Este código se inicializa con el código de descuento del proveedor que factura, pero se puede modificar.
Solo se puede introducir un código de descuento coherente con la legislación y el grupo de la sociedad de la planta del documento.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

Particularidades de la intersociedad: en una factura intersociedad generada a partir de una factura de venta, el descuento se inicializa con el de la factura de venta.

• Comprador (campo BUY)

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

• Divisa (campo CUR)

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.

• Tipo cambio (campo CHGTYP)

Este campo se controla en un menú local y puede tomar los siguientes valores: cambio día/cambio mes/cambio medio.

El tipo de cambio que se propone por defecto es el asociado al proveedor introducido en la cabecera del pedido. El pedido se puede modificar siempre y cuando aún no se haya creado, excepto si ya se ha introducido una línea con una estructura de costes.

Un tipo de cambio permite determinar un cambio de divisa en la tabla de cambios teniendo en cuenta la fecha del pedido. Esta información permite determinar los precios y descuentos en función de las tarifas, autorizando la conversión entre divisas.

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.

Si la divisa es igual que la de la sociedad, no se puede acceder al tipo de cambio, ya que no influye en este contexto.

• Rég. impuesto (campo VACBPR)

Esta información es obligatoria y se inicializa con el régimen de impuesto asociado al proveedor introducido en la cabecera del pedido. Permite definir el régimen de impuesto a aplicar en el pedido y los códigos de impuesto a utilizar para las líneas de los artículos.
 Esta información se controla en la tabla varia deregímenes de impuestos tercero.

Solo se puede indicar un régimen 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 sedetallan aquí.

Desde este campo puede:

• seleccionar un régimen de impuesto en la tabla,
• crear, según las habilitaciones, un régimen de impuesto en la tabla.

Si esta información se modifica durante la creación o duplicación del pedido y existen líneas de pedido, se hace una pregunta al usuario para recalcular los precios y descuentos de las líneas del pedido, sobre todo cuando las tarifas se expresan con IVA incluido. Si el pedido está creado, ya no se puede acceder a esta información.

Particularidades vinculadas a las intersociedades: En un pedido intersociedad o interplanta, el régimen de impuesto indicado en el pedido de venta generado se inicializa con el régimen de impuesto del cliente asociado a la planta de compra.

• campo PRHFCYLIB

• Planta fact. (campo INVFCY)

Planta a la que se destinan las facturas de este pedido. Se inicializa por defecto con la planta financiera asociada a la planta de pedido.
 Esta planta de facturación es obligatoriamente una planta financiera que pertenece a la misma sociedad jurídica que la planta del pedido.
La gestión de este campo depende de la transacción de entrada de la orden de subcontratación.

Particularidades vinculadas a las intersociedades: En un pedido intersociedad o interplanta, la planta de facturación se inicializa con la asociada al cliente facturado, definido en la ficha cliente de la planta de compra. La planta de facturación puede modificarse si está asociada a un cliente. Al generar el pedido de venta, el cliente facturado y el cliente pagador se inicializan con el asociado a la planta de facturación introducida. En caso de modificación, el pedido de venta también se actualiza.

• Planta expedición (campo STOFCY)

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ú Accionespermite 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.

• Transportista (campo BPTNUM)

Se trata del transportista encargado del despacho de las mercancías. Esta información la inicializa el transportista del proveedor capturado en la cabecera del pedido. Una ventana de selección permite elegir otro transportista. También se puede acceder a la tabla de transportistas si las habilitaciones del usuario lo permiten.

Particularidades vinculadas a las inter-sociedades: En el marco de un pedido inter-sociedades o inter-plantas, el transportista indicado en el pedido de venta generado se inicializa con el transportista que procede del cliente entregado y no de la información capturada a este nivel (excepto si el transportista no está indicado en el cliente entregado).

• Modo de entrega (campo MDL)

Esta información es obligatoria y se inicializa con el proveedor introducido en la cabecera del pedido. Describe cómo se envían las mercancías. Esta información se utiliza principalmente para la declaración de intercambio de bienes.
El modo de transporte determinado por el modo de entrega se recupera en la nota de pedido.

Desde este campo puede introducir directamente un modo de entrega, cuya existencia se controla en la tabla de modos de entrega, o utilizar el icono Acciones para:

• seleccionar un modo de entrega en la tabla,
• crear, según las habilitaciones, un modo de entrega en la tabla.

Particularidades vinculadas a las intersociedades: En un pedido intersociedad o interplanta, el modo de entrega del pedido de venta generado se inicializa con el modo de entrega introducido en el pedido de compra, si el modo de entrega no está indicado en el cliente entregado. El cliente entregado del pedido de venta se determina mediante la dirección de entrega que identifica la planta de recepción del pedido de compra.

• Incoterms (campo EECICT2)

Los códigos Incoterm, establecidos por la Cámara de Comercio Internacional, están destinados a homogeneizar los términos comerciales más empleados en comercio internacional. Estos definen, con un término único que todo el mundo pueda interpretar de la misma forma, las obligaciones respectivas del vendedor y del comprador establecidas en un contrato de venta.

El código Incoterm, controlado en la tabla de Incoterms, se utiliza principalmente en la declaración de intercambio de bienes. También se puede utilizar en la definición de tarifas.

Al crear un pedido, una recepción o una factura, el código incoterm se inicializa por defecto con el código incoterm del proveedor.
En el caso de los pedidos, las recepciones y las facturas, este código es único para el conjunto del documento.

Se puede acceder a la función de gestión de incoterm mediante un túnel. 

No se puede modificar la elección del incoterm una vez que se introduce en el documento un artículo gestionado con estructura de coste. Esta norma se aplica en creación, modificación y duplicación del pedido.

 También se puede acceder al código y a la ciudad incoterm mediante el menúOpciones/Datos aduaneros.

• Ciudad Incoterms (campo ICTCTY2)

Es la ciudad asociada a algunos tipos de Incoterms. Ejemplos: FOB Le Havre. Una ventana de selección permite elegir una ciudad registrada en el sistema. No obstante, también puedes introducir una ciudad que no esté registrada.

• Código agrupación (campo GPGCOD)

Este campo, gestionado por transacción de entrada, permite indicar un código elegido libremente que se utiliza para identificar y agrupar los documentos que llevan el mismo código. Esto permite, por ejemplo, al importar mercancías, acumular los distintos documentos de los pedidos que se han agrupado en un mismo viaje con fines logísticos y de optimización de costes.
Los pedidos que se han agrupado de esta forma se pueden visualizar a nivel de la función de consulta de Lista pedidos y del informe PURFCS - Gastos compras.
En un pedido interplanta, la recepción de la línea de entrega recupera automáticamente el código de agrupación.

• Eje (campo DIE)

Esta tabla permite indicar o visualizar los ejes analíticos, en función de la parametrización de la transacción de captura de entregas.

• Descripción (campo NAMDIE)

Este campo recupera la descripción del eje analítico.

• Sección (campo CCE)

Son las secciones analíticas que se inicializan en función de la parametrización de las Secciones por defecto (código de sección POH). 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 de la cabecera del documento conlleva la reinicialización del código de sección, en función de la parametrización de las Secciones por defecto. Si el código de proyecto se traslada a las líneas, el código de sección de las líneas afectadas también se reinicializa.

En función de la parametrización del código de sección POP, las secciones introducidas en la cabecera podrán servir de valor por defecto para las líneas del pedido de compra.

• Firmado (campo APPFLG)

Esta información permite conocer la situación del pedido desde el punto de vista de la gestión de firmas. Los valores posibles son: 'No', 'Parcialmente', 'Totalmente', 'Sin gestión', 'Sí automático'.
Si la gestión de firmas no está activada para una sociedad (parámetro APPPOH), el valor será sistemáticamente igual a 'Sin gestión'. Se podrá editar la nota de pedido y recepcionar el pedido.
Si la gestión de firmas sí está activada para una sociedad, el valor dependerá de las reglas de firma y de las firmas realizadas:

• si el valor está en 'No', no se habrá realizado ninguna firma o, si se han realizado, éstas han sido anuladas por un firmante,
• si el valor está en 'Parcialmente', esto significa que una parte de los firmantes designados por el circuito de firma ya han firmado el pedido,
• si el valor está en 'Totalmente', esto significa que todos los firmantes designados por el circuito de firma ya han firmado el pedido. Éste podrá editarse y recepcionarse,
• si el valor es 'Sí automático', esto significa que la gestión de firmas es opcional (parámetro APPPOH) y no se ha determinado circuito de firma en el pedido. Por ello se considera firmado y podrá editarse y recepcionarse.

Si el pedido de compra es de tipo inter-plantas o inter-sociedades y la parametrización así lo define, el pedido de venta recíproco se generará de forma automática si los valores de firma son: 'Sin gestión', 'Totalmente' o 'Sí automático'.

• Impreso (campo PRNFLG)

Esta información permite saber si la nota de pedido ha sido editada. Ésta sólo podrá editarse si el pedido está totalmente firmado, o si no hay gestión de firma para este pedido, o si la firma es automática.

• Saldado (campo CLEFLG)

Esta información permite saber si el pedido está totalmente saldado (cuando todas las líneas del pedido están saldadas, el pedido se salda automáticamente).
Un pedido puede saldarse si se ha recepcionado en su totalidad o si ha sido saldado de forma manual. Si un pedido queda totalmente saldado, no podrá modificarse posteriormente.

• Recibido (campo RCPFLG)

Esta información permite conocer la situación del pedido desde el punto de vista de la recepción de mercancías.
Los valores posibles son: 'No', 'Parcialmente', 'Totalmente'. Cuando un pedido queda totalmente recepcionado, se salda automáticamente.

• Facturado (campo INVFLG)

Esta información permite conocer la situación del pedido desde el punto de vista de la facturación. Los valores posibles son: 'No', 'Parcialmente', 'Totalmente'.

• Artículo (campo ITMREF)

Ayuda común para las funciones Pedidos, Facturasy 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 Pedidosy 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 (campo ITMDES)

Se trata de la descripción traducida al idioma del proveedor. Esta descripción se transmite, con las posibles modificaciones, a la recepción o a la factura proveedor.

Cuando el pedido proviene de una solicitud de compra u oferta, la descripción traducida procede de la línea de origen.

Esta descripción se imprimirá en la nota de pedido.

 A partir de este campo, se puede acceder a la ficha del artículo por medio de un túnel.

• Descripción std (campo ITMDES1)

Se trata de la descripción capturada en la ficha artículo. Esta descripción se transmite, con las posibles modificaciones, a la recepción o a la factura proveedor. En el caso de un pedido inter-plantas o inter-sociedades, la descripción estándar modificada también se transmite al pedido de venta generado.

Cuando el pedido proviene de una solicitud de compra u oferta, la descripción estándar procede de la línea de origen.

 A partir de este campo, se puede acceder a la ficha del artículo por medio de un túnel.

• Tipo de artículo (campo ITMKND)

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

• Planta recep. (campo PRHFCY)

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 Accionespermite:

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

• Dirección (campo FCYADD)

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.

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

• Planta exped. (campo LINSTOFCY)

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ú Accionespermite 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.

• Dir. S/T (campo SCOADD)

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.

• Uni. (campo UOM)

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.

• Ctd. pedida (campo QTYUOM)

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ú Accionesdel 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.

• Coeficiente (campo UOMPUUCOE)

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.

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

• US (campo STU)

Este campo indica la unidad de gestión del artículo en la que se expresan:

• el stock
• el precio estándar
• la cantidad de los vínculos de estructura, etc.

Esta información siempre se muestra, independientemente de la transacción. No se puede modificar.

• Ctd. US (campo QTYSTU)

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.

• Proyecto (campo PJT)

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

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 que introduce en la cabecera se traslada sistemáticamente a las líneas del documento y no se puede modificar.
  Si no introduce ningún código de proyecto y se cumplen las condiciones necesarias para que se abra automáticamente la ventana de consideración de necesidades, esta muestra todas las necesidades que cumplen los criterios indicados. Las necesidades se pueden referir a varios códigos de proyecto. Si hace clic en Incluir todo, se utiliza el código de proyecto de la primera línea para alimentar el código de proyecto del pedido: solo se seleccionan las líneas que tienen el mismo código de proyecto que la primera línea.
  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 modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a todas 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 recepcionadas y no saldadas.
  
• Cuando tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto que introduce 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, 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. Aparece un segundo mensaje proponiendo actualizar los precios/descuentos calculados en las líneas. La actualización solo es aplicable a las líneas no recepcionadas 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.

Cuando el pedido se ha generado por contramarca desde un pedido de venta, el código de proyecto se alimenta automáticamente con el de la cabecera del pedido de venta.
Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto de la cabecera del documento conlleva la reinicialización del código de sección en dicho eje, tanto en la cabecera del documento como en los elementos de facturación, en función de la parametrización de las Secciones por defecto. Si el código de proyecto se traslada a las líneas, el código de sección de las líneas afectadas también se reinicializa.

• F.recepción (campo EXTRCPDAT)

Ayuda común para las funciones Pedidosy 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 Accionesle 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.

• Precio bruto (campo GROPRI)

Ayuda común para los Pedidosy el Plan de compras.

Este campo permite determinar el precio unitario bruto sin impuestos del artículo. Si el campo Unidadestá 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 Accionespara:

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

• campo DISCRGVAL1

Ayuda común para los módulos de Compras y Ventas.

Las columnas de descuentos y gastos que aparecen dependen de la parametrización del código de estructura de tarifa asociado al proveedor en la ficha proveedor.
Pueden inicializarse utilizando las tarifas (ver documentación Parametrización tarifas y Entrada de tarifas).

El acceso a estas columnas puede depender de la parametrización de los motivos asociados a las tarifas y del valor del motivo asignado:

• Al parámetro UPDPRISAL - Motivo del precio por defecto (capítulo VEN, grupo PRI), para Ventas.
• Al parámetro UPDPRIPUR - Motivo del precio (por defecto) (capítulo ACH, grupo PRI), para Compras.

Estos descuentos o gastos se definen en importe o en porcentaje y se aplican en acumulado o en cascada en el precio bruto para determinar el precio neto de la línea del documento.

Desde el icono Acciones, puede:

• Visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos.
• Modificar, si es necesario, los motivos asignados a cada una de las columnas.

• Precio neto (campo NETPRI)

Se trata del precio neto unitario de la línea de pedido calculado a partir del precio bruto afectado por los posibles gastos y descuentos.
 No se puede acceder a esta información.

• Importe línea AI (campo LINAMT)

Se trata del precio neto AI unitario multiplicado por la cantidad pedida.
 No se puede acceder a esta información.

• Divisa (campo NETCUR)

Es la divisa del documento en la que se expresan los importes mostrados en las columnas anteriores.
Esta divisa se alimenta con la indicada en la sección Gestión y no se puede modificar.

• Coef. gastos entrega (campo CPRCOE)

• Coste fijo unitario (campo CPRAMT)

• Estructura de costes (campo STCNUM)

• Coste compra unitario (campo CSTPUR)

Esta información no se puede modificar y solo aparece si lo permite la transacción.

El coste de compra unitario se expresa en la divisa de la sociedad y no se puede modificar. Es el resultado del cálculo:

Coste de compra de la línea/Cantidad (en US)

 Este importe nunca se calcula en la entrada, sino al registrar el documento.

• Coste compra (campo LINCSTPUR)

El coste de compra corresponde a todo lo que debe pagar el comprador: el importe de la línea, el conjunto de costes y elementos de facturación (valorados o no) y los impuestos no deducibles.
No se puede modificar y solo aparece si lo permite la transacción. Se expresa en la divisa de la sociedad.
Observaciones:

La forma de cálculo difiere según el método adoptado para evaluar los gastos de entrega:

• Método global por aplicación de un Coeficiente de gastos de entrega y/o consideración de un Coste fijo unitario:
  
  Total precio neto de la línea (importe línea AI) * Coeficiente gastos de entrega
  + Total coste fijo de la línea (coste fijo unitario * cantidad en UC)
  + Total elementos de facturación de la línea
  + Total impuestos no deducibles de la línea
  
  Observación: El importe del impuesto no deducible se muestra en la ventana Coste de la línea que aparece haciendo clic en el icono Acciones de la línea.
  
  Ejemplo de cálculo del coste de compra de la línea (sin elementos de facturación)
  
  - Supuesto: las divisas de la sociedad y del documento son idénticas (€).
  
  - Precio neto: 10 €/caja
  - Coeficiente gastos de entrega: 1.3
  - Coste fijo unitario: 20 €
  - 1 caja = 15 US
  - Impuesto no deducible: 16.9 %
  
  --> Para un pedido de 1 caja:
  Coste de compra = (10 * 1.3 ) + 20 + (10 * 16.9 %) = 34.69 €
  El coste de compra unitario es de 34.69 €/15 US = 2.31 €
  
  --> Para un pedido de 5 cajas:
  Coste de compra = [(10 * 5) * 1.3 ] + (20 * 5) + (50 * 16.9 %) = 173.45 €
  El coste de compra unitario es de 173.45 €/75 US = 3.31 €
  
  
  Ejemplo de cálculo del coste de compra de la línea (con elementos de facturación)
  
  - Supuesto: las divisas de la sociedad y del documento son idénticas (€).
  
  - Precio neto: 10 €/caja
  - Coeficiente gastos de entrega: 1.3
  - Coste fijo unitario: 20 €
  - 1 caja = 15 US
  - Elemento de facturación valorado (porte): 10 €
  - Elemento de facturación no valorado (descarga): 7 €
  - Impuesto no deducible: 16.9 %
  
  --> Para un pedido de 5 cajas:
  Coste de compra = [(10 * 5) * 1.3 ] + (20 * 5) + (50 * 16.9 %) + 10 +7 = 190.45 €
  El coste de compra unitario es de 190.45 €/75 US = 2.539 €
  
  
• Método con consideración de un conjunto de gastos detallados en una Estructura de costes:
  
  Total precio neto de la línea (importe línea AI)
  + Total gastos producto (procedentes de la estructura de costes) de la línea
  + Total elementos de facturación de la línea
  + Total impuestos no deducibles de la línea
  
  Ejemplo de cálculo del coste de compra de la línea:
  
  - Supuesto:
  - Las divisas de la sociedad y del documento son idénticas (€).
  - Incoterm Ex-Works (el comprador paga todos los gastos).
  
  - Precio neto: 10 €/caja
  - Gastos producto valorados: 20 % del precio neto
  - Gastos producto no valorados (forma de cálculo: precio unitario por caja): 20 € por caja
  - 1 caja = 15 US
  - Elemento de facturación valorado (porte): 10 €
  - Elemento de facturación no valorado (descarga): 7 €
  - Impuesto no deducible: 16.9 %
  
  --> Para un pedido de 5 cajas:
  Importe línea sin IVA: 5 cajas * 10 € = 50 €
  + Gastos estructura de costes: (50 € * 20 %) + (20 € * 5) = 110 €
  + Total elementos de facturación de la línea 10 + 7 = 17 €
  + Total impuestos no deducibles de la línea 50 * 16.9 % = 8.45 €
  
  Coste de compra = 50 + 110 + 17 + 8.45 = 185.45 €
  El coste de compra unitario es de 185.45 €/75 US = 2.472 €
  

• Coste real compra (campo REACSTPUR)

El coste real de compra corresponde al importe total de las facturas/abonos imputados en la línea. Incluye tanto facturas/abonos de proveedores como facturas adicionales/abonos en facturas adicionales de la línea, siempre y cuando estos últimos estén validados.

• Las facturas adicionales/abonos en facturas adicionales cuyo indicador Nuevo coste tiene asignado el valor Sí se tienen en cuenta directamente en la validación.
• Las facturas adicionales/abonos en facturas adicionales cuyo indicador Nuevo coste tiene asignado el valor Nocorresponden a la actualización del importe de gastos. Esta actualización se realiza, según el caso, de la siguiente manera:
• Si el pedido está saldado y facturado (parcial o totalmente), la actualización se realiza mediante el lanzamiento de la petición STCREG - Conciliación gastos.
• Si el pedido está saldado, pero no facturado, la actualización se realiza en la facturación de la siguiente manera:
  - Si es una factura de recepción, el importe considerado corresponde al importe de los gastos de la recepción, que se ve afectado por las facturas adicionales.
  - Si es una factura de pedido, el importe de las facturas adicionales se distribuye con respecto a las cantidades recepcionadas de cada recepción de la línea de pedido.
  

El coste real de compra no se puede modificar. Solo aparece si lo autoriza la transacción de entrada. Viene expresado en la divisa de la sociedad.

En creación, esta información nunca se calcula en la entrada, sino solamente al registrar el pedido.

• Coste stock unitario (campo CPR)

Es el coste de stock unitario del artículo, expresado en la divisa de la sociedad.
Es el resultado del cálculo:

Este campo no se puede modificar. Solo se visualiza si la transacción seleccionada lo autoriza.
También se puede visualizar en la ventana de detalle stock.

Este coste se calcula cuando registra el pedido. Si está en curso de entrada en la línea de pedido, el coste no se calcula.

• Coste stock (campo LINAMTCPR)

Este campo no se puede modificar y solo aparece si lo permite la transacción.
Muestra el importe de los costes (en la divisa de la sociedad) que se utilizan para valorar el stock.

Observaciones:

La forma de cálculo difiere según el método adoptado para evaluar los gastos de entrega:

• Método global por aplicación de un Coeficiente de gastos de entrega y/o consideración de un Coste fijo unitario:
  
  Importe línea AI * Coeficiente gastos de entrega
  + Coste fijo unitario (expresado en UC y convertido a US) * cantidad en UC
  + Total elementos de facturación valoradosde la línea (solo se tienen en cuenta aquellos cuyo indicador Valorización stock tiene asignado el valor "Sí").
  + Total impuestos no deducibles de la línea (si el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "Sí").
  
  Este resultado se convierte a la divisa de la sociedad utilizando el tipo de cambio indicado en la sección Gestión.
  
  Ejemplo de cálculo del coste de stock de la línea (sin elementos de facturación)
  
  - Supuesto: las divisas de la sociedad y del documento son idénticas (€).
  
  - Precio neto: 10 €/caja
  - Coeficiente gastos de entrega: 1.3
  - Coste fijo unitario: 20 €
  - 1 caja = 15 US
  - Impuesto no deducible: 16,9 %, pero el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "No".
  
  --> Para un pedido de 1 caja:
  Coste de stock = (10 * 1.3 ) + 20 = 33 €
  El coste de stock unitario es de 33 €/15 US = 2.20 €
  
  --> Para un pedido de 5 cajas:
  Coste de stock = [(10 * 5) * 1.3 ] + (20 * 5) = 165 €
  El coste de stock unitario es de 165 €/75 US = 2.20 €
  
  
  Ejemplo de cálculo del coste de stock de la línea (con elementos de facturación)
  
  - Supuesto: las divisas de la sociedad y del documento son idénticas (€).
  
  - Precio neto: 10 €/caja
  - Coeficiente gastos de entrega: 1.3
  - Coste fijo unitario: 20 €
  - 1 caja = 15 US
  - Elemento de facturación valorado (porte): 10 €
  - Elemento de facturación no valorado (descarga): 7 €
  - Impuesto no deducible: 16,9 %, pero el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "No".
  
  --> Para un pedido de 5 cajas:
  Coste de stock = [(10 * 5) * 1.3 ] + (20 * 5) + 10 = 175 €
  El coste de stock unitario es de 175 €/75 US = 2.33 €
  
  
  Ejemplo de cálculo del coste de stock de la línea (con elementos de facturación)
  
  - Supuesto: las divisas de la sociedad y del documento son diferentes (€).
  
  Divisa de la sociedad: $
  Divisa del documento: €- Conversión: 1 € = 1.40 $
  
  - Precio neto (en divisa del documento): 10€/caja, convertidos a divisa de la sociedad --> 14$/caja
  - Coeficiente gastos de entrega: 1.3
  - Coste fijo unitario (en la divisa indicada en la ficha artículo): 30 $
  - 1 caja = 15 US
  - Elementos de facturación valorados (porte) (en divisa del documento): 15 €, convertidos a divisa de la sociedad --> 21 $
  - Impuesto no deducible: 16,9 %, pero el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "No".
  
  --> Para un pedido de 1 caja:
  Coste de stock = (14 * 1.3) + 30 + 21 = 69.20 $
  El coste de stock unitario es de 69.20 $/15 US = 4.61 $
  
  
• Método con consideración de un conjunto de gastos detallados en una Estructura de costes:
  
  Importe línea AI
  + Gastos estructura de costes
  + Total elementos de facturación valorados de la línea (solo se tienen en cuenta aquellos cuyo indicador "Valorización stock" tiene asignado el valor "Sí").
  + total impuestos no deducibles (si el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "Sí").
  
  Ejemplo de cálculo del coste de stock de la línea 
  
  - Supuesto:
  - Las divisas de la sociedad y del documento son idénticas (€).
  - Incoterm Ex-Works (el comprador paga todos los gastos).
  
  - Precio neto: 10 €/caja
  - Gastos directos valorados: 20 % del precio neto
  - Gastos directos no valorados (forma de cálculo: precio unitario por caja): 20 € por caja
  - 1 caja = 15 US
  - Elemento de facturación valorado (porte): 10 €
  - Elemento de facturación no valorado (descarga): 7 €
  - Impuesto no deducible: 16,9 %, pero el parámetro NODVATSTO - Impuestos no deducib. en stock tiene asignado el valor "No".
  
  --> Para un pedido de 5 cajas:
  Importe línea sin IVA: 5 cajas * 10 € = 50 €
  + Gastos valorados de la estructura de costes 50 € * 20 % = 10 €
  + Total elementos de facturación valorados: 10 €
  
  Coste de stock = 50 + 10 + 10 = 70 €
  El coste de stock unitario es de 70 €/75 US = 0.933 €
  

• Divisa (campo CPRCUR)

Es la divisa en la que se valoran los stocks (divisa contable de la sociedad). El coste de stock unitario y el precio unitario de la orden se expresan en esta divisa.
Esta información no se puede modificar.

• campo LINACC1

Estos campos indican las cuentas contables de compra. Los planes de cuentas a los que se puede acceder dependen del modelo contable asociado a la sociedad del movimiento.
Si estos campos no se indican, las cuentas se determinarán automáticamente mediante el código contable del artículo (en función de la parametrización del asiento automático).
 La presencia de este campo depende de la transacción de captura utilizada.

• Tipo compra (campo LINPURTYP)

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

Los distintos tipos de compra son: Compras, Inmovilizados y Servicios. El tipo de compra se inicializa en función de la imputación de impuesto asociada a la cuenta general capturada previamente.

El tipo de compra se transmite a la recepción o al control de facturas de compra.

• Regla conciliación (campo MATTOL)

Este campo muestra el código de tolerancia de la línea de pedido. Se alimenta de la siguiente forma:

• El programa busca si se ha introducido algún código de tolerancia en la ficha artículo-proveedor.
• Si no encuentra ningún valor, busca a nivel de la ficha artículo.
• Por último, se realiza un control a nivel de la ficha proveedor.
• Si no hay ningún código previsto, no se aplica ningún código de tolerancia a la línea.

Gestión del campo (depende de la parametrización de la transacción de entrada)

• Si la transacción de entrada permite introducir el código de tolerancia, dicho código se puede modificar siempre y cuando el pedido no esté saldado.
• Si la transacción de entrada permite visualizar el código de tolerancia, se asigna un código por defecto y no se puede modificar.
• Si la transacción de entrada no permite visualizar la columna, el código por defecto es invisible.

 Un código de tolerancia se puede asignar por defecto sea cual sea el pedido de compra (de tipo contramarca, manual o plan de trabajo).

• campo CCE1

Al introducir una línea de pedido, los ejes analíticos se inicializan en función del código POP de Secciones por defecto.

Si la línea de pedido procede de una línea de documento, las secciones analíticas se alimentan con las de la línea del documento de origen. Si no se introducen ejes analíticos en el documento de origen, se realiza un intento de inicialización de dichos ejes en función del código de Secciones por defecto.
Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto de la línea de documento conlleva la reinicialización del código de sección, en función de la parametrización de las Secciones por defecto.
Las secciones analíticas se pueden modificar en función de la parametrización de la transacción.Las distintas secciones analíticas introducidas en la línea de pedido se trasladan a la recepción o al control de facturas de compra.

• CC (campo QUAFLG)

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.

• Incr. Intr. (campo EECINCRAT)

Es el coeficiente de aumento que se utiliza en la declaración de intercambio de bienes.
Dicho coeficiente, aplicado al valor fiscal de la línea de artículo, permite obtener el valor estadístico. La presencia de este campo depende de si se activa la gestión de la declaración de intercambio de bienes (código de actividad DEB).
 Esta información se inicializa con el coeficiente de aumento de la ficha Artículo-Proveedor, si se indica, o con el coeficiente de aumento de la ficha Proveedor.

• País (campo ORICRY)

Se trata del país de origen de la mercancía en el que ésta ha sido fabricada.
Esta información se inicializa con el país de la dirección de expedición del proveedor. Se utiliza sobre todo para la Declaración de Intercambio de Bienes (código ISO de la tabla de países). El país de procedencia de la mercancía en el ámbito de la Declaración de Intercambio de Bienes procede de la dirección de expedición del proveedor.

• Fecha ARP (campo LINOCNDAT)

No se puede acceder a estos datos en la línea de pedido. Cuando se introducen la fecha y el número del último acuse de recibo enviado por el proveedor en la sección Totaldel pedido, las líneas de pedido que aún no disponen de fecha y número de acuse de recibo se actualizan automáticamente con los valores introducidos.
Cuando se modifica o añade una línea, esta recupera la fecha y el último número de acuse de recibo (sección Total) conocido.
Particularidades de la intersociedad
En un pedido intersociedad o interplanta, el número y la fecha de acuse de recibo de cada línea se inicializan, cuando se ha generado el pedido de venta, con la fecha y el número del pedido de venta.

• Número ARP (campo LINOCNNUM)

• Saldado (campo LINCLEFLG)

Esta información permite conocer la situación de la línea de pedido. No se le puede acceder si la línea está saldada.
Se puede volver a activarla si lo permiten las habilitaciones del usuario y el pedido no está totalmente saldado.
Una línea de pedido puede ser saldada manualmente o automáticamente mediante la recepción de las mercancías.

• N.º revisión (campo LINREVNUM)

Si se activa la gestión de revisiones (parámetro PURREV), el número de revisión mostrado en la línea indica que se ha modificado la línea de pedido en virtud de la revisión número x.

• N.º pdo. venta (campo SOHNUM)

Esta información indica el número del pedido de venta de origen cuando el pedido de compra se ha generado mediante una contramarca.
 No se puede acceder a esta información.

• Origen solicitud (campo ORI)

Esta información no accesible indica el origen de la línea del pedido de compra.
Los valores posibles son: 'Compras', 'Contramarca directa', 'Contramarca recepcionada', 'Producción', 'Subcontratación'.

• Peso (campo QTYWEU)

Este campo, sujeto a transacción de entrada, contiene el peso del artículo pedido.

• Unidad peso (campo LINWEU)

La unidad de peso es el peso de referencia del documento. Se define con el parámetro SALDSPWEU - Unidad peso para distribución (capítulo TC, grupo INV) en todos los documentos.

• Volumen (campo QTYVOU)

Este campo, sujeto a transacción de entrada, contiene el volumen del artículo pedido.

• Unidad de volumen (campo LINVOU)

La unidad de volumen es el volumen de referencia del documento. Se define con el parámetro SALDSPWEU - Unidad volumen para distribución (capítulo TC, grupo INV) en todos los documentos.

• Impuesto 1 (campo VAT1)

Este campo permite indicar un primer código de impuesto a aplicar al artículo pedido.
Los códigos impuestos (IVA, impuesto parafiscal y/o especial, provincial, provincial) se pueden modificar en la línea de pedido si la transacción lo autoriza. Se inicializan en función de las normas de determinación de impuestos, que generalmente proceden del cruce entre el régimen fiscal del proveedor y los niveles de impuestos del artículo introducido.
Si el código de actividad PTX - Impuestos provincialesestá activado, también se puede acceder a cuatro impuestos adicionales en la línea, que permiten gestionar impuestos de tipo provincial. Al convertir una línea de pedido en línea de recepción o de factura, los códigos de impuestos indicados en la línea de pedido se transfieren a estos documentos.
El botón contextual permite seleccionar un código de impuesto para cada nivel de impuesto.

• Impuesto 2 (campo VAT2)

Este campo permite indicar un segundo código de impuesto a aplicar a la línea. Se trata de un impuesto parafiscal o especial.

• Impuesto 3 (campo VAT3)

Este campo permite indicar un tercer código de impuesto a aplicar a la línea.
Se trata de un impuesto parafiscal o especial.

• Impuesto entrada (campo TAXRCP)

Este campo permite indicar el impuesto de entrada que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuestos o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Impuesto salida (campo TAXISS)

Este campo permite indicar el impuesto de salida que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Otro impuesto 1 (campo TAXOTH1)

Este campo permite indicar un impuesto adicional que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Otro impuesto 2 (campo TAXOTH2)

Este campo permite indicar un impuesto adicional que se aplica al artículo.
Este impuesto procede de la parametrización de la determinación de impuesto o se introduce manualmente.
 Hay que activar previamente elcódigo de actividad vinculado a los impuestos provinciales.

• Tipo línea (campo LINTYP)

Esta información caracteriza el tipo de línea diferenciando entre un artículo clásico y una estructura de subcontratación.
Se pueden encontrar los siguientes valores: 'Normal', 'Subcontratado', 'Servicio' y 'Material suministrado'.

• Imp. mín. pedido (campo ORDMINAMT)

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 Controlmuestra el nivel de control (bloqueante, aviso, sin control) definido en el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

• Imp máx pedido (campo ORDMAXAMT)

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.

• Límite porte gratuito (campo ORDFREFRT)

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.

• Control (campo POHMINAMT)

Este campo, al que no se puede acceder, muestra el tipo de control que se le realiza al importe mínimo de pedido. El tipo de control (bloqueante, aviso, sin control) lo define el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

• Total AI líneas (campo WTOTLINAMT)

Se trata del importe total antes de IVA del pedido expresado en la divisa del pedido.

• Contenedor (campo TCTRNUM)

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.

• Peso (campo WEICAP)

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.

• N.º cntrs. (campo TCTRQTY)

• Volumen (campo VOLCAP)

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.

• Peso (campo WEITOT)

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

• Volumen (campo VOLTOT)

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

• Peso (campo WEIAVL)

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.

• campo TCTRWEU

• Volumen (campo VOLAVL)

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.

• campo TCTRVOU

• N.º (campo INVDTA)

Se trata del número del elemento de facturación que identifica el importe asociado (gastos, porte, embalaje, descuento, etc.).
La lista de los elementos de facturación se constituye mediante la concatenación de las listas del proveedor de pedido y de factura en función del origen definido en el propio elemento de facturación.
Si un elemento de facturación está presente en el proveedor de pedido y de factura, se toma el valor de la ficha proveedor en función del origen del elemento de facturación. Esta lista se completa con los elementos de facturación de tipo línea presentes en la estructura de tarifa del proveedor de pedido.
 A esta lista se le puede añadir otros elementos. Sólo se pueden suprimir los elementos añadidos a la lista inicial.

• Descripción (campo INVDTALIB)

Este campo indica la descripción corta del elemento de facturación.

• % o importe (campo INVDTAAMT)

Datos relativos al pie de facturación. Estos datos proceden directamente de los elementos de facturación presentes en la ficha del proveedor afectado por el pedido para los que se declaran presentes en el pie del pedido.
 Consultar la documentación relativa a los elementos de facturación para obtener más detalles.
Se puede modificar los valores de los diferentes elementos de facturación existentes y añadir nuevos. Estos elementos de facturación se tienen en cuenta en el pedido de forma inmediata y afectan al total AI e II.
Particularidades vinculadas a las inter-sociedades
En el caso de una recepción inter-plantas o inter-sociedades, los elementos de facturación se recuperan del pedido de compra si la entrega recepcionada procede de un pedido de compra.
En el caso de una entrega directa, los elementos de facturación se recuperan directamente de la entrega.

• campo AMTCODLIB

El sistema indica si el elemento de facturación es un porcentaje o un importe.
En el caso de un importe, se muestra la divisa del documento.

• Imp.pie pdo (campo INVORDAMT)

Este campo indica el importe del elemento de facturación.

• Imp. líneas (campo INVLINAMT)

Este campo muestra el importe del elemento de facturación cuando éste se calcula a partir de las líneas de documento.
 En el caso de un elemento de facturación de este tipo, no se puede acceder a los campos '% o importe' e 'Imp. pie pdo'.

• Imp.facturado (campo INVCPLAMT)

Este campo indica el importe considerado en las facturas vinculadas al pedido.

• D/H (campo DEBCDT)

Este campo indica el sentido del elemento de facturación:

• Haber (descuento)
• Debe (gasto)

• Impuesto (campo INVDTAVAT)

Este campo indica el código de impuesto del elemento de facturación.
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í.

Un elemento de facturación cuya norma de cálculo fiscal es de tipo "tasa producto" o "importe líneas" no presenta código de impuesto y prohíbe la modificación.

• campo ACC1

Estos campos indican las cuentas contables de compra de los elementos de facturación. Los planes de cuentas a los que se puede acceder dependen del modelo contable asociado a la sociedad del movimiento. Si estos campos no se indican, las cuentas se determinarán automáticamente mediante el código contable del elemento de facturación (en función de la parametrización del asiento automático).
 La presencia de estos campos depende de latransacción de captura utilizada.

• Distribución (campo DSP)

Se trata de la clave de distribución analítica del elemento de facturación.
Se puede modificar directamente en la línea.

• campo PFICCE1

Son las secciones analíticas del elemento de facturación.

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto (código de sección POV) que hay asociada a la gestión de los elementos de facturación. Si la transacción lo permite, estos códigos de sección se pueden modificar manualmente. Para modificar los códigos de sección de los distintos ejes, haga clic en el icono Acciones.

Cuando se utiliza un eje analítico en el seguimiento de la gestión del proyecto, cualquier modificación del código de proyecto de la cabecera del documento conlleva la reinicialización del código de sección en este eje, excepto si se ha introducido una clave de distribución.

• N.º (campo NOTAX)

• Código (campo TAX)

Este campo indica el código de impuesto presente en las líneas de documento o en la tabla de elementos de facturación.

• Descripción (campo LIBTAX)

Este campo indica la descripción del código de impuesto que aparece en las líneas de documento o en la tabla de elementos de facturación.

• Base impuesto (campo BASTAX)

Este campo indica la base sujeta al impuesto. Está formada por el importe sin impuestos de las líneas de factura y/o por el importe de los elementos de facturación.

• Importe impuesto (campo AMTTAX)

Se trata del importe de impuesto calculado a partir de las líneas y/o los elementos de facturación.

• Tipo (campo PURTYP)

Cuando el impuesto está vinculado a:

• La línea de documento, el tipo de impuesto se alimenta con el tipo de compra de dicha línea: Compra, Inmov.o Servicio.
• Un elemento de facturación, el tipo de impuesto siempre es Compra.

• Divisa (campo WCUR)

Este campo indica la divisa del documento.

• Mín. pdo. (campo ORDMINAMT)

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 Controlmuestra el nivel de control (bloqueante, aviso, sin control) definido en el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

• Bloqueante (campo POHMINAMT)

Este campo, al que no se puede acceder, muestra el tipo de control que se le realiza al importe mínimo de pedido. El tipo de control (bloqueante, aviso, sin control) lo define el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

• A.I. líneas (campo TOTLINAMT)

Se trata del importe total antes de IVA de las líneas del pedido expresado en la divisa del pedido.

• Total AI (campo TOTORD)

Se trata del importe total antes de IVA del pedido que incluye los varios elementos de facturación expresados en la divisa del pedido.

• Total imptos. (campo TOTTAXAMT)

Se trata del importe total de los impuestos del pedido.
Este importe se expresa en la divisa del pedido.

• Total II (campo TTVORD)

Se trata del importe total II del pedido que incluye los varios elementos de facturación e impuestos. Este importe se expresa en la divisa del pedido.

• Fecha ARP (campo OCNDAT)

• Número ARP (campo OCNNUM)

Introduzca el número de acuse de recibo que haya recibido el proveedor tras recepcionar el pedido.
Una vez que se ha introducido esta información, las líneas de contrato que aún no disponen de número de ARP se actualizan automáticamente con el número.

Particularidades vinculadas a las intersociedades: En un contrato intersociedad o interplanta, no se puede acceder al número y a la fecha de ARP y, cuando se genera el contrato de venta, se inicializan con la fecha y el número del pedido de venta. De esta manera, si sus habilitaciones de usuario lo permiten, puede acceder al contrato de venta generado mediante el icono Acciones, que está disponible en el campo Número ARP.

• Observaciones ARP (campo OCNREM)

Si es necesario, indique dos líneas de comentario en el acuse de recibo.

• Descripción (campo LIB)

• campo TOTDOC

• campo TOTSOC

• Total por naturaleza de gastos (campo STCD)

• Incoterms (campo EECICT)

Los códigos Incoterm, establecidos por la Cámara de Comercio Internacional, están destinados a homogeneizar los términos comerciales más empleados en comercio internacional. Estos definen, con un término único que todo el mundo pueda interpretar de la misma forma, las obligaciones respectivas del vendedor y del comprador establecidas en un contrato de venta.

El código Incoterm, controlado en la tabla de Incoterms, se utiliza principalmente en la declaración de intercambio de bienes. También se puede utilizar en la definición de tarifas.

• Ciudad Incoterms (campo ICTCTY)

Es la ciudad asociada a algunos tipos de Incoterms. Ejemplos: FOB Le Havre. Una ventana de selección permite elegir una ciudad registrada en el sistema. No obstante, también puedes introducir una ciudad que no esté registrada.

• Transitario (campo FFWNUM)

El transitario permite identificar un tercero designado por el expedidor o el destinatario para garantizar la continuidad del transporte cuando una mercancía debe pasar por varios transportes sucesivos. El transitario se controla en la tabla de transportistas.

El transitario y su dirección se utilizan en la declaración de intercambio de bienes para declarar los flujos de mercancías entre las direcciones del expedidor y el transitario o entre las direcciones del transitario y el destinatario.

Por ejemplo, cuando se exportan mercancías, ya que los trámites aduaneros los realiza un transitario de otro país miembro de la Unión. Hay que realizar una declaración Intrastat para transferir la mercancía a este otro país miembro de la Unión.

• Dirección transitario (campo FFWADD)

Es el código de dirección del transitario. Se inicializa con la dirección por defecto del tercero que corresponde al transitario. Esta dirección permite determinar si hay que realizar una declaración Intrastat para este flujo.

• N.º IVA intracomunitario (campo EECNUM)

Es el número de identificación del IVA del tercero. 

Este número de IVA europeo se introduce en todas las facturas que tienen como origen o destino la Comunidad Europea. Empieza por dos letras, que identifican el país del tercero, seguidas de un número variable según el país.

En Francia, este número está formado por las letras FR, dos cifras que identifican la oficina fiscal del lugar de actividad de la empresa y el NIF de la sociedad.

Si el NIF está parametrizado como obligatorio en el país de la sociedad, esta información es obligatoria.

• Lugar transporte Intrastat (campo EECLOC)

El lugar de transporte es necesario para la declaración Intrastat. Se combina con el código Incoterm para determinar las condiciones de entrega recuperando las disposiciones relativas al contrato de venta, que especifican las obligaciones respectivas del vendedor y del comprador.

Esta información no se utiliza en la declaración francesa.

• Modo transporte Intrastat (campo EECTRN)

Es el modo de transporte mediante el cual las mercancías van a salir del territorio nacional (expedición) o han entrado en el territorio nacional (entrada). Esta información se utiliza en la declaración de intercambio de bienes.

• Naturaleza transacción (campo EECNAT)

Es la información económica sobre la operación realizada. La naturaleza de la transacción se utiliza en la declaración de intercambio de bienes.
Esta información se inicializa en los flujos físicos, donde se puede modificar. También podrá acceder a esta información en algunos flujos financieros (facturas y abonos de venta).
La naturaleza de la transacción se inicializa en función de la parametrización realizada a nivel de la tabla de correspondencia de Regímenes y naturalezas de movimiento, que permite asociar un Régimen CEE y una Naturaleza transacción CEE a cada tipo de flujo. Esta parametrización se puede personalizar por legislación, país y grupo de sociedades.

• Régimen estadístico (campo EECSCH)

El régimen CEE o estadístico permite caracterizar la naturaleza de la operación intracomunitaria desde el punto de vista fiscal o estadístico. El régimen CEE se utiliza en la declaración de intercambio de bienes.
Esta información se inicializa en los flujos físicos, donde se puede modificar. También podrá acceder a esta información en algunos flujos financieros (facturas y abonos de venta).
La naturaleza de la transacción se inicializa en función de la parametrización realizada a nivel de la tabla de correspondencia de Regímenes y naturalezas de movimiento, que permite asociar un Régimen CEE y una Naturaleza transacción CEE a cada tipo de flujo. Esta parametrización se puede personalizar por legislación, país y grupo de sociedades.

• N.º líneas (campo LINNBR)

• N.º líneas tot. recepcionadas (campo RCPLINNBR)

• N.º líneas saldadas (campo CLELINNBR)

• N.º líneas totalmente fact. (campo INVLINNBR)

• N.º total líneas de recepción (campo RCPNBR)

• Firmado (campo APPFLG)

• N.º total líneas de factura (campo INVNBR)

• Impreso (campo PRNFLG)

• N.º (campo NOLIG)

• Artículo (campo ITMREF)

• Ctd pdo (campo QTYPUU)

• Ctd fact total (campo INVQTY)

• Unidad (campo PUU)

• N.º recepción (campo PTHNUM)

• F.recep. (campo RCPDAT)

• Ctd recepción (campo RCPQTYPUU)

• Ctd fact/recepción (campo INVQTYPUU)

• Número factura (campo INVNUM)