Entrada pagos

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.

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:

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.

 Indica el título del lote de entrada.

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

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.

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.

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

 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.

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.

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

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

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.

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.

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.

 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.

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.

 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.

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.

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.

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.

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

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.

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

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.

 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.

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

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

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

 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.

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.

 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.

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.

 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.

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.

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 del Tercero.
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).

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.

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.

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.

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.

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.

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.

 Indica el Destino contable de 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.

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.

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.

 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.

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.

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:

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.

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.

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.

 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.

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.

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.

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

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.