Entrada de pagos

El número de pago es el identificador único de un pago. Al crear un pago, se le asigna automáticamente 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. Toma distintos valores (definidos en el menú local 689) en función del nivel de progreso en que se encuentre el proceso.

Ejemplo: pago por cheque

• Si el pago solo se ha creado (no se ha procesado), el campo Estado toma el valor Introducido.
• Si el cheque se ha registrado en el banco, el campo Estado toma 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 de pagos.

Al introducir el pago, se pueden consultar los lotes de entrada en la sección Lote de entrada. Al seleccionar un pago de un lote, la sección Pago se actualiza automáticamente y se muestra la información detallada.

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 forme parte de 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 contabiliza el pago, la cuenta de tesorería se introduce 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: 

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

La inicialización del código del campo Control depende de la presencia de la pestaña Tercero/Sociedad en la ficha del 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.

Este campo es obligatorio. Permite indicar un código de dirección del pago.

• Si se ha indicado el tercero, el campo se inicializa a partir del código de dirección parametrizado:
• si el tercero solo es proveedor o cliente, en la ficha de proveedor o cliente;
• si el tercero es cliente y proveedor, en la ficha de cliente cuando la transacción es un ingreso o en la ficha de proveedor cuando la transacción es un gasto.
• Si no se ha indicado el tercero, el campo se inicializa a partir del código de dirección parametrizado en la sección Dirección de la ficha de la 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 quiere 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 al 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 se muestra 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, puedes 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 cartas cheques.

 Indica el establecimiento pagador para los cheques recibidos. Los datos (número de cheque y establecimiento pagador) se utilizan para imprimir 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 al generar 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 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 (el campo está disponible).

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

 Indica la referencia del deudor. Esta información 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. Esta es la 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. Esta información se recupera en el fichero transmitido al banco.

Este campo aparece cuando se ha seleccionado 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 tarjeta bancaria, se parametriza un algoritmo de control de 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 de fin de validez aparece 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 en 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 €
• transacciones en euros a un banco fuera de la Unión Europea a partir de 12.500 €
• transacciones en una divisa diferente al euro a un banco de la Unión Europea a partir de 12.500 €

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" (parámetro de la ficha de la sociedad).
De lo contrario, se propone el valor que está definido a nivel del tercero (parámetro de la ficha del 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. 
• El 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.
• Hay dos 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) (disponibles mediante el icono de acciones)

Estos campos permiten gestionar los bancos intermediarios en los intercambios comerciales con países no occidentales. Están disponibles desde el campo Número de cuenta bancaria.

Domiciliaciones del banco intermediario (1, 2, 3 y 4) (disponibles mediante el icono de acciones)

Estos campos permiten gestionar los bancos intermediarios en los intercambios comerciales con países no occidentales. Están disponibles 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. Esta información determina 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 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 de la sociedad en los destinos Banco <=> Cuenta; 
• la divisa de la cabecera del pago.
   
• Si la línea de pago no hace referencia a ningún asiento o factura, es la divisa de la cabecera de la entrada; es decir, la del campo 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 las cuentas 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 € 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 <=> Tercero.
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 de 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 <=> Tercero para obtener la igualdad requerida entre el importe de 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).
  
• Corrección manual: para volver a la pantalla de modificación y 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 <=> Tercero, 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:

• introduciendo una clave de distribución analítica preconfigurada (ver documentación Distribuciones a priori);
• en importe: se puede distribuir el importe total 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 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

Selecciona esta opción si quieres acceder directamente a la consulta de la cuenta de cliente, proveedor o tercero para la cuenta de control de pago introducida.

Cuando se ha imputado un vencimiento en una línea, selecciona esta opción para acceder al documento de origen (factura o pedido).

Selecciona esta opción para consultar la factura programada de los extractos.

Esta opción, disponible para los pagos validados, permite consultar los asientos contabilizados.

Selecciona esta opción para consultar la parametrización de la transacción.

Selecciona esta opción para cancelar el pago. Todos los asientos asociados se cancelan y el estado del pago vuelve a Introducido.

Esta opción permite acceder por túnel a la función de consulta Trazabilidad asientos, donde se puede visualizar y navegar por la jerarquía de los asientos originales o procedentes del documento.

Esta opción solo está disponible si el código de actividad KPO - Localización portuguesa está activo.
Para poder acceder, el parámetro PORVAT - IVA portugués (capítulo LOC, grupo POR) debe tener asignado el valor Sí.

Esta opción es de utilidad cuando el pago está asociado a facturas creadas para un cliente sujeto al artículo 23 de la ley 71/2013 sobre el régimen de IVA y está relacionado con la información financiera de la ficha del cliente. En este caso, permite mostrar la información del pago almacenada en una tabla específica.

Esta opción permite consultar la dirección completa del pago.

Funciones > Proceso tarjeta de crédito

Limitaciones

Gestionar descuentos de impuestos

Cuando la sociedad gestiona descuentos de impuestos en los elementos de facturación (el parámetro DEPMGTMOD - Modo gestión descuento (capítulo TC, grupo INV) tiene asignado el valor Descuento en impuesto), el cálculo de los importes de los descuentos/recargos en la entrada/propuesta del pago se realiza con impuestos. El cálculo no tiene en cuenta el IVA que ya se ha deducido del descuento/recargo en la facturación.

Desmarcar/Remarcar

Tras la cancelación de un pago, los vencimientos del pago y los vencimientos asociados:

• ya no pueden marcarse;
• pueden estar parcialmente marcados (en minúscula) aunque el grupo esté en equilibrio.

La cancelación contable de un pago puede no tener en cuenta la información de marcaje si:

• los vencimientos del pago cancelado están marcados con otros asientos que no se encuentran en ese pago cancelado;
• los asientos contienen un abono imputado y marcado con una factura del grupo que está saldada (el parámetro LETAUTCNO - Marcaje auto factura->abono (capítulo CPT, grupo MTC) tiene asignado el valor Sí).

Tercero cliente o proveedor inactivo

En la entrada manual de pagos está prohibido crear pagos para un tercero inactivo.
Para no bloquear por completo el registro de un pago recibido o emitido a un tercero inactivo, los vencimientos de este tercero se pueden liquidar mediante la función Propuesta automática.

Seleccionar un vencimiento por picking de la divisa de pago

Al crear un pago seleccionando una fecha de vencimiento, el campo Divisa se alimenta con la divisa de la primera fecha de vencimiento seleccionada. La divisa no se puede modificar.

Si prefieres otra divisa, introduce la divisa de pago antes de seleccionar una fecha de vencimiento.

Casos no gestionados en estándar

En Sage X3 no se gestionan los siguientes casos en modo estándar:

1) Pago en divisa A y anticipo en divisa B con un tercero en la cabecera de pago distinto al tercero del pedido.

2) Pago en una divisa distinta a la de la factura pagada y cuenta de control del pago distinta a la de la factura pagada; esta definida con aperturas en divisas.

Vencimientos en el panel de selección

En el panel de selección, las listas Vencimientos y Vencimientos agrupados solo proponen los vencimientos cuyo tipo de asiento permite la gestión de vencimientos.

Caso particular:

Pago en curso de creación donde aún no se ha introducido la planta de pago (legislación del pago desconocida). En este caso, la legislación del tipo de asiento se determina de la siguiente manera:

• Si la transacción de entrada contiene una legislación, esta es la que se tiene en cuenta. Los vencimientos mostrados incluyen los tipos de asiento de dicha legislación que tienen la casilla Gestión de vencimientos marcada.
• Si la transacción de entrada no contiene legislación, el sistema busca el parámetro LEGFIL - Legislación (filtro selección) (capítulo SUP, grupo INT).
  
  - Si el parámetro LEGFIL contiene un valor, se tiene en cuenta la legislación de este parámetro.
  - Si el parámetro LEGFIL está en blanco, el sistema busca la legislación por defecto del dossier y, como último recurso, se tiene en cuenta la primera legislación encontrada.

Excepciones cuando el tipo de asiento no tiene legislación

1) Cuando la planta no viene indicada en el pago, el vencimiento aparece en la lista de vencimientos agrupados, aunque se haya contabilizado en una sociedad con una legislación distinta a la de la transacción de entrada.

2) Si la transacción de entrada de pago no tiene legislación, el vencimiento aparece, independientemente de la legislación por defecto del dossier o del valor del parámetro LEGFIL.

Marcaje manual

Si realizas la imputación de los vencimientos mediante marcaje manual, el pago permanece asignado y aparece en la impresión.

Vencimientos de anticipos vinculados a un pedido de venta

Cuando creas un vencimiento de anticipo vinculado a un pedido de venta y el campo Exención impuestos tiene asignado el valor Sí:

• No se realiza ningún cálculo de IVA en el documento de venta, pero se define una tasa de impuesto en la tabla de códigos de impuesto de la función Tasas de impuesto (GESTVT).
• Cuando uno de estos anticipos está pagado y contabilizado, el IVA se calcula en función de la tasa de impuesto indicada en la tabla de tasas de impuesto.