Facturas

• Planta venta (campo SALFCY)

La planta de venta se inicializa con la planta de venta asociada al usuario. La planta de venta se puede modificar (si aún no se ha introducido ninguna línea en el documento) siempre y cuando se elija en la lista de plantas de venta autorizadas para el usuario.

• Tipo (campo SIVTYP)

Esta información es obligatoria.

El tipo de factura que se propone por defecto procede del parámetro SIVTYP - Tipo factura usuario. Si es necesario, puede elegir otro tipo de factura en la lista de los tipos de factura definidos.
El tipo de factura de cliente:

• Se utiliza en la facturas de Ventas y Terceros clientes.
• Identifica una categoría de factura (factura, abono...) y un esquema de apunte para validar las facturas.
• Está asociado a un tipo de asiento en el que se define un contador (manual o automático).
  Notas:

• Si en el tipo de asiento no se indica ningún contador y en la entrada de factura no se especifica manualmente ningún número de asiento, el programa asignará un número de asiento en función del contador parametrizado en la tabla de asignación de contadores.
• Cuando no hay ningún tipo de asiento asociado al tipo de factura, se utiliza el tipo de asiento definido en el asiento automático (incluido el contador asociado).

En la entrada de facturas, solo se puede indicar un tipo de factura cuya legislación y grupo de sociedades sean coherentes con las de la sociedad de la planta de venta.
Para mayor información, haga clic aquí.

• N.º factura (campo NUM)

Número de factura. Este número permite identificar la factura de forma única. Se introduce en cada creación o se genera de forma automática en función del contador asociado al tipo de factura.

• Si el contador de factura es manual, hay que introducir el número de factura.
• Si el contador de factura es automático, se asigna un número al final de la creación.

• Referencia (campo INVREF)

Este campo libre permite introducir un número o un identificador de la factura. Por ejemplo, la referencia interna de la factura del proveedor en la empresa.
Cuando la factura se crea mediante picking de pedidos, esta información se inicializa con la referencia del primer pedido original facturado (aunque se facturen entregas de pedidos).

• Fecha (campo INVDAT)

Fecha del documento. En las facturas de contratos de servicio, esta fecha se inicializa al seleccionar el contrato de servicio con la fecha actual o la fecha de próxima factura, en función del valor del parámetro DATREFCON - Fecha factura contrato serv. (capítulo HDK, grupo INV). En las facturas o abonos de otros documentos, 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 propondrá un nuevo cálculo de los precios y descuentos de todas las líneas del documento. Este mensaje solo aparece si se trata de una factura o un abono directo. Si la factura o el abono hacen referencia a documentos de origen, este mensaje no aparece.

Observaciones sobre la normativa DGI:

• La fecha introducida no puede ser inferior a la del documento (factura, abono o factura complementaria) que contiene el número anterior. Este control serealiza cuando el Control cronológico está activado en el contador utilizado por el tipo de asiento asociado altipo de factura indicado.
• La entrada de facturas, abonos o facturas complementarias puede estar limitada para un usuario a un rango de fechas definidas por los parámetros VENSTRDAT - Fecha inicio ventas y VENENDDAT - Fecha fin ventas, cuando se han indicado.
• Solo se puede modificar la fecha cuando la nueva fecha se encuentra en el mismo periodo contable. Este control se realiza cuando el parámetroFRADGI - Normativa DGI n.° 13L-1-06 tiene asignado el valor "Sí" y el componente del periodo forma parte del contador.
• En los módulos de Negocioy Terceros, un asiento que origina una factura o un abono no puede tener una fecha posterior a la de la factura o el abono.
  Por ejemplo, la fecha de una factura que se encuentra en un abono no puede ser posterior a la fecha del abono.
  De la misma forma, un documento de entrega que se encuentra en una factura no puede tener una fecha de expedición posterior a la fecha de factura.
  Para comprobarlo, se realiza un control. La listas de picking y las ventanas de selección se filtran en consecuencia.
  Hay un punto de entrada que permite desactivar este control definiendo un parámetro específico CTLDATORI - Control fechas de documentos (capítulo TC, grupo INV).

• Cliente facturado (campo BPCINV)

En una factura directa, es el código del cliente que solicita la factura.
Se controla en la tabla de clientes. Debe estar activo. Puede ser de tipo normal o vario. Una vez que se han introducido las líneas, ya no se puede modificar. En una factura de pedido o de entrega, es el cliente de la factura original. No se puede modificar.

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

• Si el cliente introducido es de tipo Vario, se abre una ventana automáticamente para introducir o modificar su dirección y su NIF. También puede consultar o modificar estos datos haciendo clic en Dirección factura en el panel de acciones.
• Si el cliente introducido es de tipo Normal y se ha indicado el código de cliente, puede consultar y modificar la dirección de facturación mediante el icono Acciones o haciendo clic en Dirección factura en el panel de acciones. Su número NIF procede de la ficha Terceroy no se puede modificar.

Al crear una factura, se puede seleccionar:

• Uno o varios albaranes de entrega.
• Una o varias líneas de pedido o varios pedidos [cuando se gestiona el circuito de firmas (parámetro APPSOH - Gestión de firmas de pedidos), los pedidos de venta que respetan las normas de firma establecidas no se pueden facturar hasta que no se han firmado por completo].
• Uno o varios contratos [un contrato de servicio se puede facturar si no está rescindido o vencido y si se ha alcanzado la fecha de preaviso del siguiente vencimiento de facturación (la fecha de la siguiente factura menos el preaviso de facturación debe ser anterior a la fecha de factura)].
• Una solicitud de servicio (una solicitud de servicio se puede facturar si está cerrada y si se pueden facturar consumos).

En la facturación de contratos de servicio, la creación de la factura activa la ejecución de los procesos vinculados a los contratos de servicio:

• Fecha próxima factura: el sistema recalcula una nueva fecha de vencimiento de facturación según la frecuencia y el preaviso de facturación.
• Reevaluación del contrato: a partir de la frecuencia de reevaluación indicada en el contrato de servicio, el sistema determina si hay que recalcular la base de canon anual del contrato. Para volver a evaluar una base de canon anual, el sistema compara el valor del índice utilizado en la última reevaluación con el último valor de índice registrado en la aplicación. La base de canon se reduce o aumenta según la evolución del índice. Se recalcula el importe del siguiente vencimiento de facturación. Este importe depende directamente de la frecuencia de facturación y del coeficiente de ponderación de la base de canon anual.

Los documentos son exclusivos. No se pueden facturar albaranes y pedidos simultáneamente.

Al crear un abono, se puede seleccionar:

• Una o varias líneas de factura.
• Una o varias líneas de devolución (una devolución puede conducir a un abono si aún no se ha emitido ninguno y si la línea de devolución está en espera de abono).

Los documentos aquí también son exclusivos.

Al crear una factura de cancelación, puede seleccionar una o varias facturas. La cancelación afecta a una factura por completo, no puede seleccionar ni modificar las líneas de manera individual.

Si en una misma factura no se pueden seleccionar dos documentos del mismo tipo, hay que introducir los siguientes datos de los dos documentos: planta de venta, divisa, cliente pagador, cliente grupo, tipo de precio, régimen de impuesto, código de proyecto, condición de pago, código de descuento.

• campo BPINAM

• Divisa (campo CUR)

• N.º doc. original (campo ORIDOCNUM)

Este campo debe contener una barra oblicua (/) para separar el número secuencial de la serie (izquierda) del propio número secuencial (derecha).

• Tipo factura española (campo INVTYPSPA)

• Cliente pedido (campo BPCORD)

Código del cliente que solicita el pedido, la entrega directa o la factura directa. Este código debe:

• estar controlado en la tabla de clientes,
• ser de tipo "normal", "varios" o "intra-sociedad",
• ser modificable mientras no se haya introducido ninguna línea en el documento.

• campo BPCNAM

• Tercero pagador (campo BPRPAY)

Cliente pagador alimentado con el cliente facturado.

• Cliente grupo (campo BPCGRU)

Cliente grupo se inicia por defecto con el código de cliente grupo asociado al cliente pedido en la ficha de este último. Esta información es especialmente útil para establecer estadísticas. Interrviene también en el reagrupamiento de las facturas en el momento de la generación automática de las mismas. Existe la posibilidad de modificar el cliente grupo si es necesario. Desde este campo se puede seleccionar un cliente o acceder por túnel a la gestión de clientes si las habilitaciones del usuario se lo permiten.

• Dirección entrega (campo BPAADD)

La dirección de entrega se inicializa:

• en una factura directa, con el código de dirección por defecto asociado al cliente facturado, si existe; si no, con el primer código de dirección de la lista propuesta,
• en la facturación de un pedido, una entrega, etc., con el código de dirección del primer documento de origen seleccionado.

Desde este campo puede introducir directamente un código de dirección, cuya existencia se controla, o utilizar el icono Accionespara:

• seleccionar una dirección de entrega en la lista propuesta,
• crear, según sus permisos, un nuevo código de dirección para el cliente facturado,
• modificar el detalle de la dirección correspondiente al código introducido.

Si en la entrada se modifica el código de dirección, los representantes de la cabecera de factura que dependen de esta dirección de entrega se reasignan automáticamente con los códigos de los representantes de la nueva dirección. Si el parámetro LINREP - Representantes por línea tiene asignado el valor Sí, aparece un mensaje proponiendo reasignar los representantes de las líneas de factura con los nuevos representantes de la cabecera. Si el parámetro LINREP - Representantes por línea tiene asignado el valor No, la reasignación es automática.

Una vez creada la factura, el código de dirección ya no se puede modificar, pero se puede mostrar el detalle de la dirección haciendo clic en Direccióndesde el icono Acciones.
Nota: la dirección se puede modificar mediante el menú Dirección/Entrega. Cuando se modifica el país y/o la subdivisión geográfica y la factura no está validada, se abre un cuadro de diálogo proponiendo recalcular los precios y descuentos. Si responde que Sí, se desencadena una búsqueda de tarifa en todas las líneas del documento en función del nuevo código de país y/o subdivisión geográfica.

• campo BPDNAM

• Número definitivo (campo SIHNUMEND)

• Firma electrónica (campo SIHCFMFLG)

• Proyecto (campo PJT)

Es la referencia del proyecto al que corresponde la información introducida.
Este campo no se controla en la tabla:

• en una solicitud de oferta, este campo aparece vacío,
• en un pedido de compra, este campo se puede inicializar por defecto con la referencia de proyecto de la línea anterior o con la de la solicitud de oferta considerada.

Se podrá introducir un código libre o un código de proyecto definido en el objeto Proyectos del módulo Acciones comerciales. En este último caso, el usuario cuenta con dos posibilidades para introducir dicho código:

• el primer menú contextual Selección permite seleccionar un proyecto mediante una lista de selección que contiene todos los proyectos definidos en el objeto Proyectos,
• el segundo menú contextual Proyectos permite acceder directamente al objeto Proyectos, según las habilitaciones del usuario, y realizar una selección.

Si el pedido procede de una necesidad y esta dispone de un código de proyecto, el código de proyecto del pedido se inicializará con este mismo código.

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

• Origen (campo SIHORI)

• campo SIHORINUM

En esta parte de la pestaña, se muestra la información que permite conocer el origen de la factura. Es el número del documento que ha originado la factura/abono/proforma.
Este campo solo se completa si el documento de origen es único. Por ejemplo, si la factura está vinculada a una sola entrega, se indica el número de la entrega correspondiente.
Lo mismo ocurre con los abonos vinculados a facturas o a devoluciones, o con las facturas o proforma vinculadas a pedidos, contratos de servicios, vencimientos de facturación de pedidos, solicitudes de servicio o documentos de stock intersociedad. Se puede acceder al documento de origen mediante un túnel en el número de asiento.
En el caso de un abono, se trata de la factura en la que se ha imputado el abono.
En la validación contable, según el valor del parámetro LETAUTCNO - Marcaje auto factura ->abono (capítulo CPT, grupo MTC), el marcaje del abono y de la factura se realizará o no de manera conjunta.

En función del valor del parámetroINVCAN - Factura cancelación(grupo TC, capítulo INV), el documento en curso puede ser de tipo Factura cancelación.En ese caso, el abono y la factura se marcarán, independientemente del valor del parámetro LETAUTCNO.

• Motivo abono (campo CNOREN)

Este campo solo se puede completar en el caso de un abono: introduzca el motivo del abono.

• Modo de corrección (campo METCOR)

Este campo está sujeto a los códigos de actividad EDIX3 – Intercambio electrónico y KSP - Localización española.

Seleccione el modo de corrección asociado al abono.
Este campo solo aparece y se puede completar cuando se cumplen las siguientes condiciones:

• Es un abono.
• La sociedad emisora del abono está sujeta a la legislación española.
• Este campo está parametrizado como introducido a nivel de la transacción de entrada.

• N.º factura compra (campo PIHNUM)

En el marco de inter-sociedades, Nº de la factura de compra generada a partir de la factura de venta.

• N.º declaración IVA (campo DCLEECNUM)

Este campo solo se visualiza si se cumplen las siguientes condiciones:

• El código de actividad KPO - Localización portuguesa está activo.
• La sociedad a la que se asocia la planta de facturación gestiona el IVA portugués [el parámetro sociedad PORVAT - IVA portugués (capítulo LOC, grupo POR) toma el valor "Sí"].
• Este campo no está parametrizado como invisible al nivel de la transacción de entrada.

 Este campo se inicializa:

• en la primera línea: con el número de IVA intracomunitario del proveedor señalado en la cabecera de la factura,
• en todas las líneas siguientes: con el número de IVA intracomunitario indicado en la línea previa a la línea en curso o, en su defecto, con el del proveedor señalado en la cabecera de la factura.

Se puede modificar si está parametrizado para introducir datos al nivel de la transacción de entrada y si la factura no se ha validado.

• Periodo de (campo PERDEB)

Los rangos de fechas solo aparecen si el documento es un abono y si el código de actividad KPO - Localización portuguesa está activo. Permiten indicar el periodo al que se refiere el abono.
Si el abono no está vinculado a ningún documento de origen, hay que completarlos obligatoriamente. El control se realiza al [validar] la función.

• Fecha fin periodo (campo PERFIN)

• Número VCS (campo BELVCS)

• Rég. impuesto (campo VACBPR)

Esta información permite indicar el régimen de impuesto del documento. Este código, controlado en la tabla de regímenes de impuesto, se inicializa con el código correspondiente de la ficha tercero y se puede modificar.
Mientras la entrega no esté validada, esta información está accesible y es obligatoria.
Solo se puede introducir un régimen de impuesto cuya legislación y grupo sean coherentes con los del documento.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

• Entidad/Utilización (campo SSTENTCOD)

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

• Campo 40 - razón (campo FLD40REN)

Campo sujeto al código de actividad: KPO - Localización portuguesa.
Se utiliza para determinar el motivo de regularización de IVA para el campo 40 al generar la declaración de IVA.
Los valores posibles para seleccionar el motivo son los que se encuentran en la tabla varia 8300.

• Campo 41 - razón (campo FLD41REN)

Campo sujeto al código de actividad: KPO - Localización portuguesa.
Se utiliza para determinar el motivo de regularización de IVA para el campo 41 al generar la declaración de IVA.
Los valores posibles para seleccionar el motivo son los que se encuentran en la tabla varia 8301.

• Mov.stock (campo STOMVTFLG)

Flag de movimiento de stock que indica si la factura se gestiona con actualización de stocks.

• Planta expedición (campo STOFCY)

La "planta de expedición" se inicializa por defecto con la planta de almacenamiento habitual del usuario.
Se puede modificar con la condición de que la planta elegida esté definida con el indicador "stock" activo. La planta elegida debe pertenecer a la misma sociedad jurídica que la planta de venta.

• Almacén (campo WRHE)

• Ubicación muelle (campo SRGLOCDEF)

Si la transacción de entrada permite las recepciones en muelle (parámetro activo en la parametrización de la transacción), en la cabecera del documento aparece el campo Ubicación muelle. De esta manera, se puede introducir una ubicación de tipo "muelle", que se trasladará por defecto como ubicación de devolución en todas las líneas del documento. La ubicación de tipo muelle introducida debe estar asociada al depósito, si se ha indicado.

Una ubicación de tipo muelle corresponde a una ubicación de tipo "en espera de ordenación". Permite la entrada de stocks cuyas características de lote, sublote y número de serie no se identifican necesariamente de forma inmediata. Este tipo de entrada permite recepcionar rápidamente la mercancía para después identificarla y ordenarla con mayor precisión en el stock. Esta ordenación se realiza mediante la funciónPlan de ordenación.

• Familia movimiento stock (campo TRSFAM)

Familia de movimiento, inicializada con la familia de movimiento de la transacción utilizada.
Es un dato estadístico que se registra en el diario de stocks cuando se registran los movimientos de entrada. Esta familia de movimiento procede de la tabla varia nº 9 El valor asignado en la parametrización de la transacción corresponde a un valor por defecto que se puede visualizar y/o modificar según la parametrización de la transacción (campo Introducido/Mostrado/Invisible).

Información estadística que se recupera en los movimientos de stock asociados a la entrega. Este valor es fijo si el asiento de origen no hace referencia a una familia de movimiento. De lo contrario, se propone de forma prioritaria la familia de movimiento del asiento de origen del control de calidad.

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

Durante la creación de una oferta, de un pedido, de una entrega o de una factura, el código incoterm se inicializa por el código incoterm definido por defecto por el cliente entregado.

Este código incoterm no se puede modificar. En el caso de las ofertas y de los pedidos, el código incoterm es único para el conjunto del documento. Durante la transformación de un documento, e lcódigo incoterm se propaga a el documento hijo.

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

• Estado (campo INVSTA)

Esta información, que no se puede modificar, especifica el estado de la factura:

• no validada,
• inutilizada,
• validada (es decir, apuntes contables generados).

• Impreso (campo STARPT)

• Intersociedad (campo BETCPY)

Esta información, que no está accesible, especifica que la factura o el abono se refiere a una sociedad del grupo.
El cliente facturado está definido como cliente interplanta y su planta de compra pertenece a una sociedad distinta de la planta de venta de la factura.

• Matrícula (campo LICPLATE)

Número de matrícula del vehículo que transporta la mercancía.

• Mat remolque (campo TRLLICPLAT)

Introduzca el número de matrícula del remolque.

• Fecha salida (campo DPEDAT)

• Hora salida (campo ETD)

• Fecha llegada (campo ARVDAT)

• Hora llegada (campo ETA)

• Divisa (campo CUR)

Es la divisa del pedido, de la entrega o de la factura.
Se inicializa por defecto con la divisa del cliente facturado, pero se puede modificar. En este caso, solo se puede modificar en creación o duplicación y se controla en la tabla de divisas.

Se puede elegir la divisa de la transacción de entrega y definir (en función del valor del parámetro "Precio AI y II" - Capítulo TC/ Grupo INV/NOTATI) si los precios se expresan con o sin impuestos incluidos. Cuando la entrega procede de un pedido, esta información se recupera automáticamente y no se puede modificar. Cuando se trata de una entrega directa, si se ha introducido al menos una línea de entrega, esta información ya no se puede modificar. En este caso, la información se recupera del cliente facturado.

• Tipo cambio (campo CURTYP)

Este campo se inicializa con el tipo de cambio del proveedor que factura.

• Cambio (campo RAT1)

• campo LABEL

• campo RAT2

• campo CURMLT

• Factor (campo BPRFCT)

Código del factor propuesto en valor por defecto en las facturas de ese cliente.
La presencia en una factura de un código "Factor" indica que esta factura se cede a un organismo de factoring y que el pago debe realizarse a favor del factor.

• Cta. ctrl. (campo BPRSAC)

Introduzca el código de la cuenta colectivo del tercero (cliente o proveedor) que se ha inicializado por defecto a partir del código contable de la factura de tercero.

La inicialización del código del campo Control depende de la presencia de la pestaña Tercero/Sociedad en la ficha Tercero (GESBPR).

• Inicio vencimiento (campo STRDUDDAT)

La fecha inicial del vencimiento se alimenta con la fecha del documento (factura o abono) y se puede modificar (compruebe que es posterior o igual a la fecha del documento).

• Pago (campo PTE)

La condición de pago define el código de pago y las reglas de distribución de los distintos anticipos y vencimientos.
Se inicializa a partir del código de pago asociado al cliente facturado, si es una factura directa, o con el documento de origen.
Esta información se puede modificar, lo que activará un nuevo cálculo de los vencimientos.

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

• seleccionar un código de pago en la tabla,
• crear, según sus permisos, un código de pago en la tabla,
• simular un cálculo y una distribución de los vencimientos mediante el botón [Simul].

Si la factura está vinculada a un contrato de servicio, la condición de pago es la de dicho contrato, no la del pedido que puede haber creado el contrato de servicio.
Si la condición de pago gestiona el SDD, el campo "Referencia mandato" es obligatorio. Si el "Tercero pagador" es un "Tercero vario", no se puede elegir una condición de pago de tipo SDD.

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

• Referencia mandato (campo UMRNUM)

Este campo, sujeto a transacción de entrada, solo aparece si el código de actividad SDD - Gestión de domiciliaciones SDD está activo y el parámetro de sociedad SDDMGT - Gestión de domiciliaciones SDD (capítulo TC, grupo SDD) tiene asignado el valor "Sí".

En la creación directa de una factura, solo está accesible y es obligatorio cuando la condición de pago es de tipo SDD. Se utiliza para introducir la referencia del mandato SDD.
Cuando un mandato en estado "Validado" se ha identificado como "Mandato principal" para la combinación [Sociedad; Tercero pagador], la referencia de este mandato se alimenta por defecto, pero se puede modificar. Solo se puede introducir la referencia de un mandato en estado "Validado".
Al cambiar de sociedad y/o tercero pagador, la referencia del mandato se reinicializa en consecuencia.

Cuando la factura proviene de un proceso de creación automática, este campo no se inicializa si no se ha definido ningún mandato principal en estado "Validado" para la combinación Sociedad; Ttercero pagador. En ese caso, la factura se crea, pero no se puede validar hasta que no se introduce la referencia del mandato.

En la entrada de un abono mediante picking de facturas, la referencia del mandato se alimenta con la del mandato referenciado en la primera factura seleccionada.

• Descuento (campo DEP)

Esta información se introduce en el presupuesto. Se inicializa con el código de descuento del cliente facturado y se puede modificar. Permite determinar una serie de tasas de descuentos o recargos (hasta 12) a aplicar en función del adelanto o retraso de un pago con respecto a la fecha de vencimiento (ver documentación Descuentos).
Desde este campo puede introducir directamente un código de descuento, cuya existencia se controla en la tabla correspondiente, o utilizar el botón contextual para:

• seleccionar un código de descuento en la tabla,
• crear, según sus permisos, un código de descuento en la tabla.

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

El importe de la base de descuento aparece en la pestaña "Valorización".

• Fecha inicio prestación (campo STRDATSVC)

Mediante rangos de fechas de inicio y fin, indica la parte de prestación que hay que anticipar para el periodo o ejercicio siguiente.
Este campo solo está disponible cuando el código de actividad SVC - Gast./ing. ant. periódicos está activado. Los gastos o ingresos que se van a anticipar se generan en la función Gast./ing. ant. de cierre.

• Fecha fin prestación (campo ENDDATSVC)

• Número referencia ISR/QR (campo BVRREFNUM)

• Banco pago ISR/QR (campo PAYBAN)

• campo DES

Este campo permite registrar comentarios cuya primera línea puede elegirse como descripción de apunte según la parametrización del asiento automático (PIHI para la factura de compra o SIHI para la factura de venta).
 La presencia de este campo depende de la transacción de captura utilizada.

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

• Descripción (campo NAMDIE)

• 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 factura. 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 recupera la descripción del elemento de facturación.

• % o importe (campo INVDTAAMT)

Los valores corresponden al pie de facturación. Estos datos pueden proceder de la parametrización de los elementos del pie de factura, o de la ficha del cliente correspondiente o del documento seleccionado.
 Para mayor información, consulte 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.
 Si en una factura se suprime una entrega, un pedido o una línea de pedido, los importes de los elementos de facturación no se vuelven a calcular teniendo en cuenta las entregas, los pedidos o las líneas de pedido suprimidas: la parte de los elementos de facturación relativa a dichas líneas o documentos no se elimina de la factura modificada.

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

Se puede:

• 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 se introduce una referencia de "Artículo/Cliente", el sistema devuelve la referencia interna del artículo. Si se han parametrizado tarifas de tipo prohibido para ciertos clientes (ver parametrización tarifas), puede aparecer un mensaje de bloqueo al introducir un artículo.
• utilizar el botón contextual 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 modificables Descripción y Unidad de venta. 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 las fichas artículo y "artículo/cliente".

Puede aparecer un mensaje de aviso informando del reemplazo del artículo introducido por uno de sustitución. Esta sustitución automática se produce si se cumplen las siguientes condiciones:

• 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, ya no se 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)

Es la descripción del artículo traducida al idioma del cliente. Esta descripción es la que se imprimirá en el documento. Si no hay traducción al idioma del cliente, se utilizará la descripción del artículo no traducida. Esta descripción también se traslada al siguiente documento.
Desde este campo se puede acceder por túnel a la ficha del artículo.

• Descripción estándar (campo ITMDES1)

Es la descripción introducida en la ficha de artículo. En una facturación intersociedad, esta descripción se traslada de la factura de venta a la factura de compra. Cuando la factura procede de otro asiento, la descripción estándar se recupera de la línea de origen.

• 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 en los siguientes casos:

• 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 factura es directa con movimiento de stock.

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

En una factura de entrega o de solicitud de servicio, los números de versión se alimentan cuando añade una línea directa.

Cuando la factura se crea a partir de otros documentos, se llevan a cabo las siguientes acciones:

• Picking de pedidos, con transferencia y control de las versiones en la factura.
• Transferencia y control de las versiones para la facturación automática de pedidos (si la versión no es la correcta, aparece un mensaje informativo en el fichero de traza). No hay transferencia de versiones para la facturación automática de entregas, de solicitudes de servicio o de transferencias.

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 versión menor en los siguientes casos:

• si el seguimiento de las versiones mayores y menores está activo a nivel de la parametrización del artículo (en la sección Gestión de la función Artículo, el campo Versión stock tiene asignado el valor Mayor y menor);
• si la factura es directa con movimientos de stock.

Si la precarga de las versiones está activa a nivel del artículo/cliente (en la sección 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 sección Venta de la función Artículo, la casilla Precarga versión(es) está marcada), se precarga automáticamente la última versión menor.

En una factura de entrega o de solicitud de servicio, los números de versión se alimentan cuando añade una línea directa.

Cuando la factura se crea a partir de otros documentos, se llevan a cabo las siguientes acciones:

• Picking de pedidos, con transferencia y control de las versiones en la factura.
• Transferencia y control de las versiones para la facturación automática de pedidos (si la versión no es la correcta, aparece un mensaje informativo en el fichero de traza). No hay transferencia de versiones para la facturación automática de entregas, de solicitudes de servicio o de transferencias.

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

• Porcentaje (campo INVPRC)

Es el porcentaje facturado que corresponde a la factura programada. Dicho porcentaje está vinculado a la cantidad facturada.

• Puede introducir un porcentaje superior al de la línea de la programación, siempre y cuando el porcentaje total de las líneas no supere el 100%. La modificación del porcentaje no puede conducir a la sobrefacturación. Aparece un mensaje proponiendo consumir las siguientes facturas programadas. Puede aceptar respondiendo Oko Cancelar.
  
• Si se introduce un porcentaje inferior al de la línea de la programación, al final de la programación se añade una línea de factura programada con las mismas características que la línea modificada y un porcentaje de la diferencia con la línea modificada. El estado de esta línea es: A facturar. Si se modifica el porcentaje, se recalcula la cantidad facturada.
  
  La programación, a la que se accede desde el icono Acciones de la línea de factura programada, indica en cada línea si está facturada, incluida en la factura o a facturar.

• UV (campo SAU)

La unidad de venta se inicializa, si existe, con la unidad de venta definida en la ficha Artículo-cliente. Si no, con la unidad de venta del artículo. Se puede introducir otra unidad mediante una ventana de selección. Las unidades propuestas, ademas de las que se han mencionado anteriormente, son las unidades de envase del artículo y las unidades de envase definidas en la ficha Artículo-cliente. Si dispone de las habilitaciones correspondientes, puede acceder a la tabla de unidades cuando sea necesario.

Una vez que ha introducido la línea, ya no puede modificar la unidad de venta. Para modificarla, hay que suprimir la línea y crearla de nuevo.

• Ctd facturada (campo QTY)

• Si se introduce una cantidad superior a la de la línea de la programación, aparece un mensaje proponiendo consumir la cantidad adicional en las siguientes facturas programadas. Si respondes Sí, solo puedes seleccionar y añadir las siguientes facturas programadas objeto del consumo adicional una vez que se ha registrado la modificación. Si respondes No, el aumento de la cantidad se considera una sobrefacturación.
• Si se introduce una cantidad inferior a la de la línea de la programación, al final de la programación se añade una línea de factura programada con las mismas características que la línea modificada y un porcentaje de la diferencia con la línea modificada. El estado de esta línea es Por facturar.

La programación, a la que se accede desde el icono Acciones de la línea de factura programada, indica si cada línea está facturada, incluida en la factura o por facturar. Un indicador señala si se ha facturado un excedente (sobrefacturación) y muestra el importe o la cantidad correspondiente.

En las facturas programadas validadas en el plan de facturación (facturación de progreso en la gestión de proyectos):

• Si se introduce una cantidad superior a la del plan de facturación, se considera una sobrefacturación. No obstante, el porcentaje de progreso del proyecto no se actualiza.
• No se puede introducir una cantidad inferior a la de la línea de la programación. Para facturar una cantidad inferior, vuelve al plan de facturación para cancelar la validación del estado de progreso correspondiente a la programación y reducir la cantidad.
• Si se introduce un importe superior al de la factura programada seleccionada, se considera una sobrefacturación. No obstante, el porcentaje de progreso del proyecto no se actualiza.
• Si se introduce un importe inferior al de la factura programada seleccionada, se considera una subfacturación. No obstante, el porcentaje de progreso del proyecto no se actualiza.

• 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 coeficiente de ponderación de las tasas de comisión de los representantes.

El proceso 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 procesamiento 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, antes de activar la búsqueda de tarifas para los componentes, se lee el fichero de estructuras para proponer en una ventana 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.

• Coef. UV-US (campo SAUSTUCOE)

Es el coeficiente de conversión entre la unidad de venta y la unidad de stock. En ciertos casos, este coeficiente podrá modificarse. Podrá modificarse si la unidad de venta del artículo está marcada como tal, o si la unidad de condicionamiento escogida también está marcada como modificable ( ver Ficha artículo). No podrá modificarse si la unidad empleada es una unidad definida para el cliente. Si se utilizan unidades con coeficiente modificable, será necesario definir para el artículo a tener en cuenta sólo las tarifas expresadas en unidad de stock.

Una vez capturada la línea, ya no será posible modificar el coeficiente de conversión. Será necesario suprimir la línea y recrearla para modificar este coeficiente.

• US (campo STU)

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

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

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

• 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

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

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

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

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

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

Desde el icono Acciones, puede:

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

• Precio neto (campo NETPRI)

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

• Imp línea en valor (campo AMTLIN)

• Precio coste (campo CPRPRI)

En la creación de la línea de documento, el "precio de coste" se alimenta por defecto con la valorización del artículo elegido para calcular el margen (ver los métodos de valorización definidos para la ficha "Artículo-Planta") y viene expresado en la unidad de venta. Las posibles opciones para la valorizació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 valorización devuelve un valor nulo, se puede utilizar un valor de sustitución especificando otro método de valorización de la lista anterior. Este valor se almacena en la línea "documento".

Esta información se puede corregir en función de la transacción de documento utilizada.

El "precio de coste" se recalcula automáticamente al: 

• transformar un presupuesto en pedido,
• entregar un pedido, 
• validar una entrega,
• facturar un pedido,

En la gestión de presupuestos, el "precio medio lote" siempre devuelve un valor nulo. En este caso, se utiliza el valor de sustitución. En la validación de la entrega, se vuelve a utilizar el "precio medio lote" para recalcular el margen y obtener, de esta manera, un margen real según el/los lotes entregados.

Particularidades de los abonos
Cuando se crea un abono procedente de una factura o de una devolución de cliente, el precio de coste que se propone es el del documento de origen. Si es un abono directo, el precio de coste se calcula a partir de la regla de cálculo de margen que define el método de valorización del artículo-planta.

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

• Refacturación (campo INVCNDUPD)

• Fecha refacturación (campo NEXINVDAT)

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

• Almacén (campo WRH)

• Lote (campo LOT)

En las facturas, indique el lote en salida.
No hace falta indicarlo en los siguientes casos:

• la salida es multilote,
• no se han completado todas las características del stock en salida (lote, sublote, nº de serie, ubicación).

Si el artículo se gestiona en número de serie, este es lo único que hace falta para determinar el stock en salida.

Si no, hay que indicar el lote, el sublote y la ubicación (condicionados por el modo de gestión del artículo).

En los abonos, si el artículo no se gestiona por lote, no se puede acceder a este campo. Si el artículo se gestiona con lote obligatorio u opcional, el acceso al campo depende:

• de la parametrización de la transacción de entrada de Abonoutilizada,
• de la norma de gestión de los lotes asociados al movimiento de tipo Devolución de entregadefinida en la categoríadel artículo o en las normas de gestión de stock. A este nivel se puede especificar el tipo de entrada del lote y asignar un valor por defecto al lote.

Si al final de la entrada no se ha indicado ningún número de lote, se pueden dar varios casos:

• la norma de gestión del movimiento asigna el número de documento,
• el sistema utiliza el contador de lote del artículo para asignar un nuevo número de lote. Si en el artículo no se ha especificado ningún contador de lote y el lote es obligatorio, aparece un mensaje de bloqueo.

• N.º sublotes (campo NBSLO)

Es la cantidad de sublotes que se ven afectados por el movimiento de stock.

• Sublote (campo SLO)

Este campo indica el sublote en salida. Cuando se selecciona el lote, el sublote se inicializa de manera inmediata.
No hace falta indicarlo en los siguientes casos:

• la salida es multilote,
• no se han introducido todas las características del stock en salida (lote, sublote, nº de serie, ubicación).

Si el artículo se gestiona en número de serie, este es lo único que hace falta para determinar el stock en salida.
Si no, hay que indicar el lote, el sublote y la ubicación (condicionados por el modo de gestión del artículo).
En los abonos, este campo indica el sublote al que se refiere el movimiento de entrada.

• S/lote final (campo SLOF)

Este campo indica el último sublote que se ve afectado por el movimiento de stock.

• Lote proveedor (campo BPSLOT)

El número de lote proveedor se puede introducir a título informativo en los movimientos de entrada y mostrar en los movimientos de salida de stock.

Se registra en el fichero de stock y corresponde al número de lote interno. Permite garantizar la trazabilidad del origen de las mercancías.

• Serie inicio (campo SERNUM)

En las facturas, indique el número de serie inicial en salida. El número de serie final se calcula automáticamente.
Si los números de serie en salida no son continuos, no hace falta indicarlo.

Si el artículo se gestiona en número de serie, este es lo único que se necesita para determinar el stock en salida.
Si no, hay que indicar el lote, el sublote y la ubicación (condicionados por el modo de gestión del artículo).

En los abonos, indique el primer número de serie al que se refiere el movimiento de entrada. Dicho número de serie debe existir en la base, pero se puede introducir un número de serie que no existe.

• Serie fin (campo SERNUMF)

Es el número de serie final del artículo.

• Identificador 1 (campo PALNUM)

Este campo permite introducir libremente cualquier información complementaria.

• Identificador 2 (campo CTRNUM)

Este campo indica el primer identificador registrado.

• Contenedor (campo TCTRNUM)

Este campo está sujeto al código de actividad LPN - Gestión contenedor interno.

Solo se puede completar en un abono o una factura directa.
Seleccione el contenedor que quiere utilizar.

• Número contenedor (campo LPNNUM)

Ayuda común para las funciones de entrada de stock (Entradas varias, Recepciones, Devoluciones cliente, etc.) y la función Facturas (en este caso, solo aparece y se puede completar en un abono o una factura directa).
Este campo está sujeto al código de actividad LPN - Gestión contenedor interno.

Su gestión depende del carácter "Obligatorio" u "Opcional" del número de contenedor, definido a nivel de la Categoría del artículo, sección Flujo de entrada.

En ambos casos, puedes seleccionar el número de contenedor que quieres utilizar. La lista de selección muestra los números de contenedor activos asociados al contenedor introducido, independientemente de si están en stock o libres. Si no se introduce ningún contenedor, la lista de selección muestra todos los números de contenedor activos y disponibles en stock de la planta. Son los contenedores que has creado anteriormente de forma individual, en la función Números contenedores internos, o masiva, en la función Creación números contenedores. También puedes acceder a la función Números contenedores internos para crear directamente un número y volver a la entrada del documento.
Si quieres registrar varios números de contenedor para una misma línea de documento, deja este campo en blanco y haz clic en Entrada detalle cantidades desde el icono Accionesde la línea de documento.
Cuando se introduce un número de contenedor, no se lleva a cabo ninguna restricción en la cantidad de la línea con respecto a la capacidad del contenedor utilizado.

• Cuando el número de contenedor es "Obligatorio", puedes dejar este campo en blanco para crear directamente los números de contenedor utilizados. El número de contenedores se determina automáticamente en función de los siguientes elementos:
  - La capacidad del contenedor. Esta capacidad se define en la ficha Artículo-planta, sección Gestión, en función de la unidad de stock y/o el envasado del artículo.
  - La cantidad de la línea. Cuando hacen falta varios contenedores, la ventana Entrada detalle cantidades muestra el número correspondiente. Esta ventana se abre automáticamente si faltan datos de stock al final de la entrada de la línea. Si no es el caso, hay que abrirla mediante el icono Acciones de la línea de documento.
  Una vez creado, el campo Número contenedor de la línea de documento muestra el carácter $ cuando la línea se distribuye en distintos números de contenedor. Para consultar la lista de los números de contenedor utilizados, abre la ventana Modificaciones entradas desde el icono Accionesde la línea de documento.
  Solo se puede llevar a cabo una creación directa si se cumplen las siguientes condiciones:

- El Número de contenedorestá definido como "Obligatorio" a nivel de la Categoría del artículo.
- El contenedor introducido y la unidad están definidos a nivel del Artículo-planta, en la tabla de parametrización de contenedores.
- La capacidad del contenedor está definida en la misma unidad que la de la línea de documento.
La ventana de impresión de etiquetas de números de contenedor se abre automáticamente en la creación directa cuando la impresión está autorizada a nivel de la transacción de entrada.

• Cuando el número de contenedor es "Opcional", no se lleva a cabo ninguna creación directa. Si quieres utilizar uno o varios contenedores, introduce manualmente sus números en la línea de documento o en la entrada detallada de las líneas. También podrás utilizar posteriormente la función Asignación número contenedor.

Particularidades de la interplanta/intersociedad - En una recepción interplanta o intersociedad, el número de contenedor nunca procede del introducido en la entrega de venta, ya que el número de contenedor es monoplanta.

• Estado (campo STA)

• En las facturas, indique el estado del stock en salida.
  No hace falta indicarlo cuando no se han completado todas las características del stock en salida (lote, sublote, nº de serie, ubicación).

• Si el artículo se gestiona en número de serie, este es lo único que hace falta para determinar el stock en salida.
• Si no, hay que indicar el lote, el sublote y la ubicación (condicionados por el modo de gestión del artículo).
  
• En los abonos, indique el estado del stock del movimiento de entrada.
  Cuando la factura original ha desencadenado un movimiento de stock, el estado y la ubicación no proceden de la factura original, al contrario que el resto de la información de stock. Estos dos datos están accesibles y se inicializan mediante las normas de entrada de stock.
  Cuando la línea del abono es directa, el estado y la ubicación están accesibles y se pueden alimentar mediante las reglas de entrada de stock.

• Tipo ubic. (campo LOCTYP)

Los tipos de ubicaciones sirven para codificar las ubicaciones de los almacenes según sus características de almacenamiento: dimensiones, estados autorizados, limitaciones técnicas, etc.
Se asocian a los artículos por planta, lo que permite agrupar geográficamente los artículos de características similares.
Según la parametrización de la transacción de stock, el tipo de ubicación del artículo se propone por defecto y se puede modificar en la introducción de los movimientos.

• Ubicación (campo LOC)

En las facturas, indica la ubicación de origen de la salida. Para seleccionar una ubicación, utiliza la ventana de selección que hay disponible desde el icono Acciones.
No hace falta introducir una ubicación si:

• la salida se realiza desde varias ubicaciones;
• no se han completado todas las características del stock en salida (lote, sublote, número de serie, ubicación).

Si el artículo se gestiona en número de serie, este es lo único que hace falta para determinar el stock en salida.
Si no es el caso, hay que indicar el lote, el sublote y la ubicación (condicionados por el modo de gestión del artículo).

En los abonos, el acceso a este campo depende de la parametrización de la transacción de entrada de Abonoutilizada.

Cuando la factura original ha desencadenado un movimiento de stock, el estado, el número de contenedor y la ubicación no proceden de la factura original, al contrario que los demás datos de stock. Estos datos se pueden completar y se inicializan mediante las normas de entrada de stock.

Cuando la línea del abono es directa, el estado, el número de contenedor y la ubicación se pueden completar y, si es necesario, alimentar mediante las reglas de entrada de stock.
Si el artículo se gestiona por número de contenedor, se muestra la ubicación asociada al número de contenedor y no se puede modificar.

Si el artículo se gestiona por ubicación y no se ha introducido ningún número de contenedor, se puede inicializar una ubicación por defecto en función de la norma de gestión asignada al tipo de movimiento Devolución de entregay en función de las ubicaciones parametrizadas en la ficha Artículo/Planta. El significado que identifica una categoría de ubicación permite asociar un tipo de ubicación y una ubicación potencial a la ficha Artículo/planta. El tipo de ubicación y la ubicación que se han definido en la ficha Artículo/Planta pueden hacer referencia a un grupo de tipos de ubicación o de ubicaciones si en sus definiciones se utilizan comodines (?,*) (ver Tipos de ubicaciones y Artículo/Planta). La asignación de algunos tipos de ubicaciones depende de su disponibilidad o su capacidad (gestión de llenado). Estos criterios se pueden acumular.

Si la transacción de abono de cliente lo permite, en la cabecera del abono se puede introducir una ubicación de tipo muelle. En ese caso, esta es la ubicación que se propone por defecto. Si la transacción de abono de cliente no especifica las recepciones en muelle, las ubicaciones de tipo muelle no se proponen en la selección.

En algunos casos, no es obligatorio introducir el tipo /o la ubicación, puesto que la mercancía que hay que devolver va a distribuirse en distintas ubicaciones de almacenamiento. La distribución se indica en la ventana de detalle de stock. Si al final de la entrada aparece el símbolo "$" en estos campos, se han asignado distintos tipos de ubicación o ubicaciones y hay un subdetalle de líneas de stock.

• Precio pedido (campo PRIORD)

Es el importe unitario por unidad de stock que se puede utilizar para valorar el stock (si el método de valoración para una devolución de cliente es Precio orden).

El método de valoración de stocks se define por categoría de artículo en función de una planta de almacenamiento.
Se puede:

• parametrizar por tipología de movimiento,
• modificar manualmente, si es necesario y la transacción lo permite,
• visualizar en la ventana de detalle de stock.

El precio de la orden se inicializa de la siguiente manera:

• si la línea de abono con movimiento de stock procede de una línea de factura con movimiento de stock, el precio de la orden es igual al valor de salida de stock de la factura. En este caso, el precio de la orden no se puede modificar,
• si es un abono directo con movimiento de stock, el precio de la orden se inicializa y se puede modificar.

• Descripción movimiento (campo MVTDES)

La descripción del movimiento es un comentario libre registrado en el diario de stocks para cada movimiento de la línea de abono. Esta información se puede modificar en la ventana de detalle de stock. Si se modifica, se recupera y se registra en la línea de factura de este campo.

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

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

• Fecha inicio prestación (campo STRDAT)

Periodo inicial y final de prestación.

• Fecha fin prestación (campo ENDDAT)

• número de periodo (campo PERNBR)

Número de periodos.

Se utiliza en Finanzas para distribuir los gastos e ingresos anticipados.

• Tipo periodo (campo PERTYP)

Frecuencia (número de días, semanas, 10 días, quincenas o meses).

Se utiliza en Finanzas para distribuir los gastos e ingresos anticipados.

• 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

• Gra (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.
Al salir del cuadro de las líneas, se llevan a cabo todos los totales y cualquier cálculo de las bases de cálculo de impuesto.
En la parte inferior de la pestaña, se muestran el margen total de la factura y los importes con y sin impuestos, que no se pueden modificar.

• Flujo físico (campo EECFLOPHY)

Este campo permite especificar si la línea identifica un flujo físico que interviene en la Declaración de intercambios de bienes. Una línea de factura no vinculada a un flujo físico puede declararse para regularización si en la factura aparece un Régimen CEE y/o una Naturaleza de transacción CEE (opción Datos aduaneros).
La inicialización de este campo depende de si el artículo se gestiona o no en stock:

1/ Artículo gestionado en stock

• Si se trata de una factura directa/abono directo sin movimiento de stock, el flujo físico se inicializa a No y se puede modificar.
• Si se trata de una factura directa/abono directo con movimiento de stock, el flujo físico se sitúa en Síy no se puede modificar.
• Si se trata de una factura procedente de una entrega o de un pedido, el flujo físico se sitúa en Síy no se puede modificar.
• Si se trata de una factura procedente de una entrega o de un pedido con una línea suplementaria, el flujo físico se sitúa en Síy no se puede modificar.

2/ Artículo no gestionado en stock

• Si se trata de una factura directa sin movimiento de stock, el flujo físico se inicializa a No y se puede modificar.
• Si se trata de una factura directa con movimiento de stock, el flujo físico se inicializa a Síy se puede modificar.
• Si se trata de una factura procedente de una entrega o de un pedido, el flujo físico se sitúa en Síy se puede modificar.
• Si se trata de una factura procedente de una entrega o de un pedido con una línea suplementaria, el flujo físico se sitúa en Síy no se puede modificar.

• Margen total (campo PFMTOT)

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

• Antes impuesto (campo INVNOT)

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

• Imp. Incluidos (campo INVATI)

Este campo indica el resultado con impuestos, que incluye:

• los distintos elementos de facturación de los artículos seleccionados,
• el cálculo del impuesto por base fiscal.

Estos datos aparecen al imprimir el informe DEVTTC.
El detalle del cálculo se almacena en las tablasSVCRVAT ySVCRFOOT.

• Valoración (campo VALUATION)

• N.º (campo NOLIGV)

• Impuesto (campo XVSHO)

Este campo muestra la descripción del impuesto indicado en las líneas del documento.

• Importe AI (campo XVNOT)

Este campo indica el importe sin impuestos acumulado de todas las líneas de artículo con una base de impuesto que corresponde a la primera columna.

• Base sujeta (campo XVSMI)

Este campo indica la base sin impuestos sujeta al IVA. Está formada por el importe sin impuestos más ciertos impuestos parafiscales o especiales (introducidos en las líneas del artículo) sujetos al IVA.

• Impuesto (campo XVTAX)

Es el código de impuesto que hay en las líneas del documento.

• Tasa (campo XVRAT)

Este campo indica la tasa de impuesto que corresponde a la base de impuesto.

• Imp. impuestos (campo XVAMT)

Es el importe del impuesto que se obtiene al aplicar la tasa de impuesto en la base sujeta.

• Otros impuestos (campo XVSUP)

Este campo indica los impuestos parafiscales o especiales que se aplican en esta base de impuesto.

• Importe II (campo XVATI)

• N.º (campo NOLIGF)

• campo XFSHO

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

• Importe AI (campo XFNOT)

• Base sujeta (campo XFSMI)

Es la base sujeta a impuesto de un elemento de facturación cuya base de cálculo incluye impuestos y es igual al importe con impuestos.
La base sujeta de un elemento de facturación cuya base de cálculo no incluye impuestos es igual al importe sin impuestos del elemento de facturación.
Si es un elemento de facturación cuya regla de impuesto es "Tasa producto", puedes mostrar la distribución de la base sujeta por impuesto de producto desde el icono Acciones.

• Impuesto (campo XFTAX)

Este campo indica el código de impuesto que se aplica al elemento de facturación.

• Tasa (campo XFRAT)

Este campo indica la tasa de impuesto aplicada al elemento de facturación. Si la base de cálculo del elemento de facturación incluye impuestos o la regla de impuesto del elemento de facturación es "Tasa producto", no aparecerá ni esta información ni el código de impuesto correspondiente.
Si es un elemento de facturación cuya regla de impuesto es "Tasa producto", puedes acceder a las distintas tasas de impuesto por base sujeta desde el icono Acciones.

• Imp. impuestos (campo XFVATAMT)

Es el importe de impuestos calculado para este elemento de facturación a partir de la base sujeta y de la tasa de impuesto que hay que aplicar.
Si la base de cálculo de este elemento de facturación incluye impuestos, esta información no aparece.
Si es un elemento de facturación cuya regla de impuesto es "Tasa producto", puedes mostrar la distribución de los distintos códigos de impuestos por base sujeta desde el icono Acciones.

• Importe II (campo XFATI)

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

• Distribución analítica (campo DSP)

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

• campo SFICCE1

Son las secciones analíticas del elemento de facturación.
Las secciones analíticas se inicializan en función de la parametrización de las Secciones por defecto que hay asociada a la gestión de los elementos de facturación. 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, excepto si se ha introducido una clave de distribución.
Para modificar los códigos de sección de los distintos ejes, haz clic en el icono Acciones.

• Antes impuesto (campo INVNOT)

Este campo indica el resultado sin impuestos de los distintos elementos de facturación de los artículos seleccionados.
Estos datos aparecen al imprimir el informe DEVTTC.
El detalle del cálculo se almacena en las tablasSVCRVAT ySVCRFOOT.

• AI (sociedad) (campo INVNOTRPT)

• campo DEVRPT1

• Base descuento (campo BASDEP)

La base descontable solo se muestra si se cumplen las dos condiciones siguientes:

• En la factura se indica un código de descuento (que incluye al menos una línea con un descuento). 
• El parámetro DEPMGTMOD - Modo gestión descuento no tiene asignado el valor "Distribución por IVA (nivel cuenta)".

La base descontable se calcula en función:

• del perímetro del Código descuento (con o sin IVA) asociado a la factura;
• de la parametrización de los elementos de facturación;
• del modo de gestión de los descuentos, definido por el parámetro DEPMGTMOD - Modo gestión descuento.
  

• Imp. Incluidos (campo INVATI)

Este campo indica el resultado con impuestos, que incluye:

• los distintos elementos de facturación de los artículos seleccionados
• el cálculo del impuesto por base fiscal

Estos datos aparecen al imprimir el informe:

• ARCTT2 para la función Pedidos;
• BONLIV para la función Entregas;
• DEVTTC2 para la función Presupuestos;
• DEVTTC para la función Facturas.

El detalle del cálculo se almacena en las tablasSVCRVAT ySVCRFOOT.

Haz clic en Icono Acciones para acceder a Sage Sales Tax.

• II (sociedad) (campo INVATIRPT)

• campo DEVRPT2

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