Sintomas
Depois de postar um recibo de Processamento de Pedido de Compra, você notará que você tem duas camadas de recibo criadas. Por exemplo, seu recibo era de uma quantidade de 100 e você vê uma camada de recebimento com uma quantidade de 99 e outra com uma quantidade de 1. Você pode ver essas camadas de recebimento no Purchase Receipts Inquiry, no Relatório de Recibos de Compra ou em qualquer janela de pesquisa que exibe suas camadas de recibo de inventário.
Causa
Causa 1 O Custo Estendido da linha de recebimento não é
divisível pela quantidade recebida. Consulte Resolução 1.
Causa 2
Você baixou o custo da sua transação de remessa ou envio/fatura. Consulte Resolução 2.
Resolução
Resolução 1 Um recibo dividido é criado quando o Custo Estendido não é igualmente divisível pela quantidade recebida
(Qty Shipped). Quando um recibo dividido é criado, o Microsoft Dynamics GP cria uma camada de recebimento separada para que o valor total do item seja igual ao Custo Estendido no recibo de compra. Para exibir as camadas de recebimento divididas, abra a Consulta de Recibos de Compra. Para abrir essa janela, no menu Consulta, aponte para Inventário e clique em Recibos.
Por exemplo, um recibo dividido será criado se você receber um pacote de três itens IV5015 quando as seguintes condições são verdadeiras: o custo estendido do carregamento é
de US$ 10,49.
Você entrou com 3 pacotes como a Unidade de Medida
A Unidade base de Medida é Cada.
Como o Microsoft Dynamics GP não pode dividir igualmente o custo estendido ($10,49) pela quantidade de três para determinar o custo por unidade base de medida (Each), duas camadas de recibo de compra com o mesmo número de recibo são criadas. As duas camadas de recebimento são mostradas na tabela a seguir.
|
Número do item |
Número do recibo |
Quantidade na unidade base de medida |
Custo recebido |
|
IV5015 |
000234 |
2 |
US$ 3,50 |
|
IV5015 |
000234 |
1 |
US$ 3,49 |
Outro exemplo mostra uma variação maior devido ao custo nas duas camadas de recebimento. Por exemplo, você insira um recibo de compra para o item IV5016 usando a unidade base de medida de Cada para uma quantidade de 2000. Insira um Custo Estendido de US$ 347,08. Como $347,08 não é igualmente divisível por 2000 (347,08 / 2000 = 0,17354), a camada de recebimento deve ser dividida. As duas camadas de recebimento resultantes são mostradas na tabela a seguir.
|
Número do item |
Número do recibo |
Quantidade |
Custo recebido |
|
IV5016 |
000235 |
1999 |
$0,17 |
|
IV5016 |
000235 |
1 |
US$ 7,25 |
Então, por que a discrepância grande entre os custos? Vamos fazer as contas.
O Custo Total dividido por quantidade (347,08 / 2000 = 0,17354) nos dá mais de 2 decimais (para o qual o item está definido) portanto, vamos precisar fazer alguns arredondamentos.
Não podemos arredondar a camada de recebimento até US$ 0,18 porque ela seria muito alta em comparação com nosso Custo Estendido de US$ 347,08.
0,18 x 2000 = US$ 360 Portanto, devemos
valorá-los em US$ 0,17. No entanto, a valorização de todos os 2000 a esse custo faz com que o valor pago por eles seja de US$ 7,08.
0,17 x 2000 = US$ 340 Portanto, em vez disso, valorizamos todos, menos 1 em
$0,17.
0,17 x 1999 = US$ 339,83 Em seguida, o custo restante é distribuído para a quantidade dividida
de 1.
347.08 – 339,83 = US$ 7,25 No final, as duas camadas de recibos agora têm o
valor total correto.
US$ 339,83 + US$ 7,25 = US$ 347,08 Quando você vende os itens, os itens são removidos do inventário de acordo com o método de avaliação do
item. A coisa a ser lembrada é que as duas camadas de recebimento representam o valor geral do recibo. Cada vez que os 1.999 são vendidos, eles são, na verdade, um pouco subvalorados, já que estão sendo vendidos a 0,17 em vez de .17354. Precisamos que o custo dessa última camada de recebimento seja de US$ 7,25 para fazer a diferença.
Não há nenhum ajuste que precise ser feito ao General Ledger para levar em conta isso.
Uma sugestão que ajudaria a evitar a divisão de camadas de recebimento, como esta, é usar mais casas decimais para sua moeda de item. No segundo exemplo acima, se o Conversor de Moedas decimal no item foi definido como 5, poderíamos ter criado apenas uma camada de recebimento, como a seguir.
|
Número do item |
Número do recibo |
Quantidade |
Custo recebido |
|
IV5016 |
000235 |
2000 |
$0,17354 |
Dependendo do custo e da quantidade que está sendo inserida, a definição das casas decimais como 5 pode não impedir a divisão de cada recibo, no entanto, deve reduzir o número de ocorrências.
Para alterar a Conversor de Moedas decimal de um item que você já usou, utilize a janela Alterar Casas Decimais. Para abrir essa janela no menu GP do Microsoft Dynamics, aponte para Ferramentas, aponte para Utilitários, aponte para Inventário e clique em Alterar Casas Decimais.
Resolução 2 A partir do Microsoft Dynamics GP versão
10.0 SP3, sempre que você postar uma remessa ou remessa/fatura que tenha uma ID de custo desemportada associada a ela, será criado um recibo
dividido. Isso é verdadeiro mesmo se o Custo Estendido no recibo for igualmente divisível pela quantidade recebida.
O motivo disso é que, quando o custo desempatado é faturado, é possível que o custo desembarcado possa não dividir igualmente entre a quantidade. Por precaução, dividimos o recibo no momento do recebimento. Isso nos permite alocar corretamente o custo do custo desembarcado entre as duas camadas de recebimento posteriormente, se necessário.
Informações adicionais
Este artigo foi iD do documento TechKnowledge: 7246 Este artigo foi ID do Documento da Base de Dados de
Conhecimento: 866321
