Transacciones de entradas de pagos
Utiliza esta función para definir las características de las transacciones de pagos que utilizan las sociedades, como el signo (ingreso o gasto), la forma de pago, los datos bancarios o los campos obligatorios.
Gestión de pantalla
Cabecera
Pestaña general
Bloque de criterios
| Activo (ENAFLG) |
| Esta casilla indica si la transacción de pago se puede utilizar. |
| Cód. de acceso (campo ACS) |
|
Este código de acceso permite restringir el acceso a los datos por usuario o grupo de usuarios. Solo pueden utilizar esta transacción los usuarios que tengan este código de acceso en su perfil. Si hay varias transacciones disponibles, puedes seleccionar una de ellas para abrir la función asociada. Si solo hay una disponible, se muestra la pantalla de entrada por defecto. |
| Signo (SNS) |
|
Selecciona el signo del pago. Si seleccionas Gasto o Ingreso, este campo no se muestra en la cabecera al introducir el pago. La transacción de pago siempre es un gasto (por ejemplo, un cheque emitido) o un ingreso (por ejemplo, un cheque recibido). Si seleccionas Indefinido, tienes que indicar en la cabecera si es un gasto o un ingreso. Esta opción permite crear una sola transacción de pago que sirva a la vez de ingreso y gasto (por ejemplo, un registro de caja). La autorización de pagos solo es aplicable a los gastos o a los pagos indefinidos cuando las casillas Remesas y Fichero bancario están marcadas. Utiliza el parámetro PAYAPP - Autorización de pago (capítulo TRS, grupo AUZ) para definir los usuarios que pueden autorizar pagos,. |
| Banco o caja (BANCSH) |
|
Selecciona Banco para un registro bancario y Caja para un registro de caja. Puedes seleccionar el signo correspondiente: Gasto o Ingreso. |
| Destino defecto (DENDEF) |
|
Este campo define el destino contable que se propone por defecto al introducir un pago con esta transacción. El signo de este destino contable suele ser el del pago. |
| Código interbancario (CIB) |
|
El código interbancario es una codificación que utilizan todos los bancos para indicar el tipo de operación bancaria en las líneas de los extractos que envían a los clientes. Este código está vinculado a la tabla varia 306. Los asientos contables también tienen un código interbancario. Permite facilitar la ordenación y la selección y controlar la conciliación bancaria (función RAPBAN) entre los asientos de una cuenta bancaria y las líneas de los extractos bancarios. El código introducido se puede transferir a los asientos contables de los pagos a través de los asientos automáticos correspondientes. |
| Tipo de cambio (RATTYP) |
|
Indica el tipo de cambio que se va a utilizar para convertir las divisas al introducir o contabilizar pagos. |
| Aplicación cambio factura (RATINV) |
|
Marca esta casilla para aplicar el cambio de la factura a una línea de pago en los siguientes casos:
Si estas condiciones se cumplen, el tipo de cambio aplicado para convertir la factura o el vencimiento de su divisa a la divisa de la sociedad (o del libro mayor general) es el mismo que el del asiento de la factura. El importe convertido se almacena en la línea de pago al crear o registrar el pago. Se utiliza en la primera contabilización del pago y no genera ningún asiento de diferencia de cambio en la divisa de la sociedad (del libro mayor general) para la factura. Con la parametrización del asiento automático, este importe también se aplica a los demás referenciales de la línea que comparten divisa con el libro mayor general. Si una de estas condiciones no se cumple:
Si se contabiliza un pago con varias facturas donde se ha aplicado el cambio de la factura, puede haber varios cambios diferentes dentro de un mismo asiento. En este caso, el asiento contable muestra un tipo de cambio en blanco y propone un tipo de cambio insertado en la pantalla. El cambio de la factura también se calcula si el destino contable de la línea de pago está definido con una estructura de cuenta Banco <=> Tercero o Cuenta <=> Tercero y la línea de pago está asignada a un documento con un número de asiento.
Si la casilla Cambio referencial principal está marcada en la pestaña Captura, este campo está desactivado.
|
| Gestión por vencimientos (DUDFLG) |
|
Si marcas esta casilla:
|
| Pago contado (SPACSH) |
|
Este indicador solo aparece si el código de actividad KSP - Localización española está activo. Indica que todos los pagos realizados con esta transacción se consideran pagos en efectivo. |
| Tipo pago suizo (SWIPAYTYP) |
|
Este campo requiere la activación del código de actividad KSW - Localización Suiza. Utiliza este campo para seleccionar el tipo de fichero generado:
Para más información sobre la parametrización de los pagos y del BVR, consulta la guía de legislación suiza.
|
Tabla de forma de pago
| Forma de pago (PAM) |
|
Esta tabla permite indicar las formas de pago utilizadas en la propuesta automática de pagos. Solo se pueden pagar automáticamente los vencimientos cuya forma de pago esté ya definida. |
Pestaña de captura
En la entrada se pueden añadir hasta 30 campos y, en la mayoría de ellos, puedes definir si quieres que sean obligatorios. Estos campos se definen en la pantalla PAY2. En función de los datos de respuesta que aparecen en la tabla, se pueden utilizar de manera opcional en las pantallas de la transacción.
Los campos pueden estar vinculados al código de actividad KSW - Suiza, por ejemplo.
Motivo económico
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 €
Los valores de parámetro AMTVIR1, AMTVIR2 y AMTVIR3 del capítulo Tercero/Valores por defecto determinan los umbrales de declaración.
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 en la parametrización de la ficha de sociedad).
De lo contrario, se propone el valor que está definido a nivel del tercero (parametrización de la ficha de tercero).
Este valor se recupera en los ficheros bancarios (AFB160, AFB320, SEPA Credit Transfer).
Si la sociedad es la declarante directa, hay que introducir el código de motivo económico 060 en la pestaña Contab. de la ficha de la sociedad.
Este código se utiliza automáticamente en todos los pagos destinados a terceros no residentes que se han generado en esta sociedad.
Si la sociedad no es declarante directa, hay que introducir el código de motivo económico de todos los terceros no residentes.
En función de los umbrales de declaración, se tiene en cuenta en la entrada del pago y se puede modificar.
Los valores de los parámetros AMTVIR1 - Umbral 1 Balance de pagos (capítulo PAY, grupo RGL) y AMTVIR2 - Umbral 2 Balance de pagos (capítulo PAY, grupo RGL) definen los umbrales de declaración en la propuesta automática.
Si no se ha introducido ningún valor en la ficha del tercero, se puede seleccionar un código directamente en la entrada del pago.
Bloque de campos
| Banco (DACBAN) |
|
No hay ninguna ayuda asociada a este campo. |
| Obligatorio (BANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Sociedad (DACCPY) |
|
Este campo se muestra automáticamente al introducir un pago. Es la sociedad vinculada a la planta indicada en la cabecera del pago. |
| Referencia (DACREF) |
|
Puedes introducir una referencia interna para el asiento de pago. |
| Obligatorio (REFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Referencia remesa (DACFRMREF) |
| Obligatorio (FRMREFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Tipo de remesa (DACFRMTYP) |
| Descripción cabecera (DACDES) |
|
Puedes introducir una descripción. Esta descripción se muestra por defecto en las líneas de pago si has marcado Descripción línea. |
| Obligatorio (DESOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Descripción línea (DACDESLIN) |
| Obligatorio (DESLINOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Forma de pago (DACPAM) |
|
Este campo está vinculado a la tabla TABPAM. |
| Fecha origen (DACORIDAT) |
| Obligatorio (ORIDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha vencimiento (DACDUDDAT) |
| Obligatorio (DUDDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha valor (DACVALDAT) |
| Obligatorio (VALDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha creación (campo DACBILDAT) |
| Obligatorio (campo BILDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| N.º cuenta bancaria (DACBID) |
|
Marca esta casilla para mostrar el número de cuenta bancaria en la transacción de entrada de pago. Si el tipo de pago se utiliza en los pagos electrónicos, este campo es obligatorio. Tienes que marcar esta casilla y la casilla Obligatorio correspondiente. Los pagos realizados por vía electrónica tienen marcada la casilla Fichero bancario o Generación SEPA en la pestaña Fases.
El número de cuenta bancaria se suele inicializar a partir del código de dirección del pago. Si la transacción de entrada de pago está vinculada a una domiciliación, el número de cuenta bancaria se recupera por defecto del mandato introducido en el pago de cabecera. Consulta la guía SEPA - Gestionar los mandatos en los procesos acreedores. |
| Obligatorio (BIDOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Domiciliación 1(DACPAB1) |
|
Marca esta casilla para indicar el nombre del banco. La domiciliación se suele inicializar a partir del código de dirección del pago. Si el código de actividad VII - Transferencias internacionales está activo, la activación de estos campos también permite a los bancos intermedios acceder a las referencias de otras domiciliaciones. |
| Obligatorio (campo PAB1OBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Domiciliación 2 (campo DACPAB2) |
| Obligatorio (PAB2OBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Referencia deudor (DACBPRREF) |
| Obligatorio (BPRREFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Motivo del pago (DACEPARENP) |
| Obligatorio (EPARENPAYO) |
| Tipo de cheque (DACCHQTYP) |
| Número de cheque (DACCHQNUM) |
| Obligatorio (CHQNUMOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Establ. pagador (DACCHQBAN) |
| Obligatorio (CHQBANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| N.º tarjeta bancaria (DACCRDNUM) |
| Obligatorio (CRDNUMOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Autorización tarjeta (DACCRDAUZ) |
| Obligatorio (CRDNUMOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Tipo compra (DACPURTYP) |
| Cambio referencial principal (DACCURRAT) |
|
Marca esta casilla para introducir directamente un cambio de divisa en la entrada del pago. Esta acción reemplaza la divisa de pago por defecto en la tabla de cambios de divisa. Cuando la casilla Aplicación cambio factura está marcada en la pestaña General, esta casilla está desactivada. Si marcas esta casilla, la casilla Aplicación cambio factura de la pestaña General queda desactivada. |
| Obligatorio (CURRATOBL) |
|
Marca esta casilla para que sea obligatorio introducir un cambio de divisa en la entrada del pago. |
| Importe banco (DACAMTBAN) |
|
Define la presencia del campo Importe banco. Este campo es el importe del pago expresado en la divisa de la cuenta bancaria. Si este campo no se muestra, el importe se calcula automáticamente. |
| Obligatorio (AMTBANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha banco (DACBANDAT) |
| Obligatorio (BANDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Número de columnas fijas (NBRCOL) |
|
Indica el número de columnas fijadas a la izquierda en la tabla de asientos de contabilización. |
Bloque de pestañas
| Lote de entrada (DACPYL) |
|
Condiciona la gestión de los lotes de entrada (pestaña Lote de entrada y campos de la cabecera) al introducir un pago. |
| Control saldo (LOTPROBALC) |
|
Este campo solo se muestra si el parámetro PROBALCTL - Control saldo progresivo (capítulo TRS, grupo PAY) tiene asignado el valor Sí y solo está disponible si la casilla Lote de entrada está marcada. Permite definir el control del saldo del lote de entrada. En la pestaña Lote de entrada se añaden campos adicionales para controlar el saldo del lote. Para activar el control del saldo: En la pestaña General:
En la pestaña Captura:
En el bloque Contabilización en banco de la pestaña Fases:
|
| Transacción entrada pago (DACPAYTYP) |
|
Este campo está disponible en las legislaciones polaca y sudafricana si el campo Banco o caja tiene asignado el valor Banco o Caja en la sección General.
No hay ninguna transacción destinada a los registros bancarios o de caja en la función Entrada pagos (GESPAY).
|
Tabla de campos adicionales
Pestaña de fases
Esta sección permite definir las fases de contabilización de la transacción de pago. El orden de las fases no se puede modificar. Si una transacción de pago tiene todas las fases de contabilización seleccionadas, hay que completar todos los procesos para poder pasar a la siguiente fase.
División de ficheros bancarios
Puedes crear una transacción de pago para las divisiones de los ficheros bancarios mediante los campos de la sección División fichero bancario. A continuación, puedes utilizar esta transacción para crear documentos de remesa y generar los ficheros bancarios en las funciones Entrada remesas (GESFRM) y Remesas electrónicas (FICMAG). Al generar los ficheros bancarios, se crearán uno o varios ficheros en función de los datos del pago y de los criterios de división definidos.
La división de ficheros depende del formato del fichero bancario, por lo que debe evaluarse con detenimiento. Por ejemplo, para dividir por divisa, debes utilizar un formato determinado que tenga en cuenta la opción multidivisa (por lo general, con varios ficheros separados por divisa).
Esta opción no está disponible en la creación de ficheros EDI.
Contabilización intermedia
Esta es la última fase de contabilización de los pagos. Antes de contabilizarse en el banco, un asiento se puede contabilizar en una cuenta intermedia de remesa al cobro o al descuento, por ejemplo.
Esta fase solo está disponible en los pagos incluidos en un documento de remesa.
Puedes asociar un grupo de asientos automáticos a la fase de contabilización bancaria (consulta Grupo de asientos automáticos). En función de si es la primera o segunda fase de contabilización, el grupo de asientos propuesto en estándar puede ser STEP1 o STEPN, respectivamente.
Puedes indicar el diario que utilizar para la contabilización intermedia. También puedes generar distintos esquemas contables en función de si la emisión del pago es al cobro o al descuento. En función de la parametrización, la elección del diario puede ser determinante para la búsqueda de la cuenta intermedia. El tipo de diario seleccionado está vinculado a la definición del banco.
Puedes utilizar un proceso específico para realizar en masa la contabilización intermedia de los pagos de la remesa.
Contabilización en banco
Esta fase es la penúltima y es obligatoria para todas las transacciones de pago. Permite contabilizar el pago en el banco.
Puedes asociar un grupo de asientos automáticos a la fase de contabilización bancaria (consulta Grupo de asientos automáticos). En función de si es la primera o segunda/tercera fase de contabilización, el grupo de asientos propuesto en estándar puede ser STEP1 o STEPN, respectivamente.
Cuando la transacción contiene una fase de entrada de remesas o de avisos de domiciliación, los campos Reagrupación pagos y Reagrupación descuentos están disponibles.
El código de reagrupación permite definir si un asiento se genera por tipo de remesa:
- Por pago (1 pago, 1 asiento contable)
- Por remesa (1 documento de remesa, 1 asiento contable)
- Por fecha de vencimiento (1 asiento contable por fecha de vencimiento)
Solo se puede agrupar por vencimiento o por remesa cuando la opción Remesas está activa.
Si el código de impresión asociado al código de proceso es CHE o CHR (tabla TABCODEDT), el campo Reagrupación descuentos no está disponible.
Tienes que indicar el diario que se va a utilizar para la contabilización bancaria. En función de la parametrización, la elección del diario puede ser determinante para la búsqueda de la cuenta bancaria. El tipo de diario seleccionado está vinculado a la definición del banco.
Puedes utilizar un proceso específico para realizar la contabilización bancaria (consulta Contabilización en banco). La remesa bancaria también se puede realizar desde la pantalla de entrada de remesas o de domiciliaciones (en función de las fases parametrizadas), lo que permite validar esta fase para un único pago/remesa/aviso.
Autorización requerida
Puedes establecer como obligatoria la autorización de los pagos de tipo gasto o indefinidos. Marca las casillas Autorización, Remesas y Fichero bancario. Los usuarios designados como aprobadores tienen el parámetro PAYAPP - Autorización de pago (capítulo TDS, grupo AUZ) definido en Sí.
Desvalorización de efectos
Esta última fase permite gestionar la contabilización de los efectos, especialmente en las legislaciones española y portuguesa. Independientemente de la legislación, esta última fase permite generar una fase de contabilización adicional desde la función Desvalorización de efectos.
El grupo de asientos debe estar definido.
Indica el diario que se va a utilizar para la contabilización intermedia. También puedes generar distintos esquemas contables en función de si la emisión del pago es al cobro o al descuento. En función de la parametrización, la elección del diario puede ser determinante para la búsqueda de las cuentas. El tipo de diario seleccionado está vinculado a la definición del banco.
Procesamiento
| Propuesta automática (PAYPPS) |
|
Este campo indica si la función de propuesta de pago automática debe tener en cuenta la forma de pago. |
Impresión
Bloque número 2
Contabilización intermedia
Contabilización de efectos
Contabilización en banco
| Contabilización (STA9) |
| Grupo asiento (AUTACE9) |
| Reagrupación pagos (ACETYP91) |
| Reagrupación descuentos (ACETYP92) |
| Tipo diario (JOU9) |
Remesas
| Remesas (STA5) |
|
Marca esta casilla para indicar que los pagos se deben agrupar en remesas antes de su contabilización bancaria. Cuando la autorización de los pagos es obligatoria, esta casilla debe estar marcada. |
| Domiciliaciones (STA7) |
|
Esta casilla indica si los pagos se deben agrupar en avisos de domiciliaciones antes de su contabilización bancaria, como en el caso de los efectos emitidos. |
| Fichero bancario (STA6) |
|
Marca esta casilla para indicar que la remesa se puede enviar al banco por medios electrónicos (transferencias, letras de cambio, etc.). En el caso de las domiciliaciones, marca esta casilla si quieres llevar el control de los ficheros importados y exportados en el seguimiento de los pagos y avisos de domiciliaciones. Cuando la autorización de los pagos es obligatoria, esta casilla debe estar marcada. |
| Soporte electrónico (FILREF6) |
|
Para Francia, es el fichero ETEBAC. Indica el nombre del fichero que se va a generar si la transacción genera solamente ese tipo de ficheros. De lo contrario, deja el campo en blanco para que el fichero se elija en la remesa electrónica. |
| EDI (FILREF71) |
| Generación SEPA (EPACDTTRF) |
|
Cuando esta casilla está marcada, se pueden generar ficheros bancarios en el formato SEPA para la transacción de entrada de pago seleccionada. Solo se pueden generar ficheros en formato SEPA si esta opción está activada. Esto solo afecta a las transferencias de crédito SEPA (SEPA Credit Transfer).
Esta casilla está disponible si la casilla Fichero bancario no está marcada.
|
| Fichero SEPA (FILREF8) |
|
Utiliza este campo para seleccionar el fichero de texto "central" de Sage X3 enviado a Sage Connect para convertirlo a XML. |
| Familia fichero bancario (NATPAY) |
|
La naturaleza del pago identifica los formatos de los ficheros bancarios que se pueden generar por la transacción de pago. Según el establecimiento bancario o el carácter nacional/internacional del pago, el formato del fichero es diferente. La naturaleza del pago permite asociar a una transacción de pago un conjunto de ficheros bancarios. Este campo es obligatorio si la transacción genera un fichero bancario. |
Desvalorización de efectos
| Grupo asiento (AUTACE10) |
| Tipo diario (JOU10) |
División fichero bancario
Pestaña de tesorería
Bloque de exportación
| Hecho generador (FLGCAS) |
|
Este campo permite indicar el hecho generador que tiene en cuenta los pagos de una transacción en el fichero de exportación de los pagos para el software de tesorería (ver Exportar pagos tesorería Sage). Los valores posibles son (menú local 2673):
Las cancelaciones contables también se transfieren cuando tienen lugar después del hecho generador. |
| Código fichero agrup. (FICCAS) |
|
Este campo está vinculado a la tabla varia 325. Es un criterio de agrupación o división de pagos que se aplica al generar los ficheros de exportación del pago. Por ejemplo, si dos transacciones tienen el mismo código de agrupación, los pagos incluidos en la exportación se agrupan en un mismo fichero. El nombre de este fichero tiene el código de agrupación como prefijo. |
Tabla de equivalencia
| Código campo (CODCAS) |
|
Este es el código del campo del fichero de exportación de pagos cuyo contenido se puede parametrizar. Este código corresponde al del campo en la aplicación de tesorería:
Introduce el código en mayúsculas.
|
| Fórmulas (campo CLCFOR) |
|
Puedes utilizar el asistente de fórmulas para introducir la fórmula. Por defecto, se proponen varias tablas:
Y las pantallas principales:
|
Longitud fija del campo
El fichero de exportación de los vencimientos tiene una longitud fija.
Por lo tanto, el contenido de un campo puede truncarse si, debido a la parametrización, el campo contiene demasiados caracteres con respecto a la longitud máxima en la aplicación de tesorería.
Interfaz con Sage Concept Tesorería
- El campo Naturaleza puede contener un máximo de 16 caracteres.
- El campo Anexo puede contener un máximo de 16 caracteres.
- El campo Comentario puede contener un máximo de 32 caracteres.
- El campo Código referencia puede contener un máximo de 8 caracteres.
- El campo Número de cheque puede contener un máximo de 8 caracteres.
Al parametrizar algunos campos, también hay que tener en cuenta las siguientes restricciones:
- Campos Naturaleza y Anexo
A nivel de la aplicación de tesorería, estos campos dirigen a una tabla de valor. Es recomendable completarlos del mismo modo para la exportación de los vencimientos. - Campo Número de cheque
Este campo no está destinado a recuperar un número de cheque, inexistente en esta fase del ciclo de vida de los vencimientos, sino más bien a recuperar las informaciones complementarias (si, por ejemplo, CODRIF y DESCR son insuficientes).
Valores por defecto y valores introducidos
Si no se ha completado la parametrización en todos o parte de los campos del fichero de tesorería, se aplican los siguientes valores por defecto, independientemente de la transacción y del banco:
La fecha de operación:
- es igual a la fecha contable si el hecho generador es la contabilización en banco;
- es igual a la fecha de vencimiento si esta es posterior a la fecha contable;
- es igual a la fecha contable si la fecha de vencimiento es anterior a la fecha contable.
El número de cheque:
- se muestra por defecto si la transacción de pago contiene el campo Número de cheque de la tabla de cabecera de pagos (PAYMENTH).
- Para evitarlo, se necesita una parametrización adicional; también para dejar el campo en blanco.
Si los valores por defecto no son los adecuados, la parametrización de algunos campos debe tener en cuenta las siguientes restricciones:
- Campos Naturaleza y Anexo
A nivel de la aplicación de tesorería, estos campos dirigen a una tabla de valor. Es recomendable completarlos del mismo modo para la exportación de los pagos. - Campo Fecha operación
Este campo sigue el formato DDMMAAAA. - Campo Número de cheque
El objetivo de este campo es recuperar un número de cheque, pero también se puede utilizar con otro objetivo, como recuperar información adicional, en algunas transacciones. Por ejemplo, si CODRIF y DESCR son insuficientes.
Longitud fija del campo
- El campo Transferencia puede contener un máximo de 128 caracteres.
- El campo Descripción puede contener un máximo de 128 caracteres.
Valores por defecto y valores introducidos
Si no se ha completado la parametrización en todos o parte de los campos del fichero de tesorería, se aplican los siguientes valores por defecto, independientemente de la transacción y del banco.
La fecha de operación:
- es igual a la fecha contable si el hecho generador es la contabilización en banco;
- es igual a la fecha de vencimiento si esta es posterior a la fecha contable;
- es igual a la fecha contable si la fecha de vencimiento es anterior a la fecha contable.
La referencia:
- se muestra por defecto si la transacción de pago contiene el campo Número de cheque de la tabla de cabecera de pagos (PAYMENTH).
- Para evitarlo, se necesita una parametrización adicional; también para dejar el campo en blanco.
Si los valores por defecto no son los adecuados, la parametrización de algunos campos debe tener en cuenta las siguientes restricciones:
- Campo Transferencia
Permite definir si es o no una transferencia internacional. Los valores enviados se indican siempre que solo sean dos valores distintos. Sage 1000 Tesorería utiliza una tabla de transcodificación. - Campo Código presupuestario
A nivel de la aplicación de tesorería, este campo dirige a una tabla de valor. Es recomendable completarlo del mismo modo para la exportación de los pagos. - Campo Fecha operación
Este campo sigue el formato DDMMAAAA. - Campo Referencia
El objetivo de este campo es recuperar un número de cheque, pero también se puede utilizar con otro objetivo, como recuperar información adicional, en algunas transacciones. Por ejemplo, si CODRIF y DESCR son insuficientes. - Tipo de letra de cambio
Los valores esperados son Cobro, Descuento, Ninguno o cualquier otro mientras solo haya tres. La transcodificación se lleva a cabo en Sage 1000 Tesorería.
Interfaz con Sage FRP Tesorería
- El campo Descripción puede contener un máximo de 32 caracteres.
- El campo Código referencia puede contener un máximo de 16 caracteres.
Barra de menú
|
Validación |
Esta acción permite validar la parametrización de la pantalla de entrada. |
|
Copia |
Esta acción permite copiar la parametrización de la transacción en otro dossier. |
Mensajes de error
Además de los mensajes genéricos, se pueden mostrar los siguientes mensajes de error durante la entrada:
Transacción de tipo SEPA: incoherencia entre el signo del pago y las formas de pago asociadas ($1$)
Este mensaje aparece cuando falla el control de coherencia entre el signo de la transacción de entrada y la forma de pago seleccionada.