La IA no conectará Bizum, Cl@ve ni Verifactu a tu web

Esta es una escena que veo cada vez con más frecuencia. Un autónomo o el fundador de una pequeña startup se monta en un fin de semana, con Lovable, Bolt o v0, una tienda online preciosa. El diseño está limpio, las páginas de producto funcionan, el carrito suma bien. Y entonces llega el momento en que el cliente tiene que pagar de verdad con Bizum, en que el usuario tiene que identificarse con Cl@ve o su certificado digital, y en que al vender un producto debe emitirse una factura conforme a Verifactu. Y justo ahí todo se para.

La IA genera un botón de pago que se ve impecable. Solo que el dinero no entra por él. Genera un formulario de "identifícate con tu certificado" que no autentica a nadie. Promete una exportación de factura que la Agencia Tributaria jamás aceptaría. No es mala suerte ni un prompt flojo: es un límite de fondo, el punto donde las herramientas de IA actuales se paran. En este artículo te explico por qué pasa, qué integraciones españolas concretas exigen una persona, y qué significa todo eso de verdad para el precio y el plazo de tu proyecto.

Por qué la IA genera bien la interfaz pero no las integraciones

La interfaz es justo el terreno donde la IA es fuerte. Botones, formularios, rejillas, animaciones: todo eso son patrones repetitivos con millones de ejemplos publicados en internet. La IA está entrenada precisamente sobre ese código, así que un frontend bonito y hasta responsive lo crea a una velocidad que impresiona. Si lo que necesitas es que la web se vea bien, la IA te ayuda de verdad. El "vibe coding" (programar describiendo lo que quieres y dejar que la IA escriba el código) brilla aquí.

Integrar con un sistema real es otra cosa completamente distinta. Bizum, Redsys, Cl@ve, la AEAT o SEUR no son trozos de código que la IA pueda "recordar" y generar. Son sistemas vivos que existen fuera de tu web y que necesitan tres cosas que la IA físicamente no tiene: una relación contractual de tu empresa con el proveedor, tus claves secretas de producción y un servidor seguro donde corra esa lógica. La IA no puede firmar por ti el contrato de comercio con tu banco. No puede dar de alta tu CIF en la Sede Electrónica de la AEAT. Y no puede guardar de forma segura tus claves de API, porque sencillamente las pega en el código que ve cualquiera que abra el navegador.

Esa es la diferencia esencial entre "parece que funciona" y "funciona en producción con dinero real". Sobre ese mismo fenómeno hablo en el artículo de el coste real de una web "gratis" hecha con IA: las integraciones son la parte donde se atasca más gente.

Las integraciones españolas que exigen una persona

Esto es lo concreto. Estas son las integraciones con las que se topa de verdad cualquier proyecto de negocio en España, y por qué cada una necesita a una persona y no un prompt.

Integración	Para qué sirve	Por qué la IA no la conecta
Bizum / Redsys (TPV Virtual)	Cobros con Bizum y tarjeta vía el banco	Contrato de comercio con el banco, claves de producción, confirmación del pago con verificación de firma en el servidor
Stripe / Mollie / MONEI / PayComet	Pasarela para SaaS y proyectos a medida	Cuenta verificada, webhooks firmados, SCA según PSD2, manejo de errores y devoluciones
Cl@ve / certificado FNMT / DNIe	Identificación y firma ante la Administración	Acceso contractual, firma correcta de peticiones, flujo de identidad, RGPD y LOPDGDD
Firma cualificada (Signaturit, Viafirma)	Contratos B2B y onboarding con firma legal	Cuenta con el prestador, sellos de tiempo, validez jurídica, custodia de evidencias
Verifactu / factura-e (AEAT)	Facturación conforme y envío a Hacienda	Software certificado, formato estricto, registro inalterable, FACe para el sector público
SEUR / Correos / MRW / GLS	Envíos, etiquetas y seguimiento	Contrato con la agencia, claves de cuenta, generación de etiquetas, multitransportista (Sendcloud)

Pagos: Bizum, Redsys, Stripe, Mollie, MONEI

En España, Bizum ya no es un extra: es el método que la gente espera. Más de 114.000 tiendas online lo aceptan y en 2026 llega también al TPV físico por NFC. Bizum se conecta normalmente a través de Redsys (el TPV Virtual de CaixaBank, BBVA, Santander o Sabadell) o de pasarelas como Mollie, MONEI o PayComet, que lo soportan de forma nativa. Para que funcione hace falta un contrato de comercio, una cuenta verificada y claves de producción. Pero la parte importante es invisible: cuando el cliente paga, el proveedor envía una confirmación a tu servidor, y tu servidor debe verificar la firma de ese aviso antes de marcar el pedido como pagado. Sin esa verificación, cualquiera puede mandar un "pagado" falso y llevarse el producto gratis. Y todo cobro con tarjeta arrastra además la autenticación reforzada (SCA) obligatoria por PSD2. La IA no genera esa lógica de servidor, porque no tiene tus claves ni entiende las consecuencias para tu negocio.

Identidad y firma: Cl@ve, certificado FNMT, firma cualificada

Si tu servicio necesita identificar de verdad a una persona (trámites, sector salud, contratos, alta de clientes), lo que un español espera es Cl@ve, su certificado digital de la FNMT, el DNIe o, en el lado privado, una firma cualificada con Signaturit, Viafirma o Uanataca. Todo eso se accede a través de proveedores oficiales, con contrato, y exige la firma correcta de las peticiones y un flujo de validación de identidad. Un error aquí tiene dos caras: o no entra nadie, o, mucho peor, dejas entrar a quien no es. No es un formulario: es un sistema de seguridad que debe montar y probar alguien que entiende cómo acaba el error. Y como manejas datos personales sensibles, todo eso tiene que cumplir el RGPD y la LOPDGDD desde el primer día.

Facturación y fiscal: Verifactu y la factura electrónica B2B

Vender obliga a facturar, y en 2026 la facturación ya no es libre. Verifactu, el sistema de la AEAT, exige que el software de facturación genere registros inalterables y trazables en tiempo real; es obligatorio para empresas desde el 1 de enero de 2026 y para autónomos desde el 1 de julio de 2026. A esto se suma la factura electrónica B2B obligatoria de la Ley Crea y Crece, con su calendario propio. Aquí la IA promete "exportar una factura", pero la AEAT solo acepta datos con el formato exacto, los campos correctos y la estructura que marca el reglamento; no existe el "casi bien", o se acepta o se rechaza con un error que hay que entender y corregir. Si además vendes a la Administración (B2G), entra en juego FACe con formato Facturae y firma XAdES. Y en País Vasco o Navarra hay variantes forales como TicketBAI. Esa conformidad la garantiza una persona que sabe cómo se comporta de verdad el sistema, no un texto que suena convincente. Lo habitual es no reinventar la rueda y sincronizar con un software de facturación ya certificado como Holded, Quipu o Declarando.

Envíos: SEUR, Correos, MRW, GLS

Una tienda online necesita que el comprador elija punto de recogida, que se genere automáticamente la etiqueta de envío y que el cliente pueda seguir el paquete. Para eso hace falta contrato con la agencia (SEUR, Correos y Correos Express para islas, MRW, GLS o Nacex), las claves de cuenta y la generación de etiquetas a través de su sistema, o bien una plataforma multitransportista como Sendcloud o ShippyPro para comparar tarifas. La IA puede dibujar el selector de puntos de recogida, pero estará vacío: sin conexión real con la agencia ahí no hay ni puntos ni etiquetas.

Por qué esto no es "conecta la API en 5 minutos"

Lo escucho a menudo: "pero si hay documentación, conecta la API y ya". Cierto, una demo donde el botón parece un pago se hace en 5 minutos. La conexión real, la que no puede perder dinero, ni aceptar pagos duplicados, ni fallar una auditoría del proveedor, se compone de varias etapas que no puedes saltarte ninguna.

• Contrato y verificación de la cuenta. El banco o la pasarela tiene que verificar tu empresa y darte acceso de producción. Eso suele tardar más que el propio código.
• Pruebas en sandbox. Cada proveedor tiene un entorno de pruebas donde se valida el flujo antes de mover dinero real. Si te saltas este paso, tu primer cliente real se convierte en tu test.
• Verificación de firmas y confirmaciones. El servidor debe comprobar que la confirmación de pago viene de verdad del proveedor y no de un impostor.
• Cumplimiento: PSD2, RGPD, Verifactu. Los datos de pago e identidad son sensibles; su tratamiento debe cumplir la ley, no solo funcionar. La facturación debe contemplar Verifactu.
• Casos límite. Qué hacer si el pago se corta a medias, si el cliente pulsa dos veces, si el proveedor no responde, si hay que devolver dinero. Justo esos casos separan la demo del producto.

Es ese "30% difícil" del que hablo a casi todos mis clientes. La IA lleva el proyecto hasta el 70%: bonito, visible, impresionante. El 30% que queda (integraciones, seguridad, casos límite, cumplimiento) es la parte más difícil y más cara. No porque sea "duro de terminar", sino porque es justo eso lo que constituye el producto real. Si quieres entender mejor cuándo la IA te basta de verdad y cuándo no, lee cuándo basta con la IA y cuándo necesitas un desarrollador: ahí pongo las dos caras con honestidad.

Qué significa para el precio y el plazo

Voy a ser claro: no ofrezco un precio suelto por conectar una integración a una web de IA ya existente, porque no conecto integraciones sobre código ajeno o generado por IA. Las incluyo en un proyecto construido limpio desde cero, en el que tu versión de IA se convierte en la especificación. Las integraciones locales (Bizum, Redsys, Verifactu, certificado FNMT) se incluyen en el alcance, normalmente en el nivel de app de negocio desde 6.900 € (sin IVA). No es "parchear código": es un sistema que aguanta tráfico real y una auditoría del proveedor. Esto es lo que cada integración te exige a ti y cuánto tarda:

Integración	Qué preparar de antemano	Plazo (con cuenta lista)
Una pasarela de pago (Bizum/Redsys, Stripe, Mollie, MONEI)	Contrato de comercio con el banco o la pasarela, cuenta verificada	1 - 2 sem.
Cl@ve / certificado FNMT / firma cualificada	Acceso contractual a través de un proveedor oficial	2 - 3 sem.
Facturación conforme a Verifactu / factura-e	Software de facturación certificado y datos acordados con tu gestoría	2 - 4 sem.
Envíos (SEUR, Correos, MRW) o multitransportista	Contrato con la agencia, claves de cuenta	1 - 2 sem.
Sincronización con software de facturación (Holded, Quipu)	Acceso al software de facturación, ajuste con tu gestoría	2 - 4 sem.

Dos cosas que conviene recordar sobre el plazo. Primera: lo que más tiempo se lleva no suele ser el código, sino la verificación de la cuenta del proveedor y la obtención de las claves de producción; ese trámite conviene empezarlo cuanto antes, sea quien sea quien construya la web. Segunda: las integraciones rara vez van sueltas; pago, factura y envío suelen formar una cadena, así que conviene planificarlas juntas y no parchearlas de una en una.

Cómo lo abordo yo

No me hago cargo de proyectos en los que las integraciones generadas por IA no funcionan, ni parcheo el código generado: ni trozo a trozo, ni todo de golpe. Uso tu versión de IA como especificación: de ella saco cómo tiene que verse la tienda y cuáles son los flujos. Después dibujo la cadena completa (pago, factura, envío, identidad) y construyo el producto desde cero, con la parte de servidor, todas las verificaciones, las pruebas en sandbox y los casos límite. El objetivo no es "que el botón se vea", sino que el dinero entre de verdad, que la factura se emita conforme a Verifactu y que Hacienda la acepte. Tú te quedas con un producto que funciona y con código que es tuyo, no con una fachada bonita detrás de la cual no hay nada. Y lo dejo legal: pagos con SCA, facturación conforme y la web con su RGPD, aviso legal y cookies en regla.