💳 D365 Finance 10.0.49 lleva los anticipos a cada línea de venta
💳 D365 Finance 10.0.49 lleva los anticipos a cada línea de venta
Dynamics 365 Finance 10.0.49 incorpora una mejora pequeña en apariencia, pero relevante para proyectos, fabricación bajo pedido y ventas con hitos: el anticipo de cliente ya puede calcularse y trazarse por cada línea del pedido de venta. Hasta ahora, el flujo documentado trataba el anticipo como una cantidad o porcentaje único en la cabecera.
El nuevo parámetro Enable line level prepayment flow permite elegir en la propuesta entre Header y Line. En modo línea, cada posición puede tener su propio porcentaje o importe, y Finance mantiene esa asignación durante la propuesta, la factura de anticipo, el cobro y la aplicación sobre la factura final. El mecanismo estándar de pagos y liquidación no cambia.
Diagrama original. La asignación nace en las líneas y se conserva durante el ciclo del anticipo; el cobro y la liquidación siguen el proceso estándar de clientes.
Qué ha cambiado
El modelo anterior sigue disponible. La diferencia está en el nivel de cálculo y seguimiento:
| Nivel | Cálculo | Seguimiento | Cuándo utilizarlo |
|---|---|---|---|
| Header | Un porcentaje o importe sobre el total del pedido | Un único anticipo para el pedido | Condición comercial homogénea |
| Line | Porcentaje o importe independiente por línea | Relación entre anticipo y líneas de origen | Hitos, familias de producto o condiciones distintas |
La documentación oficial confirma cuatro efectos del modo línea:
- la propuesta permite revisar y editar información de anticipo por posición;
- el cálculo se realiza de forma independiente para cada línea;
- la factura de anticipo refleja el modelo de cálculo por línea;
- reporting y análisis pueden rastrear el cálculo hasta las líneas del pedido.
Microsoft también afirma que la asignación subyacente se conserva durante todo el ciclo, pero no publica en esta actualización las tablas, entidades de datos ni contratos OData que la implementan. No diseñes una integración suponiendo nombres de campos o entidades que no estén documentados.
Disponibilidad
La capacidad está documentada para Dynamics 365 Finance 10.0.49. Esta versión quedó disponible para actualización manual el 11 de septiembre de 2026; las primeras actualizaciones automáticas de producción comienzan el 2 de octubre y la segunda ventana el 1 de noviembre de 2026.
Microsoft no etiqueta el flujo por línea como preview. La página funcional lo presenta como disponible a partir de 10.0.49 y exige habilitación explícita. Por tanto, el estado confirmado es:
- versión mínima documentada: 10.0.49;
- release 10.0.49: disponibilidad general para self-update;
- activación: característica base de anticipos más parámetro funcional;
- licenciamiento: no se documenta ningún SKU, consumo o coste adicional por este cambio.
No confundas la disponibilidad general de la versión con una activación automática del proceso. El comportamiento por línea permanece desactivado hasta configurar el parámetro.
Arquitectura funcional
El flujo separa tres conceptos:
- Propuesta de anticipo: define el nivel Header/Line y los porcentajes o importes requeridos.
- Factura de anticipo: crea la cuenta a cobrar y registra el pasivo o depósito según la configuración contable.
- Pago y aplicación: liquida la factura de anticipo y aplica el importe cobrado a la factura final del pedido.
La mejora se concentra en el primer concepto y conserva la asignación durante los siguientes. No sustituye la liquidación de clientes ni crea un medio de pago nuevo. La factura final mantiene el valor completo de la venta y el anticipo aplicado reduce el saldo pendiente.
Las entradas contables generales continúan siendo las del flujo estándar:
| Momento | Debe | Haber |
|---|---|---|
| Factura de anticipo | Clientes | Anticipos/depósitos |
| Cobro | Banco | Clientes |
| Aplicación a factura final | Anticipos/depósitos | Clientes |
| Factura final | Clientes | Ingresos |
La documentación no garantiza que el asiento contable se desglose físicamente por línea. Lo confirmado es el cálculo y trazabilidad funcional por línea, no una nueva granularidad del mayor. Comprueba los vouchers reales antes de prometer reporting contable por posición.
Ejemplo: condiciones distintas dentro del mismo pedido
Supongamos este pedido:
| Línea | Importe | Anticipo | Importe anticipado |
|---|---|---|---|
| Equipo | 10.000 € | 30 % | 3.000 € |
| Instalación | 2.000 € | 50 % | 1.000 € |
| Formación | 1.000 € | 0 % | 0 € |
| Total | 13.000 € | 4.000 € |
En cabecera podría reproducirse el total con un porcentaje aproximado del 30,77 %, pero se perdería el contrato comercial: la formación no exige anticipo y la instalación exige la mitad. El modo línea conserva esa semántica y permite explicar de dónde salen los 4.000 €.
Este cálculo es un ejemplo de diseño basado en el comportamiento documentado. Microsoft no describe en la página qué ocurre al cancelar, dividir o entregar parcialmente una de estas líneas; esos casos deben formar parte de la prueba de aceptación.
Configuración previa del proceso de anticipos
El modo línea se apoya en la característica Prepayment customer invoice. Antes de activarlo, completa el flujo base:
- En Feature management, habilita Prepayment customer invoice.
- Configura la cuenta contable de tipo Customer prepayment en Inventory management > Setup > Posting > Posting > Sales order > Prepayment.
- En Accounts receivable parameters > Updates > Invoice > Prepayment, revisa:
- confirmación obligatoria del pedido;
- liquidación síncrona del anticipo;
- categoría de ventas que determina la cuenta de ingresos.
- Define la política de aplicación como Notification o Automatic.
- Configura las secuencias numéricas de factura, voucher y reversión.
- Inicializa Process automations y programa Automated prepayment settlement posting si no utilizas liquidación síncrona.
- Si generas el documento con Electronic Reporting, importa el modelo, mapping y plantilla de factura de anticipo y configura su destino.
No actives el cálculo por línea en producción antes de completar una generación y liquidación de cabecera en el sandbox. Así separas problemas del proceso base de los introducidos por la granularidad nueva.
Activar anticipos por línea
Con 10.0.49 desplegado:
- Abre Accounts receivable > Setup > Accounts receivable parameters.
- En Updates, selecciona Invoice.
- Establece Enable line level prepayment flow en Yes.
- Guarda y abre un pedido de venta de prueba con varias líneas.
- En Invoice > Prepayment, selecciona Payment proposal.
- En Prepayment information level, elige Line.
- Introduce el porcentaje o importe necesario para cada posición.
- Revisa el total calculado antes de confirmar la propuesta.
Si eliges Header, el sistema mantiene el comportamiento agregado. Esto permite adoptar la funcionalidad progresivamente y conservar pedidos cuya condición comercial sea común.
Proceso completo
Una prueba de extremo a extremo debe seguir la secuencia real:
- Crea y, si la configuración lo exige, confirma el pedido.
- Genera una propuesta en modo Line.
- Introduce valores distintos y deja al menos una línea sin anticipo.
- Modifica un porcentaje y confirma que total y asignación se recalculan.
- Genera y contabiliza la factura de anticipo.
- Revisa documento, transacciones de cliente y voucher.
- Registra el cobro en el diario de pagos y liquida la factura de anticipo.
- Selecciona Apply prepayment en el pedido.
- Contabiliza la factura final.
- Ejecuta o espera la automatización de liquidación si el modo síncrono está desactivado.
- Verifica saldo abierto, aplicación y trazabilidad hasta las líneas originales.
La aplicación puede ser manual con política Notification o automática cuando se ha recibido el pago completo y la política es Automatic. El parámetro Synchronous prepayment settlement decide si la aplicación se completa durante la facturación o mediante la automatización posterior; es independiente del nivel Header/Line.
Casos de prueba que no conviene omitir
La documentación explica el camino principal, pero una implantación necesita validar las combinaciones que afectan al importe o a la línea de origen:
- porcentaje distinto en cada línea;
- mezcla de porcentaje, importe fijo y línea sin anticipo;
- descuento de línea y descuento total;
- cargos automáticos y manuales;
- impuestos distintos por posición;
- divisa diferente de la contable y variación de cambio;
- cantidad parcial, entrega parcial y facturación parcial;
- cambio de precio o cantidad después de crear la propuesta;
- cancelación de una línea;
- reversión de la factura de anticipo;
- más de un anticipo sobre el mismo pedido;
- redondeo en importes pequeños;
- aplicación manual, automática, síncrona y batch;
- documento ER y reporting posterior.
No todos estos comportamientos están descritos por Microsoft. La matriz sirve precisamente para identificar qué hace el build real y acordar el tratamiento funcional antes del despliegue.
Seguridad y segregación de funciones
La nueva granularidad no justifica ampliar roles de forma indiscriminada. Separa, cuando el modelo de control lo requiera:
- mantenimiento de parámetros de clientes;
- creación y modificación de propuestas;
- contabilización de facturas de anticipo;
- registro y liquidación de cobros;
- reversión de transacciones;
- consulta y reporting.
Registra el cambio del parámetro como una modificación de configuración financiera. En la prueba, usa usuarios con los roles reales; System administrator oculta problemas de autorización y no valida la segregación de funciones.
Integraciones, reporting y extensiones
La trazabilidad por línea puede resultar valiosa para portales de cliente, planificación de caja o reconocimiento de hitos, pero la documentación publicada no define una API nueva. Antes de extender:
- captura las tablas y relaciones utilizadas en un entorno 10.0.49 mediante metadatos soportados;
- comprueba si las entidades existentes exponen el nivel y la asignación por línea;
- evita lecturas directas de base de datos y extensiones sobre campos internos;
- valida que las personalizaciones de la propuesta no sustituyan el nuevo comportamiento estándar;
- confirma cómo llega la granularidad a BYOD, Fabric Link o el mecanismo de exportación utilizado.
Que la interfaz muestre líneas no implica que una entidad antigua empiece a publicarlas automáticamente. Si el contrato de integración no las expone, plantea una entidad o API soportada y documenta la compatibilidad con pedidos de cabecera.
Límites conocidos de la documentación
- La capacidad se documenta desde 10.0.49, pero no se publica un número de build o PQU mínimo más preciso.
- No se detallan tablas, entidades, eventos de negocio ni API para la asignación por línea.
- No se explica el comportamiento exacto ante entregas parciales, cancelaciones o cambios posteriores a la propuesta.
- No se confirma un desglose por línea en los asientos del mayor.
- La página no enumera los roles o privilegios exactos del nuevo parámetro.
- El ejemplo oficial utiliza el mismo porcentaje en todas las líneas; conviene validar porcentajes mixtos y redondeos.
Estas ausencias no invalidan la funcionalidad, pero impiden presentar como hechos comportamientos que Microsoft todavía no ha documentado.
Recomendación práctica
Activa primero el parámetro en un sandbox 10.0.49 y construye una matriz con pedidos reales: líneas con condiciones distintas, entregas parciales, impuestos, cambios y reversión. Compara propuesta, documento, transacción de cliente, voucher y exportación de datos.
El valor no está en repartir un total de forma estética. Está en preservar el vínculo comercial entre cada línea y el dinero exigido antes de entregar, sin abandonar el proceso estándar de cobro y liquidación de Finance.