Transacción VA01 cuando generamos un pedido con un número de piezas NON

[Maxi_SD]

Hola Rodolfo

El problema esta en que sap guarda los precios totales, el precio unitario se calcula en base a la división por la cantidad. Al utilizar recargos porcentuales (que generalmente admiten 3 decimales) se optiene un precio total utilizando más decimales para hacer el cálculo y al dividir puede generar diferentes precios unitarios.


Slds

[Rodolfo SAP]

Estimados Juanfco, Itzi, Maxi_SD, Gracias por sus mensajes de ayuda, realmente me sirvieron para analizar y solucionar este tema.



Ahora bien como parte de lo que mencionaba Maxi encontré que por la lógica de SAP, la cual maneja 4 decimales internamente y la configuración de las elementos de datos es a 2 decimales, se detecto que el problema se da al combinar el descuento ZD14 por el valor 8.110% con el redondeo, la diferencia se da dependiendo si la compra de por pares y nones por el cálculo de esta operación porcentual de descuento a 3 decimales.



Finalmente la opción después de varias pruebas fue omitir el descuento 8.110% que solo es uno, (Nota para esto tuvimos que convencer al cliente de porque no podía darlo lo cual fue muy burocrático) y cambiarlo por un descuento cerrados de 8.1% u 8.2%

[JuanFco2311]

Sólo para complementar...como muy bien señala Maxi_SD, SAP guarda los precios totales. Por ello se produce esa diferencia en los redondeos con decimales.

Para solucionarlo, lo que yo he hecho otras veces es no definir precios por 1 unidad sino por más, de manera de eliminar los decimales...por ejemplo:

En lugar de 2.456,90 x 1 UN, defino 245690 x 100 UN, de manera tal que SAP calcule más acertadamente el precio unitario final.

Podrías probar con el caso de tu cliente y ver qué resultado te arroja.

Saludos,

[Nick_SAP]

Cuando refieres a una unidad de medida diferente a la unida de medida base, SAP hace cálculos en fracciones en función de la medida base, eso te provoca redondeos.