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

[Rodolfo SAP]

Buenas Estimados Compañeros necesito su ayuda con un tema que no logramos resolver.

El escenario raro es en la transacción VA01 cuando generamos un pedido con un numero de piezas NON pone un precio unitario y cuando ponemos un total de piezas PAR pone otro precio unitario para el mismo material.

Ejemplo

09 piezas del material ABC - Precio Unitario 8.89
10 piezas del material ABC - Precio Unitario 8.90
11 piezas del material ABC - Precio Unitario 8.89
12 piezas del material ABC - Precio Unitario 8.90
...
...
764 piezas del material ABC - Precio Unitario 8.89
765 piezas del material ABC - Precio Unitario 8.90

Sabran por que SAP hace esto, hay alguna configuración ??

Nota. Ya revisamos la parte de condición de redondeo, pero no nos explicamos por que el Precio Unitario cambia... deberia de redondear solo el total.

De antemano muchas gracias por su ayuda.

[JuanFco2311]

hola...¿cómo están definidos los registros de condición de precios para los materiales usados como ejemplo?

[Rodolfo SAP]

Te mando un ejemplo de como el material en el calculo piezas x precio unitario varia ya que 11 x 3360.90 deberia de dar 36969.90 y SAP calcula 11 x 3360.85= 36969.85

Anexo tres imagenes con el detalle de este ejemplo.
Saludos.

[itzi2001]

Hola Rodo
Es decir que se te determina diferente precio en la misma condicion de redondeo?, podrias verificar que la clase de posicion que se determina en el caso par e impar? ver si son diferentes? Chequea por favor el analisis de la clase de condicion para ver como estan tomando los datos. Ademas habria que verificar que regla de redondeo estan aplicando en la clase de condicion SPRO--> Comerciales --> Func. basicas -->Determinación de precio --> Control de la determinación de precios --> Definir clases de condición.
Si esta con regla de redondeo en blanco aplica redondeo por exceso y defecto: truncando el tercer digito, si aplica A redondea por exceso,y B trunca a entero sin redondear.

Saludos

[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.