La IA, en tu trabajo.

El problema: una fecha límite desplazada

BCApps incorporó a su rama principal el 23 de octubre una corrección de Subscription Billing relacionada con los plazos de cancelación. La integración consta en la solicitud de cambio #10444.

La incidencia original describe una línea iniciada el 1 de enero de 2026, con plazo inicial de 12 meses y preaviso de 60 días. El vencimiento era el 31 de diciembre, pero el límite de cancelación aparecía como 30 de noviembre en lugar de 1 de noviembre. El ajuste posterior al último día del mes alteraba el resultado de la resta.

Conviene distinguir los campos: Cancellation Possible Until indica el límite para cancelar en plazo; Term Until expresa hasta cuándo debe facturarse como mínimo. Subscription Line End Date determina cuándo termina la facturación y es independiente de esas dos fechas, según la documentación funcional de Microsoft.

Qué cambia en el cálculo

El código de Subscription Line condiciona el ajuste a fin de mes en tres recorridos: calcular el límite de cancelación, reconstruir el vencimiento al introducir ese límite y ampliar el plazo mediante Extension Term, mostrado como Subsequent Term.

El nuevo clasificador de fórmulas conserva la alineación para meses, trimestres y años. También admite combinaciones como 1Y+6M; una fórmula compuesta con días o semanas queda excluida de esa alineación.

Tres casos documentados para comparar

Estos datos sintéticos proceden de las pruebas incorporadas al repositorio. Son resultados esperados en el código, no mediciones realizadas por Nexo. Las tres líneas tienen un plazo inicial y una prórroga de 12M. Las fechas usan el formato año-mes-día.

Las fechas guardadas necesitan una revisión separada

El commit no incorpora código de actualización de datos: las fechas almacenadas permanecen hasta su siguiente recálculo.

La lectura funcional de Nexo es que comparar únicamente las fórmulas de dos líneas resulta insuficiente. También conviene registrar cuándo se calcularon sus fechas y qué operación produjo el resultado observado.

Microsoft documenta la acción Update Subscription Line Dates y su automatización mediante la unidad de código 8058. Esa documentación describe la actualización de fechas; no acredita una migración general de los valores afectados por este defecto.

Propuesta de revisión funcional de Nexo

Cuando se disponga de una compilación que incluya el cambio, proponemos esta comprobación en un entorno de prueba. Es una pauta editorial, no una validación ya realizada.

• Registrar las versiones de Business Central y Subscription Billing, la fecha de trabajo y las extensiones instaladas.
• Preparar líneas sintéticas con preavisos diarios, semanales y mensuales, incluyendo vencimientos al cierre del mes y fuera de él.
• Comparar una línea existente sin recalcular, esa misma línea después del recálculo y una línea nueva con la misma configuración.
• Comprobar también la introducción manual del límite de cancelación y la prórroga; anotar la operación ejecutada y los valores anteriores y posteriores.
• Acordar criterios de aceptación por escenario antes de decidir qué registros reales necesitan intervención.

Disponibilidad: integración confirmada, distribución no acreditada

La solicitud está asignada al hito Version 30.0, descrito como Business Central online 2027 release wave 1 y sin fecha de vencimiento indicada. Es una referencia de planificación; las fuentes consultadas no identifican una actualización distribuida que permita dar por instalado el arreglo.

El autor declara una ejecución de 40 pruebas satisfactorias en la unidad 148156 dentro de un contenedor BC 29. Esa validación comunicada en el commit no demuestra que una actualización comercial de BC 29 incluya el cambio. Nexo ha revisado las fuentes públicas, pero no ha repetido esa ejecución.