Obter informações sobre diferenças quando reconciliar a contabilidade geral, a gestão de pagamentos ou a gestão de cobrança 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: 866570
INTRODUÇÃO
Este artigo explica por que razão o saldo da conta contas a pagar ou as cobranças de contas de saldo da conta na contabilidade geral é diferente do montante total que são devido no histórico com idade Balancete relatório no Microsoft Dynamics GP. Normalmente são mais frequentes no fim deste artigo.
Mais Informação
Reconciliar a rotina GL havia de novo para Microsoft Dynamics GP 10.0 (SP2). Esta rotina gera uma folha de cálculo do Microsoft Office Exel. Pode utilizar esta folha de cálculo para a correspondência das transações na gestão de pagamentos ou cobranças gestão foram registadas na contabilidade geral. Este processo não gera correcção de transacções. No entanto, este processo pode ajudar a determinar as diferenças de transacção que estão listadas nesta secção. Para abrir a janela de "Reconciliar a contabilidade", aponte paraFerramentas no menu Microsoft Dynamics GP , aponte para rotinas, aponte para financeirase, em seguida, clique em Reconciliar para GL.


Segue-se uma lista dos problemas que Observámos que pode fazer com que as diferenças em execução:

  • O histórico com idade mapa Balancete é impresso com restrições. Imprima o mapa de histórico com idade Balancete novamente com apenas uma restrição de data.
  • Nem todas as contas a pagar de contas ou todas as contas de contas a receber são em geral vistas contabilidade. Certifique-se de que visualiza todas as contas de contas a pagar ou todas as contas de contas de cobranças na contabilidade geral.
  • Secções na gestão de pagamentos ou na gestão de cobrança foram registadas na contabilidade geral. A secção na contabilidade geral foi alterada ou editada antes de esta foi registada.
  • Ajustamentos para a conta de fornecedores ou contas a receber conta pode ter sido introduzido directamente em geral contabilidade. Estas transacções actualizar a conta na contabilidade geral. No entanto, estas operações não actualizar o relatório de histórico com idade Balancete.
  • O intervalo de datas no balancete detalhado, um relatório geral contabilidade não coincide com o intervalo de datas no relatório de histórico com idade Balancete na gestão de pagamentos ou na gestão de cobrança. Quando imprime o relatório de histórico com idade Balancete, clique para seleccionar a caixa de verificação da Data de registo GL na área de Seleccionar transacções para o relatório a utilizar .
  • As transacções foram registadas na gestão de pagamentos ou na gestão de cobrança. No entanto, estas operações não foram registadas na contabilidade geral se se tratasse de saldos de início. Se a caixa de verificação Registar a contabilidade geral não estiver seleccionada na janela Conf. registo para a série de compra ou para a série de vendas, as transacções serão registadas a gestão de pagamentos ou a gestão de cobrança. No entanto, estas operações não serão registadas na contabilidade geral.
  • A caixa de verificação Registar descontos disponíveis no GL está seleccionada na janela Conf. gestão ou na janela Configuração da gestão de cobranças. Em seguida, o valor líquido da factura será registado na contabilidade geral. Além disso, o valor pendente é registado numa conta disponível de descontos. Apenas o valor líquido aparece no mapa Balancete Detalhado em geral contabilidade. No entanto, a factura apresenta o total da factura bruto no histórico com idade Balancete na gestão de pagamentos ou na gestão de cobrança.
  • Documentos foram anulados num período diferente que estas foram originalmente registadas. O balancete detalhado, um relatório geral contabilidade pode não coincidir com o histórico com idade mapa Balancete. Por exemplo, suponha que uma factura tiver sido introduzida em 1/1/2007. Esta factura foi anulada em 1/2/2007. Um relatório geral contabilidade balancete detalhado é impresso para 1-2-2007-28/2/2007. A transacção anulada será apresentado no relatório. Se um balancete geral histórica idade for impresso, utilizando o mesmo intervalo de datas, o documento anulado não serão impressas no relatório porque foi anulado.
  • Se pretender calcular o saldo das contas a pagar contas balanço ou as cobranças contas conta saldo em geral contabilidade para o histórico com idade Balancete relatório durante um determinado período, os saldos do relatório de histórico com idade Balancete devem ser reconciliados com o líquido de alterar no balancete geral pormenorizada em geral contabilidade para o mesmo período.
  • Se pretender calcular o saldo contas a pagar o saldo da conta ou conta de cobranças saldo em geral contabilidade para o histórico com idade mapa Balancete para um dia que não esteja num determinado período, determinar se tem alguma vez equilibrado de gestão de pagamentos ou gestão de cobrança. Se nunca tiver sido equilibrado de gestão de pagamentos ou gestão de cobrança, os saldos de início podem estar incorrectos. Nesta situação, saldo do período mais recente primeiro e reconciliar, em seguida, últimos meses pela ordem inversa.
  • Se tiverem ocorrido interrupções de registo, secções possam não ter sido colocadas correctamente contabilidade, gestão de pagamentos ou a gestão de cobrança.
  • Nem todas secções de contabilidade registadas.
  • Quando imprime o relatório de histórico com idade Balancete, não clique para seleccionar as seguintes caixas de verificação na área de exclusão:
    • Documentos aplicada de crédito não registada
    • Saldo de zero
    • Actividade
    Clique para seleccionar estas caixas de verificação e, em seguida, imprima o relatório de histórico com idade Balancete.

    Nota Se pretende corresponder o relatório geral contabilidade balancete detalhado e o histórico com idade mapa Balancete por documentos específicos, clique para desmarcar a caixa de verificação Totalmente os documentos pagos .
  • Se utilizar multi-divisa gestão quando revaloriza, que seleccionou para registar a conta de contrapartida de compra/venda.
  • No Microsoft Dynamics GP 10.0, montantes de cartão de crédito foram introduzidos na janela de entrada da transacção de pagamentos para uma factura. Isto pode provocar um desequilíbrio sobre o controlo para gestão de pagamentos de contabilidade porque apenas o saldo irá registar o módulo da contabilidade geral.
  • Se existissem registo interrupções/problemas relacionados com um lote de pagamentos ou cobranças e as transacções foram encontradas em ambos os trabalhos e tabelas abertas ao mesmo tempo, eliminar a secção de RM ou PM na GP causará problemas. Neste caso, o utilizador, normalmente, vê os registos em ambas as tabelas e decide o não necessita do processo de trabalho, de modo que eliminá-la GP. Uma vez que o trabalho e tabelas abertas partilharem um quadro de distribuição, a eliminar a secção na GP também irá remover os registos de distribuição com o mesmo. O resultado final é que o registo do cabeçalho de transacção existe, mas não existem nenhum distribuições correspondentes no lado do RM ou PM, mas GL foi actualizado correctamente. Este problema será considerado na próxima versão do Microsoft Dynamics GP.
  • Distribuições podem aparecer na secção potencialmente correspondentes montantes diferentes se existem descontos. Para corresponder, as contas de desconto de GL devem ter foi retiradas com a conta de PM/RM antes de executar o reconciliar processo GL. Feche a folha de cálculo e volte a executar com as contas GL desconto listadas bem.
  • Distribuições de mensagens em fila podem estar em falta no lado PM/RM se o tipo (DINHEIRO, pagamento, compra) foram alterado. Na folha de cálculo reconciliar, a conta só é utilizada para o lado GL. A conta não é utilizada no lado PM/RM. O lado PM/RM solicita utilizando o pagamento ou tipo REC independentemente de qual conta é utilizado, pelo que é isso que deve ter a certeza listar todos os pontos de acesso ou AR contas na janela Reconciliar. E basta mudar o tipo de distribuição na tabela de SQL não faz a distribuição automaticamente apresentado se gerar novamente a folha de cálculo.
  • Verifique a aplicar data e GL postal da tabela ' Aplicar ' para transacções multidivisa em comparação comparada a data real que foi registada no GL. Por exemplo, em 22 de Janeiro, datada de 31 de Dezembro uma nota de crédito foi aplicada a uma factura datada 5 de Dec e a data de aplicar e data de publicação GL foram deixados como 22 de Jan. No entanto, quando regista a secção GL, o utilizador alterou a data para 31 de Dezembro. Neste caso, reconciliar a folha de cálculo GL para o mês de Dezembro de lista a quantidade de ganhos/perdas realizados em ambos os lados e que parecem ser reconciliados. No entanto, o relatório HATB não reconhece a quantia de ganho/perda realizada ainda e será desactivado por este valor quando comparado com o GL, desde que não foi aplicada ou registada até Janeiro de acordo com o registo de aplicar.


Perguntas comuns:


P1: É o reconciliar a folha de cálculo GL uma reconciliação verdadeira para pagamentos/Cobranças para GL?

A1: Reconciliar a GLfeature é uma 'Ferramenta de resolução de problemas' para ajudar os utilizadores a identificar as distribuições sem correspondência entre RM/PM e GL. Não foi concebida necessariamente de equiparar a saída para o HATB e que não era o objectivo pretendido, embora Sabemos que os clientes são fazê-lo. Os saldos de reconciliar a folha de cálculo GL são melhores estimativas possíveis utilizando uma adição/subtracção simples em distribuições na tabela. Considerando que os saldos no HATB atender a quase todas as tabela e são muito mais complexos e precisas saldos, pelo que os dois frequentemente não equiparar saída.

Reconciliar 'true' deve estar entre o RM ou Balancete de idade igual ou superior históricos PM (HATB) e o Balancete GL relatórios. Se estes corresponderem, em seguida, não será necessariamente necessário executar o reconciliar ferramenta GL nesse mês. As tabelas GL são constituídas por débitos e créditos, e as tabelas que extrai o HATB da são o cabeçalho de transacção e aplicam tabelas de registos. Para os clientes-lhe pedido para uma forma de conciliar as distribuições na CG para as tabelas de distribuição no RM ou PM para ajudar a localizar as diferenças a esse nível. Assim, esta é a razão por que razão o reconciliar a rotina GL foi criado. Foi concebido para ser uma ferramenta de resolução de problemas para comparar as distribuições à distribuição entre os módulos para ajudar a identificar as distribuições em falta, que poderão levá-lo novamente para um transactionfrom em falta o HATB. Utilize assim reconciliar ferramenta GL como uma 'Ajuda' apenas para o ajudar a reconciliar o HATB para GL Balancete. Se a HATB e GL TB saldo, em seguida, não existe não é realmente necessário para executar o reconciliar ferramenta GL nesse mês.


P2: Deverão totais na reconciliar a folha de cálculo GL corresponder aos totais sobre a HATB?

A2: N. º Os totais de reconciliar a folha de cálculo GL são apenas uma adição/subtracção simples os registos de distribuição nessa tabela e não tomará todas as outras tabelas em consideração. Considerando que o HATB tem um aspecto completamente diferente tabelas para calcular um balanço utilizando a transacção e aplicar tabelas de registos e é um cálculo muito mais complexo. Devido a cálculo diferentes métodos/tabelas utilizadas para obter os saldos, reconciliar a folha de cálculo GL não é esperado um empate outright para os saldos negativos nos relatórios HATB e seria dificultar reconciliando-los. Não é necessário ligar os saldos de reconciliar a folha de cálculo GL ao relatório de HATB.

Vamos sugerir para ignorar os totais de reconciliar a folha de cálculo GL e utilizar apenas as secções Unmatched e potencialmente correspondência para o ajudar a localizar as diferenças de investigação para ver se que também possam explicar a diferença entre o GL TB e HATB. Reconciliar a folha de cálculo GL não é uma verdadeira reconciliação e só foi concebido para ser uma 'Ajuda' para o ajudar a identificar as diferenças de distribuição para investigação para ver se este é também uma diferença a nível da transacção. De facto, se o HATB corresponder o TB GL, não existem realmente não seria necessário executar o reconciliar utilitário GL nesse mês, uma vez que não existem diferenças para identificar.

Ifyou ainda pretende vincular o saldo de reconciliar a folha de cálculo GL ao saldo de HATB, isto não é suportado num incidente de suporte normais. As razões identificámos estão listadas na parte superior desta KB e poderão existir razões mais ainda não identificadas. Mas uma vez que este controlo não é necessário entre o saldo total simple constar reconciliar a folha de cálculo GL e o saldo calculado mais complexo o relatório HATB e não a finalidade deste utilitário reconciliar, seriam considerado uma despesa de consultoria para abordar os dados para ajudá-lo para reconciliar estes entre si.



P3: O que devo fazer se distribuições estiverem em falta no lado GL?

A3: se encontrar distribuições no lado do RM ou PM, que não estão no lado GL, investigue o lado da CG para diferenças tempestivas. Verifique para se certificar de que todos os lotes GL são registados. Se forem realmente em falta no lado GL, terá uma entrada de diário ajustar directamente na CG para a entrada para criar as distribuições de GL de chave.



P4: O que devo fazer se distribuições estiverem em falta no lado do RM ou PM?

A4: Se a distribuição de GL é listada, mas está em falta no lado do RM ou PM, investigue primeiro para diferenças tempestivas. Investigação, também, se a própria operação está listada no relatório de HATB e já é contabilizada. É possível que a transacção, mas as distribuições são apenas em falta. Para que o pergunta torna-se «como posso obter as distribuições de RM ou PM, em seguida, se a transacção existir?» Em primeiro lugar, tenha em atenção que as tabelas de distribuição no RM ou PM não são utilizadas para quaisquer outros fins ou relatórios no GP, que não reconciliar esta folha de cálculo. Então é realmente necessário obtê-las novamente adicionado RM ou PM? Avalie se vale a pena o tempo para preencher uma tabela que não é utilizada qualquer outra pessoa.

Mas se optar por corrigir a tabela de distribuição PM por isso, terá de anular o documento, para que os registos aplicados Retroceder para abrir. Em seguida, utilize o remover transacção histórico utilitário para remover o documento anulado. Certifique-se definir o registo para 'Registar' GL e não «registar através de GL». Elimine a secção GL criada pela anulação. Recodificação, em seguida, o documento novamente para pagamentos, para que as operações e as distribuições são recriadas. Certifique-se de que anular a secção GL para este. Em seguida, voltar a aplicar o novo documento para os documentos abertos e devem mover novamente ao histórico.

Tofix-lo no quadro de distribuição do RM, teria de remover ambos os lados da factura e pagamento e recodificação-los novamente e eliminar a secção na GL.



P5: As transacções na secção correspondente potencialmente aspecto corresponderem. Porque é que não dão na secção Matched?

A5:Existem vários campos que têm correspondência para cada registo de distribuição. Todos os campos têm de corresponder para o mover para a secção Matched. Se alguns, mas não todos os campos correspondem, em seguida, irá colocá-lo na potencialmente correspondência secção. Por exemplo, seguem-se os campos que são correspondidos para PM para GL:

Gestão de pagamentos - GL
O número de voucher – Originários número de controlo
Origem TRX - Originários TRX origem
Registo de data-- data de transacção
De conta de valor – Valor débito ou valor crédito


Q6: Se chave as distribuições em falta no GL ou RM/PM e volte a executar o reconciliar a folha de cálculo GL, os itens sem correspondência ou potencialmente correspondentes passará para a secção Matched?

A6: N. º Se as transacções são codificadas separadamente, o têm números de voucher diferentes e códigos de origem de Trx. Na melhor a data de registo e os valores podem corresponder, que colocá-los na secção potencialmente correspondentes da folha de cálculo.



Q7:Porque é que o saldo final numa folha de cálculo mensal ou trimestral não coincide com o saldo inicial na folha de cálculo mensal ou trimestral seguinte?

A7: Saldo final do Ifthe de um período não coincide com o saldo inicial do próximo período de, é frequentemente devido a registos de distribuição órfãos que não tenham nenhum registo de cabeçalho na tabela de delegação. O saldo final é calculado pelo direito de Excel na folha de cálculo. Basta leva o saldo inicial desse período na parte superior da folha de cálculo e adiciona/subtrai os registos de distribuição que aparecem na folha de cálculo para chegar ao saldo final. Por outro lado, durante o período seguinte, o saldo inicial é calculado tomando um cálculo simples débito/crédito os registos de distribuição na tabela de SQL e o procedimento armazenado associar a tabela de cabeçalho, por isso não incluirá quaisquer distribuições que estão a faltar um registo de cabeçalho. O resultado final possível que alguns distribuições foram calculadas para o saldo final da folha de cálculo anterior e omitidas o saldo inicial no período seguinte.



P8: As distribuições no lado do RM/PM existe, mas não são puxar na folha de cálculo.

A8: Rever estas sugestões de resolução de problemas:
  • Examine o rangeused de data no reconciliar a folha de cálculo.
  • Certifique-se de que as distribuições existir nas tabelas PM10100 ou PM30600 para PM. (ou para RM: Procurar na RM10101 ou RM30301) examinar as datas nestes distribuições para se certificar de que ocorram dentro do intervalo que introduziu para a folha de cálculo. É importante localizar estas nos quadros de distribuição do RM ou PM e não confiar apenas na reimpressão diários de lançamento por exemplo.
  • Se encontrar as distribuições nas tabelas do RM ou PM, em seguida, observe estes distribuições no documento no front-end. Têm um tipo de distribuição de pagamento ou REC? Estes são os únicos tipos irão solicitar na folha de cálculo reconciliar no lado do RM ou PM.


Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 866570 - Última Revisão: 09/07/2016 20:05:00 - Revisão: 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
Comentários