Síntomas
Después de publicar una confirmación de procesamiento de pedidos de compra, se da cuenta de que se han creado 2 capas de recibo. Por ejemplo, la confirmación era para una cantidad de 100 y ve una capa de recibo con una cantidad de 99 y otra con una cantidad de 1. Es posible que vea estas capas de recepción en Consulta de confirmaciones de compra, en el Informe de confirmaciones de compra o en cualquier ventana de búsqueda que muestre las capas de recepción de inventario.
Causa
Causa 1 El costo extendido de la línea de recepción no es
uniformemente divisible por la cantidad que ha recibido. Consulte Resolución 1.
Causa 2
Has aterrizado el costo en la transacción de envío o envío/factura. Consulte Resolución 2.
Resolución
Resolución 1 Se crea una confirmación dividida cuando el costo extendido no es igualmente divisible por la cantidad recibida
(Cantidad enviada). Cuando se crea una confirmación dividida, Microsoft Dynamics GP crea una capa de confirmación independiente para que el valor total del elemento sea igual al costo extendido en la confirmación de compra. Para ver las capas de recepción divididas, abra Consulta de confirmaciones de compra. Para abrir esta ventana, en el menú Consulta, seleccione Inventario y, a continuación, haga clic en Confirmaciones.
Por ejemplo, se crea una confirmación dividida si recibe un paquete de tres elementos IV5015 cuando se cumplen las siguientes condiciones: el costo extendido del envío es
10,49 $.
Ha escrito 3 paquetes como unidad de medida La unidad de medida
base es cada uno.
Como Microsoft Dynamics GP no puede dividir por igual el costo extendido (10,49 $) por la cantidad de tres para determinar el costo por unidad de medida base (Cada), se crean dos capas de recibo de compra que tienen el mismo número de recibo. Las dos capas de recepción se muestran en la tabla siguiente.
|
Número de elemento |
Número de recibo |
Cantidad en la unidad de medida base |
Costo recibido |
|
IV5015 |
000234 |
2 |
3,50 $ |
|
IV5015 |
000234 |
1 |
3,49 $ |
Otro ejemplo muestra una varianza mayor debido al costo en las dos capas de recepción. Por ejemplo, escriba una confirmación de compra para el artículo IV5016 con la unidad de medida base de Cada para una cantidad de 2000. Escriba un costo extendido de 347,08 $. Como 347,08 $ no es igualmente divisible para 2000 (347,08 / 2000 = 0,17354), la capa de recepción debe dividirse. Las dos capas de recepción resultantes se muestran en la tabla siguiente.
|
Número de elemento |
Número de recibo |
Cantidad |
Costo recibido |
|
IV5016 |
000235 |
1999 |
0,17 $ |
|
IV5016 |
000235 |
1 |
7,25 $ |
¿Cómo es la gran discrepancia entre los costos? Vamos a hacer las matemáticas.
Costo total dividido por cantidad (347,08 / 2000 = 0,17354) nos proporciona más de 2 decimales (que es para lo que está configurado el elemento), por lo que vamos a tener que redondear algo.
No podemos redondear la capa de recibo hasta 0,18 $ porque entonces se valoraría demasiado alto en comparación con nuestro costo extendido de 347,08 $.
0,18 x 2000 = 360 $ Así que debemos
valorándolos en 0,17 $. Sin embargo, la valoración de todos los 2000 a ese costo es inferior a lo que pagamos por ellos en 7,08 $.
0,17 x 2000 = 340 $ Así que, en su lugar, valoramos todo menos 1 en
0,17 $.
0,17 x 1999 = 339,83 $ A continuación, el costo restante se distribuye a la cantidad dividida
de 1.
347,08 – 339,83 = 7,25 $ Al final, las dos capas de recibos ahora tienen el
valor total correcto.
339,83 $ + 7,25 $ = 347,08 $ Al vender los artículos, los elementos se eliminan del inventario según el método de valoración del
elemento. Lo que hay que recordar es que las 2 capas de recepción representan el valor global de la confirmación. Cada vez que se venden los 1.999 están un poco infravalorados, ya que se venden a 0,17 en lugar de a 17354. Necesitamos que el costo de esa última capa de recibo sea de 7,25 $ para hacer la diferencia.
No es necesario realizar ningún ajuste en Contabilidad general para tener en cuenta esto.
Una sugerencia que podría ayudar a evitar las divisiones de capas de recepción como esta es usar más posiciones decimales para la moneda del elemento. En el segundo ejemplo anterior, si los decimales de moneda del elemento se han establecido en 5, podríamos haber creado solo 1 capa de confirmación como la siguiente.
|
Número de elemento |
Número de recibo |
Cantidad |
Costo recibido |
|
IV5016 |
000235 |
2000 |
0,17354 $ |
Según el costo y la cantidad que se introduce, establecer las posiciones decimales en 5 puede no impedir que se dividan todas las confirmaciones, pero se debe reducir el número de repeticiones.
Para cambiar los decimales de moneda de un elemento que ya ha usado, use la ventana Cambiar posiciones decimales. Para abrir esa ventana en el menú Microsoft Dynamics GP, seleccione Herramientas, Utilidades, Inventario y, a continuación, haga clic en Cambiar posiciones decimales.
Resolución 2 A partir de la versión
10.0 SP3 de Microsoft Dynamics GP, siempre que publique un envío o envío/factura que tenga un id. de costo fijo asociado a él, se creará una confirmación
dividida. Esto es así incluso si el costo extendido de la confirmación es igualmente divisible por la cantidad recibida.
El motivo de esto es que, cuando se factura el costo de la tierra, es posible que el costo de la tierra no se divida por igual entre la cantidad. Por lo tanto, como precaución, dividimos el recibo en el momento de recibirlo. Esto nos permite asignar correctamente el costo del costo de la tierra entre las dos capas de recepción más adelante si es necesario.
Más información
Este artículo era TechKnowledge Document ID: 7246 Este artículo era Id. de documento
de Knowledge Base: 866321
