La clave está en distinguir derecho de uso, servicio y activo activado
- Si hay un programa aprovechable durante varios ejercicios, normalmente hablamos de 206.
- La amortización del intangible se lleva a 680 y 2806.
- Si solo pagas acceso o suscripción, lo normal es tratarlo como gasto.
- El mantenimiento y las actualizaciones menores no suelen capitalizarse.
- En fiscalidad, la vida útil manda; si no puede estimarse con fiabilidad, el límite anual es del 5%.
Cuándo la aplicación informática va a la cuenta 206
En el PGC español, la cuenta 206 recoge el importe pagado por la propiedad o por el derecho de uso de programas informáticos adquiridos a terceros o creados por la propia empresa. También puede incluir el desarrollo de páginas web cuando su utilización se prevé durante varios ejercicios. Eso significa que no todo lo “informático” va al mismo sitio: un ordenador se lleva a la 217, pero el software que lo hace útil puede ir a inmovilizado intangible si hay control real sobre él.
| Situación | Tratamiento habitual | Por qué |
|---|---|---|
| Licencia perpetua o derecho de uso por varios ejercicios | 206 | Hay un activo identificable con utilidad prolongada. |
| Software desarrollado internamente o a medida, activado | 206 | La empresa controla el activo y espera beneficios futuros. |
| Página web diseñada para mantenerse varios ejercicios | 206 | El PGC la contempla expresamente dentro del subgrupo. |
| Suscripción SaaS o acceso temporal | Gasto del ejercicio | Se paga un servicio de uso, no la propiedad ni un derecho durable. |
| Mantenimiento, soporte y actualizaciones menores | Gasto del ejercicio | No crean un activo nuevo ni prolongan de forma relevante su vida útil. |
| Ordenadores y equipos físicos | 217 | Son inmovilizado material, no intangible. |
Yo separo siempre tres preguntas: ¿hay un derecho durable?, ¿ese derecho puede identificarse como activo?, ¿o solo estamos pagando acceso y soporte? Si la respuesta apunta a activo, la 206 suele encajar; si apunta a servicio, lo normal es llevarlo a gasto. Con esa base, el asiento deja de ser una intuición y pasa a ser una decisión técnica.
Cómo se registra el asiento contable paso a paso
La forma de registrar el software depende de si compras, anticipas, desarrollas o dejas de usar el activo. A mí me ayuda pensar en cuatro momentos: anticipo, alta inicial, amortización y posible deterioro.
| Hecho contable | Debe | Haber | Comentario |
|---|---|---|---|
| Compra de una licencia con IVA deducible | 206 + 472 | 400 o 572 | El IVA soportado no forma parte del coste si es deducible. |
| Pago anticipado a proveedor | 209 | 572 | El anticipo no es todavía el activo definitivo. |
| Recepción del software o puesta en uso | 206 | 400, 572 o la cuenta que corresponda | El activo nace cuando el programa está disponible para su utilización. |
| Amortización anual | 680 | 2806 | Se reparte el coste durante la vida útil estimada. |
| Pérdida de valor por obsolescencia o inutilidad | 690 | 2906 | Solo si existen indicios reales de deterioro. |
| Desarrollo propio activable | 206 | 730 | Se usa cuando la propia empresa genera el software y cumple los requisitos de activación. |
Ejemplo sencillo: una licencia por 10.000 euros, con IVA deducible del 21% y vida útil de 4 años, se activa por 10.000 euros, no por 12.100. El IVA se separa; después, cada año, se lleva a resultados una amortización de 2.500 euros. Si el software todavía no está listo para usarse, no empiezo a amortizarlo aunque la factura ya esté recibida.
Con el asiento ya armado, la duda habitual es qué pasa cuando lo que se contrata no es una propiedad, sino una suscripción o un acceso temporal.
Qué cambia cuando no compras el programa sino el acceso
La confusión más común está aquí. Un SaaS, una licencia mensual o un soporte en la nube no equivalen necesariamente a un inmovilizado intangible, porque la empresa suele pagar por uso y no por control del activo. En esos casos, yo suelo llevar el importe a una cuenta de servicios exteriores adecuada a la naturaleza del contrato, normalmente en el grupo 62.
Licencia, suscripción y mantenimiento
| Tipo de contrato | Tratamiento habitual | Matiz clave |
|---|---|---|
| Licencia perpetua o plurianual | 206 | Hay un activo identificable y aprovechable durante varios ejercicios. |
| SaaS mensual o anual | Gasto del ejercicio | Se compra acceso al servicio, no el software como activo separable. |
| Mantenimiento y soporte | Gasto del ejercicio | Conserva el sistema, pero no crea un nuevo intangible. |
| Implantación y parametrización | Depende | Si solo preparan el uso, suelen ir a gasto; si forman parte del coste de activar el software, pueden integrarse. |
| Actualización menor o parche | Gasto del ejercicio | No cambia de forma relevante la vida útil ni la capacidad económica del activo. |
Hay un matiz importante: si el contrato mezcla implantación, migración de datos, parametrización y soporte, conviene separar las partidas. El soporte y las actualizaciones menores suelen ir a gasto; la parte que realmente crea o mejora un activo puede requerir otro tratamiento, pero eso hay que defenderlo con contrato y evidencia técnica, no con una etiqueta comercial del proveedor.
Cuándo una actualización sí puede cambiar el tratamiento
Una actualización menor no cambia el fondo económico del activo. En cambio, un nuevo módulo, una ampliación relevante de funcionalidades o una adaptación que alargue la vida útil del sistema puede acercarse a una inversión adicional. Ese matiz es el que marca la frontera entre gasto y activación, y merece revisarse con calma antes de cerrar el ejercicio.
Cuando ya tienes claro qué va a activo y qué va a gasto, la siguiente pieza es la fiscalidad, porque ahí aparecen las diferencias más incómodas en el cierre.
Cómo encaja en el impuesto sobre sociedades
En fiscalidad, la regla base es sencilla: el inmovilizado intangible se amortiza según su vida útil. Si esa vida útil no puede estimarse de forma fiable, la deducción anual queda limitada al 5% del importe, es decir, a la veinteava parte. Para software con vida definida, lo coherente es amortizar de forma sistemática y documentar por qué ese plazo tiene sentido para la empresa.
Vida útil y amortización fiscal
En la práctica, muchas empresas trabajan con plazos de 3, 4, 5 o 6 años, pero yo no lo presentaría nunca como una regla cerrada. Lo que importa es que la estimación refleje obsolescencia, uso y soporte real. Si la contabilidad fija 4 años, el 25% anual sale de ese criterio; si fija 5, el 20%. La fiscalidad acompañará mejor ese planteamiento cuando la documentación sea sólida.
Lee también: Factura electrónica - ¿Qué es obligatorio y cómo prepararse?
Cuando la empresa es de reducida dimensión
Si la sociedad cumple los requisitos del régimen de empresa de reducida dimensión, la Ley del Impuesto sobre Sociedades permite amortización acelerada para determinados elementos nuevos del inmovilizado intangible, con el doble del coeficiente lineal máximo previsto. No es un atajo automático para todo, pero sí una palanca interesante si el software entra en esa categoría y el expediente está bien preparado.
Esto también explica por qué a veces el resultado contable y el fiscal no coinciden del todo: la amortización puede ir al mismo ritmo, pero la evidencia y los límites fiscales no siempre se alinean al céntimo.
Los errores que más veo al contabilizar software
- Activar suscripciones como si fueran propiedad. Si no hay control sobre un activo separable, lo normal es gasto.
- Meter mantenimiento dentro de la 206. Soporte y conservación no son lo mismo que crear un intangible nuevo.
- Mezclar hardware y software. El equipo informático va por la 217; el programa, si procede, por la 206.
- Olvidar la amortización acumulada. La cuenta correcta suele ser la 2806, no una amortización genérica.
- No revisar el deterioro cuando el sistema queda obsoleto. Si hay indicios, conviene testarlo y no dejar el valor colgado años.
- No separar anticipos, licencia e implantación. Cada parte puede tener un tratamiento distinto y conviene dejarlo visible desde el principio.
Yo diría que este bloque de errores es el que más dinero ahorra a medio plazo, porque evita reclasificaciones, ajustes y explicaciones incómodas al cierre. Una vez controlado, ya solo queda una revisión final para no dejar cabos sueltos.
La revisión final que evita reclasificaciones y ajustes
Antes de cerrar yo compruebo seis cosas: qué derecho se ha comprado, cuánto dura, desde cuándo está disponible para su uso, qué parte del importe corresponde a soporte o mantenimiento, si el IVA es deducible y si la vida útil elegida se puede defender con la realidad técnica del programa. Si todo eso cuadra, la contabilización queda limpia y el tratamiento fiscal deja de ser una fuente de sorpresas.
En la práctica, esa revisión es lo que separa un asiento correcto de uno que obliga a corregir más tarde. Si el software forma parte real del activo de la empresa, la 206 encaja; si solo da acceso a un servicio, lo prudente es llevarlo a gasto y dejar bien separadas las facturas, porque ahí está la diferencia que luego marca el cierre.
