Melhoramentos para o cálculo do custo médio no Microsoft Dynamics GP

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 923960
Sumário
Este artigo descreve os diferentes processos que ocorrem quando actualiza para o Microsoft Dynamics GP. Este artigo também descreve cenários em que movimento geral são geradas transacções de regulação e em que serão feitos ajustamentos de custo.
INTRODUÇÃO
Este artigo aborda o cálculo do custo médio e alguns novos melhoramentos são efectuados para o cálculo do custo médio no Microsoft Dynamics GP.
Mais Informação
Se está a utilizar o avaliação de produtos de custo médio, e se tiver por registar lotes ou documentos que utilizem estes itens, recomendamos que registar estas secções e documentos antes de actualizar para o Microsoft Dynamics GP. Esta acção ajuda a impedir que os utilizadores do registo de transacções com data anterior.

Por exemplo, considere o seguinte cenário. A última recepção para item perpétua médio XYZ tem uma data de documento de 1 de Junho de 2006. Microsoft Dynamics GP foi actualizado para a versão 9.0 em 15 de Junho de 2006. Se tentar enviar um documento que contém o item XYZ que tenha uma data de documento que está antes de 1 de Junho de 2006, falha o post. Tem de alterar a data de documento a partir de 1 de Junho de 2006 ou a uma data posterior.


Actualizar para o Microsoft Dynamics GP

Processos que ocorrem quando actualiza

Durante o processo de actualização, o Microsoft Dynamics GP define os valores dos seguintes campos na tabela IV10200:
  • Método de valorização (VCTNMTHD)
  • Quantidade física (QTYONHND)
  • Custo ajustado (ADJUNITCOST)
Guias de remessa de compra que são introduzidos antes de actualizar para o Microsoft Dynamics GP não tem os dados necessários para gerar automaticamente as transacções do razão geral ou para recalcular os custos médios. Por conseguinte, os seguintes processos ocorrem quando efectuar a actualização:
  • Para cada item que tenha uma FIFO permanente ou um método de valorização LIFO permanente, o Microsoft Dynamics GP identifica o mais recente não vendido guia de remessa está na tabela IV10200. Microsoft Dynamics GP define os seguintes valores na tabela IV10200:
    • Método de valorização: 1 para FIFO permanente ou 2 LIFO permanente
    • Quantidade por lado: a quantidade global disponível em todos os sites para o produto
    • Custo ajustado: o custo unitário da data de recepção não vendido mais recentes para o produto
    Nota Durante este processo, os valores que estão no campo Código de localização e no campo Tipo de quantidade são ignorados.
  • Para cada item que tem um método de avaliação periódica, o Microsoft Dynamics GP identifica o recibo não vendido mais recentes na tabela IV10200. Microsoft Dynamics GP define os seguintes valores na tabela IV10200:
    • Método de valorização: 4 para um método de avaliação periódica FIFO ou 5 para o método de valorização LIFO periódica
    • Quantidade por lado: a quantidade global disponível em todos os sites para o produto
    • Custo ajustado: o valor do campo Custo actual na janela de manutenção do produto
    Nota Durante este processo, os valores que estão no campo Código de localização e no campo Tipo de quantidade são ignorados.
  • Para cada item que tem um método de determinação do valor médio permanente, o Microsoft Dynamics GP identifica o mais recente não vendido guia de remessa está na tabela IV10200. Microsoft Dynamics GP define os seguintes valores na tabela IV10200:
    • Método de valorização: 3
    • Quantidade por lado: a quantidade global disponível em todos os sites para o produto
    • Custo ajustado: o valor do campo Custo actual na janela de manutenção do produto
    Nota Durante este processo, os valores que estão no campo Código de localização e no campo Tipo de quantidade são ignorados.
  • Para todos os recibos de compra que não sejam actualizados por acções que são mencionadas anteriormente nesta secção, o Microsoft Dynamics GP define o campo Método de determinação do valor como zero. O valor zero indica que a recepção foi registada numa versão do Microsoft Dynamics GP antes da versão 9.0.
  • Considere a hipótese de qualquer registo que é marcado, utilizando um dos métodos mencionados anteriormente nesta secção. Se tiver qualquer um destes registos de um campo de Quantidade vendida de mensagens em fila que for maior que zero, a conversão também cria um registo de detalhes da quantidade vendida na tabela IV10201. Este registo mostra o mesmo valor que o campo Quantidade vendida de recepção.

Efeitos sobre os itens de inventário por determinados métodos de avaliação

As seguintes informações aplica-se a clientes que têm itens de inventário que tem um método de avaliação de média permanente, de LIFO permanente ou de FIFO perpétua:
  • Microsoft Dynamics GP gera automaticamente ajustes na contabilidade geral, se um item foi vendido ou foi consumido do inventário e o custo, em seguida, foi alterado. Em versões anteriores antes da versão 9.0, o Microsoft Dynamics GP gerado um relatório que instruiu a introduzir manualmente os ajustamentos à conta de inventário e para a conta de custo das mercadorias vendidas (CMV). Esta acção foi concebida para corrigir as contas que são utilizadas pelas transações que vendidas ou consumidas que os itens. No Microsoft Dynamics GP, estes ajustes são agora geradas automaticamente.

    Microsoft Dynamics GP guarda adicional quantidade vendida detalhe da transacção na tabela IV10201. Estes dados adicionais permite gerar as transacções de regulação do Microsoft Dynamics GP. Microsoft Dynamics GP gera o relatório de diário de lançamento geral para as transacções de regulação para essas transacções quantidade vendida registados depois de actualizar para o Microsoft Dynamics GP. Diário de desvio de custos apresenta ainda uma mensagem para itens que não tenham detalhes para o valor do campo Quantidade vendida . Esta mensagem sugere que efectuar um ajuste de custo para as transacções na contabilidade geral.
  • Um valor de ajuste é efectuado para a diferença entre o custo original e o custo da transacção registada recentemente determinado.
As seguintes acções podem fazer com que o Microsoft Dynamics GP gerar ajustando as transacções na contabilidade geral para médio perpétua, LIFO permanente ou para itens FIFO perpétua:
  • A janela de ajustar os custos de inventário é utilizada para alterar o custo unitário de um recibo de compra. Microsoft Dynamics GP calcula a diferença de custo para determinar a quantidade necessária de ajuste para uma transacção.
  • Seleccionam os utilizadores para revalorizar o inventário quando se regista uma factura de compra em que o custo de factura é diferente do custo da guia de remessa.
  • Um item de linha de encomenda de compra é alterado para um Estado de fechado , caso se verifiquem as seguintes condições para a encomenda de compra:
    • O valor do campo Quantidade enviada é maior que o valor do campo Qtd. Facturada .
    • O valor do campo Qtd. Facturada não é zero.
  • Uma transacção de devolução de encomenda de compra é registada.
  • Um guia de remessa de compra é inserido numa pilha de recepção de compra existente quando a data de registo é fornecido antes da data de um existente Guia remessa compra.
Os seguintes cenários causam ajustes de custos a serem gerados:
  • Registar uma transacção de envio da encomenda de compra que tem os seguintes valores:
    • Quantidade enviada: 100
    • Custo unitário: US $1,00
  • Registar uma factura de venda que tem os seguintes valores:
    • Quantidade enviada: 10
    • Custo unitário: US $1,00
    • Qtd. Facturada: $10
  • Recebe uma transacção de factura de encomenda de compra da guia de remessa registado utilizando um preço de custo de $2 cada. Revalorizar o inventário utilizando um dos seguintes métodos:
    • Débito na conta de inventário para reavaliar o $100.
    • Débito da conta de compras acrescidos de $100 e, em seguida, de crédito na conta contas a pagar para $200.
    • Crédito na conta de inventário para a $10 que tenha sido removido após a recepção original foi registada. Para equilibrar esta factura, tem de débito a conta CMV de $10.

Informações de registo de contabilidade geral

Contabilidade registar transacções que são geradas automaticamente

As seguintes condições são verdadeiras para a contabilidade registar transacções que são geradas automaticamente:
  • Microsoft Dynamics GP utiliza as preferências de registo que são introduzidas para a série na qual a transacção teve origem. O programa utiliza um tipo de entrada da origem de Entrada geral.
  • O destino do relatório de registo está seleccionado, utilizando a janela Conf. registo em que o campo de série é definido como financeiro e o campo do relatório é definido para O diário de lançamento geral.
  • Quando regista um documento utilizando o registo de nível de transacção, o Microsoft Dynamics GP segue as regras existentes. O programa regista na contabilidade, em vez de através de contabilidade geral.
  • Microsoft Dynamics GP regista sempre no resumo.
  • Depois do Microsoft Dynamics GP com êxito cria contabilidade transacções, estas transacções são adicionadas a um lote de contabilidade que tem os seguintes atributos:
    • ID de lote: gerado pelo sistema
    • Origem: Entrada geral
    • Comentário: Ajuste de existências
    • Frequência: utilização única
    • Microsoft Dynamics GP respeita "post para" e as opções "Registar através de" da série na qual a transacção teve origem.
    • Quando registar uma secção a partir de um módulo, o Microsoft Dynamics GP cria uma entrada de diário para cada documento esse lote que faz com que um ajuste de contabilidade a serem gerados. São exemplos de tais módulos de processamento de encomendas de vendas e inventário. Podem existir várias contas que registar no resumo.

      Nota Dependendo da opção que seleccionou na janela Conf. registo, o Microsoft Dynamics GP efectua acções diferentes para uma secção de entrada geral tem os atributos que são mencionados neste item com marcas. Se seleccionar o Criar novo<b00> </b00> opção, o programa cria uma nova secção se o movimento ainda existe na contabilidade geral. Se seleccionar a opção de Acrescentar , o programa adiciona as transacções para o lote existente. Uma excepção ocorre quando as transacções têm origem na tabela da janela Ajustar os custos de inventário. Neste caso, o Microsoft Dynamics GP sempre cria uma nova secção.
    • Considere os seguintes exemplos de como o Microsoft Dynamics GP respeita "post para" e as opções "Registar através de" para transacções de alteração de custo:
      • No processamento de encomendas de vendas, documento de devolução com data anterior cria uma entrada de diário de alteração de custo. Esta entrada de diário de alteração de custos respeitarão a "Registar" e "Registar através de" opções para a origem de entrada da transacção de vendas da série de vendas.
      • No processamento de encomendas de compras, um recibo de envio com data anterior cria uma entrada de diário de alteração de custo. Esta entrada de diário de alteração de custos respeitarão a "Registar" e "Registar através de" opções para a origem de entrada da transacção Receivings da série de compra.
      • No inventário, um ajuste de aumento com data anterior cria uma entrada de diário de alteração de custo. Esta entrada de diário de alteração de custos respeitarão a "Registar" e "Registar através de" opções para a origem de entrada da transacção da série de inventário.
  • Considere os seguintes valores para um item:
    • Conta de variação de preço de compra
    • Conta de inventário
    • Conta de contrapartida de inventário
    • Conta de variação de inventário
    Quando o Microsoft Dynamics GP tem de obter estes valores, ocorre o seguinte processo:
    • Microsoft Dynamics GP primeiro tenta obter a conta a partir da janela de manutenção de conta de produto.
    • Se a conta estiver em branco na janela de manutenção de conta de produto, o Microsoft Dynamics GP tenta obter a conta a partir da janela de configuração de contas de registo. Nesta janela, o campo a apresentar está definido para o inventário.
    • Se o Microsoft Dynamics GP não é possível obter a conta necessária durante os passos mencionados anteriormente, a conta ficará em branco.
  • Substituição de site é aplicada quando o Microsoft Dynamics GP obtém uma conta para o produto.
  • Uma transacção de contabilidade geral é guardada para o lote de contabilidade geral e essa conta fica em branco, caso se verifiquem as seguintes condições:
    • Microsoft Dynamics GP tenta criar uma transacção de contabilidade geral utilizando contas de uma transacção de detalhe quantidade vendida.
    • Um ou mais dessas contas já não é válido ou já não existe.
  • Se pelo menos uma transacção tiver uma conta de registo em branco, o Microsoft Dynamics GP não regista o lote mesmo se a caixa de verificação Registar contabilidade está seleccionada na janela Conf. registo para a série de inventário. Tem de introduzir um número de conta para que o lote pode ser registado.
  • Quando regista, o Microsoft Dynamics GP verifica as contas de registo para verificar que estão activos. Se uma conta estiver inactiva, o Microsoft Dynamics GP regista o módulo de inventário e, em seguida, cria um lote de contabilidade geral para essa transacção.

Itens que utilizam o método de determinação do valor médio permanente

As seguintes condições são verdadeiras para produtos que utilizam o método de determinação do valor médio perpétua:
  • O custo (médio) é recalculado automaticamente depois destas acções adicionais:
    • O utilizador opta por revalorizar o inventário, quando o utilizador regista uma factura de encomenda de compra para o qual o custo de factura é diferente do custo da guia de remessa.
    • O utilizador utiliza a janela de ajustar os custos de inventário para editar o custo de um registo de guia de remessa de compra.
    • O utilizador altera o estado de um item de linha de encomenda de compra como fechado se o valor do campo Quantidade enviada para o item for maior que o valor do campo Qtd. Facturada e se o valor do campo Qtd. Facturada não for zero.
    • O utilizador regista uma transacção de devolução de encomenda de compra.
    • O utilizador insere um guia de remessa de compra para uma pilha de recepção de compra existente.
  • O cálculo do custo médio (actual) de um item e o ajustamento do valor da Quantidade vendida de uma média perpétua, perpétua um LIFO ou um item de FIFO perpétua ocorrer apenas quando ajusta um guia de remessa de compra tiver sido registado depois de actualizar para o Microsoft Dynamics GP. Uma vez que o Microsoft Dynamics GP não armazena os dados necessários antes de actualizar para o Microsoft Dynamics GP, não é possível recalcular o custo médio ou registar transacções ajustadas para guias de remessa de compra mais antigos.
  • Microsoft Dynamics GP executa as seguintes acções se o custo unitário de um recibo de compra existente para um produto de custo médio for actualizado:
    • Microsoft Dynamics GP primeiro volta a calcular o custo ajustado para o registo de recepção actualizado utilizando a seguinte fórmula:
      {(Quantidade anterior recepção física x anterior recibo ajustado custo unitário) + [(recepção quantidade – quantidade devolvida) x custo unitário de recepção]} ÷ [Quantidade anterior recepção física + (quantidade da guia de remessa disponível – quantidade devolvida)]
      Notas
      • Se o valor anterior recepção quantidade por lado for negativo, o Microsoft Dynamics GP utiliza zero para esse valor na fórmula.
      • O valor quantidade por lado do recibo de é específico de data e é a quantidade total de todos os sites. Para uma recepção de compra, o valor quantidade por lado do recibo de reflecte a quantidade disponível depois desse guia de remessa foi registado. Isto é, o valor quantidade por lado do recibo de inclui a quantidade dessa recepção.
      • Se o valor de Quantidade devolvida é subtraído o valor Qtd. recebida quando é registada uma transacção de devolução de compra, o Microsoft Dynamics GP aumenta valor de Quantidade vendida a recepção de compra em vez de reduzir o valor Qtd. recebida . Por conseguinte, para obter um verdadeiro valor Qtd. recebida , Microsoft Dynamics GP deve examinar a nova quantidade vendida detalhes tabela para transacções de devolução de compra e subtrair o valor Devolvido de quantidade do valor Qtd. recebida .
    • Se houver um guia de remessa de compra com data até o guia de remessa ajustado, o Microsoft Dynamics GP volta a calcular o custo actual (médio) para essa remessa seguinte calcular o custo ajustado para esse registo seguinte do guia de remessa. Este processo continua para cada guia de remessa de compra subsequentes. Este processo continua através da pilha para determinar o custo ajustado à data de trabalho do utilizador. Este novo valor torna-se o custo actual. Como continua o processo para cada guia de remessa de compra subsequentes, o Microsoft Dynamics GP actualiza o custo ajustado para cada guia de remessa de compra. Além disso, o Microsoft Dynamics GP actualiza o valor de custo ajustado para cada transacção de quantidade vendida é datada mais tarde a um recibo de compra ajustado e anteriores à próxima recepção. Esta acção baseia-se a data de recepção. Esta acção também utiliza o custo ajustado do guia de remessa de compra anterior.

      Nota Quando é registado um recibo de compra, o Microsoft Dynamics GP povoa o valor de Inventário por quantidade para um guia de remessa de compra utilizando um valor que é igual à soma da seguinte equação:
      (Por quantidade em inventário para a recepção anterior) + (Qtd. recebida para a recepção anterior) – (Qtd vendida transacções que ocorreram depois que a guia de remessa de compras foi registada mas antes da recepção de compra seguinte, com base na data)
      O exemplo seguinte pressupõe que as seguintes condições são verdadeiras:
      • A quantidade disponível inicial é zero
      • Não foram nenhuma transacção de devolução de encomenda de compra
      Tipo de transacçãoInventário disponível Qtd. Qtd. recebidaQtd vendidaCusto unitárioCusto ajustado
      Recepção #1100100US $1,00US $1,00
      Recepção #2125100$1.50$1,25
      Venda #150$1,25$1,25
      Venda #225$1,25$1,25
      Recepção #3200100$1.20$1.23
      Venda #325$1.23$1.23
      Recepção #4250100$1.30$1,25
      Venda #450$1,25$1,25
      O cálculo para recepção #1 utiliza a seguinte fórmula:
      [(0 x $0.00) + (100 x US $1,00)] ÷ [0 + (100-0)] = US $1,00
      O cálculo de recepção #3 utiliza a seguinte fórmula:
      [(125 x $1,25) + (100 x $1.20)] ÷ [125 + (100-0)] = $1.227
      Nota A soma deste cálculo é arredondada para $1.23.
    • Quando é actualizado o custo unitário de uma remessa de compras existente, o Microsoft Dynamics GP recalcula o custo ajustado a recepção de compra utilizando os seguintes valores na fórmula de cálculo custo médio:
      • Valores de Inventário por quantidade guardados
      • Valores de Custo ajustado do recibo anterior
      • Valores guardados Qtd. recebida
      • Novos valores de custo unitário
      Um exemplo de uma situação em que um existente recibo de compra é actualizada é a seguinte situação:
      • Revalorizar o inventário de uma variação de preço de compra numa factura de encomenda de compra.
      • A factura é de uma variação de material ou de um desvio de custo de desembarque.
      Se existir um registo de recepção o mais tardar o guia de remessa actualizado datada, o Microsoft Dynamics GP recalcula o custo ajustado para o registo de recepção, utilizando os passos e a fórmula de cálculo do custo médio que são mencionados anteriormente nesta secção. Microsoft Dynamics GP actualiza o campo de Custo actual na janela de manutenção do produto utilizando o novo custo ajustado para o registo de guia de remessa de compra final. Além neste exemplo, as alterações efectuadas pelo custo ajustado são mostradas na seguinte tabela.

      Nota Esta tabela pressupõe que as seguintes condições são verdadeiras:
      • Regista uma factura de encomenda de compra de guia de remessa n º 3, um preço de custo de $1.28.
      • Escolher revalorizar o inventário.
      • O envio foi registado anteriormente a um preço de custo de $1.20.
      Quando estas condições se verificarem, o Microsoft Dynamics GP actualiza o preço de custo na pilha de recepção seja $1.28. O programa recalcula então o custo ajustado para cada recepção subsequente, iniciando a esse registo de recepção.
      Tipo de transacçãoInventário disponível Qtd. Qtd. recebidaQtd vendidaCusto unitárioCusto ajustado
      Recepção #1100100US $1,00US $1,00
      Recepção #2125100$1.50$1,25
      Venda #150$1,25$1,25
      Venda #225$1,25$1,25
      Recepção #3200100$1.20$1.28$1.23ponto 1.26 $
      Venda #325$1.23$1.23ponto 1.26 $
      Recepção #4250100$1.30$1,25$1.27
      Venda #450$1,25$1,25
      O cálculo de recepção #3 utiliza a seguinte fórmula:
      [(125 x $1,25) + (100 x $1.28)] ÷ [125 + (100-0)] = $1.263
      Nota A soma deste cálculo é arredondada para o ponto 1.26 $.
      O cálculo de recepção #4 utiliza a seguinte fórmula:
      [(200 * $1.26) + (100 * $1.30)] ÷ [200 + (100-0)] = $1.273
      Nota A soma deste cálculo é arredondada para $1.27.
    • Microsoft Dynamics GP gera algumas transacções de regulação para as quantidade vendida detalhe as transacções que são actualizadas com base no custo ajustado da guia de remessa. As transacções de regulação utilizam os números de conta que foram utilizados para a transacção original e que são armazenadas na tabela IV10201.
  • As seguintes alterações aplicam-se se criar e registar uma transferência de inventário de um item de custo médio:
    • Transferências de tipo de quantidade por lado para qualquer outro tipo de quantidade utiliza o custo actual do produto.
    • Os tipos de transferências da quantidade que não utilize por lado o custo de FIFO em vez de custo actual do produto. Se criar a transferência, o custo unitário do produto utiliza o valor de custo corrente. No entanto, quando a transferência é registada, o Microsoft Dynamics GP obtém o custo de FIFO de pilha de recepção de compra.
    • Se o preço de custo da transacção for diferente do custo actual de um item, o Microsoft Dynamics GP recalcula o custo actual (médio) do produto após uma transferência de inventário para o tipo de quantidade por lado .

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 923960 - Última Revisão: 04/05/2016 04:05:00 - Revisão: 0.1

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0

  • kbhowto kbexpertiseinter kbexpertiseadvanced kbinfo kbmbsmigrate kbmt KB923960 KbMtpt
Comentários