También: agregación de cuentas, servicio de información sobre cuentas, AIS, open banking
La agregación bancaria es el servicio por el que un tercero autorizado se conecta por API a los bancos de una empresa, con su consentimiento, y reúne en un solo sitio los saldos y movimientos de todas sus cuentas. En la Unión Europea lo regula la directiva de servicios de pago PSD2, que lo llama servicio de información sobre cuentas.
Sirve para ver la posición de tesorería de varios bancos sin entrar en cada banca electrónica ni descargar ficheros a mano. El titular autoriza el acceso con autenticación reforzada en su propio banco, y esa autorización caduca: hay que renovarla cada cierto tiempo o los datos dejan de llegar. PSD2 solo obliga a abrir las cuentas de pago; tarjetas, líneas de crédito o depósitos dependen de cada proveedor. No debe confundirse con la iniciación de pagos, que es otro servicio de PSD2, ni con la descarga de ficheros Norma 43.
También: camt.053, BankToCustomerStatement, extracto ISO 20022
CAMT.053 es el mensaje del estándar ISO 20022 con el que un banco envía a su cliente el extracto de una cuenta: saldo inicial, movimientos contabilizados y saldo final de un periodo, normalmente un día. Su nombre oficial es BankToCustomerStatement y se escribe en XML.
Pertenece a la familia camt (gestión de efectivo), junto a camt.052, que informa de los movimientos durante el día, y camt.054, que avisa de cargos y abonos sueltos. Cada dato va en su propia etiqueta: referencia de extremo a extremo, ordenante, IBAN, concepto estructurado. Eso facilita la conciliación. Es el equivalente en ISO 20022 del MT940 de SWIFT y cumple el papel que en España tiene la Norma 43. Existen varias versiones y cada banco documenta la suya, así que conviene pedir su guía antes de integrarlo.
También: cash pool, centralización de tesorería, barrido de saldos
El cash pooling es una técnica de gestión de tesorería que centraliza los saldos bancarios de varias sociedades de un grupo en una cuenta principal, de modo que los excedentes de unas cubran las necesidades de otras.
Hay dos modalidades. En el cash pooling físico, el banco traspasa cada día los saldos de las cuentas periféricas a la cuenta centralizadora (barrido), a menudo hasta dejarlas a cero. En el nocional no se mueve dinero: el banco calcula los intereses sobre la suma de los saldos. Reduce el coste financiero, pero cada barrido es un préstamo entre sociedades que hay que contabilizar, documentar y remunerar a precio de mercado. No es lo mismo que la compensación entre sociedades, que salda facturas y no saldos bancarios.
También: netting, netting intragrupo, compensación intercompañía
La compensación entre sociedades, o netting, consiste en saldar las deudas y los créditos recíprocos entre empresas de un mismo grupo y liquidar solo la diferencia neta, en lugar de pagar cada factura por separado.
Reduce el número de transferencias, las comisiones bancarias y, cuando hay varias divisas, las operaciones de cambio. Suele hacerse en ciclos, por ejemplo mensuales, desde un centro de compensación que calcula la posición neta de cada sociedad. Exige que las dos partes tengan registradas las mismas facturas, por lo que empieza por conciliar los saldos intragrupo. No debe confundirse con «compensar un documento» en un ERP, que es saldar una factura con su cobro o su pago, ni con el cash pooling, que mueve saldos bancarios.
También: conciliación de bancos, punteo bancario
La conciliación bancaria es el proceso de cruzar los movimientos que aparecen en el extracto del banco con los apuntes registrados en la contabilidad o en la tesorería, y de explicar las diferencias entre ambos.
Sirve para comprobar que el saldo contable de cada cuenta bancaria es correcto y para detectar cobros sin identificar, cargos indebidos, duplicados y errores de registro. Parte de extractos en Norma 43, CAMT.053 o MT940, y el cruce se apoya en importe, fecha, referencia y concepto. Lo que no encaja queda como partida pendiente hasta que alguien la resuelve. No es lo mismo que la contabilización de extractos: conciliar empareja un movimiento con un apunte que ya existe; contabilizar crea el asiento que falta.
También: conciliación de tarjetas, conciliación de cobros con tarjeta
La conciliación de TPV es el cruce entre las ventas cobradas con tarjeta en los terminales de punto de venta y las liquidaciones que el banco o el adquirente abona después en la cuenta.
El banco no abona venta a venta: liquida por lotes, con días de diferencia y descontando comisiones, así que el importe que llega a la cuenta rara vez coincide con el total de la caja. Conciliar exige emparejar cada operación por su identificador, separar comisiones, devoluciones y rechazos, y explicar la liquidación neta de cada establecimiento. Es habitual en negocios con muchos puntos de venta. Se diferencia de la conciliación bancaria en el volumen y en que trabaja un nivel por debajo del extracto: la operación de tarjeta.
También: maestros, master data, datos de referencia
Los datos maestros, o maestros, son los datos de referencia estables sobre los que se apoyan todas las operaciones de una empresa: plan de cuentas, clientes, proveedores con sus cuentas bancarias, sociedades, centros de coste y otras dimensiones analíticas.
En una integración tienen que existir en el sistema de destino antes que los documentos que los usan: una factura no entra si su proveedor o su cuenta contable no están dados de alta. Por eso se sincronizan primero y en orden, de lo general a lo concreto. También son el origen de muchos errores: códigos distintos para el mismo tercero, cuentas bancarias desactualizadas o registros borrados en el origen que el destino sigue viendo. Se distinguen de los datos transaccionales, como facturas, pagos y asientos, que cambian cada día.
También: Electronic Banking Internet Communication Standard
EBICS (Electronic Banking Internet Communication Standard) es un protocolo de comunicación segura entre empresas y bancos que permite enviar órdenes de pago y descargar extractos por internet. Es el canal bancario estándar en Alemania, Francia, Austria y Suiza.
Funciona sobre HTTPS con mensajes XML y usa pares de claves para autenticar, cifrar y firmar, lo que permite que varias personas firmen electrónicamente una misma orden. Lo mantiene la sociedad EBICS, con sede en Bruselas, y su versión 3.0 unificó las variantes nacionales. EBICS es solo el canal: los ficheros que viajan por él suelen ser mensajes ISO 20022, como pain.001 o CAMT.053. En España los bancos ofrecen sobre todo otros canales de intercambio de ficheros, de modo que interesa sobre todo a grupos con bancos en esos países.
También: Enterprise Resource Planning, sistema de gestión empresarial, planificación de recursos empresariales
Un ERP (Enterprise Resource Planning) es el sistema de gestión central de una empresa: reúne en una sola aplicación y una sola base de datos la contabilidad, la facturación, las compras, las ventas, el almacén y, a menudo, la producción y los recursos humanos.
Es donde nacen las facturas, los vencimientos y los asientos, y por tanto el origen de casi todos los datos que necesita la tesorería. Los hay de grandes fabricantes, especializados por sector y desarrollados a medida. Un ERP suele incluir un módulo de bancos, pero rara vez cubre la previsión de caja, la conexión con varios bancos o la gestión de la deuda: para eso existe el TMS. Conectar los dos sin modificar el ERP es el problema clásico de integración en finanzas.
También: extract, transform, load, extracción, transformación y carga, ELT
ETL (extract, transform, load: extraer, transformar y cargar) es el proceso que lee datos de uno o varios sistemas de origen, los transforma al formato y a las reglas del destino y los carga en él.
Nació para alimentar almacenes de datos e informes, pero el mismo patrón se usa para integrar sistemas: leer facturas del ERP, traducir códigos y cargarlas en tesorería. Suele ejecutarse por lotes y de forma programada, a diferencia de una integración por API en tiempo real o por eventos. Su variante ELT carga primero y transforma después, dentro del destino. Un ETL fiable necesita más que mover datos: idempotencia para relanzarlo sin duplicar, control de lo que ya se ha leído y un registro de qué falló y por qué.
También: operación idempotente, clave de idempotencia
La idempotencia es la propiedad de una operación que produce el mismo resultado se ejecute una vez o varias. En integración de sistemas significa que reenviar un dato no lo duplica: si el registro ya existe se actualiza, y si no, se crea.
Importa porque los fallos de red y los reintentos son inevitables: si un envío se corta a medias, hay que poder repetirlo sin crear dos veces la misma factura o el mismo pago. Se consigue identificando cada registro con una clave estable, de origen o calculada, y comprobándola antes de escribir. Muchas API de pagos admiten para ello una clave de idempotencia en la petición. Permite reprocesar un periodo entero como una operación normal. No equivale a buscar duplicados después: la idempotencia impide que lleguen a crearse.
También: ISO20022, mensajería financiera ISO, mensajes MX
ISO 20022 es el estándar internacional para los mensajes electrónicos entre entidades financieras y entre estas y sus clientes. Define un diccionario común de datos y un catálogo de mensajes, casi siempre en XML, para pagos, extractos, valores, comercio exterior, tarjetas y divisas.
Lo publica ISO y su catálogo de mensajes es público. Cada mensaje tiene un identificador que empieza por su área de negocio: pain para la iniciación de pagos entre cliente y banco, pacs para la compensación y liquidación entre bancos y camt para la gestión de efectivo, donde están los extractos. Así, pain.001 es una orden de transferencias y camt.053, un extracto. Es la base de SEPA y de la migración de los mensajes MT de SWIFT. Define el contenido del mensaje, no el canal por el que viaja.
También: modelo canónico, modelo de datos canónico, formato canónico, canonical data model
Un modelo común o canónico es un formato intermedio único al que se traducen los datos de todos los sistemas que se integran, de modo que cada sistema se conecta una sola vez con el modelo y no con cada uno de los demás.
Sin modelo común, conectar N sistemas de origen con M de destino exige hasta N×M traducciones; con él bastan N+M, y añadir un sistema nuevo no obliga a tocar los que ya funcionan. El modelo fija qué es un cliente, una factura, un movimiento o un asiento, y reglas como llevar la divisa siempre explícita y el sentido del importe en un campo aparte. En finanzas suele alinearse con vocabularios públicos como ISO 20022 o FIBO. No es una base de datos central: es un contrato de traducción.
También: SWIFT MT940, MT 940, Customer Statement Message
MT940 es el mensaje de SWIFT con el que un banco envía el extracto de una cuenta al final del día: saldo inicial, movimientos y saldo final. Su nombre oficial es Customer Statement Message.
Es un formato de texto con campos numerados: :60F: para el saldo inicial, :61: para cada movimiento, :86: para la información adicional y :62F: para el saldo final. El campo :86: es texto libre y cada banco lo rellena a su manera, lo que complica la lectura automática. Su pareja, el MT942, informa de los movimientos durante el día. El equivalente en ISO 20022 es CAMT.053, más estructurado, hacia el que migran bancos y empresas. Sigue muy extendido en banca internacional; en España el extracto habitual es la Norma 43.
También: Cuaderno 43, N43, C43, AEB 43, CSB 43
La Norma 43, o Cuaderno 43 de la Asociación Española de Banca (AEB), es el formato estándar en el que las entidades de crédito españolas entregan a sus clientes el extracto de una cuenta en un fichero: saldo inicial, movimientos y saldo final. Su título oficial es «Información normalizada de cuenta corriente».
Es un fichero de texto con registros de 80 caracteres, identificados por sus dos primeras posiciones: 11 abre cada cuenta con su saldo inicial, 22 es cada movimiento, 23 añade conceptos complementarios, 33 cierra la cuenta con los totales de debe y haber y el saldo final, y 88 cierra el fichero. Cada movimiento lleva un concepto común a todas las entidades y un concepto propio de cada una. Un fichero puede traer varias cuentas. Es la base de la conciliación bancaria en España, como MT940 y CAMT.053 fuera.
Rosetta IA de Arjé Partners lee Norma 43 de forma nativa y valida su cuadre: un fichero cuyos saldos y totales no encajan se rechaza entero. Conocer Rosetta IA
También: pain.001.001.03, pain.001.001.09, CustomerCreditTransferInitiation, fichero de transferencias SEPA
pain.001 es el mensaje del estándar ISO 20022 con el que una empresa ordena a su banco una o varias transferencias. Su nombre oficial es CustomerCreditTransferInitiation y es el formato XML de las remesas de transferencias SEPA.
Tiene tres niveles: una cabecera, bloques de pago con la cuenta ordenante y la fecha de ejecución, y dentro de cada bloque las transferencias con beneficiario, IBAN, importe y concepto. El nombre completo incluye la versión: las más usadas son pain.001.001.03 y pain.001.001.09, y las guías vigentes del Consejo Europeo de Pagos para SEPA se basan en la segunda. En España sustituyó a los ficheros de texto del Cuaderno 34 de la AEB. El banco responde con un pain.002, que acepta o rechaza. Para adeudos directos se usa pain.008.
Rosetta IA de Arjé Partners genera ficheros pain.001 (versión pain.001.001.03) a partir de las órdenes de pago; la aprobación y el envío al banco se quedan en el circuito del cliente. Conocer Rosetta IA
También: determinismo, proceso determinista, lógica determinista
Una regla determinista es una regla que, ante la misma entrada, da siempre el mismo resultado, y cuyo resultado se puede explicar y comprobar paso a paso.
En finanzas se usa para lo que tiene que ser exacto y auditable: calcular importes, signos, redondeos y cambios de divisa, validar que un asiento cuadra o construir un fichero para el banco. Se opone a los métodos probabilísticos, como los modelos de lenguaje, que pueden responder distinto a la misma pregunta y no siempre justifican el porqué. Los dos enfoques se combinan: la IA propone equivalencias o interpreta documentos, y las reglas deterministas calculan y validan. Una puntuación por reglas es determinista, aunque a veces se presente como IA.
También: supervisión humana, cola de revisión, human in the loop
La revisión humana es el paso de un proceso automatizado en el que una persona examina, corrige y aprueba o descarta los casos que el sistema no puede resolver con suficiente certeza.
No es un fallo de la automatización, sino parte de su diseño: lo que está claro sigue su curso y lo que requiere criterio se pone delante de quien lo tiene. Para que funcione, los casos deben llegar agrupados y con el motivo de la duda, la persona debe poder corregir y reenviar, y cada decisión debe quedar registrada con su autor. Esas decisiones sirven además para mejorar las reglas. Va unida al triaje por confianza, que decide qué casos llegan a la cola.
También: Single Euro Payments Area, zona única de pagos en euros
SEPA (Single Euro Payments Area, zona única de pagos en euros) es el área en la que empresas y particulares pueden hacer y recibir pagos en euros con las mismas condiciones, derechos y obligaciones, sea el pago nacional o entre países.
Abarca los Estados de la Unión Europea y varios países y territorios más, como Noruega, Suiza o el Reino Unido. Sus reglas las fija el Consejo Europeo de Pagos (EPC) en sus esquemas principales: transferencia (SCT), transferencia inmediata (SCT Inst) y adeudo directo básico y entre empresas (SDD Core y SDD B2B). Las cuentas se identifican con el IBAN y los mensajes son ISO 20022: pain.001 para ordenar transferencias y pain.008 para adeudos. SEPA solo cubre pagos en euros: una transferencia en otra divisa sigue otros circuitos.
También: Suministro Inmediato de Información, SII del IVA
El SII (Suministro Inmediato de Información) es el sistema de la Agencia Tributaria española por el que las empresas llevan los libros registro del IVA en la sede electrónica de la AEAT, enviando los datos de cada factura emitida y recibida pocos días después de expedirla o registrarla.
Es obligatorio para las grandes empresas, los grupos de IVA y los inscritos en el registro de devolución mensual, y voluntario para el resto. Lo que se envía no es la factura, sino sus datos de registro, mediante servicios web con mensajes XML; la AEAT acepta o rechaza cada uno. Exige corregir y reenviar los rechazos. No es facturación electrónica ni es Veri*factu: quien lleva sus libros por el SII queda fuera de las obligaciones que Veri*factu impone al programa de facturación.
También: Treasury Management System, sistema de gestión de tesorería, software de tesorería
Un TMS (Treasury Management System, sistema de gestión de tesorería) es la aplicación donde el equipo financiero gestiona la caja de la empresa: posición bancaria diaria, previsiones de tesorería, pagos, conciliación, financiación y riesgos financieros.
Se alimenta de dos fuentes: los bancos, que aportan saldos y movimientos por ficheros, API o redes como SWIFT, y el ERP, que aporta facturas, vencimientos y cuentas contables. Buena parte de su valor depende de esa integración: sin datos del ERP al día, la previsión se acaba haciendo a mano. Se diferencia del módulo de bancos de un ERP en que trabaja con varios bancos y varias sociedades a la vez. La sigla TMS también designa los sistemas de gestión de transporte, que no tienen relación.
También: triaje, puntuación de confianza, semáforo de validación
El triaje por confianza es la clasificación de cada registro de un proceso automatizado según el grado de certeza de su resultado, para decidir qué camino sigue: los casos claros se procesan, los dudosos van a revisión humana y los incorrectos se detienen.
La certeza se expresa con una puntuación, por ejemplo de 0 a 100 en el cruce entre un movimiento bancario y una factura, o con un semáforo: verde si el asiento cuadra y tiene todos los datos, amarillo si falta algo o el importe supera un umbral de control, rojo si hay un error. Los umbrales los fija la empresa. El término viene de las urgencias médicas, donde se ordena a los pacientes por gravedad. Así la persona dedica su tiempo a los casos que lo necesitan.
También: Verifactu, VERI*FACTU, sistemas informáticos de facturación, SIF
Veri*factu es el nombre con el que se conoce el reglamento español que fija los requisitos de los programas de facturación (Real Decreto 1007/2023), y también la modalidad en la que el programa remite a la Agencia Tributaria el registro de cada factura en el momento de expedirla.
Busca que las facturas no puedan alterarse ni borrarse sin dejar rastro. Por cada factura, el programa genera un registro con una huella digital encadenada a la del registro anterior, y la factura lleva un código QR con el que el receptor puede cotejarla en la AEAT. El programa puede remitir esos registros de forma continuada (modalidad Veri*factu) o conservarlos firmados a disposición de la Administración. Afecta al programa de facturación, no a la contabilidad. No es el SII, cuyos obligados quedan fuera, ni la factura electrónica obligatoria entre empresas.