Pedidos

• Planta venta (campo SALFCY)

La planta de venta se inicializa con la planta de venta asociada al perfil función del usuario. La planta de venta se puede modificar (si aún no se ha introducido ninguna línea en el documento) por otra procedente de la lista de plantas de venta autorizadas para el usuario.

• Tipo (campo SOHTYP)

El tipo de pedido permite determinar la categoría del pedido (Normal, Préstamo o Facturación directa) y el contador que se utiliza (si el contador es manual, se podrá introducir el número de pedido). Los pedidos abiertos no se gestionan en esta función.

Solo se puede indicar un tipo de pedido cuya legislación y grupo de sociedades sean coherentes con los de la sociedad de la planta de venta.

• SOHTYPNOR - Tipo pedido normal (capítulo VEN, grupo ORD), si el pedido es Normal.
• SOHTYPLND - Tipo pedido préstamo (capítulo VEN, grupo ORD), si el pedido es de Préstamo.
• SOHTYPINV - Tipo pedido fact. directa (capítulo VEN, grupo ORD), si el pedido es de Facturación directa.

Creación de un pedido mediante el botón Pedido de un presupuesto

Si has creado el pedido mediante el botón Pedido de un presupuesto, este campo se alimenta con el tipo de pedido introducido en el campo Tipo pedido del presupuesto.
Si no se ha introducido ningún tipo de pedido en el presupuesto, se utiliza el parámetro general QUOORDCAT - Cat. pedido (capítulo VEN, grupo ORD) para definir la categoría de pedido (Normal o Facturación directa).

• Si la categoría definida en este parámetro es Normal, se utiliza el tipo de pedido definido en el parámetro SOHTYPNOR - Tipo pedido normal (capítulo VEN, grupo ORD).
• Si la categoría definida en este parámetro es Facturación directa, se utiliza el tipo de pedido definido en el parámetro SOHTYPINV - Tipo pedido fact. directa (capítulo VEN, grupo ORD).

Si no se ha definido ningún valor en el parámetro QUOORDCAT - Cat. pedido, se utiliza el primer tipo de pedido por orden alfabético.

• Número (campo SOHNUM)

Este número permite identificar la factura de forma única. Este número se asigna automáticamente o se introduce en cada creación de pedido, según la parametrización del contador asociado al tipo de pedido elegido.

Si el contador de pedido está definido con asignación automática, el número de pedido no está disponible y el contador se asigna en la creación del pedido. Por el contrario, si el contador de pedido está definido con asignación manual, se puede introducir manualmente. Si no se introduce en la creación, el sistema asigna automáticamente un número de pedido en función del contador.

• Revisión (campo REVNUM)

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

Al modificar un pedido, 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 SALREV - 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 SALREV - Gestión de revisiones tiene asignado el valor "Gestionada a petición".

• la acción Gestión de revisiones desde la función Pedidos;
• Ver revisiones línea pedido desde el icono Acciones de la línea modificada del pedido.

• Referencia (campo CUSORDREF)

Esta información permite indicar la referencia del pedido en el cliente. En un pedido de venta intersociedad o interplanta generado a partir de un pedido de compra del mismo tipo, el número del pedido de compra se introduce en este campo y se puede acceder por túnel al pedido de compra de la planta del cliente.

• Número definitivo (campo SOHNUMEND)

• Fecha (campo ORDDAT)

Es la fecha del documento. Se inicializa con la fecha actual, pero se puede modificar. Si se modifica después de que se haya introducido o registrado al menos una línea, se propone un nuevo cálculo de los precios y descuentos de todas las líneas del documento.

Cuando una línea de pedido gestionada en tarifa está vinculada a un artículo no entregable de tipo Servicio con un número de plan de facturación y una factura programada con un estado de progreso validado, no se recalculan los precios y descuentos de la línea.

• Cliente pdo (campo BPCORD)

El Cliente pedido es el ordenante del pedido. Debe estar activo para poder introducirlo en un pedido. También puedes introducir un cliente potencial. En ese caso, aparece un mensaje proponiendo transformar el cliente potencial en cliente, imprescindible para crear el pedido.
El cliente del pedido se puede modificar mientras no se haya introducido ninguna línea en el pedido.

Haz clic en el icono Accionespara:

• acceder y crear, según tus habilitaciones, un cliente o un cliente potencial;
• modificar la dirección asociada por defecto al pedido;
• consultar las notas sobre el cliente.

Puedes buscar uno o varios clientes con un mismo criterio haciendo clic en Búsqueda cliente rápida. Al tabular en el siguiente campo, se genera una lista de correspondencias.
Para una búsqueda más específica, se pueden completar todos los campos del bloque. La lista de correspondencias se reduce con cada tabulación.

Particularidades de la intersociedad: en un pedido intersociedad generado automáticamente a partir de un pedido de compra, el cliente del pedido corresponde al cliente asociado a la planta de compra introducida en el pedido de compra.

• campo BPCNAM

Es la razón social del cliente. Esta información no se puede modificar directamente. La modificación se debe realizar desde la pantalla de gestión de direcciones, disponible desde el campo "Cliente pedido" o en la barra de herramientas. La razón social del cliente se imprime en el acuse de recibo del pedido.

• Divisa (campo CUR)

Es la divisa en la que se establece el pedido. Por defecto, es la divisa del cliente facturado. El código de divisa que aparece en esta pantalla no se puede modificar; es un recordatorio. El código de divisa se puede modificar en la pestaña Gestión del pedido.

• campo WSOHCAT

La categoría no se puede modificar, viene determinada por el Tipo de pedido elegido.

Particularidades de la intersociedad:

En un pedido interplanta generado automáticamente a partir de un pedido de compra, los artículos siempre son de tipo Recibido/Entregable. Por lo tanto, la categoría del pedido siempre es: Normal.

En un pedido intersociedad generado automáticamente a partir de un pedido de compra, la categoría del pedido de venta viene determinada por el artículo de la primera línea introducida en el pedido de compra:

• Si el primer artículo es de tipo Recibido/Entregable o No recibido/No entregable, la categoría del pedido de venta es Normal. Las siguientes líneas pueden contener artículos:
• de tipo Recibido/Entregable. Estas líneas de artículo seguirán el flujo Entrega/Factura de venta.
• de tipo No recibido/No entregable. Estas líneas de artículo se facturarán mediante la programación de facturas.
• Si el primer artículo es de tipo No recibido/Entregable, la categoría del pedido de venta generado es Facturación directa. Todas las líneas se facturarán directamente sin entrega.
  Solo puedes añadir artículos:
• de tipo No recibido/Entregable
• de tipo No recibido/No entregable

• Cliente facturado (campo BPCINV)

El código del cliente facturado debe estar activo. Siempre se inicializa con el código del cliente facturado que está asociado al cliente del pedido en la ficha de cliente. Si es necesario, se puede modificar. Si las habilitaciones del usuario lo permiten, desde este campo se puede seleccionar un cliente o acceder por túnel a la gestión de clientes. Una vez que el pedido se entrega parcialmente, no se puede acceder a esta información.

Particularidades de la intersociedad: en un pedido intersociedad generado automáticamente a partir de un pedido de compra, el cliente facturado corresponde al cliente asociado a la planta de facturación que se indica en el pedido de compra. No se puede modificar en este contexto.

• campo BPINAM

Es la razón social del cliente facturado. No se puede modificar.

• Tercero pagador (campo BPCPYR)

El tercero pagador se inicializa por defecto con el cliente pagador asociado al cliente del pedido en la ficha de cliente. Si es necesario, se puede modificar. Si las habilitaciones del usuario lo permiten, desde este campo se puede seleccionar un tercero o acceder por túnel a la gestión de terceros.

Particularidades de la intersociedad: en un pedido intersociedad generado automáticamente a partir de un pedido de compra, el tercero pagador corresponde al cliente asociado a la planta de facturación que se indica en el pedido de compra. No se puede modificar en este contexto.

• Cliente grupo (campo BPCGRU)

Se inicializa con el código del cliente de grupo que está asociado al cliente del pedido en la ficha de cliente. Esta información se utiliza principalmente con fines estadísticos. También interviene en la agrupación de facturas cuando estas se generan automáticamente. Si es necesario, se puede modificar. Si las habilitaciones del usuario lo permiten, desde este campo se puede seleccionar un cliente o acceder por túnel a la gestión de clientes.

Puedes buscar uno o varios clientes con un mismo criterio seleccionando "Búsqueda cliente rápida". Al tabular en el siguiente campo, se genera una lista de correspondencias.
Para una búsqueda más específica, se pueden completar todos los campos del bloque. La lista de correspondencias se reduce con cada tabulación.

• Dirección entrega (campo BPAADD)

La combinación del cliente solicitante y del código de dirección identifica al cliente destinatario. La dirección de entrega se inicializa con la que viene asociada por defecto al cliente solicitante en la ficha de cliente o, si no existe ninguna dirección de entrega por defecto, con el primer código de dirección de entrega. Haz clic en el icono Acciones para elegir una dirección de entrega. Si las direcciones de entrega no se gestionan en la línea (parámetro LINBPD - Clientes entregados por línea), este código de dirección se recupera en todas las líneas del pedido y no se puede modificar. De lo contrario, el código de dirección se recupera en todas las líneas, pero se puede modificar.

Cuando se modifica la dirección de entrega de la cabecera del pedido en modo creación y aún no se ha introducido ninguna línea, aparece un mensaje preguntando si quieres modificar la fecha de entrega solicitada en función de la fecha de expedición y del nuevo plazo de entrega vinculado a la nueva dirección. Los datos vinculados al nuevo código de dirección de entrega siempre se reinicializan (Planta de expedición, Prioridad de entrega, Código de ruta, Modo de entrega, Transportista, Plazo de entrega, Código Incoterms, Ciudad Incoterms, Transitario y su código de dirección, Número de IVA intracomunitario, Lugar de transporte Intrastat, Contacto de entrega y Representantes, si estos proceden del cliente destinatario).

Si se modifica la dirección de entrega en la creación del pedido y ya existen líneas de pedido, aparece un mensaje indicando que la fecha de expedición se va a recalcular con respecto a la fecha de entrega solicitada. Los datos sobre el nuevo código de dirección de entrega se reinicializan en la cabecera del pedido (Prioridad de entrega, Código de ruta, Modo de entrega, Transportista, Plazo de entrega, Contacto de entrega y Representantes, si estos proceden del cliente destinatario). La planta de expedición no sigue esta regla y se mantiene. También aparece un mensaje proponiendo trasladar la modificación a las líneas de pedido. Se pueden dar varios casos según la respuesta:

• Si respondes Sí, los datos de la línea de pedido correspondientes a la entrega se modificarán con los datos de entrega de la cabecera del pedido (Código de dirección de entrega, Prioridad de entrega, Modo de entrega, Transportista, Plazo de entrega, Contacto de entrega y Representantes, si estos proceden del cliente destinatario). Si hay uno o varios artículos prohibidos en esta nueva dirección, en la pantalla aparece un fichero de traza con la lista. Si no tienes ningún control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd.), puedes ignorar el mensaje y continuar. A continuación, se abre un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si respondes Sí, se activa una búsqueda de tarifa en todas las líneas del documento. Si la tarifa se ha definido en función del código de país o del nuevo código de subdivisión geográfica, los precios y descuentos se podrán reasignar según estos criterios.
• Si respondes Noo Finalizar, los datos de la línea de pedido no se modifican.
• Si respondes Sí si mismo valor, solo se modifican las líneas de pedido que hagan referencia a la dirección de entrega inicial. Si hay uno o varios artículos prohibidos en esta nueva dirección, en la pantalla aparece un fichero de traza con la lista. Si no tienes ningún control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd.), puedes ignorar el mensaje y continuar. A continuación, se abre un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si respondes Sí, se activa una búsqueda de tarifa en todas las líneas en las que se ha modificado la dirección de entrega. Si la tarifa se ha definido en función del código de país o del nuevo código de subdivisión geográfica, los precios y descuentos se podrán reasignar según estos criterios.

Notas:

• La tarifa solo se recalcula en las líneas si el pedido no se ha entregado (pedidos normales) o facturado (pedidos en facturación directa) y no se ha saldado ninguna línea.
• Cuando al menos una línea de pedido contiene un artículo no entregable de tipo Servicio y una factura programada con un estado de progreso validado, el cuadro de diálogo que propone recalcular los precios y descuentos no se muestra. En este caso, no se recalculan los precios y descuentos.

Particularidad: si el parámetro LINBPD - Clientes entregados por línea (capítulo VEN, grupo MIS) tiene asignado el valor No, el código de dirección se recupera en todas las líneas de pedido y no se puede modificar en la línea. En caso de modificación, esta se traslada automáticamente a todas las líneas del pedido y se propone una nueva búsqueda de tarifa.

Particularidades de la intersociedad: en un pedido intersociedad generado automáticamente a partir de un pedido de compra, la dirección de entrega corresponde al cliente entregado asociado a la planta de recepción que se indica en el pedido de compra.

• campo BPDNAM

Se trata de la razón social de la dirección de entrega.

• Proyecto (campo PJT)

La gestión del código de proyecto 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.

Cuando se controla la entrada, y en función del contexto, el usuario puede elegir un proyecto o una de las entidades imputables del proyecto (un lote presupuestario o una tarea) mediante su código de imputación:

Solo puedes seleccionar un código de imputación activo, dependiendo del estado de la entidad correspondiente. Si se vuelve inactivo después de crear el documento, el control se aplica y evita la modificación de dicho documento.

En creación, el código de proyecto se traslada sistemáticamente a las líneas del documento, donde solo se puede modificar si se permite la gestión multiproyecto (el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor No).

Al transformar un documento, el código de proyecto de la cabecera se inicializa con el primer documento seleccionado (si el código de proyecto de la cabecera del documento de origen ha quedado inactivo, el del documento de destino no se alimenta).

• Sí. El código de proyecto se traslada a todas las líneas, salvo a las vinculadas a un plan de facturación y a un hito no compatible.
• No: el código de proyecto no se traslada a las líneas.
• Mismo valor. El código de proyecto solo se traslada a las líneas que tenían el antiguo código.

Documentos venta: presupuestos, pedidos, entregas y facturas

• Para un presupuesto: el presupuesto no está pedido.
• Para un pedido: el pedido no está entregado (pedidos normales) o facturado (pedidos en facturación directa) y no se ha saldado ninguna línea.
• Para una entrega: la entrega no está validada y es una entrega directa.
• Para una factura o un abono: la factura o el abono no está validado y es una factura o un abono directo.

Solo se permite la agrupación de dos o más documentos con códigos de proyecto diferentes en la cabecera si el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor No. En este caso, por ejemplo, 2 pedidos que cuentan con un código de proyecto distinto se pueden agrupar en un mismo documento de entrega.

• Si la gestión multiproyecto de los documentos está permitida (el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor "No"), la entrega puede contener líneas de entrega directa y líneas de artículo asociadas a tareas. El código de proyecto de la cabecera solo se utiliza como valor por defecto en las líneas de entrega directa. Las líneas de artículo asociadas a tareas mantienen su código de proyecto, que no se puede modificar. Si el código de proyecto se modifica en la cabecera, se propone su traslado a las líneas, como se describe anteriormente. Esto solo es aplicable a las líneas de entrega directa.
• Si la gestión multiproyecto de los documentos no está permitida (el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor Sí), la entrega no puede contener simultáneamente líneas de entrega directa y líneas de artículo asociadas a tareas.
• Cuando la entrega contiene líneas de entrega directa, no puedes introducir un código de proyecto asociado a tareas en la cabecera.
• Cuando la entrega contiene líneas de artículo asociadas a tareas, solo puedes seleccionar líneas de artículo asociadas a la misma tarea. De esta forma, el código de proyecto permite filtrar las tareas en el panel de selección.

Caso específico de los artículos gratuitos generados por una búsqueda de tarifa tras la modificación del código de proyecto en la cabecera: el artículo gratuito solo muestra el código de proyecto del artículo de origen si dicho código de proyecto no se utiliza en una tarea.

• campo REP

Los representantes se inicializan con los del cliente o, si no existen representantes en la ficha de cliente, con los del cliente entregado. Si se modifica uno de los dos representantes y ya existen líneas en el pedido, el sistema propone al usuario trasladar dicha modificación a las líneas y recalcular el tipo de comisión. El usuario también puede modificar únicamente las líneas de pedido que hacen referencia al antiguo código de representante (opción Sí si mismo valor).

• Fecha devol. préstamo (campo LNDRTNDAT)

Si el pedido es de préstamo, la fecha de devolución de préstamo prevista está disponible. Se inicializa con la fecha del pedido + 1 mes. Esta fecha no puede ser anterior a la fecha de pedido.

• Motivo cierre (campo CCLREN)

Esta información permite indicar un motivo de saldo para un pedido o una línea de pedido. El motivo de saldo se puede alimentar si el parámetro CCLRENORD (Entrada motivo saldo pedido) está activo. En el saldo de un pedido o una línea de pedido, esta información se puede introducir en una lista de valor predeterminado. Permite conocer el motivo de cierre de un pedido. Si un pedido se salda por completo, el valor introducido y la fecha de saldo también se muestran en las líneas de pedido que todavía no se han saldado.

• campo CCLDAT

• Rég. impuesto (campo VACBPR)

El régimen de impuestos representa la territorialidad de impuestos, es decir, las reglas de cálculo que se deben aplicar para determinar el importe del impuesto.

En la mayoría de los casos, el cruce de un régimen asociado al tercero y un nivel de impuesto asociado al artículo permite determinar el código de impuesto que hay que aplicar a la línea de documento y, por consecuencia, a la línea de asiento.

El régimen de impuestos se inicializa, por orden de prioridad, con el régimen procedente del:

• Cliente entrega
• Tercero/Sociedad
• Cliente

Una vez creado el pedido, esta información no se puede modificar. Si modificas el régimen de impuestos después de introducir líneas de pedido, pero antes de crear el pedido, los impuestos se recalculan en todas las líneas introducidas.

Solo se puede introducir un régimen de impuestos cuya legislación y grupo sean coherentes con los del documento.
Consulta la documentación de los principios generales de la parametrización multilegislación.

El parámetro CTLTAX – Control de códigos impuestos (capítulo VEN, grupo VAT) permite controlar que el régimen de impuestos del tercero:

• esté introducido;
• esté activo;
• contenga una legislación y un grupo coherentes con los del documento.

• Entidad/Utilización (campo SSTENTCOD)

Introduce el Código de entidad/uso para calcular el importe de impuesto exacto del cliente. Este código de impuesto es compatible con el sistema Avalara y permite determinar el tipo de cliente con fines fiscales.

Este campo está disponible para todos los países. El Código de entidad/usose puede introducir para cualquier tipo de dirección de entrega cuando se está procesando un documento para un país exento de impuestos. Cuando la conexión con SST Calcular todos los documentos tiene asignado el valor Noy se ha introducido un Código de entidad/uso, el documento está exento de impuestos y no está sujeto a gastos de procesamiento.

• Divisa (campo CUR)

La divisa del pedido se inicializa con la del cliente. Una vez creado el pedido, no se puede modificar. No obstante, si modificas la divisa después de introducir líneas de pedido, pero antes de crear el pedido, se llevará a cabo una conversión de los precios y descuentos. También se puede lanzar una búsqueda de tarifa en función de la nueva divisa respondiendo "Sí" a la pregunta "¿Recalcular los precios y descuentos?".

• Precio AI/II (campo PRITYP)

El valor de este campo (AI o II) viene definido por el parámetro general SALPRITYP - Tipo de precio/Importe (capítulo TC, grupo INV).

Si el parámetro general NOTATI - Precio/Importe AI y II (capítulo TC, grupo INV) tiene asignado el valor No, no puedes modificar esta información.

• Firmado (campo APPFLG)

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

- Si la gestión de firmas no está activada para la sociedad (parámetro APPSQH para los presupuestos, APPSOH para los pedidos o APPSOC para los pedidos abiertos), el valor será sistemáticamente "Sin gestión". El documento se podrá editar y transformar (transformar el presupuesto en pedido, entregar el pedido o la solicitud de entrega).

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

• Si el valor es "No", no se ha firmado ningún documento o un firmante ha cancelado las firmas existentes.
• Si el valor es "Parcialmente", el documento solo está firmado por una parte de los firmantes designados por el circuito.
• Si el valor es "Totalmente", el documento está firmado por todos los firmantes designados por el circuito. Se podrá editar y pedir (para los presupuestos) o entregar (para los pedidos y solicitudes de entrega).
  En estos dos últimos casos, la modificación de ciertos campos del documento (ver lista en la documentación sobre las reglas de firmas (SQHSIGpara los presupuestos, SOHSIG para los pedidos y SOCSIG para los pedidos abiertos) puede reinicializar el circuito de firmas y afectar a la situación del documento con respecto a las firmas.
  En el caso específico de un pedido abierto, el circuito de firmas no se modifica si tiene asociada al menos una solicitud de entrega.
• Si el valor es "Sí automático", la gestión de firmas es opcional (parámetro APPSQH, APPSOH o APPSOC) y no se ha determinado ningún circuito de firmas para este documento. Por lo tanto, se considerará como firmado y se podrá editar y pedir (para los presupuestos) o entregar (para los pedidos y solicitudes de entrega).

• Estado pedido (campo ORDSTA)

Esta información permite conocer el estado del pedido en todo momento. Los valores posibles son los siguientes: No saldado, Saldado. Cuando el pedido no está saldado, se puede modificar. De lo contrario, el pedido no se puede modificar. Un pedido se considera saldado cuando se ha entregado (facturado por completo para los pedidos en facturación directa) o se ha saldado manualmente.

• Asignación (campo ALLSTA)

Los valores posibles son los siguientes: No asignada, Parcialmente asignada, Asignada.

• Entrega (campo DLVSTA)

Los valores posibles son: No entregada, Parcialmente entregada, Entregada.

• Factura (campo INVSTA)

Los valores posibles son: No facturada, Parcialmente facturada, Facturada.

• Crédito (campo CDTSTA)

Los valores posibles son los siguientes: OK, Bloqueado, Rebasamiento del encurso y Anticipo no abonado.

Bloqueado

El estado de crédito del cliente está Bloqueado cuando en la ficha de cliente se ha indicado que el encurso está bloqueado o cuando el anticipo solicitado aún no se ha abonado por completo y el parámetro LOKORD - Pdo. bloq. sin anticipo (capítulo VEN, grupo ORD) tiene asignado el valor: "Sí".

Rebasamiento del encurso 

El estado de crédito del cliente está en Rebasamiento encurso cuando el Total encurso del cliente es superior a su Encurso autorizado.

 El control del rebasamiento del encurso en el pedido se realiza en el cliente pedido, no en el cliente facturado.

Anticipo no abonado

El pedido está en estado Anticipo no abonado cuando se ha emitido el anticipo, se ha superado la fecha de vencimiento del anticipo y el pago aún no se ha abonado por completo (no se tiene en cuenta un pago registrado que no se haya contabilizado).

En cuanto a la asignación, si decides asignar una o varias línea del pedido y el encurso calculado del cliente es superior al autorizado, obtendrás un mensaje solicitando confirmación si el parámetro de usuario SCDTUNL - Autorización desbloqueo pedido (capítulo VEN, grupo AUZ) lo autoriza. De lo contrario, no podrás asignar el pedido y aparecerá un mensaje de bloqueo.

• Si el encurso del cliente está bloqueado, no podrás asignar el pedido.
• Si el anticipo no se ha abonado, aparecerá un mensaje solicitando confirmación cuando asignes un pedido o una línea de pedido.

• campo CDTBTN

• Bloqueo (campo HLDSTA)

Este campo solo se muestra cuando la opción Código bloqueo está activa a nivel de la transacción de entrada.
Muestra el estado de bloqueo del pedido:

OK

El pedido no está bloqueado.

Bloqueado

El pedido está bloqueado. El motivo del bloqueo aparece a continuación del icono en forma de candado.
Para bloquear/desbloquear un pedido, haz clic en el icono Bloquear estado bloqueo.

• campo HLDBTN

Haz clic en este icono en forma de candado para bloquear o desbloquear un pedido.

Para bloquear un pedido:

• Haz clic en este icono. Aparece la pantalla Bloqueo/desbloqueo pedido.
• Introduce el Código bloqueo seleccionando el motivo del bloqueo.
  Estos códigos dependen de la tabla varia 204 que lista los motivos de bloqueo manual. Para modificar o introducir un nuevo código en esta tabla, haz clic en el icono Ir a del campo Código bloqueo.
  En esta tabla hay tres parametrizaciones que determinan el estado de la asignación, la creación de la contramarca y los códigos de acceso para una mayor seguridad:
• Selecciona No en el campo Asignación para cancelar la asignación de las cantidades cuando se seleccione el código del motivo del bloqueo.
• Selecciona Sí en el campo Bloqueo contramarca para bloquear la creación de la contramarca.
• Introduce un código de acceso para limitar los derechos de cancelación de bloqueo del pedido a los usuarios que tengan dicho código en el perfil.
• Haz clic en OK.

Cuando un pedido está bloqueado, no se puede registrar ninguna actividad en él hasta que se desbloquee. La entrega, la facturación o la preparación se bloquean sistemáticamente. La asignación y la creación de contramarca dependen de las parametrizaciones del código del motivo del bloqueo manual.

Cuando se desbloquea un pedido, pero el cliente permanece bloqueado, no se puede importar la entrega del pedido. No obstante, el pedido sí se puede entregar de forma interactiva.

Para desbloquear un pedido:

• Haz clic en este icono.
• Selecciona Sí en el cuadro de mensaje que aparece.

Si no tienes los derechos necesarios para desbloquear el pedido, el icono no está disponible. Es lo que ocurre cuando se cumplen una o todas estas condiciones:

• No dispones del código de acceso necesario en tu perfil.
• El parámetro de usuario HLDREL - Autorizar bloqueo manual pdo.(capítulo Ventas, grupo AUZ) tiene asignado el valor No.

El usuario que ha creado el bloqueo siempre puede desbloquearlo, aunque no disponga del código de acceso de bloqueo.

Si el código de bloqueo no está asociado a ningún código de acceso, todos los usuarios pueden desbloquear el pedido.
Todos los usuarios que dispongan de derechos en la transacción de entrada en curso (el campo Código bloqueo debe estar activo) y cuyo parámetro SCDTUNL - Autorización desbloqueo pedido(capítulo Ventas, grupo AUZ) tenga asignado el valor Sípueden desbloquear el pedido.

• campo HLDCOD

Este campo muestra el código de motivo del bloqueo manual, que se introduce para bloquear el pedido.

Para introducirlo, abre la pantalla Bloqueo/desbloqueo pedido haciendo clic en el icono Bloquear estado bloqueo.
En esta pantalla, haz clic en el icono Ir a del campo Código bloqueo para modificar o introducir un nuevo código en la tabla varia 204 de motivos de bloqueo manual. En esta tabla hay tres parametrizaciones que determinan el estado de la asignación, la creación de la contramarca y los códigos de acceso para una mayor seguridad:

• Selecciona No en el campo Asignación para cancelar la asignación de las cantidades cuando se seleccione el código del motivo del bloqueo.
• Selecciona Sí en el campo Bloqueo contramarca para bloquear la creación de la contramarca.
• Introduce un código de acceso para limitar los derechos de cancelación de bloqueo del pedido a los usuarios que tengan dicho código en el perfil.

• ARP impreso (campo OCNPRN)

Esta información permite saber si se ha imprimido un acuse de recibo.

• Interplanta (campo BETFCY)

Esta información especifica si el pedido es de tipo interplanta o intersociedad y no se puede modificar. Cuando el pedido se refiere a un cliente interplanta (planta de la misma sociedad), este no se puede facturar. Cuando el pedido se refiere a un cliente intersociedad (planta de otra sociedad), se puede generar una factura.

• Intersociedad (campo BETCPY)

• Firma electrónica (campo SOHCFMFLG)

• Fecha de validación (campo SOHVALDATC)

• Planta expedición (campo STOFCY)

La planta de expedición es la planta de almacenamiento de la que se expiden los artículos cuando se entrega el pedido.

Se inicializa con la planta de expedición indicada en el cliente entregado (corresponde a la planta de expedición habitual para esta dirección de entrega) o, si no viene indicada, con la planta de almacenamiento por defecto del usuario. En ambos casos, debe pertenecer a la misma sociedad que la planta de venta. De lo contrario, no se propone y hay que introducirla obligatoriamente.

La planta de expedición se puede modificar con las siguientes condiciones:

• Debe estar declarada como planta de almacenamiento.
• Debe pertenecer a la misma sociedad jurídica que la planta de venta.

La planta de expedición introducida en la cabecera sirve de valor por defecto para las líneas de pedido. En los pedidos de entrega Completa, la planta de expedición no se puede modificar en las líneas de pedido.

Si se modifica la planta de expedición y ya existen líneas de pedido, el sistema propone al usuario modificar dicha planta en todas las líneas de pedido (solo se modificarán las líneas de pedido no asignadas y no entregadas).

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, la planta de expedición se inicializa con la planta de expedición introducida en el pedido de compra. Se puede modificar para gestionar los riesgos de las expediciones. No obstante, el pedido de compra original no se actualiza con esta modificación.

• Prioridad entrega (campo DLVPIO)

Indica la prioridad de entrega (Normal, Urgente, Muy urgente). Esta información se utiliza para clasificar los pedidos en las preparaciones de entrega.
Se inicializa con la dirección de entrega del cliente. Se recupera por defecto en la línea de pedido, donde se puede modificar si el modo de entrega no es pedido Completo. Si modificas esta información y ya existen líneas de pedido, aparece un mensaje proponiendo aplicar dicha modificación en las líneas.
Esta información se utiliza en el procesamiento de asignación automática de los pedidos para determinar los que son prioritarios.

Esta información no afecta a las líneas de pedido con artículos no entregables.

• Entrega solicitada (campo DEMDLVDAT)

La fecha de entrega solicitada corresponde a la fecha que desea el cliente. Se inicializa con la fecha de expedición (que, a su vez, se inicializa con la fecha de pedido) más el plazo de entrega asociado a la dirección de entrega. Cuando los artículos son entregables, esta fecha se recupera por defecto en las líneas del pedido. Si la fecha se modifica, se utilizará para recalcular la fecha de expedición. Si el pedido contiene líneas, aparece un mensaje proponiendo actualizar la fecha de entrega solicitada, la fecha máxima de entrega (si la fecha introducida es posterior) y la nueva fecha de expedición en las líneas del pedido.

Se realiza un control de esta fecha en función de los días laborables y el calendario de disponibilidad del cliente entregado. Si la fecha de entrega solicitada corresponde a un día no laborable del cliente, la fecha se aplaza automáticamente a una fecha posterior. Si la fecha de entrega solicitada corresponde a un día no disponible del calendario del cliente, aparece un mensaje de aviso proponiendo continuar o modificar la fecha.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, la fecha de entrega solicitada se inicializa con la fecha de recepción prevista más próxima introducida en las líneas del pedido de compra.

• Plazo entrega (campo DAYLTI)

Es el plazo en número de días que se necesita para realizar la entrega al cliente entregado. Se inicializa con el plazo introducido en la dirección de entrega del cliente. Cuando los artículos son entregables, este plazo se propone por defecto en las líneas del pedido correspondientes a la dirección de entrega de la cabecera del pedido.

Sirve para inicializar la fecha de expedición a partir de la fecha de entrega solicitada. Al modificar este plazo, la fecha de expedición se recalcula en función de la fecha de entrega solicitada.

• Expedición (campo SHIDAT)

La fecha de expedición se inicializa con la fecha de pedido o la fecha del día (si la fecha de pedido es anterior a la fecha del día). Esta fecha se controla con respecto a los días laborables y al calendario de no disponibilidad de la planta de expedición. Si la fecha de expedición calculada corresponde a un día no laborable de la planta, el sistema retrasa la fecha de expedición al primer día laborable. Si la fecha corresponde a un día no disponible de la planta, hay un control de bloqueo que obliga a introducir una nueva fecha de expedición. Cuando los artículos son entregables, esta fecha de expedición se recupera por defecto en las líneas del pedido.

También puede aparecer un mensaje de aviso si la fecha de expedición introducida es posterior a la fecha de entrega solicitada.

La modificación de la fecha de expedición no actualiza en ningún caso la fecha de entrega solicitada.

• Hora entrega prevista (campo DEMDLVHOU)

Este campo está sujeto al código de actividad EDIX3.
Permite indicar la hora de entrega prevista del pedido. Esta hora se utiliza en las líneas del pedido para inicializar la franja horaria de entrega que se ha definido en los campos Hora entrega prevista y Hora máxima entrega.

• N.º ruta (campo DRN)

Este código, controlado por un menú local, permite generar documentos de entrega según un código de ruta que define, por ejemplo, una zona geográfica. Esta información se define por dirección de entrega del cliente.

• Modo de entrega (campo MDL)

Este código permite definir la información relativa al transporte y a la entrega. Se controla en la tabla de Modos de entrega. Se inicializa a partir del cliente entregado.

Esta información describe cómo se envían las mercancías al cliente (se utiliza principalmente en la declaración de intercambio de bienes). Cuando los artículos son entregables, la información se recupera en las líneas del pedido. Puedes modificarla en las líneas si el modo de entrega del pedido no es Completo.

Si modificas esta información y ya existen líneas de pedido, aparece un mensaje proponiendo aplicar dicha modificación en las líneas.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, si el modo de entrega no viene indicado en el cliente entregado, se inicializa con el que se ha introducido en el pedido de compra.

• Transportista (campo BPTNUM)

Es el transportista que se utiliza habitualmente para enviar la mercancía a la dirección de entrega del cliente. Sirve para establecer un cálculo de los gastos de porte en la entrega. Cuando los artículos son entregables, el transportista se utiliza en la línea de pedido. Tú o el propio transportista podéis modificarlo en las líneas si el modo de entrega del pedido no es Completo.

Si modificas esta información y ya existen líneas de pedido, aparece un mensaje proponiendo aplicar dicha modificación en las líneas.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, si el transportista no viene indicado en el cliente entregado, se inicializa con el que se ha introducido en el pedido de compra.

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

Al crear un presupuesto, un pedido, una entrega o una factura, el código Incoterms se inicializa con el que se define por defecto para el cliente entregado.

Este código Incoterms no se puede modificar. En el caso de los presupuestos y los pedidos, el código Incoterms es único para el conjunto del documento. En la transformación de un documento, el código Incoterms se propaga al documento secundario.

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

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

• N.º últ. entrega (campo LASDLVNUM)

Es el número y la fecha de la última entrega realizada para el pedido. Se puede acceder por túnel a la entrega.

• Fecha últ. entrega (campo LASDLVDAT)

• Tipo entrega (campo SDHTYP)

Este campo muestra el Tipo de entregaasociado al Tipo de pedido elegido y no se puede modificar.

Si no se ha introducido:

• Al entregar el pedido mediante el botón "Entrega":
  Se tiene en cuenta el tipo de entrega indicado en el parámetro SDHTYPNOR - Tipo de entrega normal o SDHTYPLND - Tipo de entrega préstamo (capítulo VEN, grupo SSD).
• Al procesar la Entrega automática de pedidos y la Entrega de documentos de preparación:
  Se tiene en cuenta el tipo de entrega indicado en la función de lanzamiento del procesamiento.

• Autorización saldo (campo ORDCLE)

Esta información, inicializada con el cliente del pedido, permite autorizar o no el saldo de una línea o del pedido. Si la transacción lo permite, se puede modificar en la entrada del pedido.

• I pedido por entrega (campo ODL)

Esta información, inicializada con el cliente del pedido, permite prohibir la agrupación de varios pedidos en una misma entrega. Si la transacción lo permite, se puede modificar en la entrada del pedido.

• Entrega parcial (campo DME)

Esta información, inicializada con el cliente del pedido, permite indicar el modo de entrega del mismo. Hay tres valores posibles:

• Autorizada significa que el pedido se puede entregar de forma parcial.
• Línea completa significa que el pedido se puede entregar de forma parcial si se entrega la línea completa.
• Pedido completo significa que el pedido debe entregarse por completo en una sola entrega.

También significa que no se puede realizar una asignación parcial en una línea de pedido o en un pedido cuando el stock es insuficiente para cubrir la línea o el pedido por completo. En el pedido o en las opciones de asignación en masa debe aparecer la opción Asignaciones parciales.Cuando se introduce la cantidad que se va a asignar a la línea o se realiza una Asignación manualen la línea y la entrega es parcial, aparece un mensaje de aviso.

Nota:Cuando seleccionas Línea completa o Pedido completo, puedes ignorar el mensaje de aviso y forzar la entrega parcial.

• Tipo asignación (campo ALLTYP)

El tipo de asignación (global/detallada) se inicializa con el valor del parámetro general ALLTYP- Tipo asignación (capítulo VEN, grupo SAL). Se puede modificar según la transacción de entrada utilizada. El tipo de asignación que se indica en esta pestaña se utiliza como valor por defecto para las líneas de pedidos que se introducen posteriormente.

Una vez que haya asignaciones en el pedido, esta información no se puede modificar.

La asignación global reserva la mercancía sin ninguna distinción, recurriendo a un acumulado global, mientras que la asignación detallada reserva objetos de stock (lote, serie, etc.). Un pedido se puede asignar desde el mismo pedido: puedes introducir la cantidad por asignar haciendo clic en el botón Asignación o en el icono Acciones de la línea para elegir las líneas de stock en una asignación detallada, o utilizar las funciones Asignación automática o Asignación por artículo.

• Modo facturación (campo IME)

Esta información se inicializa con el cliente del pedido y permite definir el modo de facturación del cliente. Este modo de facturación se utiliza posteriormente para facturar los documentos de entrega o los pedidos de facturación directa agrupándolos o dividiéndolos. Esta información se emplea en los procesos de facturación automática y en la función de facturación manual (donde se realiza un control de la información).

Los modos de facturación disponibles y su impacto en la facturación de las entregas son los siguientes:  

• 1 factura/doc. entrega. Este modo de facturación requiere una factura para cada una de las entregas creadas.
• 1 factura/pedido saldado. Este modo de facturación solo permite facturar las entregas asociadas a un pedido cuando este está saldado, todas las entregas asociadas al pedido están validadas y las entregas forman parte de la selección de facturación automática. Se generará una sola factura agrupando todas las entregas del pedido.
• 1 factura/pedido. Este modo de facturación permite crear una factura para todas las entregas validadas del pedido cuando se ejecuta el proceso de facturación. Se generará una sola factura agrupando todas estas entregas.
• 1 factura/cliente destinatario. Este modo de facturación permite crear una sola factura para todas las entregas del mismo cliente destinatario cuando se ejecuta el proceso de facturación automática. También se realiza un control cuando se facturan manualmente las entregas.
• 1 factura/periodo. Este modo de facturación permite crear una factura para todas las entregas en función de la periodicidad de facturación definida por el cliente. Por ejemplo, si la periodicidad es semanal, todas las entregas de la semana 32 (relativas a la fecha de expedición o de entrega en función del parámetro INVREFDAT - Fecha origen para facturación) se agruparán en una misma factura. Existe una particularidad sobre la periodicidad de facturación cuando su valor es A petición.Las entregas con una periodicidad de este tipo se agrupan. También se controla la facturación manual de las entregas para permitir únicamente la agrupación de las entregas con un modo de facturación por periodo y manual.
• Facturación manual. Este modo de facturación no se tiene en cuenta en los procesos de facturación automática. La facturación se realizará manualmente al introducir la factura.

Consecuencias del modo de facturación en la generación de entregas: los pedidos con un modo de facturación "1 factura/pedido" o "1 factura/pedido saldado" nunca se agruparán en una misma entrega.

Aparte de estos modos de facturación, existen datos que, si varían de una entrega a otra, no permiten agrupar dos entregas. Consulta la ayuda sobre la facturación automática de entregas.

Las consecuencias de los modos de facturación en los pedidos de facturación directa son:

• 1 factura/doc. entrega. Este modo de facturación requiere una factura para cada uno de los pedidos de facturación directa. No obstante, un pedido solo se puede facturar de forma parcial mediante la función de facturación automática cuando el modo de entrega del pedido no es Pedido completo.Si el modo de entrega del pedido es Pedido completo, todas las líneas del pedido deberán facturarse (las líneas de pedido gestionadas en stock deberán asignarse). De lo contrario, la factura no se generará. En la facturación manual de un pedido de este tipo, no hay restricción en cuanto al modo de entrega. Se podrá crear una factura parcial aunque el modo de entrega sea Pedido completo.
• 1 factura/pedido saldado. Este modo de facturación requiere una factura para cada uno de los pedidos de facturación directa. No obstante, hay que tener en cuenta por completo un pedido para poder facturarlo mediante la función de facturación automática. Solo habrá una factura para este pedido. En la facturación manual, se puede infringir esta regla facturando parcialmente un pedido de este tipo.
• 1 factura/pedido. En los pedidos de facturación directa, este modo de facturación corresponde al que se ha descrito anteriormente: 1 factura/doc. entrega. 1 factura/doc. entrega.
• 1 factura/cliente destinatario. Este modo de facturación permite crear una sola factura para todos los pedidos de facturación directa del mismo cliente destinatario cuando se ejecuta el proceso de facturación. Si en un mismo pedido hay líneas que se refieren a distintos clientes destinatarios, habrá tantas facturas como direcciones de entrega en las líneas. También se realiza un control cuando se facturan manualmente los pedidos.
• 1 factura/periodo. Este modo de facturación permite crear una factura para todos los pedidos en función de la periodicidad de facturación definida por el cliente. Por ejemplo, si la periodicidad es semanal, todos los pedidos de la semana 32 (relativos a la fecha de entrega solicitada en la cabecera del pedido) se agruparán en una misma factura. Existe una particularidad sobre la periodicidad de facturación a petición.Los pedidos con una periodicidad de este tipo se agrupan.
• Facturación manual. Este modo de facturación no se tiene en cuenta en los procesos de facturación automática. La facturación se realizará manualmente al introducir la factura.

Aparte de estos modos de facturación, existen datos que, si varían de un pedido a otro, no permiten agrupar dos pedidos. Consulta la ayuda sobre la facturación automática de pedidos.

• Condición pago (campo PTE)

La condición de pago permite identificar la forma de pago del cliente y el escalonamiento de los pagos en la facturación del pedido. Para simular el escalonamiento de los pagos previstos, accede a la gestión de condiciones de pago y haz clic en Simulación.

En esta distribución puede haber vencimientos de anticipo. En ese caso, en la creación del pedido se generarán automáticamente solicitudes de anticipo en función de las líneas del pedido. Las solicitudes de anticipo se podrán modificar posteriormente.

Esta información se inicializa con la condición de pago del cliente facturado o del tercero pagador asociado al cliente del presupuesto, en función del valor del parámetro PAYTERMVAL - Inic. condiciones de pago (capítulo TC, grupo RSK).

La inicialización sigue este orden de prioridad:

• ficha Tercero/Sociedad (función Terceros)
• ficha Cliente

La condición de pago se puede modificar mientras no se haya abonado ninguna solicitud de anticipo ni se haya facturado el pedido. La modificación de la condición de pago conlleva la supresión de las solicitudes de anticipo ya existentes y la creación de nuevas solicitudes vinculadas a la nueva condición de pago.

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)

Esta información permite determinar unas tasas de descuentos o recargos en función del adelanto o retraso de un pago con respecto a la fecha de vencimiento. Para más información, consulta la documentación de los Descuentos

El código de descuento se introduce en el pedido. Se inicializa con el del cliente facturado que aparece en la ficha, en el siguiente orden de prioridad:

• Tercero/Sociedad (función Terceros)
• Cliente

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

• N.º presupuesto (campo SQHNUM)

Es el número de presupuesto que origina el pedido. Se puede acceder por túnel al presupuesto. Si hay varios presupuestos, el número de presupuesto no se muestra a este nivel, sino en la línea.

• N.º proforma (campo PRFNUM)

Es el número de factura proforma asociado al documento. El número de proforma generado se muestra si se crea una factura proforma a partir de este documento. Se puede acceder por túnel a la factura.

• N.º últ. factura (campo LASINVNUM)

Es el número y la fecha de la última factura asociada al pedido. Se puede acceder por túnel a la factura.

• Fecha última factura (campo LASINVDAT)

• Condición de facturación (campo INVCND)

Esta información solo se gestiona en los pedidos de tipo Normal. No es obligatorio.
Si existe, se inicializa con la condición de facturación asociada al cliente facturado. Se puede modificar. Solo se puede introducir una condición de facturación 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í.

La condición de facturación introducida se utiliza para inicializar la condición de facturación de todas las líneas de pedido que contienen artículos de tipo Genérico o Servicio, vendidos y no entregables.
Si modificas la condición de facturación de la cabecera, se abre un cuadro de diálogo proponiendo recuperar la modificación en las líneas del documento con las siguientes opciones:

• Sí. La condición de facturación se aplica en todas las líneas, salvo en las que están vinculadas a un plan de facturación.
• No. La condición de facturación no se aplica en las líneas.
• Mismo valor. La condición de facturación solo se aplica en las líneas que tenían la antigua condición de facturación.

Solo afecta a las líneas no saldadas o no facturadas.

Puedes acceder a la función de gestión Condiciones de facturación desde el icono Acciones. En esta función, utiliza la acción Simulación para simular el escalonamiento de las facturas programadas previstas.

• Fecha inicio vencimiento (campo VCRINVCNDD)

Es la fecha de inicio del cálculo de los vencimientos de facturación.
Se inicializa con la fecha de pedido. Puedes modificarla, pero debe ser posterior o igual a la fecha de pedido. Si se modifica, aparece un mensaje proponiendo recalcular las fechas y periodos de las líneas de vencimiento. No obstante, este cálculo no se aplica a los vencimientos de las líneas de pedido ya facturadas, total o parcialmente.
 La visualización y gestión de este campo (invisible, mostrado, introducido) están vinculadas a la Condición de facturación y dependen de la parametrización de este campo a nivel de la transacción de entrada.

• Eje (campo DIE)

Esta tabla permite introducir o visualizar los ejes analíticos, en función de la parametrización de la transacción de entrada de los pedidos.

• Descripción (campo NAMDIE)

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

• Sección analítica (campo CCE)

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto que hay asociada a la gestión de las cabeceras de pedido. Se pueden modificar según la parametrización.
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.

Particularidades de la intersociedad:
En un pedido intersociedad o interplanta, la parametrización del código de secciones por defecto SOR permitirá, si es necesario, transferir las secciones analíticas de algunos ejes introducidas en la cabecera del pedido de compra.

• Descrip. corta (campo SHO)

Introduce una descripción corta para el elemento de facturación.

• % o importe (campo INVDTAAMT)

Los valores corresponden al pie de facturación. Estos datos pueden proceder directamente de la parametrización de los elementos del pie de facturación, de la ficha de cliente correspondiente o del presupuesto seleccionado.
Para más información, consulta la documentación de los Elementos de facturación.
Los valores del pie se pueden modificar. Los importes con y sin impuestos del documento se ven afectados directamente por estos valores.

En el flujo de los artículos no entregables, no se tienen en cuenta los elementos de facturación con una regla de agrupación basada en el prorrateo de los pies o de los volúmenes.

Si en un pedido se suprime un presupuesto o una o varias líneas de un presupuesto, los importes de los elementos de facturación no se recalculan teniendo en cuenta las líneas o presupuestos suprimidos: la parte de los elementos de facturación relativa a dichas líneas o dicho presupuesto no se eliminan del pedido modificado.

Particularidades de la intersociedad
Si el pedido se ha generado a partir de un pedido de compra intersociedad o interplanta y la parametrización intersociedad estipula que los elementos de facturación proceden de Compras, estos se inicializarán con los valores indicados en el pedido de compra original.

• campo INVDTATYP

El sistema indica si el elemento de facturación es un porcentaje o un importe con o sin impuestos.

• Código SST (campo SFISSTCOD)

Introduce el código que se va a utilizar para sustituir el código de impuesto SST por defecto del artículo o del elemento de facturación. Sage Sales Tax reconoce este código de impuesto, que identifica los tipos de línea con fines fiscales. Este campo solo está disponible si el código de actividad "LTA - Impuesto local" está activado y el parámetro USATAX - Uso sistema de impuestos tiene asignado el valor Sí.

Si hay elementos de facturación definidos como descuento en un documento SST para una sociedad, no puedes suprimir el valor del código de impuesto SST del documento.

• Artículo (campo ITMREF)

Es la referencia del artículo para el que se ha registrado una línea de documento.

Puedes introducir directamente una referencia de artículo o una referencia de artículo/cliente. La existencia de esta referencia se controla en los ficheros "Artículos/Venta" y "Artículos/cliente". Si introduces una referencia Artículo/Cliente, el sistema devuelve la referencia interna del artículo. Al introducir un artículo, aparece un mensaje de bloqueo:

• Si se han parametrizado tarifas de tipo prohibido para ciertos clientes (ver parametrización tarifas).
• Si el artículo es de tipo Compuesto de kit y no entregable.

También puedes utilizar el icono Acciones para:

• seleccionar un artículo en el fichero de artículos vendidos;
• seleccionar un artículo en la lista de artículos del cliente;
• crear, según tus habilitaciones, un artículo en el fichero;
• visualizar las tarifas del artículo;
• consultar el stock del artículo en la planta de expedición;
• consultar el stock disponible en la planta de expedición;
• seleccionar el artículo de reemplazo, si ya está registrado. Esta función solo está disponible si el artículo original no está disponible. Aparece una pantalla con la información de stock sobre la disponibilidad del artículo de reemplazo. El reemplazo del artículo se puede aceptar o rechazar. Al introducir una línea de pedido, el Artículo de reemplazo está disponible desde el icono Acciones del campo Ctd. pedida de la tabla. Si la línea está asignada o parcialmente entregada, facturada o preparada, la opción no está disponible.

La entrada del artículo permite inicializar los campos modificables Descripción y Unidad de venta. La unidad de venta se puede modificar por una procedente de la lista propuesta, que contiene las unidades de venta y de envasado de la ficha de artículo y artículo-cliente.

En este momento, puede aparecer un mensaje de advertencia para informar del reemplazo del artículo introducido por el de sustitución. Esta sustitución automática se produce cuando se cumplen estas dos condiciones:

• Se ha completado el campo Artículo reemplazo de la ficha de artículo.
• La fecha del documento es posterior o igual a la fecha de sustitución.

Una vez que se introduce la línea, no se puede modificar el código del artículo. Para modificarlo, hay que suprimir la línea y crearla de nuevo.

• Descripción (campo ITMDES)

Se trata de la descripción del artículo traducida en la lengua del cliente. Esta descripción es la que se imprimirá en el documento. Si no hay traducción a la lengua del cliente, se utilizará la descripción del artículo no traducida. Esta descripción se indicará también en el documento siguiente.

• A partir de este campo, existe la posibilidad de acceder a la ficha artículo mediante un túnel.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, la descripción traducida se inicializa con la descripción estándar del pedido de compra (descripción traducida en el idioma de conexión, es decir, el del usuario que ha creado el pedido de compra).

• Descripción estándar (campo ITMDES1)

Es la descripción introducida en la ficha de artículo. Esta descripción se traslada a las entregas o facturas (pedidos en facturación directa) con las posibles modificaciones que se hayan realizado en el pedido.

Cuando el pedido procede de un presupuesto, la descripción estándar se recupera de la línea de presupuesto.

Se puede acceder por túnel a la ficha de artículo.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, la descripción estándar se inicializa con la descripción traducida del pedido de compra, es decir, la descripción traducida en el idioma del proveedor (planta de venta).

Selecciona el valor Sí en el parámetro AUTOSEL - Selección automática (capítulo SUP, grupo INT) para activar la entrada predictiva o automática.
Empieza a introducir la referencia, descripción, etc. y, a continuación, tabula.
Se abre una ventana con los resultados. Selecciona el valor correspondiente.

Para más información sobre las condiciones de implementación de la búsqueda automática, consulta AUTOSEL – Selección automática (capítulo SUP, grupo INT).

• Versión mayor (campo ECCVALMAJ)

Este campo muestra la versión mayor del artículo.

Solo se 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 pestaña 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á activa a nivel del artículo/cliente (en la pestaña Clientes de la función Artículo, la casilla Precarga versión(es) está marcada) o, en su defecto, a nivel del artículo/venta (en la pestaña Venta de la función Artículo, la casilla Precarga versión(es) está marcada), se precarga automáticamente la última versión mayor activa. En su defecto, se precarga la última versión mayor en estado "Parada".

Cuando la línea está asignada parcialmente, preparada, entregada o facturada, no se puede modificar el número de versión.

Cuando el pedido se transforma en otro documento:

• Se activan los botones Preparación y Entrega, con la transferencia y el control de los números de versión en los documentos de preparación y entrega.
• Se activa el botón Factura, con la transferencia y el control de los números de versión en la factura.
• Se realiza el picking de los presupuestos, con la transferencia y el control de las versiones en el pedido.

La visualización del campo Versión mayor depende de la parametrización de la transacción de entrada (invisible, mostrado, introducido).

• Versión menor (campo ECCVALMIN)

Este campo muestra la versión menor del artículo.

Solo se puede acceder al número de la 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 pestaña Gestión de la función Artículo, el campo Versión stock tiene asignado el valor "Mayor y menor").

Si la precarga de las versiones está activa a nivel del artículo/cliente (en la pestaña Clientes de la función Artículo, la casilla Precarga versión(es) está marcada) o, en su defecto, a nivel del artículo/venta (en la pestaña Venta de la función Artículo, la casilla Precarga versión(es) está marcada), se precarga automáticamente la última versión menor.

Cuando la línea está asignada parcialmente, preparada, entregada o facturada, no se puede modificar el número de versión.

Cuando el pedido se transforma en otro documento:

• Se activan los botones Preparación y Entrega, con la transferencia y el control de los números de versión en los documentos de preparación y entrega.
• Se activa el botón Factura, con la transferencia y el control de los números de versión en la factura.
• Se realiza el picking de los presupuestos, con la transferencia y el control de las versiones en el pedido.

La visualización del campo Versión menor depende de la parametrización de la transacción de entrada (invisible, mostrado, introducido).

• Planta exped. (campo DSTOFCY)

Es la planta de almacenamiento de la que se expiden las mercancías para entregar la línea del pedido. Se inicializa con la planta de expedición introducida en la cabecera del pedido. Se puede modificar siempre y cuando la planta de expedición elegida pertenezca a la misma sociedad jurídica que la planta de venta y la línea del pedido no esté asignada. En el caso de un pedido con entrega Completa, la planta de expedición ya no se puede modificar en las líneas del pedido.

Se puede:

• seleccionar una planta de almacenamiento,
• consultar el stock del artículo en la planta de expedición,
• acceder por túnel a la ficha de artículo/planta, si las habilitaciones del usuario lo permiten.

Particularidades de la intersociedad:En un pedido intersociedad o interplanta generado a partir de un pedido de compra, la planta de expedición se inicializa con la que se ha introducido en la línea del pedido de compra. Se puede modificar para gestionar los riesgos de las expediciones. El pedido de compra de origen no se actualiza con esta modificación.

• UV (campo SAU)

La unidad de venta se inicializa con la unidad de venta definida en la ficha de artículo-cliente o con la unidad de venta del artículo. Se puede introducir otra unidad mediante una ventana de selección. Las unidades propuestas son las unidades de envasado del artículo y las unidad de envasado definidas en la ficha de artículo-cliente. Si el usuario dispone de los permisos necesarios, se puede acceder a la tabla de unidades.

Una vez que se introduce la línea, no se puede modificar la unidad de venta. Hay que suprimir la línea y crearla de nuevo para modificar la unidad.

Particularidades de la intersociedad en la entrada de un pedido de venta: si el pedido se ha generado a partir de un pedido de compra intersociedad o interplanta, esta información no está disponible y se inicializa con la unidad introducida en el pedido de compra. Solo una modificación del pedido de compra de origen puede modificar esta información.

• Ctd. pedida (campo QTY)

Es la cantidad que ha pedido el cliente. Se expresa en unidad de venta.

Haz clic en el icono Accionespara:

• acceder por túnel a la ficha de artículo-planta;
• consultar el Stock por planta;
• acceder a los Filtros de las asignaciones. Utiliza esta opción para indicar los datos que se utilizan en la asignación detallada o en la expedición, si la línea está en asignación global. Se pueden introducir dos filtros exclusivos: el lote y una combinación de estados (la combinación de estados introducida debe estar incluida en la Regla de salida del tipo de entrega correspondiente). Se puede asignar un filtro preferencial a una ubicación para orientar la asignación. Se pueden introducir comodines "*, ? " en estos datos para ampliar los filtros. También puedes acceder a estos filtros desde el campo Cantidad a asignar.
• consultar el Detalle de la asignación. Esta función solo está disponible si ya hay cantidades asignadas en el pedido. Esta función permite visualizar las líneas de stock reservadas. Haz clic en Detalle asignacióndesde el icono Acciones de la línea.
• consultar el Stock disponible;
• consultar el Stock proyectado;
• seleccionar el artículo de reemplazo. Esta función solo está disponible si el artículo original no está disponible. Aparece una pantalla con la información de stock sobre la disponibilidad del artículo de reemplazo. El reemplazo del artículo se puede aceptar o rechazar.

Hay que introducir la cantidad pedida. En los siguientes casos, aparece un mensaje de advertencia:

• La cantidad introducida es inferior a la mínima definida en la ficha de artículo.
• La cantidad introducida es superior a la máxima indicada en la ficha de artículo. Estos mensajes pueden ejercer un bloqueo según el valor del parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd. (capítulo VEN, grupo AUZ).

La disponibilidad del artículo se muestra en el bloque Stock disponible, bajo la tabla, cuando se selecciona la opción Disponibilidad del artículo en la transacción de entrada de Pedido.
Si el artículo no está disponible, aparece el mensaje de advertencia "XXX: No disponible en stock", seguido de la primera fecha de disponibilidad y la cantidad en unidad de stock y unidad de venta.
Al igual que la valoración del documento, la presencia de la disponibilidad del artículo depende del valor del parámetro SOHVALLIG - Valorización pdo. línea (capítulo VEN, grupo MIS).

Cuando se introduce la cantidad pedida, se realiza automáticamente un proceso de búsqueda de tarifa. Esta búsqueda pretende recuperar:

• el precio bruto y el motivo asociado
• los descuentos y gastos en porcentaje o importe que hay que aplicar a nivel de la línea, y los motivos
• cualquier artículo gratuito

El procesamiento de búsqueda de tarifa se puede activar de distintas maneras en función del tipo de artículo introducido:

• Si el artículo introducido es de tipo Normal, el proceso de búsqueda se activa automáticamente.
• Si el artículo introducido es de tipo Compuesto kit o Compuesto estructura, se activa una primera búsqueda de tarifa para el compuesto y, a continuación, se lee el fichero de estructuras para mostrar las distintas alternativas de tipo Comercio, si hay más de una. Si el artículo solo tiene una alternativa, esta se tiene en cuenta automáticamente.

Una vez elegida la alternativa, se pueden dar distintos casos en función de la composición de la estructura del artículo:

• Todos los componentes de tipo Normal se seleccionan automáticamente.
  
  Se reemplazan automáticamente por el artículo de sustitución, si este se ha introducido a nivel de la ficha Artículo y la fecha del documento es posterior o igual a la de sustitución.
  En los demás tipos de componentes que se mencionan a continuación, cuando se utiliza un artículo de sustitución, la descripción del artículo original aparece a nivel de la ventana de selección de los componentes.
• En cada componente de tipo Normal (con fórmula), se abre una ventana con el conjunto de artículos procedentes de la fórmula de selección. Si en la misma secuencia se ha registrado un componente de tipo Normal, dicho componente aparece en la lista. Por defecto, se selecciona automáticamente, pero se puede cancelar la selección. Su cantidad no se puede modificar.
  Se pueden seleccionar uno o varios de los demás componentes procedentes de la selección. Para ello, utiliza los botones "Incluir todo" y "Excluir todo". Cuando no se selecciona ningún componente y hay demasiadas líneas en la tabla (el número de líneas que aparece depende del número de líneas que aún se puedan insertar en el documento), puedes hacer clic en "Criterios" para limitar la selección.
• En cada componente de tipo Variante, se abre una ventana con el conjunto de variantes que aparecen en el mismo nivel de estructura o que proceden de una selección. Hay que elegir una.
• En cada componente de tipo Opción, se propone la opción y puedes aceptarla o rechazarla. Cuando hay varias opciones posibles para un mismo nivel de estructura o se ha definido una fórmula de selección, se abre una ventana y puedes seleccionar una o rechazarlas todas.
• En cada componente de tipo Opción múltiple, se abre una ventana con el conjunto de componentes que aparecen al mismo nivel de estructura o que proceden de una fórmula de selección. Puedes seleccionar varias o rechazarlas todas. Para ello, utiliza los botones "Incluir todo" y "Excluir todo". Cuando no se selecciona ningún componente y hay demasiadas líneas en la tabla, puedes hacer clic en el botón "Criterios" para limitar la selección.

Se generan las líneas correspondientes a los distintos componentes de la estructura:

• Si el artículo es de tipo Compuesto kit, todas las líneas de los componentes se generan automáticamente. Estas líneas dependerán completamente del compuesto. Aparecen en la pantalla, pero no puedes acceder a ellas. La cantidad de los componentes se calcula automáticamente a partir de la cantidad del compuesto. Si modificas la cantidad del compuesto, las cantidades de todos los componentes se recalculan automáticamente. Si se suprime el compuesto, todos los componentes se suprimen automáticamente.
• Si el artículo es de tipo Compuesto estructura, se proponen todas las líneas de los componentes y se pueden modificar (excepto la unidad de venta). Estas líneas son independientes del compuesto. Si se modifica o se suprime el compuesto, se pueden trasladar dichas modificaciones a los componentes.

En ambos casos, se activa automáticamente una búsqueda de tarifa para el tipo de componente y se asigna un valor al tipo de línea para cada línea de pedido generada:

• Opción kitu Opción estructura para un componente de tipo Opción
• Variante kit o Variante estructura para un componente de tipo Variante
• Componente kit o Componente estructura para un componente de tipo Normal.

Al final del procesamiento de búsqueda de tarifa, se realizan ciertos controles:

• Si el precio está definido con impuestos, se calcula el precio sin impuestos.
• Control del precio neto calculado: si el precio neto calculado es inferior al mínimo almacenado en la ficha de artículo, aparece un mensaje de advertencia.
• Control del margen obtenido: si el porcentaje de margen es inferior al mínimo almacenado en la ficha de artículo, aparece un mensaje de advertencia.

Estos mensajes pueden ejercer un bloqueo según el valor asignado al parámetro de usuario SDACLOK - Ctrl. no blq. prec.,mrg., ctd.(capítulo VEN, grupo AUZ).

Líneas de pedido con artículos de tipo "Genérico" o "Servicio", vendidos y no entregables

Estos artículos se facturan mediante una programación de facturas. Mientras la línea de pedido no esté totalmente facturada, puedes modificar la cantidad de la línea. En este caso, solo se pueden modificar las facturas programadas no facturadas vinculadas a la línea. El porcentaje se recalcula en todas las líneas. Por lo tanto, el importe total de la línea de pedido puede ser distinto al total de la programación de facturas.

Cuando los artículos están asociados a un proyecto gestionado en facturación de progreso:

• La cantidad pedida de la línea se puede modificar y afecta a las líneas de factura programada que no se han validado ni facturado.
• La cantidad de la línea de pedido no puede ser inferior a la cantidad total de las facturas programadas y de las facturas programadas vinculadas a un estado de progreso validado.
• Cuando se modifica la cantidad del compuesto de una estructura de materiales en la que uno o varios componentes están asociados a un proyecto gestionado en facturación de progreso, los componentes solo se actualizan con dicha modificación si la cantidad introducida es superior o igual a la cantidad del estado de progreso validado o facturado. Si es inferior, solo se actualizan los componentes que no están asociados a un proyecto con facturación de progreso.
• Si todas las facturas programadas están vinculadas a un estado de progreso validado, la cantidad no se puede modificar.
• Cuando una estructura de tarifa (gasto/descuento) genera un cambio de precio y una factura programada está vinculada a un estado de progreso validado, la cantidad tampoco se puede modificar.

• Coef. UV-US (campo SAUSTUCOE)

Es el coeficiente de conversión entre la unidad de venta y la unidad de stock. Este código se puede modificar si la unidad de venta del artículo o la unidad de envasado están marcadas como "modificable" (ver Ficha artículo). Si la unidad utilizada se ha definido para el cliente, este no se puede modificar. Si se utilizan unidades un con coeficiente modificable, solo hay que definir tarifas expresadas en unidad de stock.

Una vez que se introduce la línea, no se puede modificar el coeficiente de conversión. Hay que suprimir la línea y crearla de nuevo para modificar el coeficiente.

Particularidades de la intersociedad en la entrada de un pedido de venta: si el pedido se ha generado a partir de un pedido de compra intersociedad o interplanta, esta información no está disponible y se inicializa con el coeficiente calculado entre la cantidad de compra y la unidad de stock. Solo una modificación del pedido de compra de origen puede modificar esta información.

• US (campo STU)

Es la unidad de stock del artículo. Esta unidad no se puede modificar.

• Ctd Asignada (campo ALLQTY)

Es la cantidad, expresada en unidad de venta, que ya se ha asignado en el pedido. Esta asignación puede ser global o detallada.

• Ctd en ruptura (campo SHTQTY)

Es la cantidad en ruptura, expresada en unidad de venta, que hay en el pedido. Cuando se realiza la última asignación en la línea de pedido, si una parte del stock no está disponible, aparece en esta columna (si el parámetro GENSHT - Generación de rupturas (capítulo STO, grupo MIS) tiene asignado el valor Sí).

• Ctd a asignar (campo WALLQTY)

Es la cantidad asignada en la línea de pedido.

Cuando la transacción lo permite, en la línea de pedido se puede introducir la cantidad por asignar.
Siempre es igual a la cantidad que ya se ha asignado en la línea de pedido (Cantidad asignada + Cantidad en ruptura). Para aumentar o disminuir la cantidad por asignar, basta con aumentar o disminuir esta cantidad.
Si el parámetro INIALLORD - Inic. ctd. por asignar en pdo. tiene asignado el valor "Sí", la cantidad por asignar se inicializa con la cantidad total que hay que asignar en la línea de pedido (si hay que modificar la cantidad pedida, se recalcula la cantidad por asignar).
Si el pedido no está Totalmente firmado, se gestiona el circuito de firmas y el parámetro SOHAPPALL - Asignación pedido no firmado tiene asignado el valor No, no se puede introducir la cantidad por asignar y no se inicializa en función de la cantidad pedida. Lo mismo ocurre si el parámetro SOHAPPALL - Asignación pedido no firmado tiene asignado el valor Sí, pero en los pedidos no firmados no se pueden generar encursos para los artículos gestionados en stock (el parámetro SOHAPPORD - Encurso artículo/pdo. no firmado tiene asignado el valor "No"). No se pueden asignar los pedidos sin encurso.

La cantidad introducida puede ser superior a la cantidad pedida. Aparecerá un mensaje de advertencia. La asignación se realiza al registrar el pedido.

Si hay clientes que han reservado este artículo y el parámetro USERERBPC - Consumo reservas clientes tiene asignado el valor Sí, las reservas de los clientes se consumen en la asignación.

Si el encurso del cliente está bloqueado, no se puede acceder a este campo.
Si el cliente ha superado el encurso y el parámetro de usuario SCDTUNL - Autorización desbloqueo pedido lo permite, aparece un mensaje de advertencia solicitando la confirmación de la entrada. De lo contrario, no puedes acceder a esta información.

Si el estado del pedido es Anticipo no abonado, aparece un mensaje de advertencia solicitando la confirmación de la entrada.

Al introducir la cantidad por asignar:

• Aparece un mensaje de advertencia si ya hay cantidades en ruptura del artículo en curso en otros documentos.
• Si en la transacción de entrada de pedido se ha marcado la opción Disponibilidad del artículo, aparece un aviso en el bloque Stock disponible bajo la tabla. Cuando la cantidad total por asignar no está disponible, esta advertencia indica la cantidad que queda por asignar, expresada en la unidad de stock o de venta.
  Al igual que la valoración del documento, la presencia de la disponibilidad del artículo depende del valor del parámetro SOHVALLIG Valorización pdo. línea (capítulo VEN, grupo MIS).

Las líneas de pedido gestionadas en contramarca de recepción o contramarca de fabricación representan un caso particular.

Cuando una línea de pedido está asociada a este tipo de contramarca, los procesos de asignación automática no permiten asignar este tipo de línea. La línea de pedido se asignará al recepcionar el pedido de compra asociado o al declarar la producción de la orden de fabricación asociada.
Para gestionar ciertos riesgos (retraso de producción o de entrega del proveedor), estas líneas se pueden asignar (o desasignar) si hay stock disponible.
Al declarar la producción o recepcionar el pedido de compra, si la cantidad que queda por asignar en el pedido es inferior a la cantidad introducida en stock, solo se asigna la parte pendiente. El resto de la mercancía entra en stock y queda disponible para los demás pedidos.

No se puede asignar una línea de pedido gestionada en contramarca directa.

Hay algunas acciones disponibles:

• Filtro asignaciones. Utiliza esta acción para indicar los datos que se utilizan en la asignación detallada o en la expedición, si la línea está en asignación global. Se pueden introducir filtros exclusivos: el lote y una combinación de estados (la combinación de estados introducida debe estar incluida en la regla de salida del tipo de entrega correspondiente). Se puede asignar un filtro preferencial a una ubicación para orientar la asignación. Se pueden introducir comodines "*, ? " en estos datos para ampliar los filtros.

• Tipo asignación (campo DALLTYP)

El valor por defecto del tipo de asignación de una línea de pedido es el tipo de asignación que se indica en la cabecera del pedido. Se puede modificar el tipo de asignación (Global/Detallado) en la línea si la transacción de pedido seleccionada lo autoriza. Una asignación global se realiza en función del acumulado de stock disponible. Una asignación detallada reserva los objetos de stock (lote, serie, estado, ubicación).

Si la línea de pedido está asignada, ya no se puede acceder a esta información.

• Cantidad a entregar (campo TDLQTY)

Cuando el artículo pedido no se gestiona en stock, puedes indicar la cantidad por entregar o facturar (en los pedidos de facturación directa). Si no se especifica, se entregará toda la línea.

Cuando el artículo no es entregable, en los pedidos normales no se puede acceder a este campo, ya que la cantidad por facturar está definida a nivel de la programación de facturas.

• Precio bruto (campo GROPRI)

Es el precio bruto unitario (en unidad de venta) con o sin impuestos (según el tipo de precio) del artículo. Procede de una búsqueda de tarifa o, si no se encuentra ningún precio, del precio base del artículo de venta.

Si la unidad de venta es distinta a la de la línea de tarifa:

- Se realiza una conversión del importe de la tarifa si la Conversión de unidades tiene asignado el valor "Sí" a nivel de la Parametrización 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.

- La tarifa no se utiliza si la Conversión de unidades tiene asignado el valor "No" a nivel de la Parametrización de la tarifa. El valor del precio bruto es "0".

Haz clic en el icono Accionespara:

• visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos;
• consultar la lista de los últimos 10 precios de pedido;
• consultar las tarifas;
• saber cómo se obtiene el precio neto a partir del precio bruto y de los distintos descuentos.

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

Este mensaje no aparece ni en los componentes de una estructura ni en los artículos gratuitos.

Procesamiento de artículos gratuitos

Al final de la línea de documento, se activa un procesamiento de artículos gratuitos. Este procesamiento genera todas las líneas de artículos gratuitos (precio bruto y descuentos a 0). Si el parámetro FOCPRI - Valoración art. gratuitos (capítulo VEN, grupo PRI) tiene asignado el valor Sí, se activa una búsqueda de tarifa para el artículo gratuito con el fin de asignarle un precio bruto. Este precio asignado se compensa con un descuento de línea en porcentaje o importe (según el orden de los descuentos) para obtener un precio neto nulo.
El número de la línea de origen del artículo gratuito aparece en todas las líneas de artículo gratuito que se han generado en el fichero de las líneas de presupuesto (esta información no aparece en la pantalla). La información Origen aparece en la línea que ha dado lugar a los artículos gratuitos en el campo Gratuito. Esta información tiene asignado el valor Sí en la línea de artículo gratuito. Puedes modificar todas las líneas de artículo gratuito (salvo los campos de precios y descuentos). La gestión de artículos gratuitos no se tiene en cuenta en los componentes.

Cuando se crea el documento, si la parametrización (GRPPRI - Gestión tarifas agrupadas) incluye la gestión de tarifas agrupadas, se propone realizar o no una nueva búsqueda de tarifa (para el tipo agrupado), lo que permite determinar las condiciones específicas de todo el presupuesto. Al final de este procesamiento, en algunas líneas de artículo se pueden obtener:

• un nuevo precio bruto o nuevos descuentos/gastos por línea
• artículos gratuitos que no están asociados a ninguna línea específica

Líneas de pedido con artículos de tipo "Genérico" o "Servicio", vendidos y no entregables

Estos artículos se facturan mediante una programación de facturas. Mientras la línea de pedido no esté totalmente facturada, puedes modificar el precio de la línea. En ese caso, la modificación solo se aplica a las facturas programadas asociadas a la línea que todavía no se han facturado. El porcentaje y la cantidad de las facturas programadas no se ven afectados. Por lo tanto, el importe total de la línea de pedido puede ser distinto al total de la programación de facturas.

Cuando los artículos están asociados a un proyecto gestionado en facturación de progreso y hay una factura programada vinculada a un estado de progreso validado, no puedes modificar el precio. El precio se puede modificar cuando esta factura programada se factura y las demás facturas programadas todavía no están vinculadas a un estado de progreso validado.

• campo DISCRGVAL1

Aparecen columnas de descuentos y gastos. Dependen de la parametrización del código de estructura de tarifa (ver documentación Estructura tarifas). Pueden inicializarse utilizando las tarifas (ver las documentaciones Parametrizaciones 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 del parámetro UPDPRISAL para las Ventas y UPDPRIPUR para las 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 estos datos, mediante el botón contextual, se pueden visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos.

• Precio neto (campo NETPRI)

Es el precio neto unitario de la línea de recepción calculado a partir del precio bruto afectado por los posibles gastos y descuentos. Esta información no está accesible.
Desde este campo, el icono Acciones permite:

• visualizar los motivos asociados al precio y a los distintos campos de descuentos y gastos;
• consultar la lista de los últimos 10 precios de pedido;
• consultar las tarifas;
• disponer de una explicación detallada sobre la obtención del precio neto.

Cuando el precio introducido es nulo, aparece un mensaje solicitando confirmación. No obstante, este mensaje no aparece ni en los componentes de una estructura, ni en los gratuitos ni en las entregas no facturables.

Se activa un proceso de Gratuitos al final de la línea de entrega. Este procesamiento genera todas las líneas de artículos gratuitos (precio bruto y descuentos a 0). Si el parámetro FOCPRI - Valoración art. gratuitos (capítulo VEN, grupo PRI) tiene asignado el valor Sí, se activa una búsqueda de tarifa para el artículo gratuito con el fin de asignarle un precio bruto. Este precio asignado se compensa con un descuento de línea en porcentaje o importe (según el orden de los descuentos) para obtener un precio neto nulo.

Al hacer clic en Crearpara registrar la entrega, en función del valor del parámetro GRPPRI - Gestión tarifas agrupadas, puede aparecer una pregunta sobre la realización o no de una nueva búsqueda de tarifa para determinar las condiciones particulares que están vinculadas de forma global a la entrega. Al final de este procesamiento, en las líneas de artículo se puede obtener:

• un nuevo precio bruto o nuevos descuentos/gastos por línea
• artículos gratuitos que no están asociados a ninguna línea específica

• Precio coste (campo CPRPRI)

En la creación de la línea de documento, el precio de coste se alimenta por defecto con la valoración del artículo elegido para calcular el margen (ver los métodos de valoración definidos para la ficha de artículo-planta) y viene expresado en la unidad de venta. Las posibles opciones para la valoración del precio de coste son: "Precio estándar", "Precio estándar actualizado", "Último precio", "Precio medio ponderado", "Precio FIFO", "Precio medio lote" y "Precio LIFO". Si el método de valoración devuelve un valor nulo, se utiliza un valor de sustitución especificando otro método de valoración de la lista anterior. Este valor se almacena en la línea de documento

Esta información se puede corregir en función de la transacción de documento utilizada. Sin embargo, en los siguientes casos, el valor introducido se sustituye sistemáticamente por el valor de la parametrización del método de valoración del artículo, excepto si este es un valor nulo (en cuyo caso se mantiene la modificación):

• transformar un presupuesto en un pedido
• entregar un pedido 
• validar una entrega
• facturar un pedido El precio de coste se fija al facturar una entrega.

En la gestión de presupuestos, el precio medio de lote siempre devuelve un valor nulo. Se utiliza un valor de sustitución. En la validación de la entrega, el precio medio de lote se utiliza para recalcular el margen y obtener un margen real según los lotes entregados.

• Margen (campo PFM)

Este campo muestra el margen unitario en unidad de venta, calculado con la diferencia entre el precio neto y el precio de coste.

Al calcular el margen comercial, se puede realizar un control para verificar que dicho margen no se encuentra por debajo del umbral mínimo definido en la pestaña Ventade la ficha Artículo. Este control puede ejercer un bloqueo en función del parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd. (capítulo VEN, grupo AUZ). El cálculo que se realiza para controlar la tasa de marca es el siguiente:

((Precio total AI - Precio de coste)/Precio total AI)* 100 >= porcentaje de margen mínimo o tasa de marca.

En las entregas no facturables, no se realiza ningún control.

• Nivel tasa 1 (campo VACITM1)

Este campo indica el nivel de impuesto que se aplica al artículo seleccionado.

Este nivel de impuesto permite, mediante el cruce con el régimen fiscal del documento, determinar la tasa de impuesto que se aplica en la línea del documento.

Existen tres niveles de impuesto para una línea de documento.

El primero es obligatorio y corresponde al IVA.

Los otros dos reflejan los impuestos parafiscales o especiales, que pueden estar o no sujetos al IVA, aplicarse en la base sin impuestos o cualquier otra fórmula evaluada.

Los niveles de impuesto de la línea de documento se alimentan por defecto con los valores asociados a la ficha de artículo (pestaña Contabilidad). Estos valores se pueden modificar en función de la transacción. Si lo permiten las habilitaciones del usuario, también puedes acceder a la gestión de los niveles de impuesto.

El parámetro CTLTAX – Control de códigos impuestos (capítulo VEN, grupo VAT) permite controlar que los códigos de impuesto vinculados a los niveles de impuesto sean coherentes. Gracias a este control, el sistema comprueba que el nivel de impuesto:

• esté introducido;
• esté activo;
• contenga una legislación y un grupo de sociedad coherentes con los del documento.

• Condición de facturación (campo DINVCND)

La presencia de este campo depende de la transacción de entrada utilizada.
Una condición de facturación permite determinar la programación de facturas de la línea de pedido. Si la línea de pedido se refiere a un artículo de tipo Vendido, pero no Entregable, la condición de facturación es obligatoria. Si no, no se puede completar.
Se inicializa a partir de la condición de facturación introducida en la cabecera del pedido o, en su defecto, a partir de la introducida en el artículo.

En los artículos gratuitos, la condición de facturación se inicializa por orden de prioridad de la siguiente manera:

• condición de facturación introducida a nivel del parámetro INVCNDFREE - Condición facturación gratuito (capítulo VEN, grupo ORD)
• condición de facturación introducida en la cabecera del pedido
• condición de facturación introducida en el artículo
• condición de facturación de la línea que ha originado los artículos gratuitos (cuando estos están vinculados a una línea de pedido y se han creado tras la búsqueda de tarifas de esta línea)
  Cuando los artículos gratuitos se generan a partir de tarifas agrupadas tras la entrada del pedido, su condición de facturación se inicializa a partir de las reglas definidas anteriormente. Si su condición no se alimenta, las líneas de artículo gratuito no se generan.

En los artículos de tipo Compuesto estructura, que no son entregables, la condición de facturación se inicializa a partir de la condición de facturación introducida en la cabecera del pedido, a nivel de la pestaña "Facturación". Por defecto, se inicializa en cada línea (compuesto y componentes) a partir de la condición introducida en el artículo de la línea. El acceso y las modificaciones son independientes en cada línea. Si la condición de facturación no se alimenta, las facturas programadas no se generan. Si la condición de facturación se modifica en la cabecera, se abre un cuadro de diálogo proponiendo repercutir la modificación en las líneas del documento, de la misma forma que en un artículo normal (ver más adelante la información aplicable a todos los artículos).
Si la condición de facturación se modifica en el compuesto, se abre un cuadro de diálogo proponiendo repercutir la modificación en las líneas de los componentes. Si respondes Sí, la modificación se aplica en todas las líneas de los componentes que no se hayan saldado o facturado y no estén vinculadas a un plan de facturación. Si en la modificación del pedido se cambia la programación elegida, aparece un mensaje señalando que se va a modificar la programación de las líneas correspondientes.

Información aplicable a todos los artículos:

Cuando la condición de facturación se modifica en la cabecera del documento, se abre un cuadro de diálogo proponiendo repercutir la modificación en las líneas del documento según las siguientes opciones:

• Sí. La condición de facturación se aplica en todas las líneas (incluidas las líneas de los artículos gratuitos), salvo en las que están vinculadas a un plan de facturación.
• No. La condición de facturación no se aplica en las líneas.
• Mismo valor. La condición de facturación solo se aplica en las líneas que tenían la antigua condición de facturación.

Solo afecta a las líneas no saldadas o no facturadas.

La condición de facturación se puede modificar mientras la línea de pedido no esté parcial o totalmente facturada. Cuando en la creación del pedido se modifica la condición de una línea de pedido, la programación se vuelve a evaluar según de esta nueva condición de facturación. Si en la modificación del pedido se cambia la programación elegida, aparece un mensaje señalando que se va a modificar la programación de las líneas correspondientes.

Desde el icono Acciones, puedes acceder en consulta a la función de gestión de condiciones de facturación. En esta función, utiliza la acción Simulación para simular el escalonamiento de las facturas programadas previstas.

Para mostrar la programación de facturas de una línea de pedido, haz clic en Programación de facturas desde el icono Acciones que hay disponible al principio de la línea.

• Código SST (campo SSTCOD)

Introduce el código que se va a utilizar para sustituir el código de impuesto SST por defecto del artículo o del elemento de facturación. Sage Sales Tax reconoce este código de impuesto, que identifica los tipos de línea con fines fiscales. Este campo solo está disponible si el código de actividad "LTA - Impuesto local" está activado y el parámetro USATAX - Uso sistema de impuestos tiene asignado el valor Sí.

Si hay elementos de facturación definidos como descuento en un documento SST para una sociedad, no puedes suprimir el valor del código de impuesto SST del documento.

• Proyecto (campo DPJT)

El código de proyecto de la línea de documento se inicializa con el introducido en la cabecera o, en caso de transformación de un documento, con el de las líneas del documento seleccionado (en picking o en procesamientos en masa, no se puede seleccionar una línea de documento con un código de proyecto inactivo).

• El parámetro PJTSNGDOC - Un proyecto por documento (capítulo TC, grupo MIS) tiene asignado el valor No.
• La transacción de entrada utilizada permite la entrada de este campo.

En una modificación, la gestión del código de proyecto depende del valor del parámetro CTLOPPCOD - Control proyecto obligatorio.

• Cuando el valor es No, puede ser un código elegido libremente.
• Cuando el valor es Sí, se realiza sistemáticamente un control de existencia del código de proyecto introducido.

Cuando se controla la entrada, y en función del contexto, puedes elegir un proyecto o una de las entidades imputables del proyecto (un lote presupuestario o una tarea) mediante su código de imputación:

• Sí. El código de proyecto se traslada a todas las líneas, salvo a las vinculadas a un plan de facturación y a un hito no compatible.
• No. El código de proyecto no se traslada a las líneas.
• Mismo valor. El código de proyecto solo se traslada a las líneas que tenían el antiguo código.

Documentos venta: presupuestos, pedidos, entregas y facturas

• Para un presupuesto: la línea no está pedida ni es gratuita.
• Para un pedido: la línea no está ni saldada, ni entregada, ni facturada ni es gratuita.
• Para una entrega: la línea es directa y no es gratuita.
• Para una factura o un abono: el documento no está validado, la línea es directa y no es gratuita. Para los abonos, la cantidad es diferente a 0.

• Si la gestión multiproyecto de los documentos está permitida (el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor "No"), la entrega puede contener líneas de entrega directa y líneas de artículo asociadas a tareas. El código de proyecto de la cabecera solo se utiliza como valor por defecto en las líneas de entrega directa. Las líneas de artículo asociadas a tareas mantienen su código de proyecto, que no se puede modificar. Si el código de proyecto se modifica en la cabecera, se propone su traslado a las líneas, como se describe anteriormente. Esto solo es aplicable a las líneas de entrega directa.
• Si la gestión multiproyecto de los documentos no está permitida (el parámetro PJTSNGDOC - Un proyecto por documento tiene asignado el valor Sí), la entrega no puede contener simultáneamente líneas de entrega directa y líneas de artículo asociadas a tareas.

• Cuando la entrega contiene líneas de entrega directa, no puedes introducir un código de proyecto asociado a tareas en la cabecera.
• Cuando la entrega contiene líneas de artículo asociadas a tareas, solo puedes seleccionar líneas de artículo asociadas a la misma tarea. De esta forma, el código de proyecto permite filtrar las tareas en el panel de selección.

Caso específico de los artículos gratuitos generados por una búsqueda de tarifa tras la modificación del código de proyecto en la cabecera: el artículo gratuito solo muestra el código de proyecto del artículo de origen si dicho código de proyecto no se utiliza en una tarea.

• Represent1 (campo REP1)

Los representantes de la línea de documento se inicializan con los que se han introducido en la cabecera. Si estos no se han introducido, se inicializan con los representantes del cliente o, si no hay representantes en la ficha de cliente, con los del cliente entregado.

Si el parámetro LINREP - Representantes por línea (Capítulo VEN/Grupo MIS) lo permite, los representantes se pueden modificar en la línea de documento. En función de los permisos del usuario, se puede acceder a la ficha del representante.

• Porc.com1 (campo REPRAT1)

La tasa de comisión del representante se inicializa en la línea en función de la categoría de comisión del cliente y de la tasa de comisión del representante por categoría. Esta tasa de comisión se puede ponderar con un coeficiente de ponderación modificable, que se puede inicializar con las parametrizaciones de las tarifas. Estos datos proceden de la cabecera de factura, en el caso de una factura directa, o del documento de origen.

• Porc.com2 (campo REPRAT2)

• Coef. pond. (campo REPCOE)

Al calcular la comisión, este coeficiente permite ponderar el tipo de comisión de los representantes para esta línea.
Esta información se inicializa con la búsqueda de tarifa: algunas tarifas permiten definir un coeficiente de ponderación para el tipo de comisión de los representantes.

• Fecha entrega solicitada (campo DDEMDLVDAT)

Es la fecha de entrega solicitada por el cliente. Se inicializa con la fecha de entrega solicitada que se ha introducido en la cabecera del pedido. Al modificar esta fecha, la fecha de expedición (fecha de expedición = fecha de entrega solicitada - plazo de entrega) y la fecha de entrega prevista (fecha de entrega prevista = fecha de expedición + plazo de entrega) se recalculan.

Al modificar esta fecha, el sistema controla que no corresponda a un día no laborable o no disponible de la dirección de entrega. Si se trata de un día no laborable, la fecha se aplaza a una posterior. Si se trata de un día no disponible, aparece un mensaje de advertencia.
El sistema también controla que la fecha introducida siga siendo anterior o igual a la Fecha máxima de entregaintroducida en cada línea de pedido. Si no es el caso, aparece un mensaje proponiendo modificar también la Fecha máxima de entrega con la fecha introducida.

Particularidades de la intersociedad:en un pedido intersociedad o interplanta generado a partir de un pedido de compra, la fecha de entrega solicitada se inicializa con la fecha de recepción prevista introducida en la línea del pedido de compra.

• Plazo (campo DDAYLTI)

Es el plazo de entrega en número de días del cliente entregado. Se inicializa con el plazo determinado en la cabecera del pedido. Se utiliza para calcular la fecha de entrega prevista a partir de la fecha de expedición. Si la dirección de entrega se modifica en la línea de pedido, el plazo de entrega se reinicializa con el que aparece en la nueva dirección de entrega y la fecha de entrega prevista se recalcula.

• Fecha exp. (campo DSHIDAT)

La fecha de expedición se inicializa con la fecha de expedición que se indica en la cabecera del pedido. Permite calcular la fecha de entrega prevista. Se calcula a partir de la fecha de entrega solicitada menos el plazo de entrega. Si se modifica la fecha de expedición, la fecha de entrega prevista se recalcula añadiendo el plazo a la fecha de expedición introducida.

Al modificar la fecha de expedición, el sistema controla si:

• la fecha se encuentra en los días laborables de la planta de expedición. Si no es el caso, la fecha de expedición se adelanta. 
• la fecha no se encuentra en los días no disponibles de la planta. Si es el caso, aparece un mensaje de bloqueo.
• la fecha no es anterior a la fecha del pedido. Si es el caso, aparece un mensaje de bloqueo.

• Fecha entrega prevista (campo EXTDLVDAT)

Es la fecha de entrega calculada por el sistema teniendo en cuenta la fecha de expedición y el plazo de entrega.  Si se modifica la fecha de entrega prevista, el sistema propone al usuario que modifique la fecha de expedición en función del plazo de entrega.

Al modificar esta fecha, el sistema controla que no corresponda a un día no laborable o no disponible de la dirección de entrega. Si se trata de un día no laborable, la fecha se aplaza a una posterior. Si se trata de un día no disponible, aparece un mensaje de advertencia.

• Dirección (campo DBPAADD)

La dirección de entrega se puede personalizar en cada línea de pedido si el parámetro general LINBPD - Clientes entregados por línea (capítulo VEN, grupo MIS) lo permite y el modo de entrega del pedido no tiene asignado el valor Pedido completo. De lo contrario, esta información no se puede modificar en la línea de pedido.
El botón contextual permite seleccionar una dirección de entrega del cliente y acceder a ella por túnel.

La modificación de la dirección de entrega en una línea de pedido conlleva:
- que el plazo de entrega se reinicialice con el de la nueva dirección de entrega. La fecha de expedición se recalculará teniendo en cuenta el plazo y la fecha de entrega solicitada. La fecha de entrega prevista también se recalculará a partir de la nueva fecha de expedición y del plazo de entrega.
- si es necesario, la aparición de un mensaje señalando que el artículo está prohibido en la nueva dirección. Si no tienes ningún control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl . no bloq. prec., marg., ctd.), puedes ignorar el mensaje y continuar.
- la aparición de un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si respondes que "Sí", se activa una búsqueda de tarifa en función de la nueva dirección de entrega.

Particularidades de la intersociedad: en un pedido intersociedad generado automáticamente a partir de un pedido de compra, la dirección de entrega corresponde al cliente entregado asociado a la planta de recepción que se indica en el pedido de compra. Esta información no se puede modificar en el pedido de venta. Si la línea del pedido no está ni asignada ni entregada, solo una modificación del pedido de compra de origen podrá actualizar esta información.

• Contacto entrega (campo CNDNAM)

Es el nombre del contacto asociado a la dirección de entrega. Si la dirección de entrega corresponde a la de la cabecera del documento, el contacto que se propone por defecto en la línea es el que se indica en la dirección de la cabecera.
Si la dirección de entrega no corresponde a la de la cabecera del documento, el contacto que se propone es el contacto por defecto del tercero, si corresponde a esta dirección de entrega. Si no, el contacto que se propone es el primero de esta dirección por orden alfabético. Si no, el contacto que se propone es el primero de esta dirección por orden alfabético.

Esta información no afecta a las líneas de presupuesto con artículos no entregables.

• Lugar consumo (campo USEPLC)

Esta información permite indicar el lugar de consumo o definir un complemento de dirección. Ejemplos: Muelle x.

Particularidades de la intersociedad: en un pedido intersociedad o interplanta generado a partir de un pedido de compra, el lugar de consumo se inicializa con el que se ha introducido en la línea del pedido de compra.

• Prioridad entrega (campo DDLVPIO)

Esta información (inicializada con la prioridad de entrega de la pestaña Entrega) permite indicar la prioridad de cada línea. Se utiliza para preparar ciertas líneas del pedido de forma prioritaria y en el procesamiento de asignación automática de los pedidos. Se puede asignar por nivel de prioridad, sobre todo cuando el stock es insuficiente para todos los pedidos.

 Si el modo de entrega del pedido es Pedido completo, no se puede acceder a esta información en la línea de pedido.

• N.º ruta (campo DDRN)

Este código, controlado por un menú local, permite generar documentos de entrega según un código de ruta que define, por ejemplo, una zona geográfica. Esta información se define por dirección de entrega del cliente.

• Modo de entrega (campo DMDL)

El modo de entrega permite definir la información sobre el transporte y la entrega.  Describe cómo se envían las mercancías al cliente (esta información se utiliza principalmente en la declaración de intercambio de bienes). Se controla en la tabla de Modos de entrega. Se inicializa con el modo de entrega indicado en la cabecera del pedido, pero se puede modificar en la línea si el modo de entrega del pedido no tiene asignado el valor Pedido completo. Si se modifica la dirección de entrega en la línea del pedido, el modo de entrega se reasigna con el valor de dicha dirección.

• Transportista (campo DBPTNUM)

Es el transportista que se utiliza para enviar la mercancía a la dirección de entrega del cliente. Se controla en la tabla de transportistas. Se inicializa con el transportista indicado en la cabecera del pedido, pero se puede modificar en la línea si el modo de entrega del pedido no tiene asignado el valor Pedido completo. Si se modifica la dirección de entrega en la línea de pedido, el transportista se reasigna con el valor de dicha dirección.

Posteriormente, el transportista se utiliza en el documento de entrega para calcular el porte en función del peso y el volumen de la entrega.

• Código preparación (campo PRECOD)

Este campo contiene el código de preparación. Puedes seleccionarlo desde el icono "Acciones" o, si no está parametrizado, introducirlo.

• Embalaje (campo PCK)

Este código se controla en la tabla de embalajes. Indica el número de artículos, expresado en unidad de venta, que puede contener el embalaje. Se inicializa una vez introducido el artículo en función de la unidad de venta y la planta de expedición:

• Si la unidad de venta del pedido se inicializa con la unidad de venta del artículo-cliente, el embalaje también se inicializa con la del artículo-cliente.
• Si el artículo-cliente no tiene ninguna unidad de venta, la unidad de venta del pedido es la del artículo. En este caso, el embalaje se inicializa con el del artículo-planta o, en su defecto, con el de la categoría de artículo.
• Si modificas la planta de expedición de la línea y esta es distinta a la de la cabecera del pedido, el embalaje también se inicializa con el del artículo-cliente o, en su defecto, con el del artículo-planta.

Esta información se puede modificar.
Una vez que se ha introducido y validado la línea, el embalaje no se reinicializa si modificas la planta de expedición de la línea. Hay que introducirlo manualmente.

Estos datos y la capacidad de embalaje se utilizan en la preparación o expedición del empaquetado.
En un empaquetado declarativo, el código de embalaje muestra si está indicado en el documento de origen en la función Entregas o Documentos de preparación.

En función de tus permisos, puedes acceder a la ficha de embalaje.

• Capacidad embalaje (campo PCKCAP)

• Precio consumidor (campo BPCSALPRI)

Este campo está sujeto al código de actividad EDIX3.
Permite introducir el precio final del artículo para el consumidor.
En las líneas de estructura y de artículos gratuitos generadas automáticamente, este importe tiene el valor 0.

En los pedidos recibidos por EDI, las líneas de estructura y de artículos gratuitos no se generan automáticamente. El precio final del artículo lo puede proporcionar el expedidor en cada línea. Las líneas se importan de manera individual con los valores recibidos.

• Hora entrega prevista (campo DEMDLVHOU)

Los campos Hora entrega prevista y Hora máxima entrega se inicializan con la Hora entrega prevista indicada en la cabecera.
El campo Hora máxima entrega está sujeto al código de actividad EDIX3.
Por regla general, estos campos se pueden modificar y permiten definir una franja horaria de entrega.
Sin embargo, en los siguientes casos, esta información se alimenta automáticamente y no se puede modificar:

• En las líneas de estructura generadas automáticamente, donde estos valores son los mismos que los de la línea del compuesto.
• En las líneas de artículos gratuitos, donde estos valores son los mismos que los del artículo que ha originado el gratuito.

• Fecha máxima entrega (campo MAXDLVDAT)

Este campo está sujeto al código de actividad EDIX3.
Se inicializa con la Fecha entrega solicitada y se puede modificar. La fecha introducida debe ser posterior o igual a la Fecha entrega solicitada.
Esta información se alimenta automáticamente y no se puede modificar:

• En las líneas de estructura generadas automáticamente, donde estos valores son los mismos que los de la línea del compuesto.
• En las líneas de artículos gratuitos, donde estos valores son los mismos que los del artículo que ha originado el gratuito.

En los pedidos recibidos por EDI, las líneas de estructura y de artículos gratuitos no se generan automáticamente. Las líneas se importan de forma individual. Si se modifica el compuesto o el artículo que ha originado el artículo gratuito, la modificación se repercute en las líneas de los componentes y en las líneas de los artículos gratuitos.

• Hora máxima entrega (campo MAXDLVHOU)

Los campos Hora entrega prevista y Hora máxima entrega se inicializan con la Hora entrega prevista indicada en la cabecera.
El campo Hora máxima entrega está sujeto al código de actividad EDIX3.
Por regla general, estos campos se pueden modificar y permiten definir una franja horaria de entrega.
Sin embargo, en los siguientes casos, esta información se alimenta automáticamente y no se puede modificar:

• En las líneas de estructura generadas automáticamente, donde estos valores son los mismos que los de la línea del compuesto.
• En las líneas de artículos gratuitos, donde estos valores son los mismos que los del artículo que ha originado el gratuito.

• Fecha límite consumo (campo USELIMDAT)

Este campo está sujeto al código de actividad EDIX3.
Si el artículo se gestiona en stock y la fecha de caducidad también se gestiona, este campo se inicializa de la siguiente manera: Fecha máxima entrega (MAXDLVDAT) + Plazo caducidad (SHL). La fecha se calcula en función de los criterios del modo de cálculo parametrizado en el campo Gestión (EXYMGTCOD) a nivel del artículo.
Esta fecha se puede modificar con una fecha posterior o igual a la fecha máxima de entrega.
Si la fecha de caducidad no se gestiona, este campo está en blanco por defecto.

• campo CCE1

Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto que hay asociada a la gestión de las líneas de pedido. Se pueden modificar según la parametrización.
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.

• Estado orden (campo DEMSTA)

Este indicador permite definir el estado de la línea de pedido, que puede ser Firme o Planificado. El estado "Planificado" permite anticipar las próximas órdenes firmes, ya que esta información se utiliza en el cálculo de reaprovisionamiento desde el punto de vista de las necesidades. Si la línea de pedido está asignada, entregada o facturada, este indicador no se puede modificar. Si la línea está gestionada en contramarca, no se puede modificar.

• Si el estado de la línea de pedido es Firme(valor por defecto), se puede asignar y entregar.
• Si el estado de la línea de pedido es Planificado, no se puede ni asignar ni entregar (hay que modificar manualmente el estado para pasarla a Firme).

• Origen artículo (campo FMI)

Este campo permite elegir la forma de cubrir la necesidad expresada en la línea de pedido: Normal, con una contramarca de recepción, con una contramarca directa o con una orden de fabricación.

En función de la categoría del artículo y de la parametrización de la ficha de artículo (pestaña Venta), este campo se inicializa de la siguiente manera:

• Si el artículo es de categoría Servicio, no entregable, el origen del artículo es Normal.
• Si el artículo no se gestiona en contramarca, el origen del artículo es Normal: la línea de pedido se puede entregar a partir del stock disponible.

• Si el artículo se gestiona en contramarca, la contramarca propuesta por defecto depende de la categoría del artículo:

• Si un artículo pertenece a la categoría Comprado, pero no a la categoría Fabricado, la contramarca por defecto es de recepción, excepto si la Cantidad directa se ha alimentado en la sección Venta de la ficha Artículo. En ese caso, si la cantidad pedida es superior o igual a la cantidad directa, el tipo de contramarca propuesta por defecto es una contramarca directa.
  Las contramarcas directas no se pueden utilizar en un contexto intersociedad.
  
  
• Si un artículo pertenece a la categoría Fabricado, pero no a la categoría Comprado, la contramarca propuesta por defecto es una orden de fabricación.
  
• Si el artículo es de categoría Servicioy el tipo de flujo es Comprado, las únicas opciones posibles son Normaly Contramarca directa.

• N.º contramarca (campo FMINUM)

Es el número del pedido de compra o de la orden de fabricación cuando se genera una contramarca para una línea de pedido. Este documento está disponible desde la función Situación.

• Imp. lín. AI (campo LINORDNOT)

Es el precio neto unitario sin impuestos de la línea multiplicado por la cantidad del documento.

• Imp. lín. II (campo LINORDATI)

Es el precio neto unitario sin impuestos de la línea, al que se aplican los distintos impuestos indicados en la línea multiplicados por la cantidad de la línea de documento.

• Margen línea (campo LINPFM)

Es el margen unitario multiplicado por la cantidad de la línea de documento.

• N.º presupuesto (campo DETSQHNUM)

Es el número de presupuesto que ha originado la línea de pedido. Para acceder al presupuesto, haz clic en Presupuesto desde el icono Acciones de la línea de pedido.

• Número plan facturación (campo PRGBILNUM)

Este campo no se puede completar. Solo afecta a los artículos no entregables de tipo Servicio, asociados a un proyecto gestionado en facturación de progreso. Muestra el número del plan de facturación asociado al proyecto, generado desde la función Gestión de proyectos, una vez introducido el código de proyecto en la línea de pedido.

• Tipo línea (campo LINTYP)

Esta información caracteriza el tipo de línea diferenciando entre un artículo clásico de un kit o de una estructura.
Los distintos valores que se pueden encontrar son:

• Normal
• Compuesto kit
• Componente kit
• Opción kit, Variante kit
• Compuesto estructura
• Componente estructura
• Opción estructura
• Variante estructura

• Gratuito (campo FOCFLG)

Esta información especifica si la línea se refiere a un artículo gratuito o si ha generado uno o varios artículos gratuitos.

• Saldado (campo SOQSTA)

Esta información indica si la línea del pedido está cerrada o sigue activa. Una línea se puede cerrar si se ha entregado por completo (o facturado por completo en los pedidos de facturación directa) o se ha cerrado manualmente.

Una línea cerrada no se puede modificar. Si el pedido no se ha cerrado por completo, se puede cancelar el cierre de una línea de pedido asociada a un contrato de servicio.

• Motivo cierre (campo DCCLREN)

Es el motivo de saldo de la línea de pedido cuando esta se ha saldado manualmente. El motivo de saldo se alimenta si el parámetro CCLRENORD - Entrada motivo saldo pedido está activo. Este motivo puede corresponder al del pedido (si se ha saldado de forma global) o al de esta línea. En el saldo de una línea de pedido, esta información se puede introducir en una lista de valor predeterminado (ver tabla varia Motivos de saldo)

• Fecha cierre (campo DCCLDAT)

Es la fecha en la que el pedido se ha saldado manualmente.

• N.º contrato anticipo (campo PCNTNUM)

• Estado anticipo (campo PREPSTA)

• campo WSTKTXT

La presencia de la información vinculada a la disponibilidad del stock depende de la parametrización de la transacción de entrada de Pedido.
Al igual que la valoración del documento, la presencia de la disponibilidad del artículo depende del valor del parámetro SOHVALLIG - Valorización pdo. línea (capítulo VEN, grupo MIS).

Si el artículo no está disponible, aparece el mensaje de advertencia "XXX: No disponible en stock", seguido de la primera fecha de disponibilidad y la cantidad en unidad de stock y unidad de venta.

• campo WALLTXT

La presencia de la información vinculada a la disponibilidad del stock depende de la parametrización de la transacción de entrada de Pedido.
Al igual que la valoración del documento, la presencia de la disponibilidad del artículo depende del valor del parámetro SOHVALLIG Valorización pdo. línea (capítulo VEN, grupo MIS).

Cuando la cantidad total por asignar no está disponible, esta advertencia indica la cantidad que queda por asignar, expresada en la unidad de stock o de venta.

• A entregar AI (campo DLRNOT)

• A facturar AI (campo INRNOT)

• Margen (campo PFMTOT)

Este campo indica el margen total del pedido calculado a partir del margen de las líneas del pedido.

• Líneas AI (campo ORDNOT)

Es el total sin impuestos acumulado en las líneas. Se calcula sumando las líneas del presupuesto. Si se imprime el informe DEVICLIENT (presupuesto impreso sin impuestos), el importe sin impuestos impreso corresponde al total sin impuestos acumulado.

• Antes impuesto (campo ORDINVNOT)

Este campo indica el resultado sin impuestos de los distintos elementos de facturación introducidos en el pedido.
Esta información aparece al imprimir el informe ARCTTC2.
El detalle del cálculo se almacena en las tablas SVCRVAT y SVCRFOOT.

• Imp. Incluidos (campo ORDINVATI)

Este campo muestra el resultado con impuestos, que incluye:

• los distintos elementos de facturación introducidos en el pedido
• el cálculo del impuesto por base fiscal

Esta información aparece al imprimir el informe ARCTTC2.
 Para mostrar el detalle del cálculo con impuestos, haz clic en el icono "Acciones" del importe total. El detalle del cálculo se almacena en las tablas SVCRVAT y SVCRFOOT.

Para acceder a la pantalla "Valoración II", haz clic en el vínculo del campo Impuestos incluidos.

• Razón social (campo BPRNAM)

Es la razón social del tercero.

• Dirección (campo BPAADD)

• País (campo CRY)

Este código permite identificar, entre otros, el País de un tercero.
Es un dato importante asociado a ciertas características útiles para controlar información relacionada, en particular:

• el formato del número de teléfono;
• el formato del número que permite identificar una sociedad o una actividad (NIF, CNAE), y si es o no obligatorio;
• el formato del código postal de la ciudad, el código de la subdivisión geográfica, y si son o no obligatorios;
• si el número de IVA de esta comunidad es o no obligatorio;
• el formato del número de cuenta bancaria.

• campo CRYNAM

Este es el nombre del país que se utiliza en las direcciones y documentos donde se ha indicado el código de país.

• campo BPAADDLIG

Esta tabla muestra las distintas líneas de dirección. Los formatos de la descripción y de la entrada se definen en la tabla de países.

• CP (campo POSCOD)

El código postal, cuyo formato de entrada está definido en la tabla Países, permite determinar la ciudad y la subdivisión geográfica, si está definida en el país correspondiente.
Cuando se modifica el código postal, la ciudad que corresponde al nuevo código se muestra de forma automática. Lo mismo ocurre con las zonas geográficas, si están definidas en el país. 
También se puede introducir directamente el nombre de una ciudad. Si está definida, el código postal asociado se muestra automáticamente.

El control de estos datos y su carácter obligatorio dependen de la parametrización realizada en la gestión del país. Para que se aplique este control, el parámetro POSCOD - CTY - Aviso si c. postal inexistente (capítulo SUP, grupo INT) también debe tener asignado el valor "Sí".

Casos particulares:

- Para ANDORRA, introduce 99130.
- Para MÓNACO, introduce 99138.
- Para el resto de países extranjeros, introduce el código INSEE del país o, si lo desconoces, el número 99999.

• Ciudad (campo CTY)

La ciudad que se propone de forma automática es la que está asociada al código postal indicado previamente. También puedes introducir directamente el nombre de una ciudad:

• Si está definida, el código postal asociado se muestra automáticamente. 
•  Si no existe y el control de los códigos postales se ha parametrizado a nivel de la ficha País, aparece un mensaje de advertencia, pero se puede continuar con la entrada. Para que se aplique este control, el parámetro CTY - Aviso si ciudad inexistente (capítulo SUP, grupo INT) debe tener asignado el valor "Sí".
• Si no existe y no se indica el código postal, aparece un mensaje de bloqueo cuando dicho código postal está parametrizado como obligatorio para el país.

Notas:

• El formato se define a nivel de la parametrización de la ficha de país.
• En función de la parametrización, la ciudad introducida podrá cambiarse automáticamente a mayúsculas.
• Para facilitar la selección independientemente del formato (caracteres con tildes/mayúsculas/minúsculas), la ventana de selección de este campo propone una columna dedicada a la búsqueda, en la que los nombres de las ciudades están en mayúscula. El control es independiente de la casilla, ya que se realiza con el nombre de la ciudad en mayúsculas.

• campo ITINERAIRE

Haz clic en este icono para abrir un mapa cartográfico que permite ubicar la dirección indicada.

• campo SAT

Este campo contiene la subdivisión geográfica correspondiente a la definición de la dirección postal. Por ejemplo, un departamento en Francia o un estado en Estados Unidos.

La descripción de la subdivisión geográfica y el control de entrada de esta información se definen en la parametrización de País.

Este campo se carga automáticamente al introducir el código postal y la ciudad a partir de la parametrización de Códigos postales.
Si el campo se controla, el control se realiza según la tabla de Subdivisiones geográficas.

• NIF (campo CRN)

Si se introduce a nivel del tercero, se muestra el NIF de la planta asociada al cliente de la factura.
Solo puede modificar este número si el cliente de la factura es Vario. El número introducido debe respetar el formato definido en la ficha País.

• Persona de contacto (campo CNTNAM)

Es el nombre del contacto.

• N.º IVA intracomunitario (campo EECNUMX)

• Validación dirección (campo VALADR)

Haz clic en este botón para enviar la dirección señalada al servicio de validación de direcciones Sage Sales Tax (SST). También se puede enviar haciendo clic en el botón "OK".

• Si se encuentra la dirección, la casilla "Validada" se marca automáticamente.
• Si no se encuentra, la casilla "Validada" queda desmarcada y no está disponible.

• Este campo solo está disponible si el código de actividad "LTA - Impuesto local" está activo.
• El servicio de validación de direcciones SST se define en los parámetros Sage Sales Tax.

• Validada (campo ADRVAL)

Si la casilla "Validación dirección" está marcada, esta casilla se marca automáticamente cuando el servicio de validación de direcciones Sage Sales Tax (SST) encuentra esta dirección. Si no la encuentra, esta casilla queda desmarcada y no está disponible.

• Este campo solo está disponible si el código de actividad "LTA - Impuesto local" está activo.
• El servicio de validación de direcciones SST se define en los parámetrosSage Sales Tax.