Cómo contabilizar automáticamente los extractos bancarios (Norma 43 y CAMT.053) en tu ERP

Para contabilizar extractos bancarios de forma automática hacen falta cuatro piezas: recibir el fichero del banco sin que nadie lo descargue, leerlo con fidelidad al formato (Norma 43 o CAMT.053), aplicar reglas que conviertan cada movimiento en una propuesta de asiento y cruzarla con las partidas abiertas del ERP. Lo que cumple las reglas se contabiliza solo. Lo que no, pasa a una lista de revisión con su motivo.

Qué contiene un fichero Norma 43 y cómo se lee

La Norma 43 (o Cuaderno 43) es el procedimiento con el que las entidades españolas entregan los movimientos de una cuenta. Lo desarrollaron la AEB, la CECA y la UNACC. Es un fichero de texto con registros de longitud fija de 80 caracteres, y los dos primeros dicen qué tipo de registro es:

• 11, cabecera de cuenta: entidad, oficina, número de cuenta, periodo, saldo inicial con su signo y divisa.
• 22, movimiento: fecha de operación, fecha de valor, concepto común (dos dígitos), concepto propio del banco (tres dígitos), clave de debe o haber, importe, número de documento y dos referencias.
• 23, complementarios de concepto: hasta cinco por movimiento, cada uno con dos campos de texto de 38 posiciones. Aquí viaja lo que identifica el cobro o el pago.
• 24, equivalencia de divisa: solo si la operación se hizo en otra moneda.
• 33 y 88, final de cuenta y de fichero: número de apuntes, totales al debe y al haber, saldo final y número de registros.

Un fichero puede traer varias cuentas. Los importes van sin coma, con dos decimales implícitos y ceros a la izquierda, y el signo no está en el importe sino en la clave de debe o haber.

El concepto común es una tabla corta de la propia norma: 03 para domiciliaciones y recibos, 04 para giros, transferencias y cheques, 12 para tarjetas, 17 para intereses, comisiones y gastos, 99 para varios. Es demasiado gruesa para contabilizar. El detalle está en el concepto propio, que cada banco define a su manera, y en los registros complementarios, cuyo contenido se pacta con la entidad.

Qué cambia con CAMT.053

CAMT.053 es el extracto de cuenta del estándar ISO 20022: un fichero XML con los movimientos contabilizados al cierre del día. Sus parientes son camt.052 (informe intradía) y camt.054 (notificación de adeudos y abonos).

La estructura es jerárquica: cabecera de mensaje, un bloque de extracto por cuenta, saldos de apertura (OPBD) y de cierre (CLBD) y apuntes. Cada apunte trae importe y divisa, indicador de cargo o abono, fecha contable, fecha de valor y un código de transacción bancaria (BkTxCd) en tres niveles: dominio, familia y subfamilia. El detalle de la transacción puede incluir la contrapartida, su IBAN, la referencia de extremo a extremo (EndToEndId) y la información de remesa, estructurada o en texto libre.

Frente a la Norma 43 hay dos diferencias prácticas. Las referencias tienen campo propio en lugar de ir repartidas en textos de 38 posiciones. Y un apunte puede representar un lote (una remesa, una liquidación) con varias transacciones dentro. Que el formato lo permita no significa que el dato venga: conviven varias versiones (entre ellas la 001.02 y la 001.08) y cada entidad rellena los campos opcionales con distinto rigor.

¿Hay que migrar ya de Norma 43 o MT940 a CAMT.053?

No hay una fecha única para las empresas. En noviembre de 2025 terminó en Swift la coexistencia de formatos para las instrucciones de pago entre bancos, no para los extractos. Según el calendario de Swift que resume RedCompass Labs, las entidades deben poder recibir los mensajes camt desde noviembre de 2027 y el fin de la coexistencia de los MT9xx (entre ellos el MT940) está previsto para noviembre de 2028. Ese calendario aplica al tráfico interbancario. Para el extracto que el banco entrega a su cliente, Kyriba señala en su guía de migración que no hay todavía una fecha límite estricta: cada banco migra a su ritmo.

La Norma 43 es un formato doméstico, fuera del calendario de Swift. En la práctica, un grupo con varios bancos recibirá durante años formatos distintos. Lo razonable es montar el proceso de forma que el formato sea intercambiable: todo se traduce a un único modelo interno de movimiento y las reglas trabajan sobre ese modelo, no sobre el fichero.

Los pasos para que un extracto se contabilice solo

• Recepción sin intervención. El fichero llega por un canal desatendido: Editran, EBICS, Swift o un agregador de información de cuentas. Con agregación bajo PSD2, la autenticación reforzada se renueva cada 180 días como máximo (Reglamento Delegado (UE) 2022/2360): alguien tiene que vigilar las caducidades.
• Validación del fichero. Saldo inicial más abonos menos cargos igual a saldo final. Número de apuntes igual al del registro 33. Saldo inicial igual al saldo final del fichero anterior, como exige la norma. Si algo no cuadra, el fichero se rechaza. Un extracto cargado dos veces no puede generar dos asientos.
• Normalización. Signos, fechas, divisas y códigos de cada banco se traducen a un modelo común, con una tabla de equivalencias por entidad.
• Clasificación por reglas. Concepto, texto, referencia, contrapartida e importe determinan una plantilla de asiento: comisión, recibo de proveedor, cobro de cliente, traspaso.
• Cruce con partidas abiertas. El cobro busca su factura en el ERP por referencia, tercero e importe. Si la encuentra, se contabiliza y se compensa.
• Excepciones. Lo que no pasa se aparta con su motivo: sin referencia, importe que no coincide, tercero desconocido.

Qué movimientos se pueden contabilizar sin revisión y cuáles no

Se automatizan bien las comisiones e intereses, los traspasos entre cuentas propias, los recibos recurrentes, las nóminas, los impuestos y las remesas que emitió el propio ERP.

Necesitan criterio humano los cobros sin referencia, los pagos que agrupan varias facturas sin decir cuáles, los importes parciales y las contrapartidas nuevas. La regla es sencilla: ante la duda, no se contabiliza. Un asiento equivocado en el mayor cuesta más que un movimiento esperando un día en una lista.

Dos avisos. Si tus clientes pagan sin indicar la factura, ningún formato lo arregla: pide al banco los registros complementarios completos y acuerda con los clientes qué referencia deben informar. Y todo asiento automático tiene que poder deshacerse, dejando rastro de quién lo hizo y por qué.

Cuándo no compensa automatizarlo

Con una sociedad, un banco y unas decenas de movimientos al mes, el importador de Norma 43 que incluyen muchos ERP con localización española suele bastar. Tampoco compensa si las partidas abiertas del ERP no son fiables: el cruce fallará y la lista de excepciones será el extracto entero. Primero se ordena el dato, después se automatiza.

Cómo lo resuelve Rosetta IA

Rosetta IA de Arjé Partners cubre este circuito con dos aplicaciones que se contratan por separado. La de conectividad bancaria trae los movimientos mediante agregación bancaria regulada (API PSD2) o descarga programada de ficheros Norma 43, avisa antes de que una conexión caduque y entrega un extracto único y normalizado de todos los bancos. La de contabilización clasifica cada movimiento, propone su asiento y lo cuadra contra lo que ya está en el ERP, con un triaje por nivel de confianza: lo claro se contabiliza y lo dudoso pasa a una lista de revisión con la pregunta concreta.

Las reglas de negocio son propias de cada cliente y se ajustan sin programación. Funciona en multi-sociedad y multidivisa, con trazabilidad de quién decidió qué y con marcha atrás. Los importes se tratan con reglas deterministas y auditables: la inteligencia artificial se usa para entender la estructura de los sistemas, no para calcular. El ERP no se cambia: Rosetta IA se conecta por API, servicio web, base de datos o fichero. Los movimientos llegan por API PSD2 o por ficheros Norma 43; CAMT.053 y MT940 no están entre los formatos de extracto que lee hoy.

Preguntas frecuentes

¿CAMT.053 sustituye a la Norma 43?

Cumple la misma función con más detalle, pero no hay una fecha común de sustitución para las empresas. Depende de cada banco, así que conviene poder leer los dos.

¿Se puede contabilizar el cien por cien de los movimientos sin revisión?

No, y no conviene intentarlo. Siempre habrá cobros sin referencia o pagos agrupados que exigen criterio. El objetivo es que una persona revise solo las excepciones.

¿Tengo que cambiar de ERP o de banco?

No. Basta con que el banco entregue el extracto por un canal desatendido y que el ERP admita asientos y consultas de partidas abiertas por alguna vía: API, servicio web, base de datos o fichero.