Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve como solucionar erros comuns do Crystal Report® no Solomon.
Aplica-se a: Microsoft Dynamics SL
Número original do KB: 844751
O Microsoft Dynamics SL fornece suporte para a instalação do Crystal Reports®, o conteúdo de seus relatórios padrão, o desempenho de seus relatórios padrão e respostas a perguntas gerais sobre a funcionalidade básica do Crystal. O Microsoft Dynamics SL não é obrigado a fornecer suporte de depuração para relatórios modificados ou recém-desenvolvidos, mas seguirá as técnicas normais de solução de problemas do Suporte Técnico (descritas abaixo) para verificar se não existe nenhum erro do Microsoft Dynamics SL.
O principal objetivo do processo de solução de problemas de relatório é identificar a causa do erro de relatório. Para fazer isso, as seguintes perguntas devem ser feitas para ajudar a entender os detalhes do problema:
- Qual relatório está sendo impresso?
- Qual formato desse relatório está sendo impresso?
- O relatório é personalizado?
- Um modelo, classificação e/ou seleção está sendo usado?
- Este relatório já funcionou? O que mudou?
- O relatório funciona em outros bancos de dados (por exemplo, banco de dados de demonstração)?
A próxima etapa é determinar se o problema está relacionado ao banco de dados ou ao aplicativo, tentando recriar o erro. Se o mesmo erro puder ser recriado em outros bancos de dados (bancos de dados de demonstração), o Suporte Técnico do Dynamics SL documentará e enviará as etapas de teste a um grupo de Desenvolvimento do Dynamics SL para que uma correção possa ser entregue. Se, no entanto, o erro parecer específico apenas para esse banco de dados, pode ser uma indicação de um problema com os dados reais, em vez de um erro do aplicativo.
Para obter instruções completas sobre como solucionar problemas de um Crystal Report®, consulte as etapas a seguir.
Observação
Se surgir alguma dúvida durante o processo de solução de problemas, entre em contato com o Suporte Técnico para obter esclarecimentos antes de tentar a ação recomendada.
Determine qual relatório está sendo impresso revisando o Nome do Relatório e o Número da Tela que aparecem na barra de título da tela ROI (retorno sobre o investimento).
Determine qual formato de relatório é selecionado ao imprimir o relatório. Por exemplo, se estiver solucionando problemas do Relatório de Detalhes da Contabilidade, determine qual dos dois Formatos de Relatório está sendo usado: Padrão ou Multimoeda.
Usando o Query Analyzer, determine o nome do arquivo de relatório correspondente ao formato do relatório, anotado na Etapa 2. Para fazer isso, acesse o banco de dados do sistema apropriado e execute a seguinte instrução:
SELECT * from RPTCONTROL where ReportNbr = '01620'
Observação
Onde o NúmeroDoRelatório = os primeiros 5 dígitos da tela Relatório. O valor deve ser inserido entre aspas e sem o decimal. Para este exemplo, 01620 é representativo do Relatório do Razão Geral de Detalhes GL (01.620.00).
Revise as informações armazenadas nos campos ReportFormat00 - ReportFormat07. Localize o nome do Formato de Relatório desejado e observe em qual campo ReportFormatXX ele foi encontrado. O nome do arquivo de relatório correspondente será encontrado no campo correspondente ReportNameXX, que é o nome de arquivo .RPT usado pelo Dynamics SL ao imprimir o relatório. Com base no exemplo, o formato Standard do relatório Contabilidade de Detalhes é armazenado em ReportFormat00 e no * correspondente. Nome do arquivo de relatório RPT - 01620 é encontrado em ReportName00.
Observação
Todas as informações são importantes, pois serão necessárias em etapas posteriores.
Determine se o relatório é um relatório Standard Dynamics SL.
Usando o Explorer, revise o conteúdo do diretório
DYNAMICSSL\USR_RPTS
e determine se o arquivo *.RPT mencionado na Etapa 3 é encontrado lá. Nesse caso, é uma possível indicação de um relatório personalizado. Renomeie o arquivo .Usando o Explorer, localize e anote o arquivo *.RPT que está no subdiretório do módulo (
\SOLOMONIV\GL\01620.RPT
). Se a data for diferente da data encontrada no CD do Dynamics SL que corresponde ao produto instalado no momento, é uma possível indicação de um relatório personalizado ou de uma falha na instalação do relatório. Renomeie e substitua esse arquivo por um do CD do produto ou Service Pack apropriado. Remova o atributo Somente leitura se estiver usando o CD. Teste novamente o relatório.
Remova todos os Modelos, Classificações ou Seleções e teste novamente o relatório. Se o relatório for bem-sucedido ao imprimir, recrie o Sort Select usando o Banco de Dados de Demonstração e compare os resultados. Se um erro for recebido por ambos, o problema pode estar relacionado à usabilidade ou a um defeito potencial. Se não houver erro ao usar o Banco de Dados de Demonstração, continue com a Etapa 6.
Exclua todos os registros temporários órfãos de RPTRUNTIME e RPTCOMPANY usando as instruções a seguir no Analisador de Consultas. Todos os usuários devem sair do Dynamics SL antes de executar as instruções.
Observação
O RPTRUNTIME é encontrado tanto nos bancos de dados do Sistema quanto da Aplicação no Dynamics SL. O RPTCOMPANY é encontrado apenas nos bancos de dados do aplicativo Solomon IV versão 4.x. Essas tabelas são usadas para identificar usuários e estações de trabalho que imprimem o relatório, permitindo que vários usuários imprimam o mesmo relatório ao mesmo tempo.
Acesse o banco de dados do sistema apropriado e execute a seguinte instrução:
DELETE from RPTRUNTIME
Selecione o banco de dados de aplicativo apropriado e execute a seguinte instrução:
DELETE from RPTRUNTIME DELETE from RPTCOMPANY
Depois de executar as instruções, se os erros ainda forem relatados, mas não puderem ser recriados nos bancos de dados de demonstração, continue com as etapas a seguir para examinar os dados reais.
Examine a consulta SQL usada pelo relatório.
Acesse o relatório no Crystal Reports® Designer.
Selecione Banco de dados, Mostrar consulta SQL.
Selecione o Nome da Origem do Banco de Dados na lista de Fontes de Dados da Máquina. Clique em OK.
Selecione OK novamente na tela de logon do SQL Server para entrar como sa.
O exemplo a seguir é uma consulta SQL usada pelo relatório Razão Geral Detalhada. Essa instrução é executada no banco de dados e a cláusula FROM usada pela Consulta contém as Tabelas ou Exibições do Banco de Dados usadas para imprimir o relatório. Os relatórios dependentes de uma Tabela de Trabalho exibirão um nome de objeto começando ou terminando com
WRK
na cláusula FROM. Os relatórios dependentes de uma exibição exibirão um nome de objeto que começa comvr
.SELECT vr_01620."Acct", vr_01620."Sub", ..... FROM "DemoApp0060"."dbo"."vr_01620"
vr_01620
Registre todas as Tabelas ou Visualizações listadas na seção FROM da instrução Query. Se uma Tabela de Trabalho estiver listada, vá para a Etapa 8. Se uma exibição estiver listada, vá para o Passo 9. Se nem uma Tabela de Trabalho nem uma Vista estiverem listadas, continue para a Etapa 10.
Exclua todos os registros órfãos restantes em uma Tabela de Trabalho usando as instruções a seguir no Analisador de Consultas. Todos os usuários devem sair do Dynamics SL antes de executar as instruções.
Observação
Uma Tabela de Trabalho é uma tabela vazia usada somente quando um relatório está sendo impresso ou um processo está sendo executado. As Tabelas de Trabalho devem estar vazias, a menos que um relatório, dependente de uma Tabela de Trabalho específica, esteja sendo gerado no Dynamics SL. Por exemplo, Demonstrativos de Cliente de AR (08.600.00) usa uma Tabela de Trabalho chamada AR08600_wrk. AR08600_wrk aparecerá na cláusula FROM referenciada na Etapa 7.
Acesse o banco de dados de aplicativo apropriado e execute a seguinte instrução:
DELETE from AR08600_WRK
Continue com a Etapa 9.
Recriar as Views, Procedimentos Armazenados e Índices para os bancos de dados do Sistema e do Aplicativo. Teste novamente o relatório.
Se os erros continuarem após a exclusão de registros órfãos das Tabelas de Trabalho, recriar a Visualização ou nos casos em que nem as Tabelas de Trabalho nem as Visualizações forem usadas nas Declarações de Consulta, será necessário revisar os dados retornados da Visualização, do Procedimento Armazenado ou da Consulta. Execute a instrução Crystal SQL Query, revisada na Etapa 7, no Query Analyzer.
Acesse o banco de dados de aplicativo apropriado e copie e cole a instrução de consulta SQL revisada na Etapa 7 na janela de consulta.
Remova as aspas usando Editar, Substituir Localizar: " Selecione Substituir tudo. O que removerá todas as citações. O Substituir por é deixado em branco.
Remova o nome do banco de dados qualificado, o proprietário e o nome do objeto da consulta.
Usando o exemplo fornecido na Etapa 7, exclua o DemoApp0060.dbo.vr_01620, deixando apenas vr_01620
No Dynamics SL, visualize a impressão do relatório na tela do ROI. Deixe as mensagens de erro na tela sem selecionar OK. Que inserirá o registro temporário necessário no RPTCOMPANY.
Execute a instrução SQL Query no Query Analyzer e examine os dados em busca de dados inválidos ou ausentes.
Se, depois de revisar os dados, for determinado que a causa dos problemas do relatório são dados ausentes ou corrompidos, use o módulo correspondente Verificação de integridade (somente opções de verificação) para verificar se existem registros de suporte. Para obter mais informações sobre como executar as Verificações de Integridade, consulte a ajuda online do Dynamics SL ou os Guias do Usuário.
Se for necessária mais assistência, entre em contato com o Suporte Técnico do Dynamics SL.