Acaba de gastar $180,000 construyendo software personalizado para su negocio. Su desarrollador lo llama una inversión. Su contador lo llama un gasto. Su preparador de impuestos dice que la respuesta es "ambos, en declaraciones diferentes". Los tres pueden tener razón al mismo tiempo — y elegir el tratamiento equivocado puede inflar su utilidad en seis cifras, provocar un ajuste en una auditoría o incumplir silenciosamente un convenio de préstamo.
La decisión de capitalizar versus gastar es uno de los juicios de mayor riesgo en la contabilidad de pequeñas empresas. Capitalice un costo y aterriza en su balance general como un activo, para luego filtrarse al estado de resultados como amortización durante varios años. Regístrelo como gasto y el monto total impacta la utilidad de este año de inmediato. El mismo efectivo que sale por la puerta, estados financieros completamente diferentes.
Esta guía recorre las reglas que rigen los costos de desarrollo de software, las suscripciones SaaS y la infraestructura en la nube — ASC 350-40, ASC 985-20 y la guía de computación en la nube — además de dónde las reglas fiscales divergen de sus libros.
Por qué esta decisión mueve tanto sus números
Capitalizar distribuye el reconocimiento del costo hacia el futuro. Registrarlo como gasto lo reconoce ahora. Esa diferencia de temporalidad se propaga por todo lo que le importa a quien lee sus estados financieros:
- Utilidad y EBITDA. Capitalizar $180,000 de costos de desarrollo en lugar de registrarlos como gasto añade $180,000 a la utilidad antes de impuestos de este año (menos un pequeño cargo por amortización del primer año). El EBITDA aumenta en casi el monto total, porque la amortización se suma de vuelta.
- Convenios de préstamo. Muchos contratos de crédito para pequeñas empresas establecen índices mínimos de cobertura del servicio de la deuda o de rentabilidad. Una capitalización agresiva puede hacer que un prestatario en dificultades parezca en cumplimiento — hasta que la revisión del banco lo detecta.
- Valuación. Los compradores e inversionistas normalizan las ganancias por el software capitalizado. Las políticas inconsistentes invitan a recortes en el precio de compra durante la debida diligencia.
- Impuestos. Sus libros y su declaración de impuestos siguen manuales de reglas diferentes aquí. La brecha entre ellos crea activos y pasivos por impuestos diferidos que debe rastrear, y equivocarse en el lado fiscal significa penalidades por pago insuficiente.
Nada de esto es una razón para temer la decisión. Es una razón para tomarla deliberadamente, documentarla y aplicarla de manera consistente.
Las tres vías contables para los costos de software
Los PCGA de EE. UU. no tienen una sola regla de software. Tienen tres, y el primer paso es determinar en cuál vía se ubica su gasto.
Vía 1: Software de uso interno (ASC 350-40)
El software que usted construye o compra para operar su propio negocio — un panel interno, un sistema de pedidos personalizado, scripts de automatización, un portal de empleados — cae bajo ASC 350-40. Esta es la vía en la que viven la mayoría de las pequeñas empresas. Incluso el software que vende a clientes como servicio alojado (SaaS) generalmente se contabiliza como software de uso interno, porque el cliente nunca toma posesión del código.
ASC 350-40 divide cada proyecto en tres etapas, y la etapa determina el tratamiento:
Etapa 1 — Etapa preliminar del proyecto: gastar todo. Evaluar proveedores, comparar opciones de construir versus comprar, seleccionar tecnología y el trabajo de viabilidad se registran como gasto a medida que se incurren. Si paga $15,000 a un consultor para delimitar el proyecto y recomendar una plataforma, esos $15,000 son un gasto, sin excepción.
Etapa 2 — Etapa de desarrollo de la aplicación: capitalizar los costos que califican. Una vez completada la etapa preliminar, la administración se ha comprometido a financiar el proyecto y la finalización es probable, comienza la capitalización. Los costos capitalizables incluyen:
- Nómina y costos relacionados con la nómina de empleados que trabajan directamente en el proyecto (proporcionados al tiempo dedicado)
- Honorarios pagados a desarrolladores externos y contratistas por diseño, codificación, configuración y pruebas
- Costos de software comprado específicamente para el proyecto
- Costos de conversión de datos cuando la conversión se realiza mediante software desarrollado para ese propósito
- Costos de intereses incurridos durante el desarrollo del software, si son materiales
Los costos de capacitación siempre se registran como gasto, incluso cuando se incurren durante esta etapa. También los gastos generales administrativos y los costos que no pueden vincularse al proyecto sobre una base razonable.
Etapa 3 — Post-implementación y operación: gastar todo de nuevo. La capacitación, el mantenimiento, las correcciones menores de errores y el soporte continuo después de que el software entra en funcionamiento se registran como gasto. La excepción: una actualización o mejora que añade funcionalidad puede reiniciar la capitalización para ese nuevo trabajo, siguiendo el mismo análisis de tres etapas.
El software de uso interno capitalizado se amortiza a lo largo de su vida útil — típicamente de tres a cinco años para la mayoría de las aplicaciones empresariales — comenzando cuando el software está listo para su uso previsto.
Vía 2: Software para vender, arrendar o comercializar (ASC 985-20)
Si construye software que vende como producto — una aplicación descargable, software con licencia local, un videojuego — se aplica ASC 985-20 en su lugar. Aquí la línea divisoria es un único hito: la viabilidad tecnológica. Todos los costos antes de ese punto son investigación y desarrollo, registrados como gasto a medida que se incurren. Los costos posteriores a la viabilidad pero antes del lanzamiento general se capitalizan. El mantenimiento posterior al lanzamiento se registra como gasto.
En la práctica, muchos equipos ágiles alcanzan la viabilidad tecnológica muy tarde — a veces con un modelo funcional que llega días antes del lanzamiento — por lo que queda poco por capitalizar. Ese es un resultado legítimo, no una falla en capitalizar. Forzar costos hacia un activo cuando la viabilidad nunca se estableció claramente es uno de los desencadenantes de reexpresión más comunes en las empresas de software.
Vía 3: Acuerdos de computación en la nube (ASU 2018-15)
Los acuerdos en la nube vienen en dos sabores, y la contabilidad gira en torno a una pregunta: ¿el contrato incluye una licencia de software, o es puramente un servicio?
- El acuerdo incluye una licencia (podría tomar posesión del software y ejecutarlo usted mismo): contabilice la licencia como software de uso interno bajo ASC 350-40, y registre como gasto o capitalice los costos relacionados bajo el modelo de tres etapas.
- Contrato de servicio puro (SaaS típico, alojamiento y acuerdos de infraestructura): las tarifas de suscripción y uso son gastos operativos. Pero los costos de implementación — configuración, personalización, trabajo de integración, migración de datos — se evalúan bajo ASC 350-40 por analogía. El trabajo de implementación de la etapa de desarrollo de la aplicación se capitaliza y se amortiza a lo largo del plazo del alojamiento (incluidas las renovaciones razonablemente seguras). La evaluación de la etapa preliminar y el soporte post-implementación se registran como gasto.
Esto sorprende a muchas empresas en ambas direcciones. Algunas registran como gasto una implementación de ERP de $60,000 que las reglas dicen capitalizar. Otras capitalizan tres años de tarifas de suscripción SaaS que son claramente gastos operativos. Las tarifas casi nunca son un activo; el trabajo único para poner el sistema en marcha a menudo sí lo es.
¿Qué pasa con las suscripciones y las facturas de infraestructura en la nube?
Aplique el marco anterior a las partidas de una factura tecnológica típica:
| Costo | Tratamiento habitual | Por qué |
|---|---|---|
| Suscripción SaaS mensual (sin licencia) | Gasto | Contrato de servicio; usted paga por acceso, no por un activo |
| Tarifas de uso de AWS, Azure o alojamiento | Gasto | Consumo de servicio de pago por uso |
| Implementación y configuración de ERP o SaaS | A menudo capitalizable | Trabajo de la etapa de desarrollo de la aplicación bajo ASU 2018-15 |
| Integraciones personalizadas y conectores API que usted construye | A menudo capitalizable | Desarrollo de software de uso interno |
| Scripts de migración de datos | Capitalizar si están impulsados por software | Regla de conversión de datos de ASC 350-40 |
| Capacitación del personal en el nuevo sistema | Gasto | La capacitación siempre se registra como gasto |
| Planes de soporte y mantenimiento continuos | Gasto | Etapa post-implementación |
| Nuevo módulo que añade funcionalidad un año después | Capitalizar el nuevo trabajo | La mejora reinicia el análisis de etapas |
Dos áreas grises merecen especial cuidado. Primero, configuración versus personalización: alternar ajustes en un panel de administración de SaaS rara vez es capitalizable, mientras que escribir código personalizado o scripts de integración complejos generalmente sí lo es. Documente qué horas fueron cuáles. Segundo, el plazo del alojamiento para la amortización: amortice los costos de implementación capitalizados a lo largo del período en que espera usar el servicio, incluidas las renovaciones que razonablemente está seguro de tomar — no a lo largo de alguna vida teórica del software.
La actualización de 2025 que cambia las etapas
En septiembre de 2025, el FASB emitió el ASU 2025-06, que retira las etiquetas de tres etapas para el software de uso interno en favor de un único umbral: capitalizar los costos una vez que la administración se ha comprometido a financiar el proyecto y la finalización es probable. La actualización es obligatoria para los períodos anuales que comienzan después del 15 de diciembre de 2027, con adopción anticipada permitida.
Para la mayoría de las pequeñas empresas, el efecto práctico es modesto — la línea divisoria queda aproximadamente en el mismo lugar donde hoy se sitúa la frontera entre preliminar y desarrollo — pero el nuevo estándar señala que más costos de desarrollo ágil e iterativo calificarán. Si su equipo construye en sprints en lugar de fases en cascada, hable con su CPA sobre la adopción anticipada. Hasta entonces, siga aplicando el modelo de tres etapas y mantenga la documentación de etapas que su auditor espera.
Su declaración de impuestos sigue reglas diferentes
Aquí es donde los propietarios se queman: el tratamiento bajo PCGA en sus libros y el tratamiento fiscal en su declaración se rigen por manuales de reglas completamente separados, y con frecuencia no coinciden.
Para los años fiscales que comienzan después del 31 de diciembre de 2021, la Ley de Recortes de Impuestos y Empleos exigía a las empresas capitalizar los gastos de investigación y experimentación nacionales — incluyendo explícitamente el desarrollo de software — y amortizarlos a lo largo de cinco años (quince para la investigación en el extranjero). Eso convirtió "gastamos $200,000 en desarrolladores" de una deducción corriente en una deducción de $20,000 del primer año con el resto saliendo gota a gota a lo largo de cinco años.
La Ley One Big Beautiful Bill, firmada en 2025, restauró el gasto inmediato de los costos de investigación y experimentación nacionales, con efecto retroactivo a los años fiscales que comienzan en 2025, y aclaró que el desarrollo de software cuenta. Las pequeñas empresas generalmente tienen opciones de transición para los saldos no amortizados de 2022–2024 — acelerar el remanente o continuar amortizándolo. Los costos de investigación en el extranjero permanecen en el calendario de quince años.
Las consecuencias prácticas:
- Tendrá diferencias entre libros e impuestos. Los PCGA pueden exigir capitalizar costos de implementación que su declaración de impuestos registra como gasto de inmediato, o viceversa. Rastree ambos tratamientos en paralelo; su provisión y su Anexo M-1 dependen de ello.
- La conformidad estatal varía. No todos los estados siguen la restauración federal, por lo que un costo registrado como gasto a nivel federal puede aún amortizarse para fines estatales.
- La documentación sirve a dos amos. El seguimiento del tiempo por fase del proyecto respalda su análisis de etapas bajo PCGA y su reclamación del crédito de investigación de la Sección 41 simultáneamente. Un buen sistema alimenta a ambos.
La ley fiscal se mueve lo suficientemente rápido como para que cualquier guía como esta sea una instantánea. Confirme las reglas del año en curso con su preparador antes de presentar — y nunca deje que la cola fiscal mueva al perro de los PCGA. Sus estados financieros deben seguir los PCGA independientemente de lo que haga la declaración de impuestos.
Cinco errores que provocan ajustes
- Capitalizar la fase de evaluación. Las demostraciones de proveedores, las solicitudes de propuestas y la consultoría de "¿debemos construir o comprar?" son costos de la etapa preliminar. Registrarlos como gasto no es opcional.
- Capitalizar la capacitación. Todos los estándares son explícitos: la capacitación se registra como gasto, incluso durante el desarrollo de la aplicación. Sepárela de las facturas de implementación.
- Olvidar detenerse. La capitalización termina cuando el software está listo para su uso previsto — no cuando llega la factura final. Las horas de contratistas posteriores al lanzamiento son mantenimiento hasta que comience una mejora genuina.
- Capitalizar las tarifas de suscripción. Un contrato SaaS prepagado de tres años es un gasto prepagado que se amortiza a medida que consume el servicio, no un activo de software. No lo pase por ASC 350-40.
- Sin registros de tiempo. La nómina capitalizada sin seguimiento del tiempo contemporáneo por proyecto y fase es lo primero que un auditor o examinador rechaza. Las estimaciones reconstruidas al final del año rara vez sobreviven el escrutinio.
Una lista de verificación práctica para la capitalización
Antes de registrar cualquier costo de software como un activo, responda estas preguntas por escrito y archive el memorando con los registros del proyecto:
- ¿Qué vía aplica — uso interno (350-40), software para venta (985-20) o un contrato de servicio en la nube?
- ¿Ha terminado la etapa preliminar — está comprometido el financiamiento y es probable la finalización?
- ¿Está el software sustancialmente completo y listo para su uso? Si sí, la capitalización ha terminado.
- ¿Es este costo capacitación, mantenimiento, entrada de datos o gastos generales? Si sí, regístrelo como gasto.
- ¿Puede vincular cada dólar capitalizado a una hoja de tiempo, una factura o un enunciado de trabajo de un contratista?
- ¿Qué período de amortización refleja la vida útil esperada (o el plazo de alojamiento para los costos de implementación)?
- ¿Ha registrado el tratamiento fiscal por separado, incluyendo cualquier diferencia entre libros e impuestos?
Un breve memorando que responda estas siete preguntas toma veinte minutos escribirlo y puede ahorrar semanas de discusión con un auditor, un examinador bancario o el IRS.
Mantenga su gasto en software listo para auditoría
Cada factura de sus desarrolladores, sus proveedores de SaaS y su proveedor de nube es una decisión de clasificación esperando ocurrir. Las empresas que hacen esto bien comparten un hábito: rastrean los costos de software por proyecto y fase a medida que sale el dinero, no cuando el CPA lo pregunta doce meses después. Etiquete las horas de implementación por separado de las horas de soporte, separe la capacitación de los enunciados de trabajo de los proveedores y mantenga un memorando actualizado de en qué etapa está cada proyecto.
Los registros limpios también hacen manejable la división entre libros e impuestos. Cuando su libro mayor ya separa el desarrollo capitalizado de las suscripciones registradas como gasto, preparar la declaración — y defenderla — se convierte en cuestión de extraer un informe en lugar de reconstruir un año.
Beancount.io le ofrece contabilidad en texto plano que mantiene cada una de esas clasificaciones transparente, controlada por versiones y lista para IA — para que su política de capitalización viva en sus libros, no en una hoja de cálculo que nadie puede encontrar. Comience gratis y vea por qué los desarrolladores y los profesionales de finanzas se están cambiando a la contabilidad en texto plano.
