Tipos de factura cliente

• Tipo de factura (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í.

• Legislación (campo LEG)

En creación, el código de legislación se puede inicializar mediante el parámetro de usuario LEGFIL - Legislación (filtro selección) (capítulo SUP, grupo INT). Este parámetro también se utiliza para filtrar la lista de selección y, de esta manera, mostrar únicamente los códigos definidos para esta legislación y los definidos a nivel de Todas las legislaciones.
El código de legislación no es obligatorio. Si se introduce, el tipo de factura solo se utiliza en las sociedades de la misma legislación.

Recordatorio de los principios generales relativos al uso de un dato o de un elemento de parametrización definido por legislación cuando se conoce el contexto de la sociedad (fichas, flujos, etc.)

• Cuando se define un elemento de parametrización para una legislación, este solo se utiliza si la legislación del contexto de uso es la misma.
  No se puede utilizar en una ficha con otra legislación.
  
• Si se define un elemento de parametrización sin legislación (nivel "Todas las legislaciones"), se considera un elemento multilegislación. Este elemento se puede utilizar en todos los registros independientemente de la legislación, salvo si hay un elemento con el mismo código definido para la legislación de la sociedad. En ese caso, el elemento definido para la legislación de la sociedad es el único que se propone en la selección y se acepta en la entrada (siempre y cuando esté activo).
  Notas:
• Si el elemento de parametrización definido para la sociedad no está activo y el definido a nivel de "Todas las legislaciones" sí lo está, este último no se puede utilizar.
• Para reducir el tiempo del procesamiento y mejorar el rendimiento, se recomienda no crear registros multilegislación y optar por registros específicos para cada legislación del dossier.
  Para más información, consulta la ayuda Mejoras en el rendimiento: lista de objetos multilegislación.
  
• Se aplica un filtro adicional en función del grupo de sociedades definido en el elemento de parametrización. Este elemento de parametrización solo se puede utilizar y solo se propone en la selección si la sociedad a la que está asociada la ficha pertenece a dicho grupo de sociedades.

Ejemplo 1:
Parametrización del tipo de factura:

Se aplica un filtro adicional en función del grupo de sociedades indicado.
Si en el ejemplo anterior también se indica un grupo de sociedades en la parametrización del tipo de factura FAF con la legislación FRA, este tipo de factura solo se propone si la sociedad pertenece al grupo de sociedades indicado.

Ejemplo 2:
Parametrización del tipo de factura:

• Descripción (campo DESAXX)

Esta descripción larga se utiliza como título en las pantallas y los informes.

Por defecto, la descripción corta, la descripción larga o la cabecera de columna de un dato (en creación/modificación) se registra en el idioma de conexión del usuario.
Puede traducirlas en otro idioma mediante la función Traducción:

• Haga clic en Traducción desde el icono Acciones del campo correspondiente.
• Añada un nuevo código de idioma y la traducción en la ventana Traducción.

Si se ha realizado la traducción, los usuarios que se conecten en este idioma dispondrán de la descripción corta, la descripción larga o la cabecera de columna en su idioma de conexión. De lo contrario, estarán disponibles en el idioma del dossier.

El idioma de conexión debe estar definido como idioma por defecto deldossier.

• Descrip. corta (campo SHOAXX)

Esta descripción corta se utiliza en las pantallas y los informes. Se registra en tu idioma de conexión.

Por defecto, la descripción corta, la descripción larga o la cabecera de columna de un dato (en creación/modificación) se registra en el idioma de conexión del usuario.
Puede traducirlas en otro idioma mediante la función Traducción:

• Haga clic en Traducción desde el icono Acciones del campo correspondiente.
• Añada un nuevo código de idioma y la traducción en la ventana Traducción.

Si se ha realizado la traducción, los usuarios que se conecten en este idioma dispondrán de la descripción corta, la descripción larga o la cabecera de columna en su idioma de conexión. De lo contrario, estarán disponibles en el idioma del dossier.

El idioma de conexión debe estar definido como idioma por defecto deldossier.

• Grupo (campo GFY)

Al introducir un grupo de sociedades, se puede restringir el perímetro de uso a las sociedades del grupo. Cuando esta información se utiliza en otro registro o en un elemento de parametrización que también se ha definido en el grupo, se realiza un control para verificar que los grupos, cuando son diferentes, tienen al menos una sociedad en común. 

Asimismo, se realiza un control de coherencia en las legislaciones del grupo seleccionado.
Al menos una de las sociedades debe tener la misma legislación que la que se ha introducido en el campo "Legislación". Si no es el caso, aparece un mensaje de error.

Al seleccionar el tipo de documento, se realiza un control de coherencia entre la legislación y el grupo del tipo de documento y la legislación y el grupo del documento.

 Para mayor información, haga clic aquí.

• Categoría factura (campo INVTYP)

Puede llevar a cabo el proceso en una categoría de factura específica.

Hay cinco categorías de factura:

• Factura
• Abono
• Nota de débito
• Abono
• Proforma

• Asiento auto venta (campo COD)

El sistema comparará este código con los que se han registrado en los grupos de asientos automáticos:

• si coinciden, el sistema aplicará los criterios definidos en los grupos de asientos automáticos,
• si no coinciden, el sistema tendrá en cuenta el código de asiento automático introducido en este campo.

• Asiento auto tercero (campo COD2)

El código reseñado en este campo será comparado por el sistema con los registros en los grupos de asientos automáticos :

• si hay coincidencia, el sistema aplicará los criterios determinados en los grupos de asientos asutomáticos,
• si no hay coincidencia, el sistema tendrá en cuenta el código de asiento automático capturado en este campo.

• Diario (campo JOU)

Código de diario asignado en la creación de la factura. Se utilizará en la validación de la factura.
Este campo es opcional. Solo se puede introducir un código de diario cuya legislación y grupo sean coherentes con los del tipo de factura y el tipo de asiento.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

Si no se introduce, el código de diario se definirá según la parametrización del asiento automático o mediante el tipo de asiento.

• Tipo asiento (campo GTE)

Tipo de asiento utilizado en la creación y validación de la factura.
Este campo es opcional. Solo se puede introducir un tipo de asiento cuya legislación y grupo sean coherentes con los del tipo de factura y el código de diario.
Los principios generales sobre la parametrización multilegislación se detallan aquí.

Si no se introduce, el tipo de asiento se definirá según la parametrización del asiento automático.

• Número días para próxima factura (campo NUMDAYINV)

Si el número de secuencia del documento es cronológico y un usuario crea una factura con una fecha incorrecta, el error puede ser grave, ya que no se puede revertir el proceso.
Este campo sirve para controlar la fecha de documento que introduce el usuario. De esta manera, si el usuario intenta crear un documento (factura) con una fecha posterior a la fecha del día + el número de días indicado, aparece un mensaje de error al introducir la factura.
El control solo se aplica en los siguientes casos:

• No es una factura de tipo Proforma.
• El valor introducido en el campo es distinto a cero.
• El número de secuencia del documento es cronológico.

Si en el tipo de factura no se ha definido el tipo de asiento, el número de secuencia no se introduce en el tipo de asiento. Por lo tanto, se utiliza el asiento automático para evaluar el tipo de asiento y el número de secuencia asociado. Si no se ha definido ningún tipo de asiento, se tienen en cuenta por defecto los tipo de asiento del asiento automático SIHI o PBCIN.

• Factura cancelación (campo INVCAN)

La gestión de este campo está sujeta al código de actividad INVCA - Factura cancelación. Solo se puede acceder a este campo cuando la categoría del tipo de factura corresponde a un Abono o a una Nota de crédito.
Cuando este indicador está marcado, las características del documento asociado a este tipo de factura se ajustarán a las de una cancelación de factura:

• Este tipo de documento solo se puede introducir en una transacción automática dedicada a las cancelaciones de factura.
• Para crear una factura de cancelación, hay que asociarla a una factura. Dicha factura no puede estar marcada, ni vinculada a un abono, ni pagada.
• Una vez creado el documento, no puede modificar ningún dato: los importes deben corresponder a los importes de la factura.
• Solo se deben utilizar los asientos automáticos vinculados a documentos de origen.

• Tipo registro (campo RECTYP)

Este campo solo aparece si el código de actividad KPO está activo.

Seleccione el tipo de documento para asignarle un número de secuencia específico.
Los valores posibles son:

• Normal
• Recuperación documento manual
  El documento de origen se ha generado en papel de forma manual porque el sistema no estaba disponible.
• Recuperación documento de seguridad
  Se han perdido documentos previamente registrados debido a la recuperación de una copia de seguridad. Son documentos que se han registrado entre la creación y la recuperación de la copia de seguridad.
  Hay que volver a crearlos manualmente.
  En estos dos tipos de documentos, hay que introducir el número del documento de origen en la transacción (campo ORIDOCNUM - N° documento origen en las facturas y MANDOC - Documento manual en los demás tipos de documentos).
• Documento externo
  El documento se creó originalmente en otra aplicación, donde se incluyó una firma electrónica. Sage X3 no genera ninguna firma electrónica para este tipo de documento.

 El número de documento introducido debe ser único.

• Tipo documento SAF-T (campo SAFTINVTYP)

Utilice este campo para asignar el tipo de documento correcto al fichero XML SAF-T.
El tipo de documento elegido depende de la categoría de factura seleccionada:

• Si la categoría es: Factura, el valor del Tipo documento SAF-T puede ser: Factura, Facturasimplificada o Nota débito
• Si la categoría es: Abono, el valor del Tipo documento SAF-T debe ser: Abono
• Si la categoría es: Nota de débito, el valor del Tipo documento SAF-T debe ser: Notadébito
• Si la categoría es: Nota de crédito, el valor del Tipo documento SAF-T debe ser: Abono
• Si la categoría es: Proforma, el valor del Tipo documento SAF-T puede ser: Proforma o Factura de consignación.

Este campo solo está disponible cuando su sistema gestiona la legislación portuguesa, es decir, cuando el código de actividad KPO está activado.

• IVA de caja (campo CSHVATRGM)

• Factura auto (campo AUTINV)

Este campo solo aparece si el código de actividad KPO está activo.

Permite especificar si el tipo de factura resulta de un proceso de autofacturación. En ese caso, las facturas de este tipo no se exportan al SAFT. Hay que introducir el documento internamente, pero la firma digital la realiza la aplicación del cliente.
Las facturas con el indicador Factura auto activado siempre son de tipo manual (estas facturas no hay que procesarlas en las funciones de facturación automática). Aparte de esta restricción, este tipo de factura se puede procesar como una factura para una orden de facturación directa en base, entre otros, a la información de entrega.

• Contador final (campo CODNUMEND)