Agente de Conciliacion Bancaria - AEB Norma 43, CAMT.053, Bizum y SII AEAT
De extracto AEB 43 a asiento PGC conciliado con SII AEAT - sin generative AI en cuadre bancario.
Conciliacion bancaria espanola determinista: extractos AEB Norma 43 (Cuaderno 43), CAMT.053 ISO 20022 PSD2 Open Banking, MT940 SWIFT, Bizum reconciliation, AEB Norma 19 SDD y AEB Norma 34 transferencias, modelo 347 AEAT umbral 3.005,06 EUR, CIRBE Banco de Espana 9.000 EUR y RGPD - 100% deterministico contra AEAT, Banco de Espana y AEPD.
Analizar su procesoAuswahl aus über 5.000 Projekten in 25 Jahren Softwareentwicklung
Conciliacion bancaria espanola via AEB Norma 43, CAMT.053 PSD2, Bizum y SII AEAT - sin generative AI en cuadre ni asignacion
El Agente procesa toda la cadena de conciliacion bancaria espanola incluyendo recepcion de extractos AEB Norma 43 (Cuaderno 43) y CAMT.053 ISO 20022 via PSD2 Open Banking, validacion de continuidad de saldos conforme Codigo de Comercio art. 28, clasificacion deterministica por codigo de operacion AEB, asignacion exacta por EndToEndId SEPA del Reglamento UE 260/2012, reconciliacion Bizum massive scale B2C, gestion de R-Transactions AEB Norma 19 SDD, mapeo de comisiones e intereses a PGC RD 1514/2007 conforme Resolucion ICAC 18/9/2013, deteccion automatica de operaciones para modelo 347 AEAT (umbral 3.005,06 EUR) y modelo 349 intracomunitarias, calculo de diferencias de cambio, verificacion CIRBE Banco de Espana (umbral 9.000 EUR Circular 1/2013), conciliacion bidireccional con SII RD 1624/1992 y trazabilidad RGPD - 100% deterministico contra AEAT, Banco de Espana, AEPD y CNMV con escalado humano solo en movimientos sin contrapartida clara.
Resultado: Cuota de matching automatico elevada del 60% (manual con MT940) al 95%+ con CAMT.053 + PSD2 + EndToEndId SEPA, conciliacion diaria en lugar de mensual, tiempo por extracto reducido de 90 minutos a menos de 10, deteccion temprana de operaciones modelo 347 AEAT evitando omision sancionable, reconocimiento puntual de R-Transactions SDD evitando bola de nieve de devoluciones impagadas y conciliacion previa con SII evitando requerimiento AEAT por divergencia con sancion 50-150% conforme LGT art. 191-195.
Las 16 etapas determinadas del pipeline de conciliacion bancaria espanola son reproducibles y auditables por AEAT, Banco de Espana, AEPD, ICAC y firmas Big-4:
AEAT modelo 347 retraso sancion LGT 1% importe omitido + Banco de Espana CIRBE divergencia infraccion + AEPD violacion datos transferencias hasta 4% facturacion
La conciliacion bancaria en Espana es el primer punto que mira un inspector de la AEAT, una auditoria de cuentas anuales por firma Big-4 (Deloitte, KPMG, EY, PwC) o un requerimiento del Banco de Espana. Las divergencias no aclaradas entre el saldo bancario del extracto AEB Norma 43 y el saldo contable de la cuenta 572 Bancos del PGC RD 1514/2007 son la senal de alarma mas inequivoca en cualquier revision. Equipos financieros con tres a cinco cuentas bancarias en BBVA, Santander, CaixaBank, Sabadell, Bankinter o ING Direct dedican habitualmente entre 30 y 80 horas al mes solo al cuadre manual de extractos repartido en multiples sistemas, con probabilidad de error que crece con cada interfaz adicional. Y las consecuencias regulatorias son simultaneas: sancion AEAT por divergencia con SII modelo 303 IVA, omision en modelo 347 anual operaciones con terceros, divergencia CIRBE Banco de Espana, eventual sancion AEPD por tratamiento indebido de datos bancarios, observacion en auditoria de cuentas anuales obligatoria por Ley 22/2015 si se superan dos de tres umbrales (4 millones EUR activo, 8 millones EUR cifra negocios, 50 empleados).
AEAT modelo 347 retraso sancion LGT 1% importe omitido + Banco de Espana CIRBE divergencia infraccion + AEPD violacion datos transferencias hasta 4% facturacion
La sancion AEAT por omision o presentacion incorrecta del modelo 347 es uno de los riesgos materiales mas frecuentes del ciclo de tesoreria espanol. La Orden EHA/3012/2008 obliga a declarar operaciones con terceros que superen 3.005,06 EUR/contraparte/ano (incluyendo IVA) en febrero/marzo del ano siguiente. La AEAT cruza automaticamente los modelos 347 entre las dos partes - si Empresa A declara 25.000 EUR de compras a Empresa B y B declara 23.000 EUR de ventas a A, salta requerimiento a ambas para regularizar. La sancion por omision es del 1% del importe omitido (minimo 300 EUR) conforme LGT art. 198, mas requerimientos. Para una empresa con 80 millones EUR de facturacion y descubrimiento en febrero de 50 contrapartes omitidas con importe acumulado 2 millones EUR, la exposicion alcanza 20.000 EUR en sanciones del modelo 347 mas 50-150% sobre eventuales divergencias IVA art. 191-195 LGT.
A esto se suman riesgos paralelos. La divergencia frente a CIRBE Banco de Espana por reporte mensual incorrecto de posiciones >9.000 EUR puede activar requerimiento de la Direccion General de Supervision con sanciones hasta 1 millon EUR conforme Ley 10/2014. Una sancion AEPD por violacion de datos bancarios de transferencias o adeudos alcanza hasta el 4% de la facturacion anual mundial o 20 millones EUR conforme RGPD art. 83.5, con resoluciones publicadas regularmente entre 100.000 y 1.000.000 EUR para casos del sector financiero espanol. Y el Codigo de Comercio art. 28 sobre libros contables sin tachaduras genera observacion en auditoria si los saldos bancarios no son consistentes - una observacion ‘Salvedad’ o ‘Opinion con salvedades’ del auditor en cuentas anuales tiene impacto material en sociedades cotizadas IBEX-35 con efecto sobre cotizacion bursatil y rating crediticio.
La conciliacion bancaria espanola recorre 16 etapas determinadas, no 7
A diferencia del modelo aleman estandar (7 etapas con MT940 + GoBD) o del modelo SEPA puro (10 etapas con CAMT.053), la conciliacion bancaria espanola compliance-first exige 16 etapas determinadas porque el sistema regulatorio superpone cinco capas obligatorias simultaneas: recepcion de extractos en formato AEB Norma 43 (Cuaderno 43) o CAMT.053 ISO 20022 via PSD2 Open Banking, validacion de continuidad de saldos conforme Codigo Comercio art. 28, clasificacion deterministica por codigo de operacion AEB (concepto comun 1-99), asignacion exacta a partidas abiertas cuentas 410X o 430X PGC mediante EndToEndId SEPA del Reglamento UE 260/2012, reconciliacion Bizum reconciliation para volumen masivo B2C via API Iberpay, gestion de R-Transactions AEB Norma 19 SDD (R01 a R08 con motivos estandarizados), pattern matching aproximado para conceptos divergentes con Confidence Score, mapeo de comisiones e intereses a cuentas PGC RD 1514/2007 conforme Resolucion ICAC 18/9/2013 (cuentas 626 Servicios bancarios, 663/769 intereses, 668/768 diferencias cambio), deteccion automatica de operaciones para modelo 347 AEAT con acumulacion por NIF y umbral 3.005,06 EUR/contraparte/ano por Orden EHA/3012/2008, identificacion de operaciones intracomunitarias para modelo 349 mensual o trimestral, verificacion del umbral CIRBE Banco de Espana 9.000 EUR Circular 1/2013, calculo de diferencias de cambio con tipo BCE oficial, conciliacion bidireccional con asientos PGC y registros SII enviados a AEAT segun RD 1624/1992 art. 62.6, escalado humano de movimientos sin contrapartida con contexto, y generacion de protocolo final con audit trail RGPD y plazo conservacion 6 anos Codigo Comercio art. 30.
Un escenario concreto: empresa industrial mediana en Bilbao con 4 cuentas (BBVA, Santander, CaixaBank, Sabadell), 250 movimientos diarios, 80 millones EUR facturacion, sujeta a SII y a auditoria Ley 22/2015. Cada dia el Agente recibe 4 extractos AEB Norma 43 + 2 CAMT.053 PSD2, valida continuidad de saldos, clasifica 250 movimientos (145 transferencias AEB 34, 67 adeudos SDD AEB 19, 18 comisiones, 8 intereses, 12 Bizum). Reconcilia 215 por asignacion exacta EndToEndId, 27 por pattern matching Confidence >85%, 5 con Confidence 70-85% revision Tesoreria, 3 escalados a CFO. Detecta 4 R-Transactions SDD (1 R04 IBAN invalido, 2 R05 cliente disputa, 1 R02 fallecimiento), marca 12 operaciones modelo 347 AEAT, identifica 8 intracomunitarias modelo 349, calcula 3 diferencias de cambio USD, concilia bidireccionalmente con SII detectando 2 divergencias por error tipo IVA. Tiempo total: 11 minutos vs 4 horas manuales.
La conciliacion bidireccional triple banco-PGC-SII evita requerimiento AEAT
Un cuadre bancario sin conciliacion bidireccional contra asientos PGC y registros SII enviados al AEAT es receta para requerimiento inmediato. La empresa registra una factura recibida de proveedor por 24.200 EUR (20.000 base + 4.200 IVA 21%) en cuenta 410X y envia registro A2 al SII con base 20.000 e IVA 4.200. Al pagar la factura el banco genera movimiento de 24.200 EUR en extracto AEB 43 que se concilia con asiento haber 572 Bancos / debe 410X Proveedor. Pero por error en master del proveedor en el ERP el A2 SII se envio con tipo IVA 10% (2.000 EUR) en lugar de 21% (4.200 EUR) - la AEAT cruza automaticamente y detecta divergencia 2.200 EUR de IVA, emite requerimiento con plazo 10 dias y sancion potencial 50% conforme LGT art. 191 (1.100 EUR para esta operacion individual, escalable si reincidencia y volumen).
Por eso la 14a etapa de decision es conciliacion previa obligatoria del movimiento bancario con el registro contable PGC y el SII ANTES de marcar la operacion como cerrada. El Agente integra los XML SII enviados a AEAT (formato A1 facturas emitidas, A2 facturas recibidas, A3 bienes inversion, A4 cobros y pagos en metalico, A5 operaciones intracomunitarias) y los compara linea a linea con los asientos PGC RD 1514/2007 generados por la conciliacion. Movimientos bancarios sin asiento contable se marcan como pendientes. Asientos sin entrada SII se marcan como pendientes envio. Registros SII sin movimiento bancario correspondiente se marcan como excepcion. Solo cuando los tres niveles (banco AEB 43/CAMT.053, contabilidad PGC, fiscal SII) son perfectamente coherentes el movimiento progresa al cierre del periodo. Esta conciliacion triple nivel es lo que permite presentar el modelo 303 IVA mensual o trimestral con riesgo cero de divergencia.
Edge-cases espanoles: R-Transactions SDD masivas, Bizum volumen B2C y operaciones moneda extranjera
Casos especiales como devoluciones SDD masivas, Bizum reconciliation B2C y operaciones en moneda extranjera parecen complejos pero son determinados por norma espanola. Las R-Transactions de adeudos SEPA SDD AEB Norma 19 con codigos R01-R08 requieren reverse automatico del cobro original (debe cuenta 430X cliente, haber cuenta 572 banco) y workflow especifico segun motivo: R04 IBAN invalido escala correccion datos maestros, R05/R06 disputas cliente escalan Compliance/Legal con riesgo regulatorio, R01/R03/R08 cancelaciones requieren contacto comercial para nuevo mandato, R02 fallecimiento dispara workflow herederos coordinado con Atencion al Cliente. Bizum reconciliation con volumen masivo B2C (>1.000 movimientos diarios en e-commerce y devoluciones) requiere matching deterministico por telefono cliente cruzado con master + ventana importe + timestamp con deduplicacion. Operaciones en moneda extranjera (USD/GBP/CHF) requieren ajuste por tipo de cambio dia con tipos oficiales BCE y reconocimiento perdida/ganancia cambio en cuenta 668 Diferencias negativas o 768 positivas conforme PGC RD 1514/2007 norma valoracion 11a + Resolucion ICAC 18/9/2013.
El Agente identifica cada caso edge mediante reglas determinadas y aplica el tratamiento correspondiente: R-Transactions con reverse automatico y workflow recobro segun motivo, Bizum con matching deterministico telefono y deduplicacion temporal, moneda extranjera con tipo BCE oficial y reconocimiento diferencia cambio, operaciones >3.005,06 EUR para modelo 347 con acumulacion por NIF, operaciones intracomunitarias para modelo 349, deteccion concentracion riesgo CIRBE >9.000 EUR y eventual escalado a juicio humano cuando el caso no tiene precedente claro.
Integracion con ecosistema espanol: Sage, A3, Holded, SAP, BBVA, Santander, CaixaBank Open Banking PSD2
La logica del Agente se conecta con los principales sistemas contables y bancarios del mercado espanol via API: Sage 200 + Sage Despachos Connected (lider PYME con modulo Tesoreria y Open Banking PSD2 a 30+ entidades), A3 Software (a3con + a3asesor + a3ERP, despachos con integracion AEAT y conexion bancaria AEB), Holded (cloud autonomos y PYME con Open Banking PSD2), Cegid Quadra (mediana empresa industrial con conciliacion AEB 43), SAP S/4HANA Spain Localization con Cash Management + Bank Account Management + Bank Communication Management (IBEX-35), Microsoft Dynamics 365 Business Central Spain con AL extensions Cash Management, Oracle Fusion Cloud ERP Spain Localization con Cash Management + Cash Forecasting, ContaSimple y ContaPlus + Mastermaq Espana para despachos profesionales. La conexion bancaria multi-entidad opera via Open Banking PSD2 (BBVA Open Platform, Santander Open Bank API, CaixaBank Open API, Sabadell Hub, Bankinter API, ING Direct Empresas, Openbank API) o canales corporativos legacy (BBVA Net Cash, Santander One Pay, CaixaBank Now Empresas). Los formatos AEB Norma 43 y CAMT.053 ISO 20022 coexisten segun banco. Bizum se integra via API empresarial (BBVA Bizum Empresas, Santander Bizum Pro, CaixaBank BizumNegocios). Para grupos IBEX-35 con multiples cuentas en Espana y filiales LATAM (Telefonica, Iberdrola, Santander, BBVA, ACS, Inditex, Repsol), el Agente coordina conciliacion centralizada con cash pooling notional o efectivo, manteniendo cumplimiento simultaneo de Banco de Espana CIRBE, AEAT modelo 303/347/349 SII, AEPD RGPD, AEB Norma 19/34/43 y reportes EMIR para derivados de cobertura.
Tabla de microdecisiones
¿Quién decide en este agente?
15 pasos de decisión, separados por decisor
Recepcion de extracto bancario AEB Norma 43 o CAMT.053 ISO 20022 ¿En que formato llega el extracto y cumple el schema esperado? Motor de reglas
Norma AEB 43 (Cuaderno 43) define fichero plano longitud fija con registros cabecera/movimientos/totales; CAMT.053 ISO 20022 es schema XML moderno via PSD2 Open Banking; ambos formatos coexisten en Espana segun banco y se validan deterministicamente
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Validar continuidad de saldos extracto vs saldo final dia anterior ¿El saldo inicial del extracto coincide con el saldo final del dia previo? Motor de reglas Auditor
Codigo de Comercio art. 28 obliga a libros sin tachaduras ni saltos; cualquier discontinuidad de saldos se marca como excepcion antes de procesar movimientos para evitar contaminacion del libro mayor cuenta 572 PGC
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Clasificar tipo de movimiento por codigo de operacion AEB ¿Es transferencia recibida AEB 34, adeudo SDD AEB 19, comision bancaria, intereses o Bizum? Motor de reglas
Norma AEB 43 incluye codigos de operacion (concepto comun 1-99) que identifican deterministicamente el tipo de movimiento; comisiones (codigos 14-15) van a cuenta 626 Servicios bancarios, intereses (codigos 12-13) a cuenta 663 o 769 PGC RD 1514/2007
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Asignacion exacta a partida abierta por importe + IBAN + EndToEndId SEPA ¿El movimiento se asigna univocamente a una factura emitida cuenta 430X o recibida cuenta 410X? Motor de reglas
Reglamento UE 260/2012 obliga a EndToEndId SEPA en transferencias y adeudos; matching determinista por importe exacto + IBAN contraparte + referencia EndToEndId reduce >90% de movimientos a asignacion automatica sin juicio humano
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Conciliacion Bizum reconciliation contra cobros B2C ¿El abono Bizum se relaciona con un cobro B2C identificado por telefono asociado a IBAN? Motor de reglas Proveedor
Bizum opera sobre infraestructura SEPA Inst Iberpay con identificacion por movil cruzada con base clientes; volumenes masivos B2C (devoluciones e-commerce, indemnizaciones) requieren matching por telefono + importe + timestamp con lookup determinista en master clientes
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Proveedor
Reconciliacion AEB Norma 19 adeudos SDD con devoluciones R-Transactions ¿Existe devolucion SDD R-Transaction (R01 R02 R03 R04 R05 R06 R07 R08) que requiere reverse del cobro? Motor de reglas Proveedor
Norma AEB 19 + Reglamento UE 260/2012 SEPA Direct Debit definen R-Transactions (R01 cuenta cancelada, R02 cliente fallecido, R03 cuenta congelada, R04 IBAN invalido, R05 mandato no autorizado, R06 cliente disputa, R07 instruccion no autorizada, R08 mandato cancelado); cada R-Transaction reverte asiento contable y dispara workflow recobro
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Proveedor
Pattern matching aproximado para conceptos divergentes y pagos parciales ¿El movimiento sin EndToEndId puede asignarse por similitud de concepto + ventana importe? Agente IA Proveedor
Pagos sin referencia estructurada (transferencias manuales con concepto libre, abonos parciales, ingresos en metalico depositados en oficina) requieren pattern matching IA con Confidence Score; cada propuesta queda registrada para impugnacion del responsable, IA no decide unilateralmente
Registro de decisión
Impugnable: Sí - completamente documentado, revisable por humanos, objeción mediante proceso formal.
Impugnable por: Proveedor
Aplicar tabla de mapeo de comisiones bancarias e intereses a cuentas PGC ¿Como se imputa cada concepto bancario al PGC RD 1514/2007? Motor de reglas Auditor
PGC RD 1514/2007 grupo 6 + Resolucion ICAC 18/9/2013 fijan cuentas: 626 Servicios bancarios y similares (comisiones), 663 Perdidas valores negociables (intereses pagados), 769 Otros ingresos financieros (intereses cobrados), 668/768 Diferencias de cambio (operaciones moneda extranjera)
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Detectar operaciones >3.005,06 EUR para modelo 347 AEAT ¿La transaccion contribuye al umbral anual modelo 347 con esta contraparte? Motor de reglas Auditor
Orden EHA/3012/2008 obliga a declarar operaciones con terceros >3.005,06 EUR/contraparte/ano (incluyendo IVA) en modelo 347 anual de febrero/marzo; el agente acumula operaciones por NIF beneficiario y marca alerta cuando se supera el umbral, evitando omision sancionable hasta 1% importe omitido (minimo 300 EUR) por LGT art. 198
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Detectar operaciones intracomunitarias para modelo 349 ¿El movimiento es intracomunitario que requiere modelo 349 mensual o trimestral? Motor de reglas Auditor
Orden HAP/2194/2013 obliga a declarar operaciones intracomunitarias (entregas, adquisiciones, prestaciones servicios) en modelo 349 con periodicidad mensual si supera 50.000 EUR/trimestre o trimestral en otro caso; el agente identifica IBAN contraparte UE y marca para inclusion automatica en modelo 349
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Verificar umbral CIRBE Banco de Espana 9.000 EUR ¿La posicion acumulada con la entidad financiera supera 9.000 EUR para reporte CIRBE? Motor de reglas Auditor
Circular 1/2013 Banco de Espana obliga a reporte mensual CIRBE de posiciones >9.000 EUR; aunque la responsabilidad principal es bancaria, divergencias entre asientos cuenta 572 PGC y CIRBE pueden activar requerimiento Direccion General de Supervision con sanciones hasta 1 millon EUR por Ley 10/2014
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Calcular diferencia de cambio para movimientos en moneda extranjera ¿La operacion en USD/GBP/CHF requiere ajuste por tipo de cambio dia y reconocimiento perdida/ganancia cambio? Motor de reglas Auditor
Resolucion ICAC 18/9/2013 + PGC norma valoracion 11a obligan a valorar al tipo de cambio del dia operacion y reconocer diferencia con tipo asiento contable original en cuenta 668 Diferencias negativas o 768 positivas; tipos oficiales BCE diarios
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Conciliacion bidireccional con asientos PGC y registros SII ¿El movimiento bancario tiene contrapartida en cuenta 572 + reflejo en SII (registro A4 cobros y pagos en metalico)? Motor de reglas Auditor
RD 1624/1992 art. 62.6 obliga a envio diario al SII AEAT de libros IVA; la triple conciliacion banco-contabilidad-SII debe ser perfecta antes de cierre periodo, divergencias activan requerimiento AEAT con sancion 50-150% conforme LGT art. 191-195
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Escalar movimientos no asignables a Tesoreria con contexto ¿Movimientos sin contrapartida clara requieren juicio humano del Tesorero? Humano
Adeudos sin ordenante reconocido, abonos sin partida abierta, importes inesperados de cuentas desconocidas requieren juicio humano del Tesorero o CFO con contexto: transacciones similares 24 meses, partidas posibles, cliente/proveedor sospechoso; la escalada documenta la decision para auditoria y inspeccion
Registro de decisión
Impugnable: Sí - a través del superior, Comité de Empresa o proceso formal de objeción.
Generar protocolo de conciliacion con audit trail RGPD ¿La trazabilidad del cuadre cumple PGC + RGPD + plazo conservacion 6 anos? Motor de reglas Auditor
Codigo de Comercio art. 30 obliga a conservar libros y soportes 6 anos desde ultimo asiento; LOPDGDD + RGPD art. 5.1.e limitan plazo de datos personales beneficiarios; el protocolo se firma electronicamente con timestamp para inspeccion AEAT, auditoria CNMV/SCIIF e inspeccion AEPD
Registro de decisión
Impugnable: Sí - aplicación de la regla verificable. Objeción posible por datos incorrectos o versión de regla errónea.
Impugnable por: Auditor
Registro de decisión y derecho a impugnar
Cada decisión que este agente toma o prepara se documenta en un registro de decisión completo. Las partes afectadas (empleados, proveedores, auditores) pueden revisar, comprender e impugnar cada decisión individual.
¿Este agente encaja en su proceso?
Analizamos su proceso financiero concreto y mostramos cómo este agente se integra en su entorno de sistemas. 30 minutos, sin preparación necesaria.
Analizar su procesoNotas de governance
La conciliacion bancaria en Espana esta sujeta a cinco capas regulatorias simultaneas que el Agente integra en su Decision Layer. El Codigo de Comercio art. 25-30 establece la obligacion de llevar libros contables sin tachaduras (art. 28), el plazo de conservacion de 6 anos desde el ultimo asiento (art. 30) y la legalizacion telematica obligatoria en el Registro Mercantil (art. 27 modificado por Ley 14/2013). El PGC aprobado por RD 1514/2007 fija las cuentas contables aplicables: 572 Bancos e instituciones de credito c/c vista, 570 Caja euros, 626 Servicios bancarios y similares, 663 Perdidas valores negociables, 769 Otros ingresos financieros, 668 Diferencias negativas de cambio, 768 Diferencias positivas. La Resolucion ICAC de 18 de septiembre de 2013 sobre criterios contables de tesoreria precisa el tratamiento de operaciones en moneda extranjera y la conciliacion. El RD 1624/1992 art. 62.6 SII obliga a empresas con facturacion superior a 6.010.121,04 EUR al envio diario al AEAT de los registros A1 a A5 con cobros y pagos en metalico.
El Decision Layer registra trazabilidad completa de cada movimiento conciliado: extracto origen AEB 43 o CAMT.053 con timestamp recepcion banco, codigo operacion AEB, IBAN contraparte validado mod-97 ISO 7064, EndToEndId SEPA, partida abierta asignada (factura emitida cuenta 430X o recibida cuenta 410X), asiento contable PGC generado, eventual marca para modelo 347 (umbral 3.005,06 EUR/contraparte/ano por Orden EHA/3012/2008) o modelo 349 intracomunitarias, calculo diferencia de cambio si aplica, conciliacion con registro SII A4 (cobros y pagos en metalico) enviado a AEAT. Esta trazabilidad cumple con el plazo de conservacion 6 anos del Codigo Comercio art. 30 y con el limite RGPD del articulo 5.1.e mediante anonimizacion progresiva de datos bancarios. Una sancion AEAT por modelo 303 IVA con divergencias frente al SII alcanza 50-150% del importe defraudado conforme LGT art. 191-195; una sancion AEPD por tratamiento indebido de datos bancarios alcanza el 4% facturacion anual o 20 millones EUR conforme RGPD art. 83.5; la omision de operaciones en modelo 347 AEAT se sanciona con 1% del importe omitido (minimo 300 EUR) conforme LGT art. 198.
Contribución a la documentación de procesos
Evaluación
Requisitos previos
- ERP con modulo Tesoreria + Cash Management y conexion bancaria PSD2 Open Banking (Sage 200, A3 Software, Holded, Cegid Quadra, SAP S/4HANA Spain, Dynamics 365 BC, Oracle Fusion Cloud Spain)
- Conexion bancaria multi-entidad para recepcion de extractos AEB Norma 43 + CAMT.053 ISO 20022 via canal PSD2 (BBVA Open Platform, Santander Open Bank API, CaixaBank Open API, Sabadell Hub, Bankinter API, ING Direct, Openbank)
- Datos maestros con IBAN ES validados (24 caracteres + checksum mod-97 ISO 7064), NIF/CIF/NIE de clientes y proveedores actualizados, marca de operacion intracomunitaria UE para modelo 349
- Tabla de mapeo de comisiones bancarias e intereses a cuentas PGC RD 1514/2007 (cuenta 626 Servicios bancarios, 663/769 intereses, 668/768 diferencias de cambio) conforme Resolucion ICAC 18/9/2013
- Conexion SII AEAT RD 1624/1992 para envio diario libros IVA y conciliacion bidireccional con asientos cuenta 572 Bancos del PGC + cuentas 410X acreedores y 430X clientes
- Umbral de confianza configurado para asignaciones aproximadas con pattern matching IA (tipicamente >85% para auto-aceptar, 70-85% para revision Tesoreria, <70% escalado humano obligatorio)
Contribución a la infraestructura
El Agente de Conciliacion Bancaria es la pieza central del area Treasury en operacion espanola. Construye la infraestructura de interfaces bancarias AEB Norma 43, CAMT.053 ISO 20022 PSD2 y MT940 SWIFT reutilizada por el Agente de Ejecucion de Pagos (que envia ficheros pain.001 conforme Norma AEB 34) y el Agente de Cash Forecasting (que proyecta flujos 30/60/90 dias). Se conecta con el Agente de Asignacion de Cobros para clearing de cuentas 430X clientes con EndToEndId SEPA, con el Agente de SII Tiempo Real que envia diariamente los registros A4 (cobros y pagos en metalico) a AEAT segun RD 1624/1992, con el Agente de Modelos Periodicos AEAT que prepara modelo 347 anual (umbral 3.005,06 EUR/contraparte) y modelo 349 mensual/trimestral, con el Agente de Tesoreria que mantiene posicion neta multi-entidad y eventual cash pooling para grupos IBEX-35, y con el Agente de Reporte CIRBE Banco de Espana que alimenta posiciones >9.000 EUR. Para grupos IBEX-35 con multiples cuentas en Espana y filiales LATAM (Telefonica, Iberdrola, Santander, BBVA, Inditex, Repsol), el Agente coordina conciliacion centralizada con cash pooling notional o efectivo, manteniendo informacion CIRBE actualizada y reportes regulatorios EMIR para derivados de cobertura. Audit trail compatible con inspeccion AEAT, requerimiento Banco de Espana, supervision CNMV para entidades cotizadas y testing SCIIF por firmas Big-4 (Deloitte, KPMG, EY, PwC).
Qué contiene esta evaluación: 9 diapositivas para su equipo directivo
Personalizada con sus datos. Generada en 2 minutos en su navegador. Sin carga, sin inicio de sesión.
- 1
Portada - Nombre del proceso, puntos de decisión, potencial de automatización
- 2
Resumen ejecutivo - FTE liberados, coste por transacción, fecha de amortización
- 3
Situación actual - Volumen de transacciones, costes de error, escenario de crecimiento
- 4
Arquitectura de solución - Humano - motor de reglas - agente IA
- 5
Gobernanza - EU AI Act, comité de empresa/GoBD, pista de auditoría
- 6
Análisis de riesgos - 5 riesgos con probabilidad e impacto
- 7
Hoja de ruta - Plan de 3 fases con fechas concretas
- 8
Caso de negocio - Comparación de 3 escenarios más matriz de sensibilidad
- 9
Propuesta de discusión - Próximos pasos concretos
Incluye: comparación de 3 escenarios
No hacer nada vs. nueva contratación vs. automatización - con su nivel salarial, su tasa de error y su plan de crecimiento.
Mostrar metodología de cálculo
Hourly rate: Annual salary (your input) × 1.3 employer burden ÷ 1,720 annual work hours
Savings: Transactions × 12 × automation rate × minutes/transaction × hourly rate × economic factor
Quality ROI: Error reduction × transactions × 12 × EUR 260/error (APQC Open Standards Benchmarking)
FTE: Saved hours ÷ 1,720 annual work hours
Break-Even: Benchmark investment ÷ monthly combined savings (efficiency + quality)
New hire: Annual salary × 1.3 + EUR 12,000 recruiting per FTE
Todos los datos permanecen en su navegador. Nada se transmite a ningún servidor.
Agente de Conciliacion Bancaria - AEB Norma 43, CAMT.053, Bizum y SII AEAT
Initial assessment for your leadership team
A thorough initial assessment in 2 minutes - with your numbers, your risk profile and industry benchmarks. No vendor logo, no sales pitch.
All data stays in your browser. Nothing is transmitted.
Páginas relacionadas
Preguntas frecuentes
¿Que diferencia hay entre Norma AEB 43 (Cuaderno 43) y CAMT.053 ISO 20022 y cual conviene usar?
La Norma AEB 43 (Cuaderno 43) emitida por la Asociacion Espanola de Banca define el formato historico de extractos bancarios espanoles - fichero plano de longitud fija de 80 caracteres con registros de cabecera (codigo 11), movimientos (codigo 22), conceptos adicionales en linea 1-15 (codigo 23), totales (codigo 33) y final fichero (codigo 88). Es el formato universal aceptado por todos los bancos espanoles (BBVA, Santander, CaixaBank, Sabadell, Bankinter, ING Direct, Openbank, Bankoa, Abanca, Liberbank) desde los anos 90 y aun hoy en uso masivo. El CAMT.053.001.02 ISO 20022 es el formato XML moderno de extracto bancario aprobado por la European Payments Council para SEPA y obligatorio en muchos bancos europeos via PSD2 Open Banking. CAMT.053 contiene mucha mas informacion estructurada: EndToEndId SEPA completo, identificacion del ordenante con nombre y direccion, motivos de devolucion R-Transactions detallados, codigo BIC del banco originario. En Espana ambos formatos coexisten: AEB 43 sigue siendo el estandar legacy con cobertura 100% bancos, CAMT.053 esta en expansion via Open Banking PSD2 con cobertura ~80% bancos espanoles. Para empresas que aceptan SEPA Direct Debit con volumen alto y necesidad de R-Transactions detallados, CAMT.053 es preferible. Para empresas con volumen moderado o que necesitan compatibilidad universal con todos los bancos, AEB 43 sigue funcionando perfectamente. El Agente procesa ambos formatos sin diferencia funcional.
¿Como gestiona el Agente las R-Transactions de adeudos SEPA SDD AEB Norma 19?
Las R-Transactions SEPA SDD son devoluciones de adeudos directos comunicadas por el banco del cliente al banco del acreedor con un codigo de motivo estandarizado por la Norma AEB 19 + Reglamento UE 260/2012. Los codigos principales son: R01 cuenta cancelada, R02 cliente fallecido, R03 cuenta congelada por orden judicial, R04 IBAN invalido o cuenta inexistente, R05 mandato no autorizado por el cliente, R06 cliente disputa la operacion, R07 instruccion no autorizada por entidad, R08 mandato cancelado por el cliente. Cada R-Transaction se recibe en el extracto AEB 43 (codigo 22 con concepto AEB indicando el motivo) o en CAMT.053 (campo Returns con ReasonCode estructurado). El Agente reconcilia automaticamente cada devolucion con el cobro original, revierte el asiento contable (debe cuenta 430X cliente, haber cuenta 572 banco) y dispara el workflow de recobro segun el motivo: R04 IBAN invalido escala a Atencion al Cliente para correccion datos maestros, R05/R06 disputas escalan a Compliance/Legal por riesgo legal, R01/R03/R08 cancelaciones cuenta requieren contacto comercial para nuevo mandato, R02 fallecimiento dispara workflow herederos. La trazabilidad R-Transaction es critica para evitar que un alto volumen de devoluciones genere descuadre en cuenta 430X clientes y posterior necesidad de provisionar deterioro creditos LIS art. 13.
¿Como detecta el Agente las operaciones para modelo 347 AEAT y como evita la sancion por omision?
El modelo 347 AEAT es la declaracion anual de operaciones con terceras personas con umbral 3.005,06 EUR/contraparte/ano (incluyendo IVA) regulada por Orden EHA/3012/2008. Se presenta en febrero del ano siguiente y declara operaciones de compras y ventas con cualquier contraparte (clientes y proveedores) que superen el umbral. La AEAT cruza automaticamente los modelos 347 entre las dos partes - si Empresa A declara 25.000 EUR de compras a Empresa B y Empresa B declara 23.000 EUR de ventas a Empresa A, salta requerimiento AEAT a ambas para regularizar la divergencia. La sancion por omision o presentacion incorrecta es del 1% del importe omitido con minimo 300 EUR conforme LGT art. 198, ademas de los requerimientos correspondientes. El Agente integra deteccion automatica acumulando para cada NIF/CIF/NIE de contraparte las operaciones del ano natural en curso (compras netas de IVA + IVA = total bruto, ventas netas de IVA + IVA = total bruto). En el momento que la suma supera 3.005,06 EUR el Agente marca al cliente o proveedor con flag modelo 347 y comienza a guardar trimestralmente el detalle (agrupacion trimestral obligatoria del modelo 347). En enero del ano siguiente el Agente prepara automaticamente el fichero modelo 347 con todas las contrapartes que superaron el umbral y sus totales trimestrales para presentacion via Sede Electronica AEAT. Esta automatizacion evita la situacion habitual de descubrir en febrero que se omitieron contrapartes con sancion subsiguiente.
¿Que es Bizum reconciliation y como se procesa el volumen masivo B2C?
Bizum es el sistema espanol de pagos inmediatos por movil operado por Sociedad de Procedimientos de Pago SL participada por la mayoria de bancos espanoles, con mas de 26 millones de usuarios activos en 2026. Tecnicamente opera sobre la infraestructura SEPA Inst de Iberpay con liquidacion en menos de 10 segundos, identificacion del beneficiario por numero de telefono asociado a IBAN, y limite por operacion de 1.000 EUR (configurable por entidad emisora). Para empresas con volumen masivo B2C (e-commerce con devoluciones, indemnizaciones por reclamaciones, premios y bonificaciones, entregas de fondos a colaboradores ocasionales) el Bizum genera centenares o miles de movimientos diarios que aparecen en los extractos AEB 43 y CAMT.053 con concepto especial. El reto de la conciliacion Bizum reside en la identificacion de la contraparte: el extracto incluye solo el numero de telefono del cliente (con eventual ofuscacion por privacidad), no el NIF ni la factura origen. El Agente realiza matching deterministico telefono cliente -> base maestra clientes -> partida abierta cuenta 430X para devoluciones e-commerce, o crea registro especifico tipo 'gasto comercial' si es bonificacion sin factura previa. Volumenes masivos (>1.000 movimientos/dia) requieren batch processing con paralelismo y deduplicacion por timestamp + telefono + importe para evitar contar dos veces el mismo movimiento. La conciliacion Bizum se documenta para inspeccion AEAT con identificacion del cliente origen y la causa del cobro/pago, especialmente relevante por modelo 347 si Empresa supera umbral 3.005,06 EUR con un mismo cliente.
¿Como integra el Agente la conciliacion bancaria con el SII AEAT para evitar requerimientos por divergencias?
El SII (Suministro Inmediato de Informacion) regulado por RD 1624/1992 art. 62.6 obliga a empresas con facturacion superior a 6.010.121,04 EUR, grupos de IVA y entidades en regimen REDEME (Registro de Devolucion Mensual) al envio diario al AEAT de los libros IVA en formato XML. Los registros del SII son: A1 facturas emitidas, A2 facturas recibidas, A3 bienes inversion, A4 cobros y pagos en metalico, A5 operaciones intracomunitarias. La AEAT cruza automaticamente los registros A2 (facturas recibidas) con el cuenta 572 Bancos PGC del declarante y los registros A1 (facturas emitidas) con el cuenta 430X Clientes - cualquier divergencia entre el balance contable y los XML SII enviados activa requerimiento inmediato. Por ejemplo: empresa registra factura recibida proveedor por 12.100 EUR (10.000 base + 2.100 IVA 21%) en cuenta 410X y envia A2 al SII; al pagar la factura el banco genera movimiento por 12.100 EUR en extracto que se concilia con asiento haber 572 Bancos / debe 410X Proveedor; si por error el SII se envio con base 10.000 e IVA 1.000 (10% en lugar de 21%) la AEAT detecta divergencia y requiere regularizacion con sancion potencial 50% sobre el diferencial 1.100 EUR conforme LGT art. 191. El Agente realiza conciliacion bidireccional triple: extracto AEB 43 + asientos PGC + registros SII enviados, marcando como pendientes movimientos sin contrapartida en cualquiera de los tres niveles. Esta triple conciliacion previa al cierre periodo es la unica forma de presentar el modelo 303 IVA mensual o trimestral con riesgo cero de divergencia con el SII.
¿Como cumple el Agente con LOPDGDD + RGPD en datos personales de las transferencias?
El RGPD UE 2016/679 + LOPDGDD LO 3/2018 califican los datos de las transferencias bancarias (nombre del ordenante, NIF, IBAN, direccion, concepto extendido) como datos personales de tratamiento necesario para el cumplimiento de obligaciones legales (Codigo Comercio art. 25 sobre libros contables, RD 1624/1992 SII, Ley 10/2010 PBC/FT) - base juridica solida que no requiere consentimiento adicional. Sin embargo el Agente cumple los principios del articulo 5 RGPD: licitud y limitacion de finalidad (datos solo se usan para conciliacion y obligaciones legales, no para marketing ni perfilado comercial), minimizacion (no se recolectan datos no necesarios para la conciliacion), exactitud (validacion mod-97 IBAN ISO 7064), limitacion del plazo de conservacion (6 anos segun Codigo Comercio art. 30, despues anonimizacion del IBAN manteniendo metadatos para auditoria), integridad y confidencialidad (cifrado en transito TLS 1.3 y reposo AES-256, control de acceso por roles RBAC, registro de accesos a datos sensibles), responsabilidad proactiva (registro de actividades de tratamiento conforme art. 30 RGPD). Adicionalmente la LOPDGDD obliga a designacion de DPD/DPO en empresas con tratamiento masivo, notificacion en 72 horas a AEPD de brechas de seguridad conforme art. 33 RGPD, y respeto del derecho de portabilidad y supresion del titular (con limites por obligaciones legales contables). Una violacion de datos bancarios es sancionable por AEPD hasta el 4% facturacion anual mundial o 20 millones EUR conforme RGPD art. 83.5, con resoluciones publicadas regularmente entre 100.000 y 1.000.000 EUR para casos del sector financiero espanol. El Agente implementa por defecto cifrado de IBAN en base de datos, anonimizacion automatica tras 6 anos, registro de tratamientos para inspeccion AEPD y workflow de respuesta a derechos del titular en plazo legal del articulo 12 RGPD (un mes ampliable a tres).
¿Como afecta el reporte CIRBE Banco de Espana a la conciliacion bancaria del ERP?
La CIRBE (Central de Informacion de Riesgos del Banco de Espana) regulada por la Circular 1/2013 obliga a las entidades financieras a reportar mensualmente al Banco de Espana las posiciones de riesgo iguales o superiores a 9.000 EUR de cada titular. El reporte incluye prestamos vivos, lineas de credito disponibles, garantias prestadas, riesgos contingentes y posiciones de tesoreria. Aunque la responsabilidad principal del reporte CIRBE es bancaria, las divergencias entre la informacion enviada por el banco y los registros contables del ERP cuenta 572 Bancos pueden activar requerimiento de la Direccion General de Supervision con investigacion sobre la consistencia de la informacion de la entidad financiera - esto traslada friccion al banco que solicitara aclaraciones a la empresa, con eventual impacto reputacional. El Agente alimenta automaticamente la informacion CIRBE de la empresa asegurando consistencia: posicion total mensual >9.000 EUR por entidad financiera (suma de cuentas corrientes 572, prestamos cuenta 170/520, lineas de credito disponibles cuenta 5208), conciliada exactamente con el saldo final del extracto del ultimo dia del mes. Para grupos consolidados con multiples cuentas en mismo banco, el Agente agrega la posicion conjunta y cruza con el reporte CIRBE consolidado. Empresas en situacion de morosidad o procedimiento concursal pueden tener requerimientos especiales CIRBE con responsabilidad reforzada. Las sanciones por incumplimientos relacionados son hasta 1 millon EUR conforme Ley 10/2014 de ordenacion, supervision y solvencia de entidades de credito.
¿Qué pasa después?
30 minutos
Primera reunión
Analizamos su proceso e identificamos el punto de inicio óptimo.
1 semana
Discover
Mapeo de su lógica de decisión. Reglas documentadas, Decision Layer diseñado.
3-4 semanas
Build
Agente productivo en su infraestructura. Gobernanza, audit trail, cert-ready desde el día 1.
12-18 meses
Autosuficiencia
Acceso completo al código fuente, prompts y versiones de reglas. Sin vendor lock-in.
¿Implementar este agente?
Evaluamos su panorama de procesos financieros y mostramos cómo este agente encaja en su infraestructura.