Entrada pagos

• N.º pago (campo NUM)

El número de pago es el identificador único de un pago. Al crear un nuevo pago, se le asigna automáticamente con un contador definido para las transacciones de pago; el contador puede ser diferente para los ingresos y los gastos. Por defecto, este contador es PY1.

• Estado (campo STA2)

El estado del pago se genera automáticamente. Tomará distintos valores (definidos en el menú local 689) en función del nivel de progreso en que se encuentre el proceso.

Ejemplo: en un pago por cheque.

• Si el pago solo se ha creado (no se ha procesado), el campo Estado tomará el valor Introducido.
• Si el cheque se ha registrado en el banco, el campo Estado tomará el valor En banco.

Permite conocer el nivel de progreso en el que se encuentra el proceso de pago. Las distintas etapas de un pago son las siguientes:

• Lote de entrada (campo PAYLOT)

Indica el lote de entrada al que está asociado el pago.

• Por defecto, el pago estará asociado al lote en curso (el valor del campo se inicializa con el número de lote en curso).
• Para no asociarlo a ningún lote de entrada, deja el campo en blanco.
• Para asignarlo a un nuevo lote de entrada, introduce "*" en el campo. En este caso, hay que definir el contador de los lotes de entrada para pagos.

Desde la sección Lote de entrada, se puede consultar cada lote de entrada al introducir el pago. Al seleccionar un pago de un lote, la sección Pago se actualiza automáticamente y muestra sus detalles.

Puedes definir un rango de lotes de entrada en las funciones asociadas a los pagos: contabilización de efectos, contabilización bancaria, generación de documentos de remesas, etc.

• Descripción (campo LOTDES)

 Indica el título del lote de entrada.

• Nº reg. banc./caja (campo REGNUM)

• Aprobado (campo PAYAPPFLG)

Este campo muestra el estado de aprobación del pago. Si modificas un pago aprobado, el estado pasa a "No aprobado".

• Planta (campo FCY)

Indica la planta en la que se ingresa o de la que se emite el pago. Se inicializa con la planta asociada al código de usuario. Se puede modificar siempre y cuando se seleccione en la lista de plantas autorizadas.
Si el pago se asigna a un lote de entrada, la planta indicada debe pertenecer a la sociedad de dicho lote.

Cuando se contabilice el pago, la cuenta de tesorería se introducirá en esta planta.

• Tercero (campo BPR)

La imputación del pago se elige:

• en un tercero, donde el código de cuenta de control y la cuenta asociados aparecen por defecto;
• en una cuenta de control, donde la cuenta asociada aparece por defecto y hay que especificar el tercero;
• en una cuenta general.

 Indica el tercero emisor o receptor del pago. Cuando haya que contabilizar el pago en una cuenta general (alquiler, electricidad, etc.), deja el campo en blanco e introduce la cuenta general.

• Referencia mandato (campo UMRNUM)

• Cta. ctrl. (campo BPRSAC)

Indica la cuenta de control asociada al tercero del pago. Por defecto, la cuenta de control propuesta es: 

• "Compra" del código contable de los proveedores 
• "Venta" del código contable de los clientes 
• la utilizada por defecto del código contable de los terceros varios
  Nota: Un tercero que a la vez es cliente y proveedor se considera cliente en una transacción de tipo ingreso y proveedor en una transacción de tipo gasto.

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

• Cuenta (campo ACC)

 Este campo solo se puede completar si no se ha introducido previamente ningún tercero o cuenta de control. Permite indicar la cuenta general (alquiler, electricidad, etc.) en la que hay que contabilizar el pago.

• Código dirección (campo BPAINV)

El campo obligatorio Cdgo. dirección permite indicar un código de dirección del pago.

• Si el tercero viene indicado, el campo se inicializa a partir del código de dirección parametrizado:
• si el tercero solo es proveedor o cliente: en la ficha proveedor o cliente,
• si el tercero es cliente y proveedor: en la ficha cliente, si la transacción es de tipo "ingreso"; en la ficha proveedor, si la transacción es de tipo "gasto".
• Si el tercero no viene indicado, el campo se inicializa a partir del código de dirección parametrizado en la sección "Dirección" de la ficha cuenta, cuando el pago se ha introducido en una cuenta general.

Esta dirección permitirá inicializar el campo Datos bancarios cuando aparece en una transacción.
Si la transacción de pago es de tipo "Indefinido", el código de dirección no se inicializa.

En el caso específico de SDD, tras seleccionar la Referencia del mandato, aparece el código de dirección asociado al mandato seleccionado y no se puede modificar.

• campo BPRNAM

• Total imputado terceros (campo TOTIMPUT)

Campo actualizado en tiempo real en función de la selección de vencimientos.

• Pendiente imputar (campo RSTIMPUT)

Cuando se asigna un valor al campo "Importe terceros" de la cabecera, este campo permite conocer en tiempo real el importe progresivo que queda por imputar en las facturas.

• Importe banco (campo TOTBQE)

Importe cargado en la cuenta bancaria. Esta se determina en la creación del pago.

• Saldo cuenta tercero (campo SOLDE)

• Sociedad (campo CPY)

Este campo aparece automáticamente tras introducir la planta de la operación. Corresponde a la sociedad que contiene la planta.

• Fecha contable (campo ACCDAT)

• Corresponde a la fecha de entrada del pago. Se inicializa con la fecha del sistema (fecha del día) y se puede modificar. Se utiliza como fecha contable en la primera contabilización del pago.
  Esta fecha se utiliza en todos los controles de validez con respecto a las fechas de las naturalezas, las secciones, las distribuciones analíticas y la conversión de importes en distintas divisas en la gestión de pagos.
   
  Esta fecha corresponde a un periodo y a un ejercicio abiertos para la sociedad indicada en el pago.
   
• Si la transacción de pago se gestiona por fecha de vencimiento, la fecha contable de la remesa bancaria cambia obligatoriamente a la fecha de vencimiento del pago.

• Forma de pago (campo PAM)

La forma de pago corresponde a la forma de pago que se ha utilizado en el pago (cheque, tarjeta de crédito, intercambio de bienes, etc.). Las formas de pago están definidas en la tabla varia n.° 3.
Si la transacción de pago está parametrizada con varias formas de pago posibles, en este campo se puede seleccionar la forma de pago que se desea utilizar. Por defecto, se muestra la primera forma de pago asignada a la transacción.

• Signo (campo SNS)

Indica si el pago es un ingreso o un gasto. Este campo solo aparece si el signo no viene indicado a nivel de la transacción de pago.

• Referencia remesa (campo FRMREF)

Se puede introducir una referencia interna para el descuento que se ha aplicado en el pago. 
Esta referencia se podrá utilizar como criterio de agrupación de los pagos en la generación de documentos de remesa.

• Referencia asiento (campo REF)

 Se puede introducir una referencia interna para el asiento del pago.
Este dato sirve para componer los ficheros bancarios de retenciones y transferencias y seleccionar los pagos en las funciones de prórrogas e impagos. También se puede utilizar en los asientos contables de la contabilidad de pagos mediante la fórmula "Referencia asiento" de los asientos automáticos.

• Motivo del pago (campo EPARENPAY)

Al generar ficheros bancarios en formato SEPA Credit Transfer y SEPA Direct Debit, se utiliza un código de motivo de pago.
Corresponde al dato "Remittance information" de los mensajes estándar ISO 20022.
Este campo se puede completar siempre y cuando la entrada del pago esté vinculada a una transacción de pago compatible con SEPA. Permite introducir un motivo para cada pago con una longitud máxima de 140 caracteres.

• Descripción (campo DES)

 Se puede introducir una descripción. Esta información se utiliza por defecto en los títulos de las líneas de pago y de prórroga (si se ha seleccionado el campo "descripción línea" en la parametrización de la transacción de pago). También se utiliza en la parametrización de los ficheros bancarios.

• Banco (campo BAN)

En función de la transacción de entrada utilizada, es el banco o la caja donde se gestionan todas las operaciones de tesorería. Su carácter obligatorio u opcional también viene determinado por la transacción de entrada.

• Cuando esta información es obligatoria, se inicializa en el siguiente orden de prioridad: cuando es un banco, con el banco/caja del cliente o proveedor, con el banco indicado en la planta, con el valor del parámetro de usuario BANKDEF - Banco por defecto; cuando es una caja, con el parámetro de usuario CAISDEF - Caja por defecto(capítulo TRS, grupo DEF).
• Cuando esta información es opcional, el banco se puede asignar más adelante mediante las funciones de entrada o asignación de bancos.

Cada banco o caja está vinculado a una cuenta general (ver documentación Cuentas bancarias).

La cuenta de tesorería que se va a utilizar se determina con respecto a este campo: cada banco dispone de un conjunto de diarios (banco, efecto a pagar/cobrar, remesa intermedia, etc.) que permite encontrar la cuenta de tesorería que se va a utilizar en la fase de contabilización. Cada caja dispone de un diario y de una cuenta que permiten generar el asiento asociado.

• Divisa (campo CUR)

Indica la divisa del pago. Por defecto, es la divisa del tercero. Casos a señalar:

• La divisa del pago es distinta a la divisa de la factura (líneas de pago): además de la contabilización principal (asientos automáticos PRINC o STEPN), se genera un asiento de OD mediante el asiento automático PYODD.
• La divisa del pago es distinta a la divisa del banco (la divisa del banco se parametriza a nivel de la cuenta general de tesorería): además de la contabilización principal (asientos automáticos PRINC o STEPN), se genera un asiento de OD mediante el asiento automático PYODH o PYDVN.

• Importe terceros (campo AMTCUR)

Indica el importe del pago. Este importe se expresa en la divisa del pago. La divisa en la que se expresa el importe aparece al lado del campo.
Es importante introducir este importe, ya que los vencimientos seleccionados en el pago dispondrán de un importe por defecto equivalente al del vencimiento, hasta el importe introducido en este campo.

• C/T val div Banco (campo AMTBAN)

Este campo contiene el importe efectivo del pago expresado en la divisa de gestión de la cuenta bancaria. Permite expresar un contravalor cuando la divisa del pago es distinta a la divisa de gestión de la cuenta bancaria. Si el contravalor introducido es distinto al contravalor que ha encontrado la aplicación, aparece un mensaje de aviso solicitando la confirmación de la entrada y mostrando el contravalor encontrado (en función del tipo de cambio en vigor en la fecha contable).

• Cambio divisa (campo CURRAT)

El campo toma por defecto el valor del cambio de divisa que aparece en la tabla de cambios de divisa.

Si el campo Cambio referencial principal está seleccionado en las Transacciones de entrada de pagos, puede introducir una divisa distinta a la de la tabla de cambios de divisa. Este valor se utilizará como cambio definitivo en la validación del pago.

• Tipo de cheque (campo CHQTYP)

Indica el tipo de cheque (sobre plaza, fuera de plaza, extranjero, en euros) que corresponda al pago. Este campo se utiliza como criterio de agrupación de los pagos en la generación de documentos de remesa para:

• las transacciones definidas con entrada de tipo de cheque y un código de impresión asociado al código de proceso CHR o CHE;
• los bancos definidos con "Remesa cheque FP/SP".

• Número de cheque (campo CHQNUM)

El número de cheque permite realizar el seguimiento del pago. Se toma como referencia en el asiento contable generado por el proceso de pago (definido a nivel de la parametrización de los asientos de pago).
En los gastos asociados a las transacciones definidas con "Impresión obligatoria" y en el código de impresión asociado al código de proceso CHE (cheques emitidos), hay que introducir el número de cheque antes de la contabilización en el banco. Se puede llevar a cabo imprimiendo cheques o letras-cheque.

• Establ. pagador (campo CHQBAN)

 Indica el establecimiento pagador para los cheques recibidos. Los datos (número de cheque y establecimiento pagador) se utilizan en la impresión de los cheques.

• Fecha vencimiento (campo DUDDAT)

 Indica la fecha de vencimiento del pago. Es la fecha a partir de la cual se debe el importe.

Si la transacción de pago se gestiona por fecha de vencimiento:

• La fecha de vencimiento se inicializa de distintas maneras en función de si el pago se ha introducido (en este caso, el usuario es el que controla el valor de esta fecha, que se inicializa por defecto con la fecha de vencimiento) o se ha generado desde la propuesta automática (la fecha de vencimiento se inicializa con la fecha más próxima a los vencimientos que forman el pago).
• La fecha contable de la remesa bancaria cambia obligatoriamente a la fecha de vencimiento del pago. Si la remesa tiene un descuento, en la fase del documento de remesa se puede introducir una fecha de contabilización diferente.

En el caso específico de SDD (SEPA Direct Debit):

• La fecha de vencimiento debe ser posterior a la fecha de firma del mandato.
• La fecha de vencimiento de un pago con una secuencia de tipo "Recurrente" (RCUR) debe ser posterior a la fecha del pago con una secuencia de tipo "Inicial" (FRST).
• La fecha de vencimiento de un pago con una secuencia de tipo "Recurrente" (RCUR) debe ser anterior a la fecha del pago con una secuencia de tipo "Final" (FNAL).
  

• Tipo remesa (campo FRMTYP)

Indica el tipo de remesa (descuento o cobro) que se aplica al pago.

• Este campo solo se utiliza en las transacciones cuyo código de impresión no está asociado a CHE o CHR.
  En las demás transacciones donde se puede introducir el tipo de remesa, este campo se utiliza como criterio de agrupación de los pagos en la generación de documentos de remesa. El tipo de remesa también puede servir como criterio de selección cuando las remesas se envían a la fase de contabilización intermedia o a la de contabilización bancaria.
  
• Si la transacción de pago se gestiona por fecha de vencimiento, los efectos se contabilizan por defecto en esa fecha (remesa de tipo descuento). Por tanto, la fecha de la contabilización bancaria coincide con la fecha de vencimiento. De forma excepcional, también puedes procesar efectos como descuentos en una remesa. En este caso, aunque la transacción se gestiona por fecha de vencimiento, puedes introducir la fecha contable para la contabilización bancaria (campo disponible).

• Fecha origen (campo ORIDAT)

Es la fecha de creación del pago. Por defecto, es la fecha del día.

• Referencia deudor (campo BPRREF)

 Indica la referencia del deudor. Este dato sirve para componer ficheros de remesa de letras de cambio y seleccionar un pago en la función de conciliación manual.

• Fecha banco (campo BANDAT)

La fecha del banco es similar a una gestión por fecha de valor, pero desde el punto de vista de los organismos financieros. Fecha legal para todas las impresiones vinculadas a un banco. En algunos países, la fecha contable es distinta a la fecha del banco, que también puede ser distinta a la fecha de valor.

• Fecha valor (campo VALDAT)

 Indica la fecha de valor del pago. Es la fecha a partir de la que el importe del pago que se ha ingresado en el banco estará disponible sin gastos adicionales. Por defecto, la fecha de valor se inicializa con la fecha de vencimiento.

• Naturaleza del pago (campo EPANATPAY)

Este campo está vinculado a la tabla varia n.º 313.
Solo aparece en las transacciones de entrada de pagos compatibles con el formato SEPA y caracteriza la naturaleza de la transacción SEPA Credit Transfer y la domiciliación SEPA Direct Debit.

• Fecha creación (campo BILDAT)

 Indica la fecha de creación del pago. Por defecto, se indica la fecha del día. Este dato se recupera en el fichero transmitido al banco.

• Tipo de tarjeta (campo CRDTYP)

Este campo aparece cuando se ha elegido la opción "N.º tarjeta bancaria" en la parametrización de las transacciones de pago. Indica los datos del pago por tarjeta bancaria:

• Si no se completa el campo "Tipo de tarjeta", los demás tampoco.  Los valores de este campo están definidos en la tabla varia n.º 314.
• Para el número de la tarjeta bancaria, se parametriza un algoritmo de control para las tarjetas VISA.
  El número de tarjeta bancaria permite realizar el seguimiento del pago. Se toma como referencia en el asiento contable generado por el proceso de pago (definido a nivel de la parametrización de los asientos de pago).
• La fecha fin de validez parece en la tarjeta bancaria. Mes en 2 cifras/Año en 2 cifras.
• El número de autorización es un código de uso interno, no gestionado en estándar por Sage X3.

• Motivo económico (campo BDFECOCOD)

El código de motivo económico se utiliza en el Banque de France para determinar el balance de pagos.
Es obligatorio para todas las operaciones en los siguientes casos:

• transacciones en euros a un banco de la Unión Europea para las cuentas de los no residentes a partir de 50.000 euros
• transacciones en euros a un banco fuera de la Unión Europea a partir de 12.500 euros
• transacciones en una divisa diferente al euro a un banco de la Unión Europea a partir de 12.500 euros

 La calidad de residente/no residente se define a nivel delTercero.
Los umbrales de declaración vienen determinados por los valores de parámetro "Umbral balance de pagos": AMTVIR1, AMTVIR2 y AMTVIR3 (capítulo TRS - Tercero, grupo DEF - Valores por defecto).

La entrada de este código y su carácter obligatorio se determinan a nivel de la parametrización de la transacción de entrada de pago.
Si la sociedad desde la que se realiza el pago tiene el estado de declarante directo general en el balance de pagos, se propone el código 060 "Declarante directo general" (parametrización de la ficha Sociedad).
De lo contrario, se propone el valor que está definido a nivel del tercero (parametrización de la ficha Tercero).
 Este código se puede modificar.
Este valor se recupera en los ficheros bancarios (AFB160, AFB320, SEPA Credit Transfer).

• Tipo compra (campo PURTYP)

Indica si el pago está asociado a una compra de bienes o servicios o a inmovilizados. Los valores están definidos en el menú local 646.

Según el caso, las cuentas de IVA con posibles movimientos en la contabilización del pago pueden ser diferentes. Mediante la transacción de pago y los asientos automáticos, se pueden definir distintos esquemas de contabilización de efectos según el tipo de compra.

• País cta. banc. (campo BIDCRY)

Indica los datos bancarios del tercero o de la cuenta general de la cabecera de pago:

• El código de país proporciona el formato de entrada y el algoritmo de control de los datos bancarios que se introducen después. El botón Datos bancarios permite consultar o modificar la información de las transferencias bancarias. Este botón depende del código de actividad VII.
• Número de cuenta bancaria con la clave permite seleccionar una de las cuentas del tercero. Una parte del contenido de este campo se puede inicializar y controlar. El número de cuenta bancaria se puede inicializar a partir del código de dirección del pago.
• 2 líneas de domiciliaciones: Estos campos indican la domiciliación relacionada con el número de cuenta bancaria. Con estos datos puedes crear la transferencia, la deducción y los ficheros de los efectos a pagar y a cobrar para el banco.

Caso específico de SDD: tras seleccionar la referencia del mandato, aparece el código de país asociado a la cuenta bancaria del tercero pagador del mandato seleccionado y no se puede modificar.

Domiciliaciones del beneficiario (3 y 4) - Accesibles mediante el menú "Acciones"

Estos campos permiten gestionar los bancos intermediarios en los intercambios comerciales con países no occidentales. Se puede acceder a ellos desde el campo Número de cuenta bancaria.

Domiciliaciones del banco intermediario (1, 2, 3 y 4) - Accesibles mediante el menú "Acciones"

Estos campos permiten gestionar los bancos intermediarios en los intercambios comerciales con países no occidentales. Se puede acceder a ellos desde el campo Número de cuenta bancaria.

• Código IPI (campo SWIIPI)

Este campo está vinculado al código de actividad KSW - Suiza.
Es un campo adicional que se puede activar en la definición de la Transacción de entrada de pago. Si se permiten las transacciones IPI (International Payment Instruction), en el pago se puede introducir un código IPI.

• Clave de instrucción EZAG (campo SWISUP1)

Este campo está vinculado al código de actividad KSW - Suiza.
Es un campo adicional que se puede activar en la definición de la Transacción de entrada de pago. Se puede utilizar en la generación de ficheros bancarios PostFinance (formato EZAG/OPAZ). Permite introducir instrucciones de pago adicionales, como Personalmente o Urgentes.
Los posibles usos dependen de la transacción de pago que se va a generar en el fichero bancario, ya que no todos los tipos de transacciones de pago PostFinance autorizan las instrucciones adicionales.

• Clave de instrucción DTA (campo SWISUP2)

Este campo está vinculado al código de actividad KSW - Suiza.
Es un campo adicional que se puede activar en la definición de la Transacción de entrada de pago. Se puede utilizar en la generación de ficheros bancarios suizos (formato DTA). Permite introducir instrucciones de pago adicionales, como Salarios, pensiones.
Los posibles usos dependen de la transacción de pago que se va a generar en el fichero bancario, ya que no todos los tipos de transacciones de pago de Suiza autorizan las instrucciones adicionales.

• Gastos bancarios a cargo de (campo SWISUP3)

Este campo está vinculado al código de actividad KSW - Suiza.
Es un campo adicional que se puede activar en la definición de la Transacción de entrada de pago. Se puede utilizar en la generación de ficheros bancarios suizos o PostFinance. Permite introducir instrucciones adicionales de gastos bancarios, como Compartidos, Beneficiario o Solicitante.
Los posibles usos dependen de la transacción de pago que se va a generar en el fichero bancario, ya que no todos los tipos de transacciones de pago autorizan las instrucciones de gastos bancarios.

• Extracto bancario (campo BSITRS)

• Dest. (campo DENCOD)

 Indica el Destino contablede la línea de pago. Este dato determina principalmente cómo se va a contabilizar la línea de pago posteriormente (esquemas de cuentas).  Por defecto, se muestra el destino contable definido en la parametrización de la transacción de pago.

Ejemplo: un destino contable de tipo "Cobro" afecta a una cuenta bancaria y a una cuenta de tercero.

• Tipo (campo VCRTYP)

Indica el vencimiento que hay que imputar en la línea de pago, especificando el tipo y el número de asiento. Esta información solo se puede completar si el destino contable introducido es "imputable" ("marcable").
Al contabilizar el pago, permite realizar el marcaje entre el pago y la factura pagada, por ejemplo.
El tipo de asiento y el asiento se pueden seleccionar directamente con una de las dos listas de la izquierda: "Vencimientos" o "Vencimientos agrupados". El vencimiento seleccionado debe:

• proceder de la sociedad del pago;
• proceder de la planta del pago, si las OD interplanta están prohibidas;
• proceder de la cuenta de control y del tercero del pago, si las OD intertercero están prohibidas;
• estar validado, si está asociado a una factura de compra o de venta;
• no estar factorizado;
• estar autorizado para el pago en los vencimientos crediticios; 
• no estar asociado a un tercero bloqueado en el pago para los gastos.

El tipo de asiento por defecto procede del destino contable. El número de asiento corresponde al número de factura o a un vencimiento de factura (en las facturas multivencimiento). También puede ser un tipo de asiento de pedido (ver parámetros generales BPSORDTYP - Asiento pedido proveedor y BPCORDTYP - Asiento pedido cliente). En este caso, habrá que introducir el número de pedido. Cuando un pago se concilia con un pedido, no se activa ningún marcaje.

En el caso específico de SDD, los vencimientos que se van a imputar deben tener la misma referencia de mandato que la que está seleccionada en la cabecera.

• Asiento (campo VCRNUM)

Indica el vencimiento que hay que imputar en la línea de pago, especificando el tipo y el número de asiento. Esta información solo se puede completar si el destino contable introducido es "imputable" ("marcable").
Al contabilizar el pago, permite realizar el marcaje entre el pago y la factura pagada, por ejemplo.
El tipo de asiento y el asiento se pueden seleccionar directamente con una de las dos listas de la izquierda: "Vencimientos" o "Vencimientos agrupados". El vencimiento seleccionado debe:

• proceder de la sociedad del pago;
• proceder de la planta del pago, si las OD interplanta están prohibidas;
• proceder de la cuenta de control y del tercero del pago, si las OD intertercero están prohibidas;
• estar validado, si está asociado a una factura de compra o de venta;
• no estar factorizado;
• estar autorizado para el pago en los vencimientos crediticios; 
• no estar asociado a un tercero bloqueado en el pago para los gastos.

El tipo de asiento por defecto procede del destino contable. El número de asiento corresponde al número de factura o a un vencimiento de factura (en las facturas multivencimiento). También puede ser un tipo de asiento de pedido (ver parámetros generales BPSORDTYP - Asiento pedido proveedor y BPCORDTYP - Asiento pedido cliente). En este caso, habrá que introducir el número de pedido. Cuando un pago se concilia con un pedido, no se activa ningún marcaje.

En el caso específico de SDD, los vencimientos que se van a imputar deben tener la misma referencia de mandato que la que está seleccionada en la cabecera.

• Planta (campo FCYLIN)

 Indica la planta de la línea de pago. La planta debe pertenecer a la sociedad del pago.
Cuando se contabilice el pago, la contabilización de la línea de pago para la contrapartida de la cuenta de tesorería (cuenta de tercero, cuenta de gastos, cuenta de IVA) se realizará en esta planta.

Por defecto, la planta propuesta es la planta del vencimiento imputado o la planta de la cabecera del pago.

Se puede modificar la planta de la línea y realizar operaciones interplanta en una misma sociedad jurídica. Los asientos de vínculo se generan automáticamente en las cuentas de vínculo previamente parametrizadas. No hace falta ningún asiento automático específico.

• Div (campo CURLIN)

Indica la divisa en la que se va a introducir el importe pagado correspondiente a la línea de pago.

• Si la línea de pago hace referencia a un asiento o a una factura: es la divisa de la factura. Por defecto, la divisa propuesta es:
• la divisa del vencimiento imputado;
• la divisa del banco o la sociedad para los destinos Banco <=> Cuenta; 
• si no, la divisa de la cabecera del pago.
   
• Si la línea de pago no hace referencia a un asiento a una factura: es la divisa de la cabecera de la entrada; es decir, la del "Importe en divisa". En este caso, la divisa se puede modificar. Casos de uso:
• cuenta bancaria en euros
• pago en libras de una factura en libras
• gastos bancarios en euros
   
• Si la transacción especifica que el tipo de cambio del pago es el cambio de la factura y que en un mismo pago hay seleccionadas varias facturas con distintos tipos, el asiento contable indicará cuál es el cambio teórico en la fecha del pago y dejará en blanco el campo del cambio real utilizado.

En el caso específico del SEPA, solo está permitido el euro y el campo "Divisa" no se puede modificar.

• Retenciones (campo RITAMT)

Este campo está vinculado a la legislación italiana: código de actividad KIT y parámetro ITARTZ - Retención en fuente italiana (capítulo LOC, grupo ITA).

Esta columna nunca se completa y, en función de la parametrización del código de retención, puede estar en blanco. Expresado en negativo y en la divisa de gestión, indica el importe retenido en el pago imputado en la(s) cuenta(s) Caja/Estado para la factura indicada en la línea. El importe de tercero se deduce de la retención calculada y del importe introducido.

• Ejemplo: Factura FAC001 de 1.055 EUR con retención del 10 % en el pago.

Entrada del pago:

Asiento del pago:

• Importe (campo AMTLIN)

Indica el importe pagado correspondiente a la línea de pago, expresado en la divisa de la factura.
Si se ha completado el campo Importe terceros, el vencimiento seleccionado propone por defecto el importe global del vencimiento hasta el que se ha introducido en la cabecera del pago.

• Imputado terceros (campo AMTLIN2)

Indica el importe pagado correspondiente a la línea de pago, expresado en la divisa del pago.

La columna Importe imputado, expresada en la divisa del pago, solo se ve afectada por los destinos contables de tipo Banco <=> Terceros.
Para poder registrar la entrada de un pago, la suma de los importes imputados del pago debe ser igual al importe del pago introducido en el campo Importe terceros de la cabecera.
Si no es el caso, se abre automáticamente la ventana Pago desequilibrado. Esta ventana muestra el importe de la cabecera, el importe de las líneas y el importe de la desviación.
Puedes elegir cómo corregir esta desviación:

• Ajuste Banco: en caso de error de entrada del importe de cabecera. Este importe se modifica automáticamente para integrar la desviación.
  
• Diferencia de redondeo: cuando la suma de los importes convertidos de las líneas no es igual al Importe Terceros. En el pago se añaden automáticamente dos líneas "técnicas" de imputación complementarias y se generan dos líneas de apuntes de diferencia de redondeo:
  
• Una línea se crea en un destino contable de tipo Banco <=> Terceros para obtener la igualdad requerida entre el Importe Terceros introducido y la suma de los importes convertidos para las facturas imputadas. Este destino viene caracterizado por el valor del parámetro PAYRNDCDA1 - Dif. redondeo Banco<=>Terceros (capítulo TRS, grupo PAY).
  
• Una línea se crea en un destino contable de tipo Cuenta <=> Tercero para equilibrar la cuenta de tercero y registrar la diferencia en la cuenta de ingresos o gastos. Este destino viene caracterizado por el valor del parámetro PAYRNDCDA2 - Dif. redondeo Cuenta<=>Terceros (capítulo TRS, grupo PAY).
  
• La Corrección manual permite volver a la pantalla de modificación para que puedas cambiar el importe.

• Fecha descuento (campo DISDAT)

• Impuesto (campo VATLIN)

Indica el código de impuesto que hay que utilizar para contabilizar la línea de pago. El código de impuesto define la tasa, el régimen y los tipos de deducción aplicables a la operación. 
 Este código solo se introduce si:

• el destino contable de la línea utiliza una cuenta sujeta a IVA,
• en los destinos Banco <=> Terceros, la cuenta de anticipo o la cuenta de la cabecera del pago está definida con gestión de IVA,
• en los demás destinos (Cuenta <=> Tercero y Banco <=> Cuenta), la cuenta de línea, introducida o procedente de la cuenta o del código contable del destino contable, está definida con gestión de IVA,

Por defecto, el código de impuesto que se propone es el del vencimiento imputado en la línea de pago o el de la cuenta definida como se indica anteriormente.

• Descripción (campo DESLIN)

 Indica la descripción de la línea de pago. Si se ha introducido, se inicializa con la descripción de la cabecera del pago.

• Unidad (campo UOM)

Al parametrizar una naturaleza analítica, se define si hay que introducir unidades de obra. Si es necesario, se le asigna una unidad especificando su valor por defecto (en divisa de reporting). Esta es la unidad que aparece en la entrada del asiento. La cantidad se calcula automáticamente dividiendo el importe sin impuestos (convertido a divisa de reporting) entre el valor de la unidad de obra. La cantidad se puede modificar.

• Cantidad (campo QTYLIN)

Al parametrizar una cuenta analítica, se define si hay que introducir unidades de obra. Si es necesario, se le asigna una unidad especificando su valor por defecto (en divisa de reporting). Esta es la unidad que aparece en la entrada del asiento. La cantidad se calcula automáticamente dividiendo el importe sin impuestos (convertido a divisa de reporting) entre el valor de la unidad de obra. La cantidad se puede modificar.

• Distribución (campo DSP)

- Si el importe contable se ha distribuido en varias secciones analíticas, indica la distribución analítica en la que hay que contabilizar la línea de pago. Los modos de distribución deben ser compatibles con la fecha contable del pago y con la planta y la naturaleza analítica de la línea de pago.

Los modos se definen de la siguiente manera:

• la entrada de una clave de distribución analítica preconfigurada (ver documentación Distribuciones a priori).
• En importe. En este caso, el importe total se puede distribuir en tantos subimportes como sea necesario.
• En porcentaje. Se realiza un cálculo en función de la suma de los coeficientes utilizados para la distribución.

Ejemplo: en una base de 100, un coeficiente de 10 será 10 %. No obstante, en una base de 50, un coeficiente de 10 será equivalente al 20 %.

En estos dos últimos casos, la distribución se puede preinicializar con una clave ya existente. La visualización final será “$“. 

- Si el importe contable no se ha distribuido en varias secciones analíticas, no hay que completar el campo "Distribución". Los datos se introducen directamente en las siguientes columnas, en la sección correspondiente, para cada uno de los ejes.

La inicialización de las secciones se lleva a cabo mediante los códigos de sección por defecto y, más concretamente, el código de sección por defecto PAYMENTD.

• campo CCE1

Indica las secciones analíticas en las que hay que contabilizar la línea de pago. En función de los parámetros del capítulo CPT y la naturaleza analítica de la línea de pago, la entrada de este campo puede ser obligatoria u opcional o estar prohibida.

La sección introducida debe ser compatible con la fecha del pago y con la planta y la naturaleza analítica de la línea de pago.
Por defecto, la sección propuesta procede de forma prioritaria: 

• de la cabecera de la factura/pedido imputada en la línea de pago,
• del código de sección por defecto PAYMENTD,
• de los códigos de sección por defecto de la naturaleza analítica de la línea de pago.

• campo LIGFLG

• Número (campo PAYNUM)

• Fecha (campo PAYDAT)

• Planta (campo PAYFCY)

• Banco (campo PAYBAN)

• Forma pago (campo PAYPAM)

• Ctrl. (campo PAYBPRSAC)

• Tercero (campo PAYBPR)

• Divisa (campo PAYCUR)

• Importe (campo PAYAMTCUR)

• Estado (campo PAYSTA)

• N.º documento (campo PAYFRMNUM)

• N.º pagos (campo NBRPAY)

• Total (campo TOTLOC)

• campo CPYCUR

• Saldo inicio (campo STRBAL)

Este campo solo aparece si el control del saldo está activo en la transacción de entrada. Solo se completa cuando el control del saldo del banco tiene asignado el valor "Sí". En este caso, el saldo inicial y el final se pueden modificar con el botón .

• Diferencia (campo PRODIF)

Este campo solo aparece si el control del saldo está activo en la transacción de entrada. Solo se completa cuando el control del saldo del banco tiene asignado el valor "Sí".
Cualquier modificación del lote de entrada conlleva un recálculo de la diferencia de saldo (saldo progresivo - saldo final).

• Saldos extractos bancarios (campo CHGBAL)

Este botón solo aparece si el control del saldo está activo en la transacción de entrada. Solo se puede acceder cuando el control del saldo del banco tiene asignado el valor "Sí".
Abre una ventana que permite modificar el saldo inicial y final del extracto bancario.

• Saldo fin (campo ENDBAL)

Este campo solo aparece si el control del saldo está activo en la transacción de entrada. Solo se completa cuando el control del saldo del banco tiene asignado el valor "Sí". En este caso, el saldo inicial y el final se pueden modificar con el botón .

• Saldo acumulado (campo PROBAL)

Este campo solo aparece si el control del saldo está activo en la transacción de entrada. Solo se completa cuando el control del saldo del banco tiene asignado el valor "Sí".
Cualquier modificación del lote de entrada conlleva un recálculo del saldo progresivo (saldo inicial + apuntes).

• campo BANCUR

Este campo solo aparece si el control del saldo está activo en la transacción de entrada. Solo se completa cuando el control del saldo del banco tiene asignado el valor "Sí".
Muestra la divisa del banco.

• campo DVCRNUM

Este campo muestra el número del asiento.

• Importe restante (campo RMNAMT)

Este campo muestra el importe que falta por autorizar para el documento.

• Cliente (campo BPCNUM)

Este campo permite visualizar el cliente que se va a utilizar al añadir o guardar tarjetas de pago.

• Sociedad (campo DOCCPY)

Este campo permite visualizar la sociedad asociada al código de proceso.

• Uso único (campo ONETIME)

Esta casilla se marca automáticamente si no hay ninguna tarjeta de pago registrada en la ficha cliente.

Si se asigna una tarjeta por defecto a la ficha cliente, la casilla no se marca y aparece la información principal de la tarjeta del alias de la cuenta.

Si la ficha cliente tiene una tarjeta de pago registrada, la casilla no se marca y hay que introducir o seleccionar el alias de la cuenta.

Si el cliente es de tipo BPC vario, la casilla se marca automáticamente.

Marca la casilla Uso único para añadir un tipo de pago de uso único en este pedido o expedición. Los datos de pago y facturación no se registran y no hace falta un alias para la cuenta.

• Alias cuenta (campo ACCNCKNAM)

Introduzca un alias de la cuenta para identificar esta tarjeta de pago. Puede seleccionar una tarjeta de pago existente de este cliente o crear una nueva cuenta con un alias nuevo.

El alias puede contener caracteres alfanuméricos y numéricos hasta un máximo de 15 caracteres.

Si un cliente tiene varias tarjetas de pago registradas, el alias debe ser único. No obstante, dos clientes diferentes pueden tener tarjetas de pago registradas con el mismo nombre.

Si la casilla Uso únicoestá marcada, este campo no está disponible. Si no está marcada, este campo es obligatorio.

Al añadir una nueva tarjeta de pago, después de introducir el alias, haga clic en Crear para completar el número de tarjeta y la fecha de expiración.

• Código procesamiento (campo PRCCOD)

Introduzca un código de proceso definido por el usuario. Este código identifica el enlace a la sociedad y a la cuenta mercantil definidas en la parametrización de la pasarela de pago.

Si existe un código de proceso por defecto, utilice este campo para crear una nueva tarjeta de pago.

Si en el campo del alias se selecciona una tarjeta ya registrada, el valor por defecto de este campo se muestra automáticamente y no se puede modificar.

• Tipo pago (campo PYMTYP)

Este campo permite visualizar el tipo de pago: Los valores válidos son: Visa, MC, AMEX y Otros.

• Cuarto últimas cifras (campo ACCL4D)

Este campo permite visualizar las últimas cuatro cifras de la tarjeta de pago.

• Fecha expiración (campo EXPDAT)

Este campo permite visualizar la fecha de caducidad de la tarjeta de pago.

• Entrada manual (campo MANAUT)

Marque esta casilla para introducir información sobre las transacciones Sage Exchange que se procesan manualmente fuera de Sage X3.

Este campo solo está disponible si el parámetro MANAUTH tiene asignado el valor Sí a nivel usuario.

• Importe (campo AUTAMT)

Este campo muestra el importe autorizado de la tarjeta de pago.

• Código (campo AUTID)

Este campo muestra el código de autorización de la transacción.

• Fecha (campo AUTDAT)

Este campo permite visualizar la fecha de autorización de la tarjeta de pago.

• Estado (campo STAFLG)

Este campo muestra el estado de la transacción por tarjeta de pago.

• Nombre (campo ACCNAM)

Introduce el nombre del titular de la tarjeta.

Si se selecciona una tarjeta de pago registrada, aparece el nombre del titular y no se puede modificar.

Si marcas la casilla Uso único, debes introducir el nombre del titular de la tarjeta y los datos se registran en la transacción por tarjeta de pago.

• Dirección factura (campo USEBILLADR)

Marque esta casilla para visualizar la dirección de facturación por defecto del cliente.

• Si esta casilla está marcada, se muestran las líneas correspondientes a la dirección de facturación del cliente y no se pueden modificar.
• Si esta casilla no está marcada, se pueden modificar los datos de la dirección de facturación en los campos de la dirección de la tarjeta.

• País (campo CRY)

Introduzca el país de facturación del titular de la tarjeta.

Si la casilla Dirección facturaestá marcada, aparece el país indicado en la dirección de facturación del cliente y no se puede modificar.

Si la casilla Dirección facturano está marcada, el país indicado en la dirección de facturación del cliente se puede modificar.

• Dirección (campo ADDLIG)

Introduce la dirección de facturación del titular de la tarjeta.

• Si marcas la casilla "Dirección de facturación", se muestra la dirección indicada en la dirección de facturación del cliente y no se puede modificar.
• Si marcas la casilla "Dirección de facturación", esta se puede modificar.

• campo SAT

Introduzca el estado de facturación del titular de la tarjeta.

• Si la casilla Dirección facturaestá marcada, aparece el estado indicado en la dirección de facturación del cliente y no se puede modificar.
• Si la casilla Dirección facturano está marcada, el estado de facturación se puede modificar.

• Código Postal (campo POSCOD)

Introduzca el código postal.

Si la casilla Dirección factura está marcada, aparece el código postal del cliente indicado en la dirección de facturación y no se puede modificar.

Si la casilla Dirección facturano está marcada, el código postal se puede modificar.

• Ciudad (campo CTY)

Introduzca la ciudad del titular de la tarjeta.

Si la casilla Dirección facturaestá marcada, aparece la ciudad indicada en la dirección de facturación del cliente y no se puede modificar.

Si la casilla Dirección facturano está marcada, la ciudad indicada en la dirección de facturación del cliente se puede modificar.

• Dirección e-mail (campo EMAIL)

Este campo muestra la dirección email del cliente para esta transacción.

• Importe (campo PAYAMT)

Este campo muestra el importe del pago que se va a aplicar en la tarjeta en la imputación de la factura.

• Fecha (campo PAYDAT)

Este campo permite visualizar la fecha de pago utilizada en la transacción.

• Número (campo PAYNUM)

Número de pago asociado a la transacción.

• Documento (campo HVCRNUM)

Este campo muestra el número del documento que se ha procesado en la tarjeta de pago seleccionada.

• Secuencia (campo HVCRSEQ)

Este campo muestra el número de secuencia del documento que se ha procesado en la tarjeta de pago seleccionada.

• Tipo de transacción (campo HTXNTYP)

Este campo muestra el tipo de transacción del documento que se ha procesado en la tarjeta de pago seleccionada.

• Importe (campo HAUTAMT)

Este campo muestra el importe facturado del documento que se ha procesado en la tarjeta de pago seleccionada.

• Importe original (campo HORIGAUTH)

Este campo muestra el importe del documento que se autorizó en un principio o, si se ha rechazado, el importe de la solicitud de autorización.

• Fecha (campo HAUTDAT)

Este campo muestra la fecha en que se procesa la transacción en la tarjeta de pago seleccionada.