--- title: "Verifactu en un SaaS multiempresa" description: "Cómo cumple Verifactu un SaaS que factura por sus clientes: una cadena por empresa, modalidad por cliente, envío en su nombre y quién firma la declaración." canonical: https://caricalia.com/notas/verifactu-saas-multiempresa last-updated: 2026-09-29 --- # Verifactu en un SaaS multiempresa > Un SaaS que emite facturas para varias empresas tiene que comportarse como un sistema independiente para cada una: cadenas separadas, modalidad por cliente y el obligado siempre visible. Publicado: 2026-09-29 Autor: carlos Temas: verifactu, facturación, saas, multiempresa --- Un SaaS que factura por sus clientes tiene que comportarse como si fuera un sistema independiente para cada empresa: registros separados, una cadena de huellas por cliente, modalidad Verifactu decidida por cliente y el obligado identificado en pantalla en todo momento. Quien produce el SaaS firma la declaración responsable. Cada cliente sigue siendo responsable de sus facturas. Lo fija el [artículo 2 de la Orden HAC/1177/2024](https://www.boe.es/buscar/act.php?id=BOE-A-2024-22138), que desarrolla el [artículo 7.a del reglamento](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840). El contexto de qué cambia en un software al [adaptarlo a Verifactu](/adaptacion-verifactu) está en el pilar y en la [guía de software propio](/notas/verifactu-software-propio). Revisada el 29 de septiembre de 2026. ## ¿Mi SaaS factura por mis clientes o factura a mis clientes? Son tres situaciones distintas, y la norma trata cada una de forma diferente. | Situación | Quién es el obligado a facturar | Qué eres tú | Qué implica | |---|---|---|---| | Tu SaaS cobra una cuota a tus clientes y emite tus facturas | Tu empresa | Usuaria y productora de tu sistema | Una sola cadena, la de tu empresa. Es un caso de [cobros recurrentes](/notas/verifactu-suscripciones) | | Tu SaaS es un programa de facturación: tus clientes emiten sus propias facturas con él | Cada cliente | Productora de un sistema que usan varios obligados | Una cadena por cliente y la declaración responsable es tuya | | Tu plataforma emite facturas en nombre de terceros: vendedores, proveedores, autofacturas | Cada vendedor o proveedor por cuenta del que emites | Quien expide materialmente la factura, como tercero | Hay que indicarlo en el registro, y el obligado sigue siendo el responsable | Este artículo trata de las dos últimas. La primera es una facturación normal y la resuelve una adaptación estándar. ## ¿Qué exige la norma a un sistema que usan varias empresas? Un mismo sistema puede dar soporte a varios obligados siempre que los registros de cada uno estén diferenciados y los requisitos se cumplan por separado para cada uno ([artículo 7.a del reglamento](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840)). La Orden lo concreta en cuatro obligaciones. 1. **Gestión separada.** Los registros de facturación y, en no Verifactu, los de evento de cada obligado se gestionan aparte. 2. **Cadenas independientes.** Cada obligado tiene su cadena de registros. La AEAT lo formula así: debe existir una única cadena por cada par de valores (sistema, obligado). 3. **Modalidad independiente.** El sistema tiene que poder funcionar como Verifactu de forma independiente para cada obligado. 4. **Obligado siempre visible.** En cualquier pantalla se muestra quién es el obligado al que corresponde la operativa. Y si el sistema soporta más de uno, un mensaje lo indica. La AEAT lo resume en sus [preguntas frecuentes](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/caracteristicas-requisitos-sistemas-informaticos-facturacion-multiple.html): el sistema debe comportarse como un sistema propio e independiente para cada obligado. ### Cadenas: una por cliente, no una por plataforma La consecuencia técnica más importante. Si tu plataforma tiene una tabla de registros con un contador global y una huella anterior global, está mal, aunque funcione. Cada cliente lleva su cadena, con su último registro y su propio escritor. Es la misma regla que para [un TPV propio](/notas/verifactu-tpv-propio) o un ERP con varias sociedades, aplicada a la escala de tu base de clientes. Con muchos clientes emitiendo a la vez, las cadenas son independientes y no se estorban. Lo que sí hay que serializar es cada una por dentro. ### Modalidad: la elige cada cliente, y no cambia factura a factura Cada cliente decide si sus registros se envían a la AEAT al emitir o si se guardan firmados. La AEAT es tajante en lo que no puede pasar: no se puede cambiar de modalidad dinámicamente, en cada sesión o en cada factura. En un SaaS se consigue con una configuración por cliente que se fija una vez y se protege. Un cambio se hace dentro de las reglas de la norma: por ejemplo, con la obligación ya en vigor, un cliente que envía a la AEAT debe seguir haciéndolo hasta el 31 de diciembre de ese año. ### Número de instalación y aviso de multiempresa Las [preguntas frecuentes para empresas de desarrollo](https://sede.agenciatributaria.gob.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/FAQs-Desarrolladores.pdf) aclaran tres detalles que se olvidan: - **Cada facturación es un sistema virtual con su número de instalación,** distinto del de cualquier otra, pasada, presente o futura. - **El indicador de múltiples obligados se calcula por usuario,** no para todo el SaaS. Vale «S» para todos los registros de un usuario que tenga más de una facturación creada, esté de alta o de baja, y «N» si solo tiene una. - **Un SaaS no puede ser a la vez adaptado y no adaptado.** Si ofreces una variante que cumple y otra que no, son sistemas distintos y el usuario elige uno. ## ¿Quién firma la declaración responsable de un SaaS? Quien produce el SaaS: tu empresa. La norma atribuye la certificación al productor ([artículo 13](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840)), y el contenido incluye si el sistema puede usarse para varios obligados. La [plantilla](/notas/verifactu-software-propio#plantilla-de-declaración-responsable-para-copiar) tiene ese apartado. Tres detalles de la AEAT que afectan a una plataforma: - **Una por versión, y dentro del producto.** En un SaaS, la versión es la que despliegas. Cada despliegue que toque cómo se factura necesita que la declaración siga siendo cierta. - **Los servicios compartidos cambian la versión de todos.** Si tres productos usan el mismo servicio de envío a la AEAT y lo tocas, cambia la versión de los tres. - **Los componentes de otros fabricantes llevan la suya.** Si delegas parte de la facturación en un servicio ajeno, su declaración existe y la tuya dice qué versión usas. ## ¿Cómo se envían los registros en nombre de cada cliente? Depende de la modalidad. Con no Verifactu, cada cliente conserva los registros firmados. Con Verifactu, alguien los envía a la AEAT, y ese alguien necesita un certificado y autorización. La Orden permite que la remisión la haga el propio obligado o un tercero que actúe en su representación ([artículo 5](https://www.boe.es/buscar/act.php?id=BOE-A-2024-22138)). Para una plataforma hay dos caminos, que explica la AEAT en sus preguntas frecuentes de [cumplimiento y delegación](https://sede.agenciatributaria.gob.es/Sede/iva/sistemas-informaticos-facturacion-verifactu/preguntas-frecuentes/cuestiones-generales-cumplimiento-delegacion.html). - **Apoderamiento.** El cliente apodera a la plataforma, con poder general o específico para enviar registros, inscrito en el registro de apoderamientos de la AEAT. - **Colaboración social.** El cliente firma un modelo de representación directa a favor de la empresa suministradora de software, el anexo I de la [Resolución de 18 de diciembre de 2024](https://www.boe.es/buscar/act.php?id=BOE-A-2024-27600). Ese documento se queda en poder de la plataforma y solo se aporta a la AEAT si lo requiere. Ninguno exime al cliente de su responsabilidad: la AEAT lo dice sin matices. En cualquier caso, las dos evitan guardar los certificados personales de cada cliente en tu plataforma. Es una decisión de seguridad más que legal, y conviene tomarla al empezar. ## ¿Y si la factura la emite un tercero en nombre del obligado? Es el caso de las plataformas que facturan por sus vendedores, o de la autofacturación. El registro tiene que indicar que la factura ha sido expedida por un tercero o por el destinatario, con su identificación, según el [artículo 10.1.c del reglamento](https://www.boe.es/buscar/act.php?id=BOE-A-2023-24840). La AEAT aclara además el reparto de trabajo. Quien expide materialmente la factura cumple con su sistema: registro, QR y envío. La factura y su registro se entregan al obligado, que los incorpora a sus sistemas de gestión, sin volver a imprimir el QR ni reenviarlos. Y el obligado responde en última instancia de lo que se factura en su nombre. ## ¿Qué pasa con los datos de un cliente que se va? Los registros tienen que poder conservarse y exportarse aunque se cambie de sistema. El obligado debe garantizar su conservación, accesibilidad y legibilidad durante el plazo de conservación de las facturas, incluso si cambia de programa ([artículo 8.3 de la Orden](https://www.boe.es/buscar/act.php?id=BOE-A-2024-22138)). Una plataforma necesita, por tanto, una exportación de los registros de un cliente por periodo, en formato electrónico legible. Sin ella, ese cliente no puede cumplir cuando se marche. ## Preguntas frecuentes ### ¿Necesito una cadena distinta por cada cliente? Sí. Por cada par de sistema y obligado a facturar. Los registros de dos clientes nunca comparten cadena. ### ¿Puede un cliente estar en Verifactu y otro en no Verifactu? Sí. La Orden pide que el sistema pueda funcionar como Verifactu de forma independiente para cada obligado, y que cada uno elija. ### ¿Tengo que firmar una declaración responsable por cada cliente? No, por cada versión del sistema. La declaración es del producto, y dice que puede usarse para varios obligados. ### ¿Puedo enviar los registros con mi propio certificado? Solo si el cliente te ha otorgado la representación, por apoderamiento o por colaboración social. Si no, el envío lo hace el cliente con el suyo. ### ¿Puede un cliente emitir facturas sin registro? No. Cada factura genera su registro de alta de forma simultánea o inmediatamente anterior a su expedición. La modalidad se elige entre las dos que cumplen, y ninguna configuración debe permitir saltárselo. ## Cómo seguir Si tu plataforma factura para varias empresas con una sola tabla de facturas, el [diagnóstico](/diagnostico) lee el modelo de datos y dice cuántas cadenas hay que separar. Un programa de facturación que ya trae varias empresas bajo una cuenta es [beel.es](https://beel.es), con su modelo explicado en [docs.beel.es](https://docs.beel.es/multi-nif). Y si el trabajo es adaptar tu plataforma, es una [adaptación a Verifactu](/adaptacion-verifactu).