Informações sobre diferenças quando você reconciliar a contabilidade para gerenciamento de contas a pagar ou gerenciamento de contas a receber no Microsoft Dynamics GP

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 866570
INTRODUÇÃO
Este artigo descreve por que o saldo da conta contas a pagar ou contas a receber o saldo da conta na contabilidade difere do valor total devido de históricos antigos balancete relatório no Microsoft Dynamics GP. Há são perguntas frequentes no final deste artigo.
Mais Informações
Reconciliar a rotina GL era novo no Microsoft Dynamics GP 10.0 (SP2). Esta rotina gera uma planilha do Microsoft Office Exel. Você pode usar essa planilha para coincidir com o gerenciamento de contas a pagar ou gerenciamento de contas a receber transações que foram lançadas em Contabilidade. Esse processo não gera transações de corrigir. No entanto, esse processo pode ajudá-lo a determinar as diferenças de transação estão listadas nesta seção. Para abrir a janela "Reconciliar a GL", aponte paraFerramentas do menu do Microsoft Dynamics GP , aponte para rotinas, aponte para financeiroe, em seguida, clique em Reconciliar a GL.


A seguir está uma lista dos problemas que vimos que podem causar diferenças em execução:

  • O relatório de balancete históricos antigos é impresso com restrições. Imprima o relatório de balancete históricos antigos novamente com uma restrição de data.
  • Nem todas as contas de contas a pagar ou contas de todas as contas a receber são visualizados em geral razão. Certifique-se de que você exibir todas as contas de contas a pagar ou todas as contas contas a receber na contabilidade.
  • Lotes no gerenciamento de contas a pagar ou gerenciamento de contas a receber foram lançadas em Contabilidade. O lote na contabilidade foi alterado ou editado antes de ser lançado.
  • Ajustes para a conta contas a pagar ou contas a receber conta pode ter sido inserido diretamente em geral razão. Essas transações atualizar a conta na contabilidade. No entanto, essas transações não atualizar o relatório de balancete históricos antigos.
  • O intervalo de datas no balancete detalhado em geral relatam razão não coincide com o intervalo de datas no relatório de balancete históricos antigos no gerenciamento de contas a pagar ou gerenciamento de contas a receber. Quando você imprimir o relatório de balancete históricos antigos, clique para selecionar a caixa de seleção de Data de lançamento GL na área Selecione transações de relatório usando o .
  • As transações foram lançadas no gerenciamento de contas a pagar ou gerenciamento de contas a receber. No entanto, essas transações não lançadas em Contabilidade se fossem saldos iniciais. Se a caixa de seleção Lançar a contabilidade não estiver selecionada na janela Configuração de lançamento para a série de compras ou para a série de vendas, as transações serão lançadas para o gerenciamento de contas a pagar ou gerenciamento de contas a receber. No entanto, essas transações não serão lançadas no razão geral.
  • A caixa de seleção Controlar descontos disponíveis no GL é selecionada na janela de configuração de gerenciamento de contas a pagar ou na janela de configuração de gerenciamento de contas a receber. Em seguida, o valor líquido da nota fiscal será lançado para contabilidade. Além disso, o valor restante é lançado em uma conta de descontos disponíveis. Somente o valor líquido será exibido no relatório de balancete detalhado em geral razão. No entanto, a fatura exibe o total de bruto de fatura nos históricos antigos balancete no gerenciamento de contas a pagar ou gerenciamento de contas a receber.
  • Documentos foram anulados em um período diferente que elas foram lançadas originalmente. O balancete detalhado em geral relatam razão pode não coincidir com o relatório de balancete históricos antigos. Por exemplo, suponha que uma fatura foi inserida em 1/1/2007. Essa fatura foi cancelada no dia 1/2/2007. Um relatório geral razão balancete detalhado é impresso para 1/2/2007-28/2/2007. Transações canceladas serão exibidas no relatório. Se um balancete históricos antigos são impressos usando o mesmo intervalo de datas, o documento cancelado não serão impressas no relatório porque ela foi anulada.
  • Se você deseja equilibrar as contas conta a pagar o saldo ou a contas a receber da conta saldo em geral razão para os históricos antigos balancete relatório por um determinado período, os saldos do relatório de balancete históricos antigos devem ser reconciliados net altere no balancete detalhado em geral contábeis para o mesmo período.
  • Se você desejar que o saldo de contas a pagar o saldo da conta ou a conta de contas a receber saldo em geral razão ao relatório de balancete históricos antigos para um dia que não está em um determinado período, determine se gerenciamento de contas a pagar ou gerenciamento de contas a receber nunca tem sido balanceado. Se o gerenciamento de contas a pagar ou contas a receber gerenciamento nunca foi equilibrado, os saldos iniciais podem estar incorretos. Nessa situação, equilibrar o período mais recente primeiro e, em seguida, reconciliar dos meses anteriores em ordem inversa.
  • Se ocorreram interrupções de lançamento, lotes podem não ter sido postados corretamente para contabilidade, gerenciamento de contas a pagar ou gerenciamento de contas a receber.
  • Nem todos os lotes de contabilidade foram lançados.
  • Quando você imprimir o relatório de balancete históricos antigos, você não clicou em para selecionar as seguintes caixas de seleção na área de exclusão:
    • Documentos de crédito aplicado não lançadas
    • Saldo zero
    • Atividade
    Clique para selecionar as caixas de seleção e, em seguida, imprima o relatório de balancete históricos antigos.

    Observação: Se você deseja corresponder o relatório geral razão balancete detalhado e o relatório de balancete históricos antigos por documentos específicos, clique para desmarcar a caixa de seleção de Documentos totalmente pago .
  • Se você usar gerenciamento de personalisável quando você reavaliar, você optou por lançar na conta de compensação de vendas/compras.
  • No Microsoft Dynamics GP 10.0, quantidades de cartão de crédito foram inseridas na janela de entrada de transação de contas a pagar para uma nota fiscal. Isso pode causar um desequilíbrio na reconciliar para gerenciamento de contas a pagar para contabilidade porque somente a alteração líquida irá postar no módulo de contabilidade.
  • Se não houver interrupções e questões de lançamento com um lote de contas a pagar ou contas a receber e as transações foram encontradas em ambos o trabalho e tabelas abertas ao mesmo tempo, a exclusão de lote de RM ou PM na GP causará problemas. Nesse caso, o usuário normalmente vê os registros de ambas as tabelas e decide o lote de trabalho não é necessário para que ele exclua-GP. Como o trabalho e tabelas abertas compartilham uma tabela de distribuição, excluir o lote na diretiva de grupo também removerá os registros de distribuição com ele. O resultado final é que o registro de cabeçalho de transação existe, mas não há nenhum distribuições correspondentes no lado do RM ou PM mas GL foi atualizada corretamente. Esse problema será considerado na próxima versão do Microsoft Dynamics GP.
  • Distribuições podem aparecer na seção potencialmente correspondência com valores diferentes se houver descontos. Para coincidirem, nas contas de desconto GL devem ter foi retiradas com a conta de PM/RM antes de executar a reconciliação ao processo GL. Feche a planilha e executá-lo novamente com desconto GL contas listadas também.
  • Distribuições podem estar falta no lado PM/RM se o tipo (compra à vista, pagamento,) foram alterado. Da planilha de reconciliar a conta só é usada para o lado GL. A conta não é usada no lado do PM/RM. O lado do PM/RM recebe usando o pagamento ou tipo REC independentemente de qual conta é usado, é por isso que você deve ter certeza listar todos os PA ou AR contas na janela reconciliar. E simplesmente mudar o tipo de distribuição na tabela SQL não faz a distribuição aparecem automaticamente se você regenerar a planilha.
  • Verifique a data de aplicar e a data de postagem do GL na tabela aplicar para transações de personalisável em comparação com a data real que foi lançada em GL. Por exemplo, em 22 de janeiro, datado de 31 de dezembro de um memorando de crédito foi aplicado a uma nota fiscal com data de 5 de dezembro e a data de aplicar e data de postagem GL foram deixados como 22 de janeiro. No entanto, ao lançar o lote GL, o usuário alterou a data para 31 de dezembro. Nesse caso, a reconciliar a planilha GL para o mês de dezembro lista a quantidade de ganho/perda realizada em ambos os lados e parecem ser reconciliados. No entanto, o relatório HATB não reconhece o valor de ganho/perda realizada e será desativado por esse valor quando comparado ao GL, desde que ele foi aplicado ou não lançado até janeiro de acordo com o registro de aplicar.


Perguntas frequentes:


T1: É a reconciliar a planilha GL uma reconciliação true para contas a pagar/contas a receber para GL?

A1: Reconciliar a GLfeature é uma 'Ferramenta de solução de problemas para ajudar os usuários a identificar distribuições incomparáveis entre RM/PM e GL. Ele não foi necessariamente indicado para unir-out para o HATB e que não era a finalidade pretendida, embora nós sabemos que os clientes estão fazendo isso. Os saldos em reconciliar a planilha GL são melhores estimativas utilizando uma adição/subtração simples em distribuições na tabela. Enquanto os saldos no HATB levam quase todas as tabelas em consideração e são muito mais complexas e precisas saldos e, por isso os dois geralmente não Junte-out.

Reconcilia 'true' deve estar entre o RM ou PM históricos antigos balancete (HATB) e o balancete GL relatórios. Se eles corresponderem, então você não necessariamente precisa executar a reconciliar a ferramenta GL para esse mês. As tabelas GL são compostas de débitos e créditos, e as tabelas que recebe a HATB de são cabeçalho da transação e aplicam tabelas de registro. Então clientes pediram para uma forma de reconciliar as distribuições no GL para as tabelas de distribuição no RM ou PM para ajudar a localizar as diferenças nesse nível. Portanto, essa é a razão por que reconciliar a rotina GL foi criado. O objetivo era ser uma ferramenta de solução de problemas para comparar distribuições distribuições entre os módulos para ajudar a identificar distribuições ausentes, que podem levá-lo para um ausente transactionfrom a HATB. Então use reconciliar a ferramenta GL como um auxílio somente para ajudá-lo a reconciliar o HATB de balancete para GL. Se a HATB e GL TB de saldo, lá não é realmente necessário executar a reconciliar a ferramenta GL para esse mês.


Q2: Devem totais em reconciliar a planilha GL corresponder os totais sobre o HATB?

A2: Não. Os totais de reconciliar a planilha GL são apenas uma simple adição/subtração dos registros de distribuição na tabela e não leve em consideração as outras tabelas. Enquanto o HATB analisa totalmente diferentes tabelas para calcular um balanço com a transação e aplicar tabelas de registros e é um cálculo muito mais complexo. Devido as diferentes métodos/tabelas de cálculo usadas para obter os saldos, reconciliar a planilha GL não espera tie imediatamente para os saldos de envelhecimento nos relatórios HATB e seria dificultam a reconciliação-los. Não é necessário vincular os saldos em reconciliar a planilha GL para o relatório HATB.

Podemos sugerir para ignorar os totais em reconciliar a planilha GL e usar apenas as seções e potencialmente correspondentes para ajudá-lo a encontrar as diferenças a pesquisa para ver se que também pode explicar a diferença entre o GL TB e HATB. Reconciliar a planilha GL não é uma verdadeira reconciliação e apenas se destinava a ser uma 'Ajuda' para ajudá-lo a identificar as diferenças de distribuição à pesquisa para ver se isso também é uma diferença no nível de transação. Na verdade, se o HATB corresponde a TB GL, realmente não haver a necessidade de executar a reconciliação ao utilitário GL nesse mês, já que não existem diferenças para identificar.

Ainda deseja se quiser vincular o saldo em reconciliar a planilha GL para o saldo de HATB, isso não é suportado em um caso de suporte regular. Os motivos que identificamos são listados na parte superior deste KB e pode haver mais motivos ainda não identificados. Mas como este reconciliar não é necessário entre o saldo total simple listado em reconciliar a planilha GL e o saldo calculado mais complexo no relatório HATB e não a finalidade desse utilitário reconciliar, ele será considerado como uma despesa de consultoria para aprofundar seus dados para ajudá-lo a reconciliar essas uns aos outros.



3º trimestre: O que devo fazer se distribuições estão ausentes no lado GL?

A3: se você encontrar distribuições do lado de RM ou PM não estão no lado GL, investigue o lado GL para as diferenças de tempo. Verifique para certificar-se de que todos os lotes GL são lançados. Se eles são realmente ausentes no lado GL, será necessário uma entrada de diário de ajuste diretamente no GL para a entrada para criar as distribuições GL de chave.



4º trimestre: O que devo fazer se distribuições estão ausentes no lado do RM ou PM?

A4: Se a distribuição GL estiver listada, mas está ausente no lado do RM ou PM, primeiro investigar as diferenças de tempo. Também pesquise para ver se a transação em si é listada no relatório de HATB e já é contabilizada. É possível que a transação existe, mas as distribuições são apenas ausentes. Portanto, a pergunta se torna 'como obtenho as distribuições em RM ou PM, se a transação existir?' Em primeiro lugar, tenha em mente que as tabelas de distribuição no RM ou PM não são usadas para qualquer outra finalidade ou relatórios de diretiva de grupo, mais isso reconciliar a planilha. Isso é realmente necessário para obtê-los reincorporado RM ou PM? Avalie se vale a pena seu tempo para preencher uma tabela que não é utilizada em qualquer lugar.

Mas se você assim escolher corrigir a tabela de distribuição PM, você teria que anular o documento, para que os registros aplicados voltem para abrir. Em seguida, use o utilitário de histórico da transação remover para remover o documento anulado. Certifique-se de definir o lançamento para 'Enviar para' GL e não 'Lançar através de GL'. Exclua o lote GL criado pelo void. Em seguida, rechaveamento o documento volta para contas a pagar, para que as transações e as distribuições serão recriadas. Certifique-se de cancelar o lote GL para isso. Aplique novamente o novo documento para os documentos abertos e eles devem ir para histórico novamente.

Tofix-la na tabela de distribuição RM, seria necessário remover ambos os lados da nota fiscal e pagamento e rechaveamento-los de volta e excluir o lote em GL.



P5: As transações na seção correspondente potencialmente pareçam que eles correspondem. Por que não ele na seção Matched?

A5:Há vários campos que são iguais para cada registro de distribuição. Todos os campos devem corresponder para movê-lo para a seção de Matched. Se alguns mas não todos os campos correspondem, ele colocará na seção potencialmente correspondente. Por exemplo, aqui estão os campos correspondentes para PM para GL:

Gerenciamento de contas a pagar - GL
Número do comprovante - Número de controle de origem
Origem TRX-- TRX fonte de origem
-A data de lançamento Data da transação
Valor de por conta - Valor do débito ou valor de crédito


Q6: Se eu chave as distribuições ausentes no GL ou RM/PM e execute novamente a reconciliar a planilha GL, os itens potencialmente correspondentes ou incomparáveis moverá para a seção Matched?

A6: Não. Se as transações são ajustadas separadamente, a terá números de comprovante diferente e códigos-fonte Trx. Na melhor das hipóteses os valores e a data de lançamento podem corresponder, que pode colocá-los na seção potencialmente correspondentes da planilha.



Q7:Por que o saldo final em uma planilha mensal ou trimestral não coincide com o saldo inicial na próxima planilha mensal ou trimestral?

A7: SEO saldo do final de um período não coincide com o saldo inicial do próximo período, geralmente é devido a registros de distribuição órfãos com nenhum registro de cabeçalho da tabela do razão sub. O saldo final é calculado pela direita do Excel na planilha. Ele apenas leva o saldo inicial para esse período na parte superior da planilha e adiciona/subtrai os registros de distribuição que aparecem na planilha para chegar ao saldo final. Por outro lado, no próximo período, o saldo inicial é calculado tomando-se em um cálculo simples de débito/crédito dos registros de distribuição na tabela SQL e o procedimento armazenado associar a tabela de cabeçalho, portanto, ela não incluirá as distribuições que não têm um registro de cabeçalho. O resultado final pode ser que algumas distribuições foram calculadas em saldo final na planilha anterior e omitidas do saldo inicial no próximo período.



P8: As distribuições no lado do RM/PM existe, mas não estão puxando para a planilha.

A8: Revise estas dicas de solução de problemas:
  • Examine o rangeused data em reconciliar a planilha.
  • Verificar se as distribuições existem nas tabelas de PM10100 ou PM30600 para PM. (ou para RM: pesquisar a RM10101 ou RM30301) examinar as datas nessas distribuições para certificar-se de que eles fiquem dentro do intervalo que você inseriu para a planilha. É importante localizar essas nas tabelas de distribuição RM ou PM e não contar exclusivamente com reimpresso diários de lançamento por exemplo.
  • Se você encontrar as distribuições nas tabelas de RM ou PM, observe essas distribuições no documento no front-end. Eles têm um tipo de distribuição de pagamento ou REC? Esses são os únicos tipos que serão transferidos a planilha de reconciliação no lado do RM ou PM.


Aviso: este artigo foi traduzido automaticamente

Eigenschappen

Artikel-id: 866570 - Laatst bijgewerkt: 09/07/2016 20:04:00 - Revisie: 0.8

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

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtpt
Feedback