Compartilhar via

O relatório HITB e o balancete GL não se reconciliam

Este artigo apresenta as causas que podem levar ao problema de que o relatório HITB e o Balancete GL não se reconciliam no Microsoft Dynamics GP e a resolução relacionada depende da causa.

Aplica-se a: Microsoft Dynamics GP
Número original do KB: 2714803

Sintomas

Quando você imprime o Saldo de Avaliação de Estoque Histórico (HITB) de uma conta de estoque e compara esse saldo para a mesma conta em um Saldo de Avaliação da Contabilidade, os valores não são os mesmos.

Causa

Existem várias razões pelas quais HITB e GL podem estar desequilibrados um com o outro. Revise esta lista para alguns possíveis motivos.

  1. Você postou uma transação que afetou o custo ou a quantidade do item por meio de Estoque, Processamento de Pedidos de Vendas, Processamento de Pedidos de Compra etc., mas excluiu a transação antes de lançar por meio do GL.

  2. Você postou uma transação que afetou o custo ou a quantidade do item por meio de Estoque, Processamento de Pedidos de Vendas, Processamento de Pedidos de Compra etc., mas antes de lançar a transação por meio do GL, a conta ou o valor do estoque foi alterado.

  3. Você lançou uma transação usando a conta de estoque diretamente no GL.

  4. Você postou uma transação que afetou o custo ou a quantidade do item por meio de Estoque, Processamento de Pedidos de Vendas, Processamento de Pedidos de Compra e assim por diante. mas não usou uma conta de inventário. Verifique se você tem a conta de estoque correta em seus itens em Manutenção de Conta de Item ou em Configuração de Conta de Postagem.

  5. Você registrou uma transação que não impactou um item, mas utilizou uma conta de estoque para o débito ou crédito na entrada.

  6. Em uma transação que afetava o custo ou a quantidade de um item, a mesma conta de estoque era usada para as entradas de débito e crédito. Isso não criou nenhuma transação no GL (ou uma de lavagem), mas atualizou o item. Essa seria uma situação normal para transações de Transferência de Estoque em que a quantidade está sendo movida de um site para outro, mas não deve ser o caso de aumentos ou diminuições de quantidade. Uma maneira de verificar se isso não aconteceu é examinar os campos IVIVINDX e IVIVOFIX na tabela SEE30303 para ver se eles são os mesmos para transações que não estão relacionadas a transferências. Aqui está um script que pode ser útil para isso. Quaisquer resultados devem ser investigados.

    Select * from SEE30303 where IVIVINDX=IVIVOFIX and DOCTYPE not in (3,103)

  7. Você recebeu um item em uma OC para a quantidade total na OC, mas depois faturou a remessa para uma quantidade menor. Se houver uma variação de custo entre o recebimento da remessa e a fatura, haverá uma diferença entre HITB e GL. O GL será atualizado para a variação relacionada apenas à quantidade que foi faturada. O HITB será atualizado para a variação da quantidade total enviada. Se a quantidade restante for faturada a um custo diferente da fatura original, essa diferença entre o GL e o HITB permanecerá. Por esse motivo, não recomendamos a correspondência de mais de uma fatura com um único recibo de remessa.

  8. Você experimentou uma interrupção ao postar uma transação que afetou o custo ou a quantidade de um item, portanto, não atualizando completamente as tabelas SEE30303 e GL. Recomendamos restaurar um backup anterior à interrupção e postar novamente para garantir que todas as tabelas sejam atualizadas corretamente.

  9. Você usa uma personalização de terceiros que não usa a lógica de postagem da GP e não está gravando na tabela HITB. Se você achar que esse é o caso, entre em contato com esse desenvolvedor terceirizado para ver quais alterações podem ser feitas no produto para que ele funcione com o HITB.

  10. A transação foi registrada no módulo subsidiário, assim o HITB é afetado, mas não foi registrado no GL. Depois que o lote GL for lançado, a diferença será resolvida.

  11. Verifique se as datas e restrições usadas nos dois relatórios são comparáveis.

  12. Você fez várias tentativas malsucedidas de fechar o ano da Contabilidade que você ainda não resolveu.

  13. Você executou scripts no SQL que alteraram ou atualizaram transações ou itens relacionados ao inventário, que não foram recriados na tabela SEE30303.

  14. Quando uma variação de preço de compra não realizada ou uma variação de preço de compra é lançada no Processamento de Ordem de Compra, o relatório Saldo de Avaliação de Estoque Histórico exibe a variação usando a conta de variação de preço de compra não realizada ou de variação de preço de compra atribuída ao registro do item ou configurada na janela de Configuração de Lançamento. Se você editou a conta de preço de compra não realizado ou variação de preço de compra antes de lançar uma transação de Processamento de Pedido de Compra, a conta exibida no relatório de Saldo de Avaliação de Estoque Histórico pode ser diferente da conta realmente usada.

  15. Pode haver problemas de arredondamento entre o Relatório de Balanço de Inventário Histórico e a Razão Geral quando o Custo Estendido de um recibo é inserido em vez do Custo Unitário ou se os custos de entrega estiverem envolvidos.

Solução

A resolução depende da causa, mas provavelmente resultará em entradas feitas diretamente no Livro Razão ou transações de inventário registradas e excluídas antes de atualizar o Livro Razão.

Mais informações

Como o número de lançamento contábil é armazenado na tabela HITB (SEE30303), as comparações podem ser feitas em nível SQL usando o campo JRENTRY na tabela SEE30303, em relação às tabelas GL10001/GL20000/GL30000.

Se você estiver usando o Microsoft Dynamics GP 2013, use a rotina Reconciliar com GL para o módulo Inventário para determinar as diferenças transacionais entre o estoque e a contabilidade. A rotina Reconciliar com GL é encontrada no menu GP do Microsoft Dynamics, aponte para Ferramentas, aponte para Rotinas, aponte para Finanças e selecione Reconciliar com GL.