Conteúdo techknowledge
POSSÍVEIS CAUSAS: 1. Ocorre em General Ledger Post Transactions (01.520) se postar em uma Conta com um Status de Conta Inativa. Consulte a resolução 21476. 2. Ocorre em Lotes GL de Versão Geral do Ledger (01.400). Os campos não são totalmente preenchidos quando o lote é criado na tela Transações de Diário (01.010). Consulte a resolução 1532. 3. Ocorre em Lotes GL de versão (01.400) com informações opcionais referentes a 'Sub'. CpnyID na tabela GLTRAN não é preenchido. Consulte a resolução 11929. 4. Ocorre em Post Transactions (01,520) quando há um LedgerID incorreto no GLTRAN. Consulte a resolução 17549. 5. Ocorre em Post Transactions (01,520) se o Tipo de Conta estiver incorreto. Consulte a resolução 21434. 6. Ocorre ao liberar um lote de Alocação de Ledger Geral no Salomão IV Versão 4.21 Service Pack 1. Ele não ocorre nas versões subsequentes. 7. Ocorre a liberação de um lote em Transações Journal (01.010)com as Informações Opcionais referentes a Sub ao incluir transações de várias empresas na área de detalhes, mas as relações entre empresas não foram estabelecidas na Conta Intercompany Multi-Company/Sub Maintenance (13.260)para o Módulo GL. Consulte resolução27142.Resolução 1532 - Soma os registros GLTRAN e BATCH usando o Analisador de Consulta.ETAPAS DE CORREÇÃO: 1. Faça um BACKUP do banco de dados, que pode ser restaurado caso ocorra uma perda de dados indesejável. 2. Acesse o banco de dados de aplicativo apropriado usando o Analisador de Consultas. 3. Soma os valores de Crédito e Débito do registro GLTRAN usando as seguintes instruções: SELECT SUM(CrAmt) de GLTRAN onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrAmt) do GLTRAN onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CuryCrAmt) do GLTRAN onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CuryDrAmt) do GLTRAN onde BatNbr = 'XXXXXX' e Module = 'YY' (onde XXXXXX = o Número de Lote aplicável e YY = o Módulo aplicável) 4. Verifique se a soma do CrAmt e a soma do DrAmt são iguais ao Total de Controle do Lote. Além disso, verifique se a soma do CuryCrAmt e a soma do CuryDrAmt são iguais ao Total de Controle do Lote. Para testar isso, use o modo Initialize para alterar o Módulo em Transações de Diário de Ledger Geral (01.010) para o Módulo apropriado e traga o Lote. O Total de Controle do Lote deve ser igual à soma dos Créditos e da soma dos Débitos. 5. Soma os valores de Crédito e Débito do registro EM LOTE usando as seguintes instruções em que XXXXXX = o Número de Lote aplicável e YY = o Módulo aplicável: SELECT SUM(CtrlTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CrTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(DrTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CuryCtrlTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CuryCrTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' SELECT SUM(CuryDrTot) de BATCH onde BatNbr = 'XXXXXX' e Module = 'YY' 6. Verifique se a soma do CrTot e a soma do DrTot são iguais à CrAmt e DrAmt da tabela GLTRAN. Além disso, verifique se a soma do CuryCrTot e a soma do CuryDrTot são iguais à CuryCrAmt e CuryDrAmt da tabela GLTRAN. 7. Se tudo parece estar em equilíbrio, verifique se não há registros ausentes do GLTRAN. Cada transação no Lote deve ser lançada, a coluna Postada deve ser 'U' para Unposted, etc. Atualize quaisquer registros ausentes. OBSERVAÇÃO: se o problema ocorreu durante a postagem, execute novamente o processo de Transações de Postagem de Ledger Geral (01,520). Se ainda não tiver êxito, consulte a sub-resolução 3010. Resolução 11929 - Verifique o CompanyID nas tabelas BATCH e GLTRAN.ETAPAS DE CORREÇÃO: 1. Faça um BACKUP do banco de dados, que pode ser restaurado caso ocorra uma perda de dados indesejável. 2. Usando o Analisador de Consultas, execute a seguinte instrução para verificar se CpnyID na tabela BATCH está correto: SELECT * de BATCH onde BatNbr = 'XXXXXX' e Module = 'GL' (onde XXXXXX é o Número de Lote apropriado) 3. Se o CpnyID estiver incorreto, execute a seguinte instrução: UPDATE BATCH SET CpnyID = 'YYYY' onde BatNbr = 'XXXXXX' e Module = 'GL' (onde XXXXXX é o Número de Lote apropriado e YYYY é a ID da Empresa apropriada) 4. Execute a seguinte instrução para verificar se CpnyID na tabela GLTRAN está correta: SELECT * de GLTRAN onde BatNbr = 'XXXXXX' e Module = 'GL' (onde XXXXXX é o Número de Lote apropriado) 5. Se o CpnyID estiver incorreto, execute a seguinte instrução: UPDATE GLTRAN SET CpnyID = 'YYYY' onde BatNbr = 'XXXXXX' e Module = 'GL' (onde XXXXXX é o Número de Lote apropriado e YYYY é a ID da Empresa apropriada) Resolução 17549 - Corrigir o campo LedgerID na tabela GLTRAN usando Analisador de Consulta.ETAPAS DE CORREÇÃO: 1. Faça um BACKUP do banco de dados, que pode ser restaurado caso ocorra uma perda de dados indesejável. 2. Usando o Analisador de Consultas, acesse o banco de dados de aplicativo apropriado. 3. Execute a seguinte consulta: SELECT * do GLTRAN em que BatNbr = 'YYYYYYY' e Module = 'MM' (onde 'YYYYYYY' = o número de lote GL apropriado e 'MM' = o Módulo apropriado) 4. Se LedgerID estiver incorreto, execute a seguinte consulta: UPDATE GLTRAN SET LedgerID = 'XXXXXXXXXXX' onde BatNbr = 'YYYYYYY' e LedgerID = 'xxxxxxxxxx' e Module = 'MM' (onde 'XXXXXXXXXXXXXX' = o LedgerID correto, 'YYYYYYY' = o número de lote GL apropriado, 'xxxxxxxxxx' = o LedgerID incorreto e 'MM' = o Módulo apropriado) 5. Acesse As Transações Gerais de Postagem de Ledger (01,520) e poste o lote. Resolução 21434 - Atualize o campo AcctType nas tabelas ACCTXREF ACCOUNTand usando o Analisador de Consulta 1. Access General Ledger GL Setup (01.950) - Chart of Acct Order. 2. Anote o Gráfico de Ordem de Acct selecionado. Os valores do campo AcctType nas tabelas ACCOUNT e ACCTXREF que correspondem à Ordem COA consistirão em um caractere numérico e um caractere alfanumérico. Geralmente, eles são os seguintes: Ativos 1A Passivos 2L Receita 3I Despesas 4E ETAPAS DE CORREÇÃO: 1. Faça um BACKUP do banco de dados, que pode ser restaurado caso ocorra uma perda de dados indesejável. 2. Abra o Analisador de Consultas, faça logon no servidor apropriado e escolha o banco de dados application. 3. Execute a seguinte instrução SQL para verificar o valor no campo AcctType na tabela ACCOUNT: SELECT AcctType, * from ACCOUNT where Acct = 'XXXXXX' (where 'XXXXXX' = the affected Account number) 4. Execute a instrução a seguir se AcctType não estiver preenchido ou estiver incorreto: UPDATE ACCOUNT SET AcctType = 'YY' onde Acct = 'XXXXXX' (onde 'YY' = um valor com base na ordem selecionada na instalação gl | Gráfico da guia Ordem de Acct conforme notado na Etapa de Verificação 2.) 5. Escolha o banco de dados do sistema e execute a seguinte instrução para verificar o campo AcctType em ACCTXREF: SELECT AcctType, * from ACCTXREF onde Acct = 'XXXXXX' e CpnyID = 'yyyy' (onde 'XXXXXX' = o número da conta afetado e 'yyyy' = a ID da Empresa apropriada) 6. Execute a seguinte instrução se AcctType não estiver preenchido ou estiver incorreto: UPDATE ACCTXREF SET AcctType = 'YY' onde Acct = 'XXXXXX' e CpnyID = 'yyyy' Resolution 21476 - Verifique se as Contas têm um Status de Conta Ativa no Gráfico Geral de Contas de Manutenção de Contas ( 01.260 ).ETAPAS DE CORREÇÃO: 1. Vá para o Gráfico Geral de Ledger de Manutenção de Contas (01.260). 2. Selecione o número de conta apropriado. 3. Verifique se o Status da conta está Ativo. Resolução 27142 - Criar relações de/para todas as combinações de Conta/Subaccount que serão usadas para cada Empresa em Inter-Company Acct/Sub Maintenance (13.260).OBSERVAÇÕES: 1. Os campos a seguir são usados em Inter-Company Acct/Sub Maintenance (13.260) para designar como contas/subcontas diferentes devem ser usadas para Inter-Company transações. >>FROM - use para inserir informações devidas da empresa.ID da empresa - Chave exclusiva usada para identificar cada Empresa no sistema; usado ao inserir informações da empresa sobre transações.Módulo - Código de dois caracteres para módulo. Se a mesma Conta e Subconta for usada para todos os módulos, selecione ALL, caso contrário, selecione o módulo específico na caixa de seleção.Tela - Código de sete caracteres para tela. Se a mesma Conta e Subconta for usada para todas as telas nos módulos, insira ALL, caso contrário, insira o número de tela específico, ou seja. 03010. Conta - Conta a Inter-Company é Due From.Sub - Subcontar a Inter-Company transação é Due From.>>TO - use para inserir Informações deVidas à Empresa.ID da empresa - Chave exclusiva usada para identificar cada Empresa no sistema; usado ao inserir informações da empresa sobre transações.Conta - Conta a Inter-Company transação é Devido.Sub - Subcontar a Inter-Company transação é Due To.2. Contas diferentes ou Subcontas podem não ser usadas para a mesma relação Inter-Company e a mesma tela de dados de origem.Sub-Resolução 3010 - Atualize o registro BATCH ou GLTRAN usando o Analisador de Consulta para corrigir o valor CuryID.ETAPAS DE VERIFICAÇÃO: 1. Faça logon no banco de dados de aplicativo apropriado usando o Analisador de Consulta e execute a seguinte instrução: SELECT CuryID, * from GLTRAN where BatNbr = 'XXXXXX' and Module = 'YY' (where XXXXXX = the Batch Number and YY = the Module of the Batch) 2. Compare os valores gltran curyid com o CuryID no registro batch usando a seguinte instrução SQL: SELECT CuryID from BATCH where BatNbr = 'XXXXXX' and Module = 'YY' (where XXXXXX = the Batch Number and YY = the Module of the Batch) OBSERVAÇÃO: Isso deve retornar um e apenas um registro. 3. Se o valor for diferente dos GLTRANs ou se um valor nulo for exibido, prossiga com as Etapas de Correção. ETAPAS DE CORREÇÃO: 1. Faça um BACKUP do banco de dados, que pode ser restaurado caso ocorra uma perda de dados indesejável. 2. Atualize o registro BATCH ou GLTRAN com a seguinte instrução: UPDATE BATCH (GLTRAN) SET CuryID = 'XXXX' onde BatNbr = 'YYYYYYY' e Module = 'ZZZZ' e CuryID = 'xxxx' (onde XXXX = o CuryID correto, YYYYYY = o Número do Lote, ZZ = o Módulo e xxxx = o CuryID incorreto) Este artigo foi TechKnowledge Document ID:126851
