Pedidos abiertos

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

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.

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.

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.

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.

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.

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

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

Es la planta de venta asociada al proveedor interplanta.

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.

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.

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.

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.

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.

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.

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.

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

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.

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.

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.

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

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

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

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

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

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

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

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

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

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

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

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.

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.

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

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.

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

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.

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.

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.

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

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

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