La IA, en tu trabajo.

Qué incorpora el cambio

Microsoft ha integrado en BCApps dos ajustes que controlan si determinados abonos y correcciones de facturas restauran cantidades en los pedidos originales de Microsoft Dynamics 365 Business Central. El trabajo quedó incorporado a main el 6 de noviembre de 2026 mediante la solicitud #11256, asociada al commit 3452841.

La configuración de ventas y cobros contempla abonos y pedidos de devolución de venta. La configuración de compras y pagos contempla abonos de compra. Son opciones independientes para cada área.

Al estar activadas, las opciones conservan el comportamiento de restauración existente: actualizan las cantidades enviadas o recibidas, facturadas y pendientes según la cantidad revertida. Al desactivarlas, los flujos cubiertos conservan las cantidades enviadas o recibidas y facturadas del pedido original.

Activadas por defecto, con diferencias entre operaciones

Ambas tablas de configuración inicializan el ajuste como activado. Además, la rutina de actualización lo activa en los registros existentes. El cambio está diseñado para mantener el comportamiento anterior hasta que se modifique la configuración.

El alcance descrito en el commit distingue estas operaciones:

También intervienen los avisos y los anticipos

El ajuste condiciona las confirmaciones y advertencias específicas de la restauración. Las rutinas de corrección de ventas y corrección de compras consultan la configuración antes de determinadas confirmaciones. Siguen existiendo otras comprobaciones de la operación.

La actualización de cantidades necesita localizar la línea del pedido de origen a partir de la factura. En las rutas revisadas, la conciliación del anticipo deducido y el recálculo del anticipo pendiente de deducir siguen ejecutándose aunque se desactive la restauración. Las pruebas de anticipos incluyen cancelaciones con cantidades conservadas y comprobaciones del anticipo liberado.

La elección tampoco elimina los requisitos para corregir o cancelar una factura. Por ejemplo, la documentación de Microsoft sobre ventas mantiene restricciones para las acciones directas cuando la factura está pagada parcial o totalmente.

Ejemplo sintético: un pedido de diez unidades

Supongamos un pedido de venta de diez unidades, con cuatro enviadas y facturadas y seis pendientes de envío. Se cancela la factura de esas cuatro unidades y el pedido original sigue existiendo. Para aislar el efecto, dejamos fuera anticipos, almacén avanzado y extensiones.

La tabla muestra el resultado esperado para las cantidades del pedido según la lógica revisada. Los números son de Nexo: no proceden de una ejecución. Las pruebas de corrección parcial de ventas comprueban que, con la restauración desactivada, se mantienen las cantidades enviadas y facturadas; las pruebas de compras contienen un escenario equivalente para recepción y facturación.

Lectura de Nexo y comprobaciones funcionales

Nuestra interpretación es que esta configuración hace explícita una decisión de proceso: si corregir una factura debe volver a dejar cantidades pendientes en el pedido. Un equipo puede necesitar continuar la operación desde el documento original; otro puede querer conservar sus cantidades tras la corrección.

Para evaluar esa decisión cuando exista una versión que incluya el cambio, proponemos estas comprobaciones en un entorno de pruebas:

• Repetir una corrección y una cancelación de factura parcial con el ajuste activado y desactivado, comparando las cantidades del pedido y los documentos generados.
• Probar por separado los pedidos de devolución de venta y compra y las acciones de deshacer envío o recepción, respetando sus diferencias de alcance.
• Incluir casos con anticipos y las extensiones instaladas, contrastando cantidades, importes deducidos y posibilidad de continuar la facturación.

Disponibilidad y límites de la comprobación

A 8 de noviembre de 2026, la solicitud integrada figura bajo el hito Version 30.0. Ese dato identifica un objetivo de desarrollo, pero las fuentes consultadas no acreditan una compilación distribuida, una fecha de disponibilidad general ni la presencia del ajuste en un tenant concreto.

Nexo ha revisado código y aserciones de pruebas publicadas. No ha compilado la aplicación ni ejecutado los escenarios en Business Central. La existencia de esas pruebas documenta el comportamiento que se pretende verificar; su resultado en una instalación concreta y la interacción con extensiones quedan fuera de esta comprobación.