Tu empresa acaba de firmar un contrato de tres años para un ERP en la nube por $60,000 al año, más una cotización de implementación de $90,000 de los consultores del proveedor. Esta es la pregunta que hará tu controller antes de que se pague la primera factura: ¿esos $90,000 impactan las pérdidas y ganancias de este trimestre en su totalidad, o se quedan en el balance general y se van convirtiendo en gasto poco a poco cada mes durante tres años? La respuesta mueve tus utilidades reportadas en decenas de miles de dólares el primer año, y se rige por una norma contable que la mayoría de las pequeñas empresas nunca ha oído mencionar.
Esa norma es la ASC 350-40, tal como la aclaró la Actualización de Normas Contables 2018-15 del FASB. Determina qué costos de configuración en la nube se capitalizan y cuáles se registran como gasto. Si lo haces bien, tus estados financieros reflejarán la economía real de la operación. Si lo haces mal, subestimarás la utilidad de este año o cargarás un activo fantasma que tu auditor te obligará a castigar. Esta guía recorre la norma etapa por etapa, con los asientos contables que lo demuestran.
Por qué los costos de configuración en la nube necesitaban su propia norma
Antes de 2018, los PCGA de EE. UU. tenían dos modelos distintos para lo que a menudo era el mismo proyecto tecnológico. Si comprabas una licencia de software on-premise, los costos de ponerlo en marcha seguían las reglas del software de uso interno: ciertos costos de desarrollo se capitalizaban como un activo y se amortizaban. Si te suscribías al mismo software alojado en la nube del proveedor bajo un contrato de servicio, no había un activo al cual asociar los costos, así que la mayoría de las empresas registraba como gasto cada dólar de implementación a medida que se incurría.
La economía era idéntica —configurar el sistema, conectarlo con tus otras herramientas, probarlo, capacitar a tu equipo—, pero los estados financieros se veían completamente distintos según dónde estuvieran los servidores. A medida que las empresas migraron en masa a la nube, esa inconsistencia se volvió imposible de ignorar.
La ASU 2018-15 lo resolvió alineando los dos modelos. Los costos de implementación en un acuerdo de hosting que constituye un contrato de servicio ahora se evalúan exactamente como si fueran costos de proyectos de software de uso interno según la ASC 350-40. Algunos se capitalizan. La trampa es que cuáles costos califican depende por completo de la etapa del proyecto en la que caen, y las etapas son más estrechas de lo que la mayoría espera.
Primera pregunta: ¿contrato de servicio o licencia de software?
La regla de capitalización solo aplica a un acuerdo de computación en la nube que sea un contrato de servicio, es decir, el típico arreglo SaaS donde accedes a un software que se ejecuta en la infraestructura del proveedor y nunca posees el código.
Un acuerdo incluye en cambio una licencia de software (contabilizada como software de uso interno) solo si ambas condiciones siguientes son verdaderas:
- Tienes el derecho contractual de tomar posesión del software en cualquier momento durante el período de hosting sin una penalidad significativa.
- Es factible que ejecutes el software en tu propio hardware o contratando a otro tercero para que lo aloje.
Para una suscripción SaaS típica de una pequeña empresa —QuickBooks Online, NetSuite, HubSpot, un ERP en la nube— ambas condiciones fallan. No puedes llevarte el código a casa y no podrías ejecutarlo tú mismo aunque lo hicieras. Así que es un contrato de servicio, las cuotas de suscripción se registran como gasto a medida que se recibe el servicio, y los costos de implementación pasan por la prueba de tres etapas que se describe abajo.
Observa lo que la norma no cambia: la contabilidad del elemento de servicio en sí. Tus cuotas mensuales o anuales de hosting siguen siendo un gasto operativo común. Solo los costos únicos de implementación y configuración reciben el análisis de capitalizar o registrar como gasto.
Las tres etapas que lo deciden todo
La ASC 350-40 divide todo proyecto de software en tres etapas. La etapa determina el tratamiento, sin excepciones.
Etapa 1: Proyecto preliminar — todo se registra como gasto
La etapa preliminar cubre todo lo que haces para decidir qué construir y si proceder:
- Evaluar y seleccionar proveedores, emitir solicitudes de propuestas, asistir a demostraciones
- Determinar los requisitos del sistema y rediseñar procesos de negocio
- Consultores contratados para ayudarte a elegir una plataforma
- La decisión final de autorización —la aprobación y el financiamiento formal del proyecto por parte de la gerencia
Cada dólar de esta etapa se registra como gasto a medida que se incurre. ¿Los $15,000 que pagaste a un consultor independiente para comparar tres ERP y recomendar uno? Gasto. ¿El tiempo interno que tu equipo dedicó a mapear requisitos antes de firmar? Gasto. Nada se capitaliza hasta que la gerencia haya autorizado el proyecto y sea probable que el proyecto se complete y el software se use según lo previsto.
Etapa 2: Desarrollo de aplicaciones — se capitaliza lo que califica
Una vez autorizado el proyecto, entras en la etapa de desarrollo de aplicaciones, y esta es la única etapa donde ocurre la capitalización. Los costos capitalizables incluyen:
- Configuración y personalización del software alojado según tus especificaciones
- Programación y construcción de interfaces entre la aplicación en la nube y tus otros sistemas
- Pruebas, incluidas las pruebas en paralelo contra tu sistema heredado
- Actualizaciones y mejoras realizadas durante la implementación que añaden funcionalidad
- Sueldos y costos relacionados con la nómina de empleados que dedican tiempo directamente a estas actividades, más honorarios de consultores externos por el mismo trabajo
La prueba clave es que el costo cree directamente la configuración funcional que usarás durante el plazo del hosting. Un consultor que personaliza flujos de aprobación en tu nuevo ERP califica. Construir la integración de API que envía pedidos desde el ERP a tu sistema de almacén califica.
Etapa 3: Posterior a la implementación y operación — todo se registra como gasto
Una vez que el sistema (o un módulo de este) entra en producción, vuelves a registrar todo como gasto:
- Mantenimiento, soporte y corrección de errores menores
- Costos de capacitación —siempre se registran como gasto, sin importar cuándo ocurran
- Costos de conversión y migración de datos —se registran como gasto a medida que se incurren
- Administración continua y rediseño de procesos después de la puesta en producción
Lee de nuevo esas dos líneas en negrita, porque son la parte de esta norma que más se incumple en la práctica.
Por qué la capacitación y la conversión de datos siguen siendo gasto
Sorprende a casi todos que la factura por migrar diez años de historial al nuevo sistema —a menudo la partida individual más grande— se registre como gasto aunque ocurra justo dentro de la etapa de desarrollo de aplicaciones. Dos razones lo explican:
La capacitación beneficia a tu gente, no al activo. El activo capitalizado es el entorno de software configurado. La capacitación enseña a los empleados a usarlo; si se van, el valor se va por la puerta. Como el beneficio futuro no está controlado por la empresa de la forma en que debe estarlo un activo, la capacitación se registra como gasto ya sea que ocurra antes, durante o después de la puesta en producción.
La conversión de datos traslada información antigua, no crea nueva capacidad. Depurar, reformatear y cargar tus registros históricos no mejora el software alojado ni amplía lo que puede hacer. Es el costo de reubicar datos que ya poseías, así que se registra como gasto a medida que se incurre.
En la práctica, esto significa que debes dividir las facturas de los proveedores por actividad, no solo pagarlas. Una sola declaración de trabajo de implementación de $90,000 podría contener $50,000 de configuración (capitalizar), $25,000 de migración de datos (gasto) y $15,000 de capacitación de usuarios finales (gasto). Pide al proveedor que desglose el tiempo por actividad antes de que empiece el proyecto: reconstruir la división en el momento de la auditoría a partir de una factura de monto global es doloroso, y los auditores asumirán lo peor sobre los montos no documentados.
Amortización de lo que capitalizaste
Los costos de implementación capitalizados se presentan en el balance general junto con los prepagos de las cuotas de hosting —conceptualmente un activo prepagado, no un software que posees—. Luego se amortizan de forma lineal durante el plazo del acuerdo de hosting.
El plazo del hosting incluye el período no cancelable más los períodos de renovación que sea razonablemente seguro que tomarás. Un contrato de un año que esperas renovar dos veces se amortiza durante tres años, no uno. Esa decisión de criterio importa: amortizar $50,000 durante un año son $4,167 mensuales de gasto, mientras que distribuirlo durante tres años son $1,389. Documenta el supuesto de renovación cuando lo establezcas.
Dos detalles de presentación más que revisan los auditores:
- El gasto por amortización va en la misma línea del estado de resultados que las cuotas de hosting —normalmente gastos generales y administrativos o la línea de gastos operativos donde vive la suscripción—. No lo entierres en depreciación ni en una línea de amortización separada con tus otros intangibles.
- El efectivo pagado por la implementación sigue a las cuotas de hosting en el estado de flujos de efectivo —actividades de operación, no de inversión—.
Y los costos capitalizados no son de "configurar y olvidar". Si abandonas un módulo, cambias de proveedor a mitad del contrato o el proyecto se estanca indefinidamente, evalúa el activo por deterioro y castiga lo que no tenga beneficio futuro. Una implementación capitalizada de un sistema que cancelaste es un castigo esperando a que tu auditor lo encuentre.
Los asientos contables, de principio a fin
Supón que firmas un contrato de ERP en la nube a tres años. La implementación se desglosa en $50,000 de trabajo de configuración (capitalizable), $25,000 de migración de datos (gasto) y $15,000 de capacitación (gasto). Aquí está el ciclo de vida completo.
Pago de las facturas de implementación:
2026-11-15 * "Cloud ERP vendor" "Implementation - configuration phase"
Assets:Prepaid-Expenses:Cloud-Implementation 50,000.00 USD
Expenses:Professional-Fees:Data-Migration 25,000.00 USD
Expenses:Training:ERP-End-User 15,000.00 USD
Assets:Checking:Operating -90,000.00 USDObserva la división: un pago, tres destinos. Los dólares de configuración se convierten en un activo; la migración y la capacitación van directo al gasto.
Amortización mensual durante el plazo de hosting de 36 meses ($50,000 / 36 = $1,388.89):
2026-12-31 * "Amortize cloud ERP implementation costs" ""
Expenses:G-and-A:Software-Subscriptions 1,388.89 USD
Assets:Prepaid-Expenses:Cloud-Implementation -1,388.89 USDLa amortización recae en la misma cuenta de gasto que las cuotas de suscripción, manteniendo el costo total del acuerdo visible en un solo lugar. Si tu sistema de contabilidad admite transacciones recurrentes, configura este asiento para que se repita mensualmente durante el plazo del hosting y adjunta la nota de renovación al calendario, para que un yo futuro —o un contador futuro— sepa por qué se ejecuta durante 36 meses.
Cinco errores que tropiezan a las pequeñas empresas
1. Registrar todo como gasto por precaución. El hábito anterior a 2018 persiste. Si registras los $90,000 completos como gasto el primer año cuando $50,000 pertenecían al balance general, subestimas la utilidad del primer año y sobreestimas los años posteriores. Los prestamistas que leen tus estados ven un panorama de servicio de la deuda peor que la realidad.
2. Capitalizar el trabajo de selección del proveedor. La etapa preliminar es más amplia de lo que la gente piensa. La consultoría estratégica, el apoyo para solicitudes de propuestas y el análisis de requisitos realizados antes de que la gerencia autorizara el proyecto se registran como gasto, incluso si la misma firma consultora luego hace la implementación. La fecha de autorización es la línea divisoria; los costos anteriores nunca califican.
3. Capitalizar la migración de datos porque "parece" implementación. Es trabajo de implementación en lenguaje llano, pero no un costo capitalizable según la ASC 350-40. Los proveedores de migración comercializan paquetes a precio fijo que difuminan esta línea. Consigue el desglose de actividades por escrito.
4. Amortizar durante el plazo equivocado. Usar el plazo inicial de un año cuando es razonablemente seguro que renovarás adelanta el gasto y subestima el activo. A la inversa, extender la amortización sobre renovaciones a las que no estás comprometido subestima el gasto corriente. Revisa el supuesto si los planes cambian: la decisión de no renovar acorta la vida restante de forma prospectiva.
5. Ignorar la diferencia entre libros y base fiscal. A efectos del impuesto federal, los costos de implementación en la nube generalmente son deducibles como gastos comerciales ordinarios y necesarios cuando se pagan o se incurren —no existe un equivalente fiscal de la capitalización de la ASC 350-40 para la mayoría de las configuraciones con contrato de servicio—. Eso significa que tus libros muestran un activo y una amortización mientras tu declaración de impuestos muestra una deducción inmediata. Rastrea la diferencia en tus papeles de trabajo de activos fijos o impuestos diferidos para que revierta limpiamente en lugar de convertirse en una partida de conciliación misteriosa permanente.
Una lista de verificación práctica para tu próximo despliegue en la nube
Antes de que arranque la próxima implementación, establece estos cinco controles:
- Fecha la autorización. Obtén la aprobación formal por escrito de la gerencia con un compromiso de financiamiento, y trata automáticamente los costos anteriores a esa fecha como gasto de la etapa preliminar.
- Exige facturación a nivel de actividad. La declaración de trabajo debe separar la configuración y personalización, las integraciones, las pruebas, la migración de datos y la capacitación en partidas distintas con tarifas o cuotas fijas distintas.
- Configura la cuenta de activo desde el principio. Crea una cuenta de activo de implementación prepagada por acuerdo (no una cuenta común), para que los calendarios de amortización y las revisiones por deterioro se mantengan limpios cuando manejes varios sistemas.
- Anota el plazo del hosting. Escribe el período no cancelable, las renovaciones esperadas y el razonamiento, y adjúntalo al calendario de amortización.
- Agenda la revisión por deterioro. Al menos anualmente —y cada vez que consideres cambiar de proveedor o retirar un módulo— pregunta si el importe en libros aún tiene beneficio futuro.
El software en la nube sacó los servidores de tus instalaciones, pero no sacó el criterio contable de tu escritorio. Las empresas que manejan esto bien tratan la contabilidad de la implementación como parte del plan del proyecto, no como un ejercicio de limpieza de fin de año. Clasifica cada factura en su etapa cuando llegue, amortiza el activo durante el plazo real del hosting, y tus estados financieros contarán la misma historia que tu hoja de ruta de TI.
