Pedidos abiertos

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

• N°Contrato (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)

Es el último número de revisión registrado para el pedido abierto. Cuando se modifica un pedido firmado e impreso y el parámetro PURREV activa la gestión de revisiones, se le pregunta al usuario si la modificación debe generar una revisión.
En ese caso, se registrarán en el histórico los antiguos valores modificados en el pedido y se incrementará el número de revisión.

• Proveedor (campo BPSNUM)

El código del proveedor debe cumplir ciertas condiciones: estar activo y no ser de tipo potencial. Desde este campo puede:

• introducir directamente un código de proveedor, cuya existencia se controla en el fichero Proveedores,
• hacer clic en la Selección rápida de proveedores desde el icono Acciones para:
• seleccionar un proveedor en el fichero,
• crear, según sus permisos, un proveedor en el fichero,
• consultar las notas sobre el proveedor.

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

Después de introducir el proveedor, puede aparecer un mensaje cuando este está en litigio. Este mensaje puede ser de advertencia o de bloqueo, según el valor asignado al código de litigio en la ficha proveedor. 

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

Contratos de reaprovisionamiento interplanta Se pueden crear contratos interplanta para gestionar el reaprovisionamiento entre plantas:
Defina las plantas como terceros clientes y/o terceros proveedores. Las plantas solicitantes estarán definidas como Clientes y las abastecedoras como Proveedores.

Cuando cree un contrato de compra e introduzca un proveedor de tipo interplanta, el contrato también se considera de este tipo. Esto significa que, al crear el contrato de compra, el contrato de venta asociado se crea automáticamente. Este contrato será igual que el de compra. El cliente de este contrato de venta será el cliente asociado a la planta solicitante que ha emitido el contrato de compra.

El contrato maestro es el contrato de compra. Una solicitud de entrega introducida en el contrato de compra crea automáticamente la solicitud de entrega en el contrato de venta. Cualquier modificación que se realiza en una solicitud de entrega repercute automáticamente en la solicitud de entrega del contrato de venta (modificación de la cantidad, saldo de la solicitud de entrega, supresión de la solicitud de entrega). No se permiten modificaciones a nivel de la solicitud de entrega del contrato de venta, todo lo gestiona el contrato de compra.

Hay un caso en el que la solicitud de entrega de compra se puede modificar mediante la solicitud de entrega de venta. Si se realiza la entrega parcial de una solicitud de entrega, la solicitud de entrega del contrato de venta se divide en dos solicitudes. La primera para la parte entregada y la segunda para al resto. La solicitud de entrega de compra también se dividirá en dos para cada una de las solicitudes de entrega de venta.

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

Cuando el proveedor está identificado como interplanta, el indicador interplanta del pedido abierto se activa 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 activa.

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

• campo XBPRNAM

• Intersociedad (campo BETCPY)

Esta información se alimenta automáticamente y no se puede modificar. Especifica si el contrato es de tipo interplanta o intersociedad. Cuando se refiere a un proveedor interplanta (planta de la misma sociedad), este no se puede facturar. Cuando se refiere a un proveedor intersociedad (planta de una sociedad distinta), se puede registrar una factura.

• Interplanta (campo BETFCY)

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

• Ref interna (campo ORDREF)

Campo que permite indicar la referencia del contrato en el proveedor (no controlado en la tabla) o indicar una referencia interna libre

• Fecha contrato (campo ORDDAT)

La fecha del contrato se inicializa con la fecha del día, pero se puede modificar.

• Planta venta (campo SALFCY)

Es la planta de venta asociada al proveedor interplanta.

• 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 que factura.
Por defecto, es el código de dirección definido en la ficha proveedor pedido del proveedor que factura, pero se puede elegir otro código diferente.

• 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, es el código de dirección definido en la ficha proveedor pedido del proveedor pagado, pero se puede elegir otro código diferente.

• 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.
  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.
  Al transformar un documento, se alimenta con el código de proyecto de las líneas del primer documento seleccionado y no se puede modificar.
  Las líneas adicionales deben tener el mismo código de proyecto.
  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 modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a todas las líneas.
  
• Cuando el parámetro tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto que introduce en la cabecera del documento se utiliza para inicializar el código de proyecto de las líneas del documento.
  Solo puede modificar el código de proyecto de las líneas si se cumplen las siguientes condiciones:
  - la transacción de entrada utilizada permite la entrada de este campo,
  - la línea de artículo no ha sido objeto de una solicitud de entrega.
  
  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, excepto a las que ya han sido objeto de una solicitud de entrega.
• 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 que tenían el antiguo código, excepto a las que ya han sido objeto de una solicitud de entrega.

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.

Particularidades de la intersociedad: en un pedido abierto interplanta, el código de proyecto se traslada automáticamente a la línea de pedido de venta generada. No obstante, en un pedido abierto intersociedad, el código de proyecto no se traslada.

• Fecha inicio validez (campo STRDAT)

La fecha inicial de validez del contrato se inicializa con la fecha del contrato, pero se puede modificar. Esta fecha inicializa la fecha inicial de validez de las líneas de artículo, que también se puede modificar siempre y cuando sea posterior o igual a la fecha inicial de validez del contrato.

• Fecha fin validez (campo ENDDAT)

La fecha final de validez del contrato se inicializa con la fecha inicial + 1 año. Se puede modificar siempre y cuando sea posterior a la fecha inicial.
También inicializa la fecha final de validez de las líneas de artículo.

Particularidades de la intersociedad: La fecha de validez del contrato de venta corresponde a la fecha final de validez del contrato de compra. Si se modifica la fecha final de validez del contrato de compra, incluso después de crearlo, la fecha de validez del contrato de venta se actualiza en consecuencia.

• 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. En la gestión de esta tabla, se pueden simular las reglas de cálculo que se aplicarán en la entrada.
Solo se puede introducir 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.

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

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 completa 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)

El tipo de cambio que se propone por defecto es el asociado al proveedor introducido en la cabecera del pedido. Mientras no se cree el pedido, siempre se puede modificar.
El tipo de cambio puede tomar los siguientes valores: Cambio día, Cambio mes, Cambio medio.

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, aparece un mensaje proponiendo 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 la misma que la de la sociedad, no se puede acceder al tipo de cambio, ya que no influye en este contexto.

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

• Planta recepción (campo RCPFCY)

Esta información no se puede modificar. Solo aparece si el contrato de compra es de tipo interplanta o intersociedad. Indica la planta de recepción por defecto que se va a proponer en las líneas de artículo. En este contexto, la planta de recepción se inicializa con la planta de recepción indicada en la dirección de entrega por defecto del cliente de pedido asociado a la planta de compra del contrato de compra. Si la dirección de entrega por defecto que hay asociada al cliente definido por la planta de compra no especifica ninguna planta de recepción, se toma 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).

Cuando se registra el contrato, la planta de recepción de la cabecera es la misma que la planta de recepción seleccionada en la primera línea del contrato de compra.

• Planta fact. (campo INVFCY)

Planta a la que se destinan las facturas de este contrato. Se inicializa por defecto con la planta financiera asociada a la planta del contrato.
 Esta planta de facturación siempre es una planta financiera que pertenece a la misma sociedad jurídica que la planta del contrato.

Particularidades de la intersociedad: En un contrato intersociedad o interplanta, la planta de facturación se inicializa con la planta asociada al cliente facturado definido en la ficha cliente de la planta de compra. La planta de facturación se puede modificar si está asociada a un cliente. Al generar el contrato de venta, el cliente facturado y el cliente pagador se inicializan con el cliente asociado a la planta de facturación introducida. En caso de modificación, el contrato 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.

• Modo ent. (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.

• Transportista (campo BPTNUM)

Es el transportista encargado de enviar las mercancías. Se inicializa con el transportista del proveedor introducido en la cabecera del contrato. Una ventana de selección le permite elegir otro transportista. Según sus habilitaciones, también puede acceder a la tabla de transportistas.

• 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 que hay que aplicar en el pedido y determinar los códigos de impuesto que hay que utilizar en las líneas de artículo.  Desde este campo puede:

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

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

Solo se puede introducir 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 se detallan aquí.

• Eje (campo DIE)

Esta tabla permite introducir o visualizar las imputaciones analíticas, en función de la parametrización de la transacción de entrada de los pedidos abiertos.

• Descripción (campo NAMDIE)

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

• Sección (campo CCE)

Las secciones analíticas 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 conlleva la reinicialización del código de sección en dicho eje, 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.

• Firmado (campo APPFLG)

Esta información permite conocer la situación del pedido abierto desde el punto de vista de la gestión de firmas.
Los posibles valores son: No, Parcialmente, Totalmente, Sin gestión, Sí automático.

Si la gestión de firmas no está activada para la sociedad (parámetro APPPOC - Gestión firmas pedido abierto del capítulo ACH, grupo APP), el valor será sistemáticamente Sin gestión.

Si la gestión de firmas sí está activada para la sociedad, el valor dependerá de las normas de firmas y de las firmas realizadas:

• No
  No se ha firmado ningún documento o un firmante ha cancelado las firmas existentes.
• Parcialmente
  El contrato solo está firmado por una parte de los firmantes designados por el circuito.
• Totalmente
  El contrato está firmado por todos los firmantes designados por el circuito. Se puede imprimir y recepcionar.
•  Sí automático
  La gestión de firmas es opcional (parámetro APPPOC) y no se ha determinado ningún circuito de firmas para este contrato. Por lo tanto, se considera firmado y se puede imprimir y recepcionar.

Si el contrato de compra es de tipo interplanta o intersociedad y la parametrización así lo establece, el contrato de venta recíproco se generará automáticamente cuando los valores de firma sean: Sin gestión, Totalmente o Sí automático.

• Impreso (campo PRNFLG)

Esta información permite saber si el pedido abierto ha sido editado. Esto sólo podrá editarse si está firmada por todas las partes (totalmente) o si no hay gestión de firma, o si la firma es automática.

• Saldado (campo CLEFLG)

Esta información no se utiliza en los pedidos abiertos.

• Recibido (campo RCPFLG)

Esta información permite conocer la situación del pedido abierto desde el punto de vista de la recepción de mercancías. Los valores posibles son: 'No', 'Parcialmente'.

• Facturado (campo INVFLG)

Esta información permite conocer la situación del pedido abierto desde el punto de vista de la recepción de mercancías. Los posibles valores son: "No", "Parcialmente".

• Artículo (campo ITMREF)

El artículo es obligatorio, pero puede elegir entre introducir la referencia interna del artículo en este campo o introducir la referencia del proveedor en el campo siguiente. En ambos casos, la existencia de esta referencia se controla en el fichero Artículos-

El artículo introducido:

• Debe pertenecer a una de las categorías de artículos comprados.
• Debe estar declarado como Activoen la ficha artículo correspondiente.
• Debe gestionarse por comprador, si el parámetro BUYFLT - Filtro por comprador (capítulo ACH, grupo AUZ) tiene asignado el valor "Sí".
• Si no se introduce ningún código de comprador en el artículo o artículo-planta, este código es aplicable a cualquier comprador potencial.

Por otra parte, no puede crear varias líneas para el mismo artículo y la misma planta de recepción. Si se da el caso, aparece este mensaje de error bloqueante: "La línea contrato artículo - planta ya existe. No se puede añadir".

Particularidades de la intersociedad

En un pedido abierto interplanta o intersociedad, solo se pueden introducir artículos de tipo "Recepcionado"/"Entregable".

Desde el campo Artículo se ofrecen varias opciones. Puede introducir directamente una referencia de artículo o utilizar el icono 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.

La entrada del artículo permite inicializar el campo Descripción, que se puede modificar.

Una vez introducido el artículo, pueden aparecer distintos mensajes:

• Cuando el artículo no está referenciado en el proveedor.
• Este mensaje puede ser de advertencia o de bloqueo según la elección realizada en el parámetro ITMBPS - Referenciación proveedor(capítulo ACH, grupo REF).
• Cuando el artículo-planta no está referenciado en el proveedor.
• Este mensaje puede ser de advertencia o de bloqueo según la elección realizada en el parámetro ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF). Si el mensaje es de bloqueo, solo puede continuar con la entrada cuando el campo Planta de recepción está definido como Introducido en la transacción de entrada. En ese caso, se vacía el campo que contiene la planta de recepción. Debe introducir una planta en la que esté referenciado el artículo-proveedor o en la que el parámetro ITMBPSFCY - Ref. proveedor-plantano sea bloqueante.
  El control vinculado al parámetro ITMBPSFCY - Ref. proveedor-planta no se aplica a los pedidos interplanta.
• 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 o Artículos-Plantas.
• Cuando el artículo no se puede pedir directamente, sino que debe ser objeto de una solicitud de compra previa.
  Este mensaje es de bloqueo.
• Cuando el filtro por comprador está activo y el artículo no está gestionado por el comprador indicado en la cabecera del contrato.
  Este mensaje es de bloqueo.

• Artículo prov. (campo ITMREFBPS)

Solo hay que introducir una referencia de artículo del proveedor si no se ha introducido ninguna referencia interna en el campo anterior.
Desde este campo, puede introducir directamente una referencia o seleccionar una de la lista de artículos de proveedor.

• Descripción (campo ITMDES)

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

• campo ITMDES1

Es la descripción traducida al idioma del proveedor. Esta descripción se trasladará, con las posibles modificaciones, a la recepción o a la factura del proveedor. Cuando un pedido procede de una solicitud de compra o de oferta, la descripción traducida se recupera de la línea original.
Esta descripción se imprimirá en la nota de pedido. Desde este campo se puede acceder por túnel a la ficha del artículo.

• Tipo de artículo (campo ITMKND)

Este campo indica si el artículo es de tipo: Estándaro Servicio.

Un artículo de tipo Estándares un artículo "físico", independientemente de si se gestiona o no en stock. Un artículo de tipo Servicioes un artículo no gestionado en stock cuya categoría es de tipo Servicio.

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

• 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 recepción (campo PRHFCY)

La planta de recepción se suele inicializar con la planta del pedido. Sin embargo, cuando la planta del pedido no está declarada como almacén en la tabla de plantas y el artículo pedido no se gestiona en stock, se propone la primera planta de stock asociada a la sociedad jurídica de la planta del pedido.

Desde el campo Planta recepción se ofrecen varias posibilidades:
Puede:

• Introducir directamente un código de planta, siempre y cuando pertenezca a la misma sociedad jurídica que la planta del contrato y aparezca en la tabla de plantas.
• Utilizar el icono Acciones para seleccionar una planta de la lista propuesta o realizar distintas consultas de stock.
• Crear el artículo/planta, si no existe.

Se puede seleccionar una dirección de recepción. Por defecto, se muestra la primera dirección indicada en la ficha de la planta.
Si el artículo-planta no está referenciado en el proveedor, aparece un mensaje. Este mensaje puede ser de advertencia o de bloqueo según la elección realizada en el parámetro ITMBPSFCY - Ref. proveedor-planta (capítulo ACH, grupo REF). Este control no se aplica a los pedidos interplanta.

Particularidades de la intersociedad - Cuando el contrato de compra es de tipo interplanta o intersociedad, la planta de recepción se inicializa con la planta de recepción indicada en la dirección de entrega por defecto del cliente de pedido asociado a la planta de compra del contrato 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).

Al registrar el contrato, la planta de recepción de la cabecera del contrato recupera la planta de recepción seleccionada en la primera línea del contrato de compra.

Al generar el contrato de venta, la dirección de entrega asociada a la línea de artículo será la identificada por la planta de recepción introducida en la línea de artículo del contrato de compra.

• 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 cons. (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 expedición (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.

• Fecha inicio validez (campo XSTRDAT)

La fecha inicial de validez del artículo del contrato se inicializa por defecto con la fecha inicial de validez del contrato introducida en la cabecera.
Se puede modificar siempre y cuando sea posterior o igual a la fecha inicial del contrato, o anterior o igual a la fecha final de validez.

• Fecha fin validez (campo XENDDAT)

La fecha final de validez del artículo del contrato se inicializa por defecto con la fecha final de validez del contrato introducida en la cabecera.
Se puede modificar siempre y cuando sea anterior o igual a la fecha final del contrato, o posterior o igual a la fecha inicial de validez.

• Unidad compra (campo PUU)

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

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

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

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

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

• Cantidad prevista (campo EXTQTYPUU)

Es la cantidad total prevista del artículo para la duración del contrato.
Este campo no es obligatorio y la entrada de la cantidad se decide a nivel de la transacción.
Cuando este campo está parametrizado como Mostrado o Invisible en la transacción, la cantidad se inicializa a 0 automáticamente. Aparece un mensaje de advertencia:

• cuando el campo está parametrizado como Introducido y no se ha introducido ningún valor,
• cuando la cantidad introducida es inferior a la mínima exigida por el proveedor, que aparece en la ficha Artículo-proveedor.

Desde este campo, el icono Acciones le permite realizar consultas de stock.

No se podrán solicitar entregas para cantidades superiores a esta.

• Horizonte firme (campo FIMHOR)

Es el periodo, expresado en número de días, en el que se pueden realizar las solicitudes de entrega firmes de este contrato.
La entrada de un valor en este campo permite controlar la entrada a nivel de las solicitudes de entrega (ver documentación Solicitudes de entrega).

• Periodo (campo FIMHORUOM)

• Horizonte planif. (campo FRTHOR)

El periodo, expresado en número de días, semanas o meses, durante el que se pueden realizar las solicitudes de entrega previstas.

• Periodo (campo FRTHORUOM)

Unidad de tiempo en la que se expresará el horizonte de planificación.

• 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.
  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.
  Al transformar un documento, se alimenta con el código de proyecto de las líneas del primer documento seleccionado y no se puede modificar.
  Las líneas adicionales deben tener el mismo código de proyecto.
  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 modifica el código de proyecto de la cabecera del documento, dicho código se traslada automáticamente a todas las líneas.
  
• Cuando el parámetro tiene asignado el valor No, la gestión multiproyecto está permitida.
  En una creación directa, el código de proyecto que introduce en la cabecera del documento se utiliza para inicializar el código de proyecto de las líneas del documento.
  Solo puede modificar el código de proyecto de las líneas si se cumplen las siguientes condiciones:
  - la transacción de entrada utilizada permite la entrada de este campo,
  - la línea de artículo no ha sido objeto de una solicitud de entrega.
  
  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, excepto a las que ya han sido objeto de una solicitud de entrega.
• 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 que tenían el antiguo código, excepto a las que ya han sido objeto de una solicitud de entrega.

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.

Particularidades de la intersociedad: en un pedido abierto interplanta, el código de proyecto se traslada automáticamente a la línea de pedido de venta generada. No obstante, en un pedido abierto intersociedad, el código de proyecto no se traslada.

• Código tarifa (campo PLI)

Las condiciones de tarifa aplicables al contrato pueden proceder de tarifas predefinidas o determinadas de forma específica para el artículo del contrato.
Se pueden determinar de estas dos formas:

• Introduciendo o seleccionando un código de tarifa específico en el campo Códigotarifa, si este está declarado como "Introducido" en la transacción.
  Por defecto, el código de tarifa activo es el prioritario entre las tarifas parametrizadas con estructura de tarifa definidas en la ficha proveedor.
  Este código de tarifa va a permitir definir las condiciones de tarifa: las columnas de precio, descuentos y gastos se actualizan automáticamente con la información de la búsqueda de tarifa. Cuando no se introduce ningún código de tarifa, estos campos se inicializan a 0.
   
• Cuando no se ha introducido ningún código de tarifa, completando directamente en la tabla Condiciones tarifas los campos de fecha inicio validez, precio, descuentos y gastos.

Particularidades de la intersociedad: En un contrato intersociedad, el primer código de tarifa de tipo intersociedad es el que se propone por defecto por orden de prioridad. Si es un código de tarifa que también está definido en ventas, dicho código se traslada del contrato de compra al contrato de venta correspondiente. Sin embargo, las líneas de tarifa de compra no se trasladan.

• Precio valoración (campo PRIVLT)

• Si se introduce un código de tarifa, este campo se alimenta automáticamente con la tarifa en vigor a partir de la búsqueda de tarifa.
  Si no se puede aplicar ninguna tarifa, se alimenta a partir del precio base introducido en la sección Compra de la ficha Artículo. Si no se ha introducido el precio base y el parámetro PURPRICE - Tarifa por def. coste estándar (capítulo ACH, grupo PRI) tiene asignado el valor "Sí", se aplica el coste estándar.
  
• Si no se ha introducido ningún código de tarifa, o se ha suprimido, este campo recupera el precio de la primera línea de las condiciones de tarifa. Si no se ha introducido ninguna línea, el precio de valoración es 0.

• Descripción (campo NAMCOA)

• Cuenta (campo LINACC)

Estos campos indican las cuentas contables de compra. Los planes de cuentas accesibles dependen del modelo contable asociado a la sociedad del movimiento. Si estos campos no se completan, 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 PORD).
La presencia de este campo depende de la transacción de entrada utilizada.
Si este campo no se completa, la cuenta se determinará automáticamente (en la validación de la factura) con el código contable del artículo, en función de la parametrización del asiento automático PIHI.

• Tipo compra (campo LINPURTYP)

La presencia de esta información depende de la parametrización de la transacción. Los distintos tipos de compras 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.

• Fecha inicio validez (campo POPSTRDAT)

Es la fecha inicial de validez de la línea de tarifa.

Si se ha introducido un código de tarifa, la fecha inicial de validez procede de la búsqueda de tarifa.
En la primera línea, esta fecha se inicializa con la fecha inicial de validez del artículo del contrato.
En las demás líneas, se realiza una búsqueda de tarifa con una fecha de referencia igual a la fecha final de tarifa + 1 de la línea anterior. Si se encuentra una tarifa, se genera la línea correspondiente.

Si no se ha introducido ningún código de tarifa, esta fecha se introduce de forma manual.

• Precio bruto (campo GROPRI)

Si se ha introducido un código de tarifa, el precio bruto unitario sin impuestos procede de la búsqueda de tarifa. De lo contrario, se inicializa a 0 y hay que introducirlo de forma manual.

Desde el icono Acciones, puede:

• visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos,
• consultar las tarifas,
• obtener una explicación de cómo se calcula el precio.
  

• campo DISCRGVAL1

Los distintos campos de descuentos y gastos dependen de la parametrización del código de estructura de tarifa asociado al proveedor en la ficha proveedor. 
Si se ha introducido un código de tarifa, los valores de estos campos proceden de la búsqueda de tarifa (ver documentación Parametrizaciones tarifas). De lo contrario, se inicializan a 0.
El acceso a estos campos puede depender de la parametrización de los motivos asociados a las tarifas y del valor del motivo asignado al parámetro UPDPRIPUR - Motivo del precio (capítulo ACH, grupo PRI).
Los 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 neto de la línea del documento.
El icono Acciones le permite:

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

• campo CCE1

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto (código de sección POC).
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 dicho eje, 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.

• Incremento Intrastat (campo EECINCRAT)

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

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

• País origen (campo ORICRY)

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

• N.º (campo INVDTA)

Los elementos de facturación que están declarados como presentes en el pie del pedido proceden directamente de la ficha proveedor relativa al contrato (ver documentación Elementos de facturación). El número del elemento de facturación identifica el importe asociado (gastos, porte, embalaje, descuento, etc.).
No puede ni modificar ni suprimir elementos, pero puede añadir otros a la lista.  Solo puede suprimir los elementos añadidos a la lista inicial.
Si desea cancelar uno de los puestos propuestos, basta con introducir un valor nulo en el elemento correspondiente. El valor de cada elemento procede de la ficha proveedor, pero se puede modificar.
Todos los elementos de facturación se tienen en cuenta en el control de la factura. A nivel del contrato, no afectan a la valoración.

• Descripción (campo INVDTALIB)

Es la descripción corta del elemento de facturación.

• % o importe (campo INVDTAAMT)

Es la información del pie de facturación. En los elementos que están declarados como presentes en el pie del pedido, esta información procede directamente de los elementos de facturación de la ficha del proveedor que se ve afectado por el pedido.
 Consulte la documentación sobre los elementos de facturación.
Se pueden modificar los valores de los distintos elementos de facturación existentes y añadir otros nuevos.
Particularidades de la intersociedad
En un pedido interplanta o intersociedad, si desea utilizar elementos de facturación, habrá que establecer una correspondencia entre los elementos de facturación de Ventas y los de Compras. También se podrá indicar si el valor de los elementos inicializado en el pedido de venta procede de los elementos de facturación de la ficha cliente que corresponde a la planta de compra del pedido o a los elementos de facturación introducidos en el pedido de compra y que se ha heredado de los elementos de facturación del proveedor correspondiente a la planta de venta.
 Consulte la parametrización intersociedad.

• campo AMTCODLIB

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

• campo ACC1

Estos campos indican las cuentas contables de compra de los elementos de facturación. Los planes de cuentas accesibles dependen del modelo contable asociado a la sociedad del movimiento.
Si estos campos no se completan, 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 la transacción de entrada utilizada.

• Distribución (campo DSP)

La clave de distribución analítica introducida en este campo permite cargar los ejes analíticos asociados. Está compuesta de uno a diez caracteres alfanuméricos.
Las claves de distribución analítica permiten distribuir automáticamente el importe de una línea de apunte de contabilidad general en varias líneas analíticas. Esta distribución se realiza según los coeficientes de ponderación.
Se puede modificar directamente en la línea del elemento de facturación.

• 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 POCV) 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 dicho eje, excepto si se ha introducido una clave de distribución.

• Mín. pdo. (campo WORDMINAMT)

Es el importe AI mínimo por debajo del cual se pueden controlar los pedidos al proveedor (bloqueante, aviso, ningún control).

El nivel de control a este importe viene definido por el parámetro POHMINAMT - Control importe mini pedido (capítulo ACH, grupo AUZ).

• Total previsto (campo TOTVLT)

Es el importe total sin impuestos del contrato, expresado en la divisa del dossier, después de convertir el importe total AI en función de la fecha y el tipo de cambio del contrato.

• Fecha ARP (campo OCNDAT)

Después de que el proveedor recepcione el pedido, introduzca la fecha de recepción del acuse de recibo.
Una vez introducidos estos datos, las líneas de contrato que aún no disponen de fecha de ARP se actualizan automáticamente con esta fecha.

Particularidades de la intersociedad: En un contrato intersociedad o interplanta, no se puede acceder al número y a la fecha de ARP, de modo que, 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 lo permiten, puede acceder al contrato de venta generado mediante el icono Acciones que hay disponible en el campo Número ARP.

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

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