[Resolvido]Ao exportar ou visualizar impressão o relatório com sub relatório, o sub relatório desaparece

Olá pessoal!

Tenho um relatório com um sub relatório.

Quando abro o relatório: tudo funciona!

Quando executo: DoCmd.OutputTo acOutputReport, "Relatório Previsão da Taxa de Condomínio", acFormatPDF, "C:\Users\User\Desktop\Relatório Previsão da Taxa de Condomínio.pdf", True

o sub relatório não é exportado para o pdf, apesar dos dados do relatório serem exportados e todos os cálculos envolvendo variáveis públicas rodarem perfeitamente.

No evento Load do relatório tenho várias instruções, inclusive códigos do tipo:

Me.RecordSource = "SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês, TaxaDeCondominio.Especificação, _ TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio WHERE (((TaxaDeCondominio.Ano)=Year(Date())+1) _ AND ((TaxaDeCondominio.Mês)=1));"

Rótulo72.Caption = "Taxa de Condomínio = " & FormatCurrency((SegMaiorValorD / NºUnidHab + (ValorDespesaExtra / NºUnidHab) + _ (TotalPeriodoD / NºUnidHab)))

ou funções Nz, DLookup, DSum ...


Quando tento visualizar a impressão o mesmo problema aparece, ou seja: o sub relatório desaparece.

Agradeço desde já a possíveis colaborações!

Pessoal;

Estive pesquisando aqui no Fórum e encontrei uma dica em : [Resolvido]Eventos Ao Abrir x Ao Carregar - Dúvida conceitual.

Tendo em vista a conclusão da postagem, coloquei todo código no evento Open; contudo o resultado não foi diferente, pois o sub relatório também não aparece, tanto na visualização da impressão, quanto no pdf.

Só consigo gerar o relatório completo quando abro o relatório no "modo de exibição de relatório..." .

Tentei, ainda, definir via código as propriedades dos vínculos mestre e filho (respectivamente: LinkMasterFields e LinkChildFields) do sub relatório, mas a frustração persiste.

Alguém teria como colaborar?

Agradeço antecipadamente.

Prezados;

O sub relatório mostra os registros associados ao relatório através da propriedade do sub relatório que estabelece os vínculos entre LinkChildFields (um determinado campo do sub relatório) e LinkMasterFields (um determinado campo do relatório).
Quando há apenas um registro (linha de dados) no relatório, todos os registros do sub relatório são mostrados tanto na visualização da impressão do relatório, quanto na exportação do relatório para pdf.

Quando há mais de um registro no relatório há vários registros vinculados entre o relatório e o sub relatório: vários valores para LinkMasterFields e LinkChildFields; a visualização da impressão do relatório e a exportação do relatório para o formato pdf não trazem os respectivos registros; apesar do modo de visualização do relatório funcionar perfeitamente, trazendo todos os registros do relatório e do sub relatório.

Ao editar a relação entre as tabelas (Menu: Ferramenta de Banco de Dados: Relações) que comportam os dados do relatório e do sub relatório, modifiquei a propriedade da Tipo de Associação (há três tipos), mas continuo com o problema.

Se algum colega puder ajudar... agradeço!!!

Olá Lucio Lippi,

Poste base de dados, com pequeno exemplo domque está a tentar fazer.
Assim fica mais fácil para qualquer membro testar e poder ajudar.
Indique a versão do Access que está a usar.

Abraço

Prezado ahteixeira;

Conforme solicitado tentei enviar a base de dados para verificação.

Mas não há como anexar o arquivo, pois não aceita a extensão .accdb.

Contudo, utilizo o access 2007.

Agradeço imensamente a sua colaboração.

Obrigado!

Olá Lucio,

Veja como fazer:
https://www.maximoaccess.com/t28813-como-adicionar-arquivo-ficheiro-a-mensagem-no-forum

Abraço

Prezado ahteixeira;

Seguindo suas instruções, envio o arquivo. Eu tentei com o rar, mas baixei o zip.

Removi algumas rotinas, módulos, tabelas, consultas e formulários; contudo o aplicativo ainda está funcional.

Destaquei no formulário inicial o acesso onde ao formulário de inserção de dados e o acesso onde o relatório é exportado como pdf estâo.

Veja que ao visualizar o relatório no Painel de Navegação do Access, todos os registros do relatório são exibidos, mas quando visualizamos a impressão os dados do relatório, os dados do sub relatório desaparecem. O mesmo problema ocorre ao exporta o dito relatório no formato pdf.

Obrigado pela sua colaboração.

Olá Lucio,

Tive um tempo para analisar.
O sub-report está a sair em branco porque não tem dados (no reporte principal).
Se retirar os campos ligados, verifica que já sai, teste no exemplo que postou.



Abraço

Olá ahteixeira;

Acredito que não seja esse o problema, pois há dados no relatório principal e no sub relatório. Os campos campo mestre e filho devem estar vinculados pois há dados de diferentes períodos para os quais a associação é feita pelos campo "Código" e "Chave".

No painel de navegação carregue o relatório "Relatório Previsão da Taxa de Condomínio" e verá que carrega dados tanto no relatório principal, quanto no sub relatório "SubRelatórioOcorrência".

Veja o anexo contendo imagens: fiz print da tela. Repare que o total dos itens é de R$ 10.157,00; além de uma série de valores no sub relatório agregados sob o título: "Favor acrescer à Taxa de Condomínio as seguintes despesas para os apartamentos:".

É o sub relatório que não aparece na visualização da impressão e ao exportar para pdf.

Veja que ao visualizar o relatório no Painel de Navegação do Access, todos os registros do relatório são exibidos, inclusive do sub relatório; mas quando visualizamos a impressão os dados do relatório, os dados do sub relatório desaparecem: o mesmo problema ocorre ao exportar o dito relatório no formato pdf.

No evento Open do relatório há código mas não acredito esteja atrapalhando a visualização da impressão do sub relatório e a exportação para pdf.

Agradeço imensamente seu empenho.

Olá Lucio,

A origem dos dados do Report é diferente do Form.
Independentemente de tudo, teste com o exemplo que postou a minha opinião da mensagem 8.
Vai verificar, que vai sair o sub-report.
E tire a própria conclusão.

Qualquer coisa, estamos cá

Abraço

Amigo ahteixeira;

Acho que não fiz me entender. A questão é que os dados do sub relatório desaparecem quando visualizo a impressão do relatório ou quando exporto o relatório para pdf (funcionalidade acessível no formulário principal).

Entre na estrutura (shift + enter) ao abrir o banco de dados, selecione o relatório no painel de navegação do access e abra-o para visualização dos dados. Verifique que os dados do sub relatório aparecem, contudo ao clicar com o botão direito do mouse e visualizar a impressão quando o relatório está na tela, os dados do sub relatório não ficam visíveis. O mesmo problema ocorre ao exportar para pds: os dados do sub relatório desaparecem.


Sobre a questão de que "a origem dos dados do Report é diferente do Form.", enfatizo que no evento load do formulário e open do relatório há instruções que equalizam os critérios conforme o mês do ano, visto que conforme o mês os dados da taxa de condomínio referem-se ao mês subsequente:

No formulário

Código:

If Month(Date) = 12 Then
     Me.RecordSource = "SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês, TaxaDeCondominio.Especificação,
     TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio WHERE
     (((TaxaDeCondominio.Ano)=Year(Date())+1) AND ((TaxaDeCondominio.Mês)=1));"
Else
     Me.RecordSource = "SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês,  
     TaxaDeCondominio.Especificação, TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio WHERE
     (((TaxaDeCondominio.Ano)=Year(Date())) AND ((TaxaDeCondominio.Mês)=Month(Date())+1));"
End If

No relatório

Código:

If Month(Date) = 12 Then
     Me.RecordSource = "SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês,
     TaxaDeCondominio.Especificação, TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio WHERE
     (((TaxaDeCondominio.Ano)=Year(Date())+1) AND ((TaxaDeCondominio.Mês)=1));"
   
Else
     Me.RecordSource = "SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês,
     TaxaDeCondominio.Especificação, TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio WHERE
     (((TaxaDeCondominio.Ano)=Year(Date())) AND ((TaxaDeCondominio.Mês)=Month(Date())+1));"
End If


Desculpe se a minha tentativa de explicar o problema é um tanto confusa, mas o foco do problema é a visualização da impressão e a exportação para pdf.

Mais uma vez agradeço sua paciência.

Olá Lucio,

Mentenho o que disse na mensagem nº 8, tente analisar melhor.

Desculpe destruí um pouco o seu projecto, deixando ficar só as tabelas e a parte dos reslatorios (da questão).
Analise os dois relatórios do meu teste:
cld.pt/dl/download/577579f3-d85c-4018-998f-5741dcc610a6/Relatorio_Lucio.zip

Outra coisa este código em dezembro vai dar 13 (12+1)

Código:

Mês(Data())+1

Alterei por:

Código:

Mês(SomData("m";1;Data()))

Que dá 1, julgo ser o pretendido.

Abraço

Olá ahteixeira;

Obrigado pelo envio do arquivo.

Sua proposta é bastante interessante e me fez aprender novas abordagens!

O relatório "rpt_com_filtro_codigo_1191" que você construiu tem na propriedade ControlSource (Fonte de Registro) a seguinte instrução:

Código:

SELECT TaxaDeCondominio.Valor, TaxaDeCondominio.Ano, TaxaDeCondominio.Mês, TaxaDeCondominio.Especificação, TaxaDeCondominio.Código, TaxaDeCondominio.[Despesa Extra] FROM TaxaDeCondominio _ WHERE (((TaxaDeCondominio.Ano)=Year(Date())+1) AND ((TaxaDeCondominio.Mês)=Month(DateAdd("m",1,Date()))) AND ((TaxaDeCondominio.Código)=1191));

O critério ((TaxaDeCondominio.Código)=1191)) da sua consulta carrega os dados cujo o Código seja 1191; contudo esse valor refere-se a apenas há um dos registros da tabela TaxaDeCondomínio que possui 6 campos (um deles é a chave primária: Código = 1191).

Dentre os 6 campos há Ano e Mês, que assumem diversos valores: o primeiro (Ano) assume valores conforme o ano em questão, o segundo é limitado à quantidade de meses no ano.

O referido relatório carrega apenas os dados referentes ao Código = 1191; portanto apenas os dados referentes ao ano e mês contidos no registro cujo Código é 1191.

Ademais o critério ((TaxaDeCondominio.Mês)=Month(DateAdd("m",1,Date()))) carrega apena os dados cujo o mês é 1 , ou seja: Janeiro.

Mas o relatório deve apresentar os valores dos campos Ano e Mês, dentre outros, conforme o tempo flui. Por isso desenvolvi (ver mensagem nº 11 postada no Forum) as instruções nos eventos Load do formulário (no qual elaboro a Taxa de Condomínio a cada mês) e Open do relatório (no qual são impressas as Taxas de Condomínio a cada mês); caso contrário teria que modelar 12 relatórios por ano. Verifique o critério:
Quando o mês é dezembro:

Código:

If Month(Date) = 12 Then

.... WHERE (((TaxaDeCondominio.Ano)=Year(Date())+1) AND ((TaxaDeCondominio.Mês)=1))

Quando se tratam de outros meses, ou seja quando não é janeiro:

Código:

Else

.... WHERE (((TaxaDeCondominio.Ano)=Year(Date())) AND ((TaxaDeCondominio.Mês)=Month(Date())+1))

End If

Desta forma insiro os dados no formulário e carrego para impressão conforme o tempo passa.
Após a elaboração da Taxa de Condomínio do mês eu gero o relatório para envio em pdf.

O problema:

Ocorre que o aplicativo carrega o relatório e eu o visualizo com perfeição, mas quando visualizo a impressão ou envio para o pdf os dados do sub relatório não são visualizados, apesar dos campos campo mestre e filho do sub relatório estarem corretamente vinculados, pois há dados de diferentes períodos para os quais a associação é feita pelos campos "Código" (LinkMasterFields) e "Chave" (LinkChildFields).

Agradeço mais uma vez sua colaboração, ahteixeira!

Prezado ahteixeira;

O problema reside no fato do relatório ter vários registros e portanto vários valores para a chave primária. Como o sub relatório está vinculado ao relatório pelo campo "Código" (LinkMasterFields) que é a chave primária do relatório, ao carregar o relatório há vários valores de Código para associar; por isso o sub relatório não mostrava dados.

Fiz mais um teste deixando apenas um registro no relatório e o sub relatório, com vários registros, carregou normalmente, inclusive a exportação para pdf.

Agora que percebi o problema, terei que implementar uma solução.

Obrigado!

Olá, então chegamos à conclusão que a modelagem dos dados deve ser revista.
Na verdade apenas me limitei a olhar para o código, sem perceber muito bem a finalidade do relatório.

Pode descrever o que o seu projecto está a fazer a gestão e em especial qual a funcionalidade do relatório, para compreender melhor o obejectivo.

Abraço

Prezado ahteixeira;

O projeto tem a pretensão de auxiliar a administração de um condomínio residencial:

Registra as despesas e as receitas do condomínio gerando inúmeros relatório de gerenciamento.

Elabora parecer do Conselho Fiscal:
calcula a variação percentual de itens de receita de períodos anteriores em relação a receita atual, ordenando-os conforme o montante envolvido; calcula a variação percentual de itens de despesa de períodos anteriores em relação a despesa atual, ordenando-os conforme o montante envolvido; calcula a inadimplência do período e indica decisões de gerenciamento.

Elabora a taxa de condomínio mensal:
num formulário é calcula a taxa de condomínio conforme dados cadastrais do condomínio (nº de unidades habitacionais, fundo de reserva, isenção do pagamento da taxa de condomínio do apartamento do síndico) e é gerado um relatório cujo o objeto é a taxa de condomínio a ser paga pelos moradores .


Nesta última funcionalidade encontra-se o foco do problema!

Ao elaborar a taxa de condomínio faço a inserção de registro basicamente composto por: Ano, Mês, Item e Valor. Ocorre que a taxa de condomínio é composta por vários itens, portanto na mesma taxa de condomínio há vários dados de Ano, Mês, Item e Valor. (A repetição de ano e mês servirá de parâmetro para seleção de dados usando-os como critérios em Dlookup, DSum, DFirst, DLast ...) Evidentemente que cada registro, composto pelos dados (Ano, Mês, Item e Valor), tem um número de chave primária.

Neste relatório há um sub relatório no qual constam as despesas exclusivas (Mês de referência; nº do apartamento; ocorrência, que pode ser uma multa disciplinar, taxa de mudança, taxa do salão de festa; e, valor da ocorrência) de algum apartamento.

Portanto o relatório além de apresentar os itens de despesa a serem rateados por todos os moradores, apresenta, num sub relatório, as despesas exclusivas de um ou mais apartamentos.

Quando há somente um item no relatório, as despesa exclusivas dos apartamentos aparecem no sub relatório e podem ser exportadas.

Contudo quando há mais de um item no relatório os dados do sub relatório não parecem, pois o sub relatório está vinculado ao relatório pelo campo "Código" (LinkMasterFields) que é a chave primária do relatório; ao carregar o relatório há vários valores de Código para associar, por isso o sub relatório não mostra dados.


Estou estudando uma maneira para reparar o problema de modelagem.

Talvez criar uma relação muito para muitos criando numa nova tabela "Transição" na qual conteriam as chaves primárias das tabelas que dão origem aos dados do relatório e do sub relatório, sendo essas a chave primária desta nova tabela. Assim poderia editar as relações entre as tabelas e impor integridade referencial. Mas não consegui vislumbrar o que fazer após impor a integridade referencial ao editar as relações entre as tabelas.

Terei que mudar as estruturas das tabelas que compreendem os dados que servem de origem de dados para o relatório e o sub relatório?

Antecipo agradecimentos.

Olá Lucio,

Como disse "Elabora a taxa de condomínio mensal:",

1) está a simular a taxa conforme a data do relatorio ou gera a parcela do mês?
2) como controla se está paga ou não, nao me parece que esteja a fazer assim.


Também disse "Quando há somente um item no relatório, as despesa exclusivas dos apartamentos aparecem no sub relatório e podem ser exportadas.
Contudo quando há mais de um item no relatório os dados do sub relatório não parecem, pois o sub relatório está vinculado ao relatório pelo campo "Código" (LinkMasterFields) que é a chave primária do relatório; ao carregar o relatório há vários valores de Código para associar, por isso o sub relatório não mostra dados.", neste caso

1) Já verificou que o problema está na modelagem e relacionamento.
2) Sem ver dados nem tabelas, ja tem o identificador (ID unico) para o apartamento.
3) Para simplificar e ser mais facil a retificação que tal criar um ID para o condominio (edificio que está a reportar), coloca em ambas as tabelas necessarias e será só relacionar.

Amigo, toca a por a mão na massa.
Fica aqui mais uma prova da importancia da Modelagem de Dados.

Abraço

Olá ahteixeira;

Seguem as respostas:

1) está a simular a taxa conforme a data do relatório ou gera a parcela do mês?
O projeto elabora previsão da taxa de condomínio do mês subsequente, que é enviada para a contabilidade gerar os boletos.

2) como controla se está paga ou não, não me parece que esteja a fazer assim.
Não há controle sobre o pagamento dos boletos, pois o projeto elabora a previsão da taxa de condomínio.


Você tem toda a razão o problema foi a modelagem e relacionamento!!

O Projeto é para atender as necessidades do condomínio onde eu moro, pois eu sou o síndico!

Eu já criei uma tabela "Transição", com os ID das duas tabelas que dão origem de dados para o relatório e o sub relatório, como também editei as relações entre as tabelas, impondo integridade referencial.

Terei que modificar a estrutura das tabelas colocando a chave primária da tabela "Transição" em ambas?

Grato!

Ola Lucio, sim

...e relacionar o campo novo.

Tambem fiz teste:
cld.pt/dl/download/a4ccc401-29ec-4c3d-b9b2-7d0a8fd6a1e7/Relatorio_Lucio_transicao.rar

Abraco

Prezado ahteixeira;

Implementei pequenas modificações no aplicativo e tudo rodou conforme eu havia idealizado.

Criei nova tabela "União" na qual contem as chaves primárias das tabelas (Código em TxDeCondominio e Código em Ocorrência) nos campos IDTxCond e IDOcorr, respectivamente; além de uma Chave Primária denominada IDUnião.

Editei as tabelas "TxDeCondominio" e "Ocorrência" inserindo em cada uma delas um campo denominado IDUniao que busca valores referentes à chave primária IDUnião (nas tabelas a pesquisa ficou assim: RowSource (OrigemDaLinha) = SELECT TblUniao.IDUniao FROM TblUniao;).

Modifiquei os relacionamentos das tabelas TxDeCondominio e Ocorrência, habilitando relacionamento um-para-muitos, impondo integridade referencial, propagando atualizações e selecionando o tipo de associação 2 nos dois relacionamentos (Transição => TxDeCondominio  e Transição =>Ocorrência).

Desta forma criei o relacionamento muito-para-muitos entre as tabelas TxDeCondominio e Ocorrência, usando como  "ponte" a chave primária IDUnião da tabela "União" presentes nas tabelas "TxDeCondominio" e "Ocorrência".

Tanto o relatório quanto a exportação para pdf rodaram perfeitamente.

Como disse o amigo ahteixeira, fica registrada a importância da modelagem dos dados e o entendimento das relações um-para-muitos e muitos-para-muitos.

Agradeço ao ahteixeira o tempo dedicado às respostas e a paciência em ajudar!

Valeu!

Olá Lúcio,

Obrigado pelo retorno, o fórum agradece.

Abraço