Resumen

  • El gasto trimestral de investigación y desarrollo baja a 163,582 millones de dólares; los costes de software capitalizados suben a 52,7 millones, incluidos 18,7 millones en acciones.
  • Las cuentas no prueban que se haya reducido el trabajo de ingeniería ni que la caída del gasto equivalga a un ahorro de efectivo.

Leer una reducción de gasto como una reducción de recursos puede llevar a una conclusión equivocada. En el trimestre terminado el 31 de julio de 2026, DocuSign contabilizó 163,582 millones de dólares en investigación y desarrollo, frente a 169,630 millones un año antes. A la vez, los costes de desarrollo de software que pasaron al activo aumentaron de 35,4 a 52,7 millones. El gasto visible disminuyó; eso no demuestra que hubiera menos trabajo detrás de la plataforma.

La diferencia exacta en investigación y desarrollo es de 6,048 millones de dólares. La empresa la expresa, con redondeo, como unos 6 millones o un 4%. El aumento de los costes capitalizados fue de 17,3 millones. Comparar ambas variaciones resulta informativo; convertirlas en un traslado perfectamente identificado de una cuenta a otra no lo es. Los informes no proporcionan la conciliación necesaria para atribuir toda la caída del gasto a esa capitalización.

Registrar ahora o distribuir el coste

La política del informe anual del ejercicio cerrado en enero de 2026 permite capitalizar determinados costes de software desarrollado internamente durante la fase de desarrollo de aplicaciones, cuando es probable completar el proyecto y utilizarlo para la función prevista. La capitalización termina cuando el proyecto está sustancialmente completo y listo para ese uso. El activo se incluye en propiedades y equipo y se amortiza linealmente durante aproximadamente tres a cinco años.

Esa política distribuye el reconocimiento de un coste entre los periodos en que se espera utilizar el software. No hace desaparecer el esfuerzo ni convierte todas las tareas de ingeniería en costes capitalizables. Tampoco certifica que un proyecto concreto vaya a cumplir sus objetivos, cuánto tiempo tardará en ponerse en servicio o cuál será su vida útil efectiva. La política agregada no es una auditoría técnica de cada producto.

La práctica tampoco nació en el último trimestre. Durante el ejercicio completo terminado el 31 de enero de 2026, DocuSign capitalizó 143,4 millones de dólares de software desarrollado internamente, con 51,3 millones de remuneración en acciones incluidos. La amortización relacionada fue de 76,5 millones. Son cifras de un año entero: sirven para reconocer la continuidad del mecanismo, no para compararlas directamente con tres meses de actividad.

La explicación de la dirección aclara por qué el gasto puede caer sin que disminuyan todas las presiones de personal. Los costes de personal de investigación y desarrollo, incluida la remuneración en acciones, bajaron 9,8 millones de dólares. Los principales motivos citados fueron una mayor capitalización del desarrollo y menos remuneración en acciones vinculada a los cambios de ejecutivos del ejercicio 2027. Un mayor número de empleados, los aumentos anuales por mérito y más remuneración variable compensaron parcialmente el descenso.

No se desglosa cuánto de los 9,8 millones corresponde a cada motivo. Por eso no puede presentarse toda esa reducción como un efecto aislado de la capitalización. Y los 17,3 millones adicionales capitalizados no equivalen, dólar por dólar, a una disminución de gasto de I+D. Son agregados distintos que requieren una explicación, no una identidad inventada.

El activo no es una factura pagada

Dentro de los 52,7 millones capitalizados hay 18,7 millones de remuneración en acciones. El año anterior había 12,9 millones dentro de un total de 35,4 millones. La palabra «dentro» importa: sumar de nuevo ese componente contaría dos veces el mismo coste. Además, el total contabilizado no representa una lista de pagos en efectivo efectuados durante el trimestre.

Que una remuneración no genere ese desembolso no significa que carezca de coste económico. La compensación de las personas y los derechos sobre el valor futuro de la empresa siguen siendo cuestiones relevantes. Pero no se analizan bien fingiendo que esa remuneración fue una compra de equipo por el mismo importe. La liquidez y el coste de los recursos tienen conexiones, no una unidad de medida única.

El comunicado de resultados muestra la conciliación de efectivo. El flujo de caja operativo trimestral fue de 334,546 millones de dólares, frente a 246,073 millones. Las compras de propiedades y equipo sumaron 38,789 millones, frente a 28,425 millones. La resta produce el flujo de caja libre que publica la compañía: 295,757 millones, comparados con 217,648 millones.

Ese flujo libre ya está calculado después de las compras declaradas. Restarle de nuevo todos los costes de software capitalizados mezclaría un agregado contable con una medida de caja que ya descuenta las adquisiciones. La partida de propiedades y equipo tampoco es una cifra pública de pagos destinados exclusivamente al software. Las diferencias de calendario y la remuneración no monetaria impiden igualarla automáticamente con los 52,7 millones.

Las cifras semestrales permiten comprobar que la diferencia no es un detalle de una sola lectura trimestral. En los seis meses terminados el 31 de julio, el gasto de I+D fue de 323,168 millones, frente a 329,077 millones. El software capitalizado alcanzó 97,5 millones, frente a 65,1 millones, con 35,2 y 22,9 millones de remuneración en acciones incluidos, respectivamente.

En ese mismo semestre, las compras de propiedades y equipo fueron de 71,042 millones de dólares, frente a 52,049 millones. La dirección afirma que estuvieron impulsadas principalmente por la inversión continuada en proyectos de desarrollo capitalizados. «Principalmente» no permite llamar software a cada dólar de la partida. Tampoco permite comparar seis meses de compras con un solo trimestre de efectivo.

El flujo operativo semestral fue de 656,234 millones y el flujo libre, tras las compras, de 585,192 millones. Los comparables del año anterior fueron 497,512 y 445,463 millones. Hay una mejora de generación de caja bajo esa definición. No hay una rentabilidad aislada y demostrada de los proyectos recién capitalizados, ni una prueba de que la ingeniería necesite menos recursos.

Otra salida rápida sería sumar I+D y desarrollo capitalizado y denominar al resultado inversión total en desarrollo. Habría que reconciliar antes los perímetros de coste, la remuneración, los costes distribuidos y la amortización. Las partidas disponibles no ofrecen ese puente. En ningún caso la suma se convertiría por sí sola en gasto de efectivo.

El software usado devuelve el coste a resultados

La amortización de costes de desarrollo capitalizados fue de 21,6 millones de dólares en el trimestre, frente a 18,5 millones. Para el semestre fue de 42,6 millones, frente a 35,9 millones. Estos importes están incluidos en la depreciación y amortización más amplia de propiedades y equipo; no son cargos adicionales que deban sumarse otra vez.

La amortización actual corresponde a software creado en distintas fechas. No es exclusivamente el consumo de los 52,7 millones capitalizados en el trimestre ni un nuevo pago de efectivo equivalente. La vida útil aproximada de tres a cinco años explica el mecanismo temporal, pero no facilita el calendario de cada proyecto. Sin ese detalle no se puede pronosticar mecánicamente la próxima cuota trimestral.

Mantener la plataforma también genera costes contemporáneos. El coste de los ingresos aumentó unos 12,4 millones de dólares. La dirección identifica 6,5 millones adicionales de alojamiento e informática para apoyar la expansión de IAM y la migración del almacenamiento a la nube. También señala 4,7 millones más de depreciación y amortización, principalmente por proyectos de software capitalizados.

Construir, alojar y utilizar software ocupa, por tanto, varias partidas. Esa explicación no es una cuenta de resultados independiente de IAM: DocuSign no asigna todo el desarrollo capitalizado, el alojamiento o la amortización a IAM, y mucho menos a inteligencia artificial. Lo que puede afirmarse es que la plataforma requiere recursos de construcción y de funcionamiento cuyo coste aparece en momentos y lugares distintos.

Tampoco procede explicar julio con una norma futura. El informe describe ASU 2025-06, que cambia los criterios de capitalización del software de uso interno y elimina las referencias a fases de desarrollo. Indica que será efectiva para el ejercicio que comience el 1 de febrero de 2028 y que la empresa está evaluando sus efectos. Esa información no prueba que la nueva norma se haya aplicado a las cifras de julio de 2026.

El resultado de la lectura es más acotado, pero más útil: menos gasto de I+D, más software capitalizado, más amortización relacionada y más flujo libre después de compras pueden coexistir. Ninguna de esas cifras demuestra por sí sola una ingeniería más barata, un retorno concreto o una irregularidad. El coste real de sostener la plataforma debe seguirse entre el compromiso de recursos, el pago y el uso del software.

Fuentes