Presupuestos

• 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 presupuesto (campo SQHTYP)

Este campo se alimenta automáticamente con el tipo de presupuesto definido en el parámetro SQHTYP - Tipo presupuesto (capítulo VEN, grupo QUO).

Los tipos de presupuesto autorizados son los que corresponden a la legislación de la planta y del grupo definidos en la función de parámetrización Tipos presupuestos (GESTSQ).

• N.º presupuesto (campo SQHNUM)

Número de oferta a clientes Permite identificar la oferta a clientes de forma única. Este número se atribuye de forma automática o se introduce en cada creación de oferta, dependiendo de la parametrización del contador definido para las ofertas.

Si el contador de ofertas está definido con atribución automática, el campo número de divisas no está accesible y el contador está asignado a la creación de ofertas. Al contrario, si el contador de ofertas se define con atribución manual , se podrá introducir manualmente. Si este no está indicado en el momento de la creación, el sistema atribuirá automáticamente un número de oferta 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 CUSQUOREF)

Esta información permite especificar la referencia del presupuesto en el cliente. Se puede utilizar como criterio de búsqueda en la lista de selección y se imprimirá en el presupuesto.

• Fecha (campo QUODAT)

La fecha del presupuesto se inicializa con la fecha del día y se puede modificar mientras el presupuesto no se haya transformado totalmente en pedido. Si se duplica un presupuesto o se modifica la fecha, se propone un nuevo cálculo de los precios y descuentos (si el presupuesto no se ha transformado parcialmente en pedido).

• Cliente (campo BPCORD)

Es el código del cliente o potencial para el que se ha creado el presupuesto. Se controla en la tabla de clientes y potenciales.

El cliente introducido debe estar activo. Puede ser de tipo normal o vario. Si es un cliente de tipo vario, se abre automáticamente una ventana de entrada de dirección.

También puede introducir un potencial. Al transformar un presupuesto en pedido, aparece un mensaje proponiendo transformar el potencial en cliente. Los pedidos solo pueden incluir clientes.

Haga clic en el icono Accionespara:

• Seleccionar un cliente o un potencial
• Según sus habilitaciones, crear o consultar un cliente o un potencial
• Introducir una nueva dirección asociada al presupuesto

• Consultar las notas sobre el cliente o el potencial

• campo BPCNAM

Es la razón social del cliente o del cliente potencial. 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 o en la barra de herramientas. La razón social del cliente se imprime en el presupuesto.

• Divisa (campo CUR)

Es la divisa en la que se crea el presupuesto. Por defecto, es la divisa del cliente o del cliente potencial. El código de divisa que aparece en esta pantalla no se puede modificar, se trata de un recordatorio. El código de divisa se puede modificar en la pestaña Gestión del presupuesto.

• Número definitivo (campo SQHNUMEND)

• Dirección entrega (campo BPAADD)

La dirección de entrega se inicializa con la dirección de entrega por defecto asociada al cliente. Si es un cliente potencial, siempre se utiliza su dirección por defecto, ya que no dispone de dirección de entrega.

La dirección de entrega se puede modificar. Debe ser una de las direcciones de entrega definidas para el cliente. Para los clientes potenciales, debe ser una de las direcciones existentes. En este caso, si el presupuesto se transforma en pedido, la dirección del cliente potencial utilizada se transformará automáticamente en dirección de entrega cuando el cliente potencial se convierta en cliente.

No es obligatorio introducir la dirección de entrega en el presupuesto. En ese caso, en cuanto el presupuesto se tiene en cuenta en el pedido, en la creación del pedido se selecciona automáticamente la dirección de entrega por defecto.

Si modifica la dirección de entrega de la cabecera del presupuesto:

• Si está en creación y no se ha introducido ninguna línea, se reinicializa la información vinculada al nuevo código de dirección de entrega (Planta de expedición, Plazo de entrega, Código Incoterm, Ciudad Incoterm, Transitarioy su código de dirección, Número de IVA intracomunitario, Lugar de transporte DEB, Contactode entrega y, si proceden del cliente entregado, Representantes).
• Si está en creación o modificación del presupuesto y hay líneas de presupuesto, el sistema propone realimentar los campos de la cabecera que están vinculados al código de dirección con los valores de la nueva dirección. Estos datos son: Plazo de entrega, Código Incoterm, Ciudad Incoterm, Transitarioy su código de dirección, Número de IVA intracomunitario, Lugar de transporte DEBy, en algunos casos, Representantes).

La planta de expedición no sigue esta regla y se mantiene.
Aparece un mensaje proponiendo trasladar la modificación a las líneas de presupuesto.

• Si responde que Sí, los datos de la línea de presupuesto que incluye artículos entregables se modificarán con los datos de entrega de la cabecera del presupuesto (Código de dirección de entrega, Plazo de entrega, Contacto de entrega y, si proceden del cliente entregado, Representantes).
  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 dispone de control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl no bloq. prec., marg., ctd), puede ignorar el mensaje y continuar.
  A continuación, se abre un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si responde Sí, se activa una búsqueda de tarifa en todas las línea del documento. Si la tarifa se ha definido en función del código de país y/o del nuevo código de subdivisión geográfica, los precios y descuentos se podrán reasignar según estos criterios.
  
• Si responde Noo Fin, los datos de la línea de presupuesto no se modifican.
  
• Si responde Sí si mismo valor, solo se modifican las líneas de presupuesto 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 dispone de control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl no bloq. prec., marg., ctd), puede ignorar el mensaje y continuar.
  A continuación, se abre un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si responde 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 y/o del nuevo código de subdivisión geográfica, los precios y descuentos se podrán reasignar según estos criterios.
  
  La tarifa solo se recalcula en las líneas si el presupuesto no está pedido.

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

Desde este campo, puede:

• seleccionar un código de dirección, si es un cliente potencial, o un código de dirección de entrega, si es un cliente,
• acceder por túnel a la dirección de entrega, si es un cliente,
• visualizar y modificar el detalle de la dirección de entrega asociada al presupuesto.

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

• Tipo pedido (campo SOHTYP)

Este campo se alimenta automáticamente con el tipo de pedido definido en la función de parametrización Tipos presupuestos (GESTSQ).

Caso de creación de un pedido mediante el botón Pedido de un presupuesto

Si no se ha definido 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 que se ha definido 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 que se ha definido en este parámetro es "Facturación directa", se utiliza el tipo de pedido definido en el parámetro SOHTYPINV - Tipo pedido factura directa (capítulo VEN, grupo ORD).

Si no se ha definido ningún valor desde el botón del parámetro QUOORDCAT - Cat. pedido, el sistema tiene en cuenta el primer tipo de pedido por orden alfabético.

• Planta expedición (campo STOFCY)

La planta de expedición es la planta de almacenamiento de la que se expiden los productos cuando se ha pedido el presupuesto.

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. En caso 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 del presupuesto. Si se modifica y ya hay líneas de presupuesto, el sistema propone al usuario modificar la planta de expedición en todas las líneas de presupuesto. La planta de expedición de la cabecera sirve de valor por defecto para las nuevas líneas.

• 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 indicado en la dirección de entrega del cliente. Este plazo se utilizará para calcular la fecha de expedición y la fecha de entrega prevista al convertir el presupuesto en pedido.

Esta información sirve para inicializar el plazo de entrega en las líneas de presupuesto. Si el presupuesto se refiere a un cliente potencial, el plazo de entrega no se reinicializa.

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

• campo REP

Los representantes se inicializan por los representantes del cliente, y después por los del cliente entregado si no hay representantes en la ficha cliente. En caso de un sondo, sólo se consideran los representantes del mismo. Estos códigos representantes se retoman en las líneas de divisas. Si se modifica un representante en cabecera de divisa cuando se crea o si existen líneas en la divisa, el sistema propondrá el hacer incidir la modificación sobre el conjunto de las líneas ya existentes.

• 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 de los distintos impuestos aplicables al presupuesto.

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 entregado
• Tercero/Sociedad
• Cliente

Si es un potencial, se utiliza el régimen de impuestos por defecto que se ha definido en la tabla de regímenes de impuestos.

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

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

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

• se ha introducido,
• está activo,
• su legislación y grupo son 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 presupuesto se inicializa con la divisa del cliente o del cliente potencial. Una vez creado el presupuesto, esta información ya no se puede modificar. No obstante, si la divisa se modifica después de introducir líneas de presupuesto pero antes de crear el presupuesto, se llevará a cabo una conversión de los precios y descuentos. También se podrá realizar una nueva búsqueda de tarifa en función de la nueva divisa respondiendo Sí a la pregunta "¿Desea volver a calcular precios y descuentos? ".

• Precio AI/II (campo PRITYP)

Este indicador permite determinar si los precios de los artículos se expresan con o sin impuestos. Este indicador influye en la búsqueda de tarifas. Solo se tendrán en cuenta las tarifas definidas en un modo o las tarifas que permiten una conversión de precios.

El tipo de precio del presupuesto incluye o no impuestos en función del tipo de precio definido en el cliente. Con un cliente potencial, siempre se propondrá el tipo de precio sin impuestos.

Si el parámetro general de Ventas Precio AI y II (NOTATI) tiene asignado el valor No, esta información no se puede modificar y el valor del campo se define con el parámetro general de Ventas Tipo de precio (PRITYP). Por lo tanto, el tipo de precio del cliente ya no tiene ningún impacto.

• Fecha validez (campo VLYDAT)

Es la fecha a partir de la cual la propuesta comercial será efectiva. Una vez pasada esa fecha, la oferta no podrá transformarse en pedido.

• Tasa probabilidad (campo PBYPRC)

Es un porcentaje estimado que materializa la posibilidad de transformar la proposición comercial en pedido firme.

• 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 presupuesto (campo QUOSTA)

Esta información no se puede modificar y se utiliza para conocer el estado del presupuesto. Un presupuesto puede estar No pedido, Parcialmente pedido o Totalmente pedido.

• Presupuesto impreso (campo QUOPRN)

Esta información se utiliza para saber si ya se ha imprimido el presupuesto.

• Firma electrónica (campo SQHCFMFLG)

• Fecha de validación (campo SQHVALDATC)

• 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 esta distribución puede haber vencimientos de anticipo.

Esta información se inicializa con el cliente facturado o con el 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.

Si el presupuesto se refiere a un potencial, no se realiza ninguna inicialización. Esta información se introduce manualmente.

• Descuento (campo DEP)

Esta información permite determinar una serie de tasas de descuentos o recargos a aplicar en función del adelanto o retraso de un pago con respecto a la fecha de vencimiento. Se inicializa con el código de descuento del cliente facturado.

La inicialización sigue este orden de prioridad:

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

Si el presupuesto se refiere a un potencial, no se realiza ninguna inicialización. Esta información se introduce manualmente.

Solo se puede introducir un código de descuento coherente con la legislación y el grupo de la sociedad de la planta del documento.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

• N.º factura 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. pedido (campo SOHNUM)

Es el número y la fecha del último pedido asociada al presupuesto. Un tunel permite acceder a este pedido desde la zona Nuúmero último pedido.

• Fecha últ. pedido (campo ORDDAT)

La fecha de solicitud de compra se inicializa con la fecha del día y se puede modificar (solo en creación). La modificación de esta fecha en curso de creación desencadena un mensaje que propone volver a actualizar los precios y los posibles descuentos calculados en las líneas de pedido que ya se han introducido. Esta modificación también conlleva la actualización de la fecha de recepción prevista en las líneas de pedido que no han consumido ninguna necesidad.

• Eje (campo DIE)

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

• Descripción (campo NAMDIE)

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

• Sección (campo CCE)

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

• Descrip. corta (campo SHO)

Este campo indica la descripción del 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 factura o de la ficha del cliente del presupuesto.
 Para mayor información, consulte la documentación sobre los elementos de facturación.
Los valores del pie se pueden modificar. Si el presupuesto se refiere a un cliente potencial, solo se recuperan los elementos de facturación que proceden directamente de la parametrización de los elementos del pie.
 Los importes con y sin impuestos del documento se ven afectados directamente por estos valores.

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

• Artículo (campo ITMREF)

Es la referencia de artículo para la que está registrando una línea de documento.

Puede introducir directamente una referencia de artículo o una referencia Artículo/Cliente. La existencia de esta referencia se controla en los ficheros Artículos/Venta y Artículos/Cliente. Si introduce 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 algunos clientes (ver parametrizaciones tarifas),
• si este artículo es de tipo Compuesto kity no entregable.

También puede utilizar el menú 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 sus permisos, un artículo en el fichero.
• Visualizar las tarifas del artículo.

La entrada del artículo permite inicializar los campos Descripcióny Unidad de venta, que se pueden modificar. La unidad de venta puede modificarse siempre y cuando se elija de la lista propuesta, que contiene las unidades de venta y de envase de la ficha artículo y artículo/cliente.

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

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

Una vez que se introduce la línea, puede modificar el código del artículo. Hay que suprimir la línea y volver a crearla para modificar el código.

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

• Descripción estándar (campo ITMDES1)

Se trata de la descripción capturada en la ficha artículo. A partir de este campo, existe la posibilidad de acceder a la ficha artículo mediante un túnel. Si se modifica esta descripción, la modificación se indicará en el documento resultante.

• Versión mayor (campo ECCVALMAJ)

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

Solo se puede acceder al número de la 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á parcialmente pedida, ya no puede modificar el número de versión.

Cuando hace clic en el botón Pedido, el sistema transfiere y controla los números de versión en el pedido.

Los números de versión no se transfieren a una factura proforma.

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á parcialmente pedida, ya no puede modificar el número de versión.

Cuando hace clic en el botón Pedido, el sistema transfiere y controla los números de versión 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).

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

• Cantidad (campo QTY)

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

Desde el campo Cantidad, el botón contextual permite consultar el stock por planta. La cantidad es obligatoria. Si la cantidad introducida es inferior a la cantidad mínima definida en la ficha artículo, aparece un mensaje de aviso. Si la cantidad introducida es superior a la cantidad máxima indicada en el fichero de artículo, también aparece un mensaje de aviso. Estos mensajes pueden ejercer un bloqueo según el valor asignado al parámetro de usuario SDACLOK - Ctrl no bloq. prec., marg., ctd (capítulo VEN, grupo AUZ).

Una vez introducidos los dos datos principales (Artículo y Cantidad), 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 asociados.
• cualquier artículo gratuito.

El proceso de búsqueda de tarifa puede activarse 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 para el tipo Normal.
Cuando el artículo introducido es de tipo Compuesto Kit o Compuesto estructura, se activa una primera búsqueda de tarifa para el compuesto y, antes de activar la búsqueda de tarifas para los componentes, se realiza una lectura del fichero de Estructuras para proponer en una ventana las distintas alternativas de tipo Comercio, si hay varias. Si el artículo solo tiene una alternativa, esta se tiene en cuenta automáticamente.

Después de elegir la alternativa, pueden darse 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 reemplaza automáticamente por el artículo de sustitución, si este se ha introducido a nivel de la ficha Artículoy si la fecha del documento es posterior o igual a la de sustitución.
  Para 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.
   
• Para cada componente de tipo Normal (con fórmula), se abre una ventana con todos los artículos procedentes de la fórmula de selección (o si se cumplen las condiciones, sus artículos de sustitución con, en este caso, la descripción de los artículos originales). Si en la misma secuencia también se ha registrado un componente de tipo Normal, dicho componente también 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 que proceden de la selección. Para ello, están disponibles los botones [Incluir todo] y [Excluir todo]. Cuando no se selecciona ningún componente y hay demasiadas líneas en la tabla, el botón [Criterios] queda disponible para limitar la selección (el número de líneas que aparece depende del número de líneas que aún se puedan insertar en el documento).
• Para cada componente de tipo Variante, se abre una ventana con el conjunto de variantes que aparecen al mismo nivel de estructura o que proceden de una selección. Hay que elegir una de ellas.
• Para cada componente de tipo Opción, se propone la opción y puede 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 puede seleccionar una o rechazar todas.
• Para 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. Puede seleccionar varias o rechazar todas. Para ello, están disponibles los botones [Incluir todo] y [Excluir todo]. Cuando no se selecciona ningún componente y hay demasiadas líneas en la tabla, el botón [Criterios] queda disponible para limitar la selección.

A continuación, se generan las líneas que corresponden 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 serán completamente dependientes del compuesto. Aparecen en la pantalla, pero no se puede acceder a ellas. La cantidad de los componentes se calcula automáticamente a partir de la cantidad del compuesto. Si modifica la cantidad del compuesto, las cantidades de todos los componentes se recalculan automáticamente. Si 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 modifica o suprime el compuesto, aparece una pregunta que permite trasladar la modificación o supresión de los componentes.

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

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

Al final del proceso 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: si el precio neto calculado es inferior al mínimo almacenado en la ficha artículo, aparece un mensaje de aviso,
• Control del margen de beneficios: si el porcentaje de margen es inferior al porcentaje de margen (o tasa de margen) mínimo almacenado en la ficha artículo, aparece un mensaje de aviso.

Estos mensajes pueden ejercer un bloqueo según el valor asignado al parámetro de usuario SDACLOK- Ctrl no bloq. prec., marg., ctd.

Al salir de la entrada, se calculan todos los totales.

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

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

- Si la Conversión de unidadestiene asignado el valor Sí a nivel de la Parametrización de la tarifa, se realiza una conversión del importe de la tarifa. Esta conversión se basa en la tabla de coeficientes de conversión de las unidades. Si no se parametriza ninguna conversión entre estas unidades, se tienen en cuenta los importes de la tarifa aplicando un cambio de conversión de 1.

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

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.

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 - Valorización artículos 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 Origenaparece en la línea que ha dado lugar a artículos gratuitos en el campo Gratuito. Esta información tiene asignado el valor Sí en la línea del 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 solicita si se realiza 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

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

• Nivel tasa 2 (campo VACITM2)

• Nivel tasa 3 (campo VACITM3)

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

• Represent2 (campo REP2)

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

• Dirección (campo DBPAADD)

La dirección de entrega se inicializa con la dirección de entrega introducida en la cabecera del presupuesto. Si el parámetro general LINBPD - Clientes entregados por línea (capítulo VEN, grupo MIS) lo permite, se puede personalizar en cada línea de presupuesto que contenga artículos entregables.
La modificación de la dirección de entrega en una línea de presupuesto conlleva:

• la reinicialización del plazo de entrega de la línea y del contacto 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 dispone de control de bloqueo en los precios (parámetro de usuario SDACLOK - Ctrl no bloq. prec., marg., ctd), puede ignorarlo y continuar,
• la aparición de un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si responde que Sí,se activa una búsqueda de tarifa en función de la nueva dirección de entrega.

No es obligatorio introducir la dirección de entrega en una línea de presupuesto. En ese caso, en cuanto el presupuesto se tiene en cuenta en el pedido, en la creación del pedido se selecciona automáticamente la dirección de entrega por defecto.

Desde el icono Acciones, puede seleccionar una dirección de entrega del cliente y acceder a ella por túnel. Si el tercero del presupuesto es un cliente potencial, solo estará disponible la selección y se podrá seleccionar una dirección del cliente potencial. Cuando la línea de presupuesto se tiene en cuenta en el pedido, la dirección del cliente potencial utilizada se transforma automáticamente en dirección de entrega cuando el cliente potencial se convierte en cliente.

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

• Plazo (campo DDAYLTI)

Es el plazo en número de días que se necesita para realizar la entrega al cliente entregado. Si la dirección de la línea corresponde a la dirección de la cabecera, se inicializa con el plazo indicado en la cabecera del presupuesto. Si no es la misma dirección de entrega, se inicializa con el plazo de la dirección de entrega introducida. Cuando el presupuesto se transforma en pedido, este plazo se utiliza para calcular la fecha de expedición y la fecha de entrega prevista.
Si el presupuesto se refiere a un cliente potencial, el plazo de entrega se recupera sistemáticamente de la cabecera.
Esta información no afecta a las líneas de presupuesto que contienen artículos no entregables.

• Planta exped. (campo DSTOFCY)

Es la planta de almacenamiento de la que se expedirán las mercancías para entregar la línea del presupuesto. Se inicializa con la planta de expedición de la cabecera del documento, pero se puede modificar. Esta información se utilizará en el pedido y en la entrega para gestionar la expedición de la mercancía.
Según sus permisos, puede seleccionar una planta de tipo depósito que pertenezca a la sociedad de la planta de venta y acceder por túnel a la ficha de la planta.

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

• 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 presupuesto. Se pueden modificar en función de 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.

• Importe línea AI (campo LINQUONOT)

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

• Importe línea II (campo LINQUOATI)

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.

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

• N.º pedido (campo DSOHNUM)

Esta información muestra el último pedido realizado en esta línea de presupuesto.

• Margen (campo PFMTOT)

Es el margen total del documento calculado a partir del margen de las líneas del documento.

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

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

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

• Imp. Incluidos (campo QUOINVATI)

Este campo indica el resultado con impuestos, que incluye:

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

Estos datos aparecen al imprimir el informe DEVTTC2.
Para mostrar el detalle del cálculo con impuestos, haga clic desde el icono Acciones en Valoración II.

El detalle del cálculo se almacena en las tablas SVCRVAT y SVCRFOOT.

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

• Incoterms (campo XEECICT)

• Ciudad Incoterms (campo XICTCTY)

• Transitario (campo XFFWNUM)

• Dirección transitario (campo XFFWADD)

• N.º IVA intracomunitario (campo XEECNUM)

• Lugar transporte Intrastat (campo XEECLOC)

• Modo transporte Intrastat (campo XEECTRN)

• Naturaleza transacción (campo XEECNAT)

• Régimen estadístico (campo XEECSCH)

• Naturaleza transacción (campo XEECNATR)

• Régimen estadístico (campo XEECSCHR)