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 (campo 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 (campo 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 (campo BANCSH) |
|
Selecciona Banco para un registro bancario y Caja para un registro de caja. Puedes seleccionar el signo correspondiente: Gasto o Ingreso. |
| Destino defecto (campo DENDEF) |
|
Este campo define el destino contable que se propone por defecto al introducir un pago con esta transacción. |
| Código interbancario (campo 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. 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 (campo RATTYP) |
|
Indica el tipo de cambio que se va a utilizar para convertir las divisas al introducir o contabilizar pagos. |
| Aplicación cambio factura (campo 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 (campo DUDFLG) |
|
Si marcas esta casilla:
|
| Pago contado (campo SPACSH) |
|
Este indicador solo aparece si el código de actividad KSP - Localización española está activo. |
| Tipo pago suizo (campo 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 (campo 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 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
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" (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 código se puede modificar.
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 (campo DACBAN) |
|
No hay ninguna ayuda asociada a este campo. |
| Obligatorio (campo BANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Sociedad (campo 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 (campo DACREF) |
|
Se puede introducir una referencia interna para el asiento de pago. |
| Obligatorio (campo REFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Referencia remesa (campo DACFRMREF) |
| Obligatorio (campo FRMREFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Tipo de remesa (campo DACFRMTYP) |
| Descripción cabecera (campo 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 (campo DESOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Descripción línea (campo DACDESLIN) |
| Obligatorio (campo DESLINOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Forma de pago (campo DACPAM) |
|
Este campo está vinculado a la tabla varia 3. |
| Fecha origen (campo DACORIDAT) |
| Obligatorio (campo ORIDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha vencimiento (campo DACDUDDAT) |
| Obligatorio (campo DUDDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha valor (campo DACVALDAT) |
| Obligatorio (campo 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 (campo 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. No obstante, 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 de gestión de mandatos SEPA). |
| Obligatorio (campo BIDOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Domiciliación 1 (campo DACPAB1) |
|
Esta casilla permite indicar el nombre del banco. La domiciliación se suele inicializar a partir del código de dirección del pago. |
| Obligatorio (campo PAB1OBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Domiciliación 2 (campo DACPAB2) |
| Obligatorio (campo PAB2OBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Referencia deudor (campo DACBPRREF) |
| Obligatorio (campo BPRREFOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Motivo del pago (campo DACEPARENP) |
| Obligatorio (campo EPARENPAYO) |
| Tipo de cheque (campo DACCHQTYP) |
| Número de cheque (campo DACCHQNUM) |
| Obligatorio (campo CHQNUMOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Establ. pagador (campo DACCHQBAN) |
| Obligatorio (campo CHQBANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| N.º tarjeta bancaria (campo DACCRDNUM) |
| Obligatorio (campo CRDNUMOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Autorización tarjeta (campo DACCRDAUZ) |
| Obligatorio (campo CRDAUZOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Tipo compra (campo DACPURTYP) |
| Cambio referencial principal (campo 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 (campo CURRATOBL) |
|
Marca esta casilla para que sea obligatorio introducir un cambio de divisa en la entrada del pago. |
| Importe banco (campo DACAMTBAN) |
|
Define la presencia del campo Importe banco. Este campo es el importe del pago expresado en la divisa de la cuenta bancaria. |
| Obligatorio (campo AMTBANOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Fecha banco (campo DACBANDAT) |
| Obligatorio (campo BANDATOBL) |
|
Marca esta casilla para que el campo correspondiente sea obligatorio al introducir un pago. |
| Número de columnas fijas (campo 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 (campo 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 (campo 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. 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 (campo 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.
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 varia 304), 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, en particular 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 (campo 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 (campo STA8) |
|
Esta casilla indica si el documento de remesa debe ser objeto de una contabilización intermedia antes de la contabilización bancaria (por ejemplo, para los efectos recibidos cuando la emisión del pago es al cobro o al descuento). |
| Grupo asiento (campo AUTACE8) |
| Tipo diario cobro (campo JOU8) |
| Tipo diario descuento (campo JOU82) |
Contabilización de efectos
| Contabilización (campo STA3) |
|
Esta casilla indica si una fase de contabilización de efectos es necesaria para esta transacción de pago. La contabilización de efectos en cartera consiste en validar individualmente el pago en una cuenta diferente a la del banco. |
| Act. cartera efectos (campo UPDBIL) |
|
Utiliza este campo para indicar si el tipo de pago está vinculado a uno de los campos Cartera efectos de la ficha del tercero. Los campos Cartera efectos (1, 2, etc.) corresponden a un conjunto de efectos a pagar o a cobrar que no han vencido. A continuación, estos efectos pasan a una fase de desvalorización en una función específica. |
| Grupo asiento (campo AUTACE3) |
| Tipo diario (campo JOU3) |
Contabilización en banco
| Contabilización (campo STA9) |
| Grupo asiento (campo AUTACE9) |
| Reagrupación pagos (campo ACETYP91) |
| Reagrupación descuentos (campo ACETYP92) |
| Tipo diario (campo JOU9) |
Remesas
| Remesas (campo 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 (campo 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 (campo 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 (campo 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 (campo FILREF71) |
| Generación SEPA (campo EPACDTTRF) |
|
Cuando esta casilla está marcada, se pueden generar ficheros bancarios en el formato SEPA para la transacción de entrada de pago seleccionada. 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 (campo 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 (campo 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 (campo AUTACE10) |
| Tipo diario (campo JOU10) |
División fichero bancario
Pestaña de tesorería
Bloque de exportación
| Hecho generador (campo 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).
|
| Código fichero agrup. (campo 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. |
Tabla de equivalencia
| Código campo (campo CODCAS) |
|
Este es el código del campo del fichero de exportación de pagos cuyo contenido se puede parametrizar.
El código se introduce 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 (consulta Exportar registro de vencimientos de tesorería Sage).
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
En la aplicación de tesorería, este campo indica una tabla de valor. Es recomendable completarlo de la misma manera 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.