Si tu empresa ha desarrollado un software propio y cobra a otros por usarlo, puedes pagar menos en el impuesto de sociedades por esos ingresos: el llamado patent box permite reducir hasta un 60 % las rentas netas que obtienes por ceder el uso de determinados intangibles, entre ellos el software avanzado registrado que venga de tu I+D. Está en el artículo 23 de la Ley 27/2014 del Impuesto sobre Sociedades, no es una ayuda que haya que solicitar en ninguna convocatoria y se aplica en tu propia declaración. El problema no es el porcentaje: es demostrar que tu software cumple y que las cuentas están montadas para poder justificarlo.
Qué es el patent box y por qué casi nadie lo usa
El artículo 23 de la Ley del Impuesto sobre Sociedades regula lo que se conoce coloquialmente como patent box: una reducción en la base imponible de las rentas que proceden de ceder a terceros el derecho de uso o de explotación de ciertos activos intangibles. No reduce el tipo de gravamen ni te devuelve dinero: hace que una parte de esos ingresos, una vez restados los gastos asociados, no entre en la base por la que tributas.
La razón de que se use poco en empresas pequeñas y medianas no es el desconocimiento del nombre, sino tres cosas muy concretas. Primera: mucha gente cree que hace falta una patente, y para el software no es así. Segunda: el cálculo no se aplica sobre la factura, sino sobre la renta neta y corregida por un coeficiente, y eso asusta. Y tercera: exige una contabilidad que separe lo que ese intangible ingresa y lo que cuesta, algo que no se puede improvisar el año siguiente.
Si tu empresa licencia un producto propio —un SaaS, un módulo que instalas en clientes, una plataforma que cedes por cuotas—, merece la pena que tu asesor fiscal lo mire. Si lo que haces es desarrollo a medida facturado por horas o por proyecto, probablemente no estés ante una cesión de uso, y el encaje es mucho más difícil.
Qué software entra y cuál se queda fuera
El propio artículo 23 acota los activos que dan derecho a la reducción. En lo que afecta al software, la redacción habla de software avanzado registrado que derive de actividades de investigación y desarrollo. De ahí salen tres condiciones que tienes que poder defender:
- Que sea avanzado. No basta con que sea tuyo o con que funcione bien. Tiene que aportar algo que no sea una configuración o una personalización de algo existente.
- Que esté registrado. El registro de la propiedad intelectual del programa es la prueba documental de que existe, de cuándo existe y de que es tuyo.
- Que derive de I+D. Tiene que haber detrás un proyecto de investigación y desarrollo, con sus horas, su equipo y sus resultados documentados.
Con eso en la mano se entiende bien qué se queda fuera: el software estándar sin registro, las personalizaciones de un producto de terceros, una web corporativa, una tienda online montada sobre una plataforma existente o un desarrollo rutinario, por mucho trabajo que lleve. La frontera entre «desarrollo» e «investigación y desarrollo» es la que de verdad decide, y es también la que conviene documentar desde el primer día del proyecto, no al cerrar el ejercicio.
Cómo se calcula la reducción, sin fórmulas imposibles
El cálculo tiene tres pasos y vale la pena entenderlos aunque los haga tu asesor, porque condicionan cómo organizas la empresa.
- La renta neta. Se parte de lo que ingresas por la cesión y se le restan los gastos directamente relacionados con el activo, incluida su amortización. No es la facturación bruta.
- El coeficiente de nexo. La ley exige vincular el beneficio fiscal a que el desarrollo lo hayas hecho tú. Se calcula, en esencia, dividiendo los gastos propios de I+D para crear el intangible entre los gastos totales de su creación. Si subcontrataste a una entidad vinculada o compraste el núcleo del producto, ese coeficiente baja y la reducción se encoge.
- La reducción. Se aplica el porcentaje de reducción, de hasta el 60 %, sobre la renta neta ya corregida por ese coeficiente.
La consecuencia práctica es muy clara: el patent box premia a quien desarrolla con su propio equipo. Si todo tu producto lo construye un tercero vinculado, el incentivo se queda casi en nada. Y como el coeficiente mira a los gastos acumulados del activo, decisiones que tomas hoy sobre quién programa qué afectan a lo que podrás aplicar dentro de tres años.
Patent box o deducción por I+D+i: en qué se diferencian
Se confunden constantemente porque ambos recompensan la innovación, pero actúan en sitios distintos de la declaración y responden a preguntas distintas.
| Patent box (art. 23 LIS) | Deducción por I+D+i | |
|---|---|---|
| Qué premia | Los ingresos que obtienes al ceder el uso del intangible | El gasto que haces en investigación y desarrollo |
| Dónde actúa | Reduce la base imponible | Reduce la cuota del impuesto |
| Cuándo se aplica | Cuando el producto ya genera ingresos de terceros | Durante el desarrollo, haya ingresos o no |
| Qué tienes que probar | Que el activo cumple y que la renta se puede aislar | Que el proyecto es I+D y qué gastos lleva |
| Prueba habitual | Registro del software y contabilidad separada | Informe motivado del proyecto |
Son mecanismos independientes y responden a requisitos propios, así que lo sensato es plantearle a tu asesor los dos a la vez sobre el mismo proyecto y que te diga qué encaja en tu caso. Lo que no funciona es decidirlo al revés: montar el proyecto como salga y buscar después el incentivo que lo justifique.
Qué tienes que tener montado para poder aplicarlo
Esta es la parte que cuesta trabajo real, y la que determina si la reducción sobrevive a una comprobación:
- Registro del software. Inscribe el programa y guarda la documentación de cada versión relevante.
- El contrato de licencia. Lo que firmas con tu cliente tiene que decir que le cedes el derecho de uso del producto, con su alcance y su contraprestación. Si tus contratos están redactados como una prestación de servicios, estás documentando lo contrario de lo que quieres aplicar.
- Contabilidad separada. Necesitas poder aislar los ingresos de ese activo y los gastos directamente ligados a él. En la práctica significa centros de coste o cuentas analíticas por producto, desde el principio.
- Trazabilidad del desarrollo. Partes de horas por proyecto, repositorio con su historial, documentación técnica y facturas de lo subcontratado, identificando si el proveedor es vinculado o no.
- Un acuerdo previo con la Agencia Tributaria, si el importe lo justifica. El propio artículo 23 contempla la posibilidad de pedir a la Administración un acuerdo previo sobre la calificación del activo y la valoración de las rentas y los gastos. Cuesta tiempo, pero convierte una interpretación discutible en una posición acordada.
Si tu empresa ya licencia software y nada de esto está montado, el orden razonable es empezar por los contratos y la contabilidad analítica del ejercicio que viene, y hablar con el asesor antes de cerrarlo. Rehacer dos años de contabilidad para justificar una reducción es más caro que la reducción.
Cómo afecta esto a la forma en que construyes tu producto
Hay una lectura del patent box que va más allá de lo fiscal y que conviene tener presente cuando decides cómo desarrollar: el incentivo recompensa tener el producto, el registro y el equipo del lado de tu empresa.
Eso empuja a tres decisiones que, además, suelen ser buenas de por sí. La primera, separar en tu arquitectura el producto licenciable de los trabajos a medida para cada cliente: si todo está mezclado en el mismo proyecto, no hay forma de aislar las rentas del activo. La segunda, acordar por escrito con tu proveedor de desarrollo quién es el titular del código y en qué condiciones, porque sin titularidad no hay cesión que ceder. Y la tercera, documentar el desarrollo mientras ocurre: repositorio ordenado, versiones etiquetadas y una memoria técnica por cada hito.
Ninguna de las tres es una gestión fiscal: son decisiones de producto que después permiten defender el beneficio fiscal. Por eso conviene hablarlo con quien te desarrolla antes de empezar y no cuando ya hay veinte clientes facturando.
En resumen: un incentivo potente que se gana antes de la declaración
El patent box puede reducir hasta un 60 % las rentas netas que obtienes por ceder el uso de un software avanzado registrado surgido de tu I+D, según el artículo 23 de la Ley del Impuesto sobre Sociedades. No se pide en ninguna convocatoria y no caduca con un plazo, pero depende de cosas que no se arreglan a última hora: el registro del programa, unos contratos de licencia bien redactados, una contabilidad que aísle ese producto y la prueba de que el desarrollo lo ha hecho tu equipo. Con tu asesor fiscal al lado para confirmar tu caso concreto, es uno de los pocos incentivos que premian justamente haber construido algo propio.
La parte técnica de todo esto —separar el producto licenciable del trabajo a medida, dejar clara la titularidad del código y documentar el desarrollo para que se pueda justificar— se decide cuando se diseña el software, no después. Si estás construyendo un producto propio y quieres plantearlo así desde el principio, escríbenos y lo revisamos contigo.
Artículos relacionados
Preguntas frecuentes sobre
Cómo mejorar mi negocio con la metodología Anticompetencia
En Tangram no queremos que la información pase por una cadena interminable de intermediarios donde se pierden los detalles importantes.
Contarás con un interlocutor que coordinará la comunicación y trasladará las decisiones al equipo responsable de tu proyecto.
Cuando sea necesario profundizar en cuestiones de estrategia, diseño o tecnología, podremos involucrar a los especialistas correspondientes.
Así tendrás una comunicación organizada, sin necesidad de gestionar personalmente a todos los profesionales que intervienen.
Queremos que tengas acceso al conocimiento de un equipo especializado, sin sufrir la complejidad de coordinarlo.
No tendrás que averiguar a quién escribir cada vez que tengas una duda.
En Tangram contemplamos la figura del Account Manager como interlocutor principal, encargado de acompañarte durante el proyecto, coordinar la comunicación y facilitar el seguimiento de las decisiones.
Nuestra metodología incluye reuniones de revisión, canales de comunicación y herramientas para que puedas participar en el trabajo.
La organización concreta, la frecuencia de las reuniones y los canales disponibles se establecerán según el proyecto contratado.
Lo importante es que sepas con quién hablar, en qué punto está tu proyecto y qué decisiones necesitan tu participación.
Sí, podemos valorar una colaboración con los profesionales que ya trabajan en tu empresa.
No siempre tiene sentido sustituir un equipo que conoce bien tu negocio. En muchas situaciones, lo más útil es complementar sus conocimientos con especialistas en determinadas áreas.
Podemos estudiar qué responsabilidades asumiría Tangram, cuáles mantendría tu equipo y cómo coordinar las decisiones para evitar duplicidades.
La forma concreta de colaboración dependerá de la organización, las herramientas y las necesidades del proyecto.
No se trata de reemplazar lo que ya funciona, sino de aportar el conocimiento que necesitas para llegar más lejos.
No tienes por qué cambiar de proveedor para explorar una colaboración con Tangram.
Durante nuestra trayectoria hemos trabajado con agencias y consultoras, participando en proyectos en los que cada empresa asumía una parte diferente del trabajo.
Esa experiencia nos permite comprender la importancia de definir responsabilidades y coordinar a los profesionales implicados.
Podemos valorar una colaboración para cubrir necesidades concretas que tu proveedor actual no ofrece o para reforzar determinadas áreas.
Si tienes una relación profesional que funciona, no queremos que la rompas sin motivo. Queremos encontrar dónde podemos aportar valor.
La confidencialidad es especialmente importante cuando hablamos de nuevas ideas de negocio, información económica, estrategias comerciales o desarrollos tecnológicos.
En Tangram tenemos experiencia trabajando en proyectos sujetos a acuerdos de confidencialidad, motivo por el que no podemos mostrar públicamente muchos de los trabajos en los que hemos participado.
Si tu proyecto requiere un acuerdo de confidencialidad (NDA) antes de compartir información sensible, podemos revisar sus condiciones y acordar cómo proteger esa información antes de entrar en los detalles.
Entendemos que la confianza empieza por respetar lo que todavía no quieres hacer público.