BigWings

Tente usar o OnAfterPrint do componente TfrxReport. procedure TForm1.frxReport1AfterPrint(Sender: TfrxReportComponent); begin if Sender.Name = 'MasterData1' then ShowMessage('Hello'); end;

Entendi, mas o código que postou a meu ver não vai surtir efeito, não é porque mudou o cursor no dataset que a banda vai refletir o conteúdo automaticamente, o relatório já foi preparado. Se você tem os fontes (eu não tenho), pode estudar os métodos de exportação padrão.

Em que momento você está chamando essa rotina? Se o relatório não está em execução creio que vai retornar em branco mesmo. Me parece que o correto nesse caso seria implementar o OnBeforePrint da banda.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Tentou informar apenas 951180001? Já que 1.07 é o código do item da lista de serviços.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Informe data e hora na propriedade Ide.dEmi.

Essas propriedades são específicas para o componente DANFE NFe. Veja novamente se está usando o componente correto, caso contrário pode ter mais problemas.

Faça teste também usando o demo dos componentes na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR.

Essa empresa consegue emitir nota pelo portal da prefeitura? Consegue usar o mesmo CNAE/ItemListaServico que é gerado na emissão pelo site?

Esse é o retorno do método DistribuicaoDFe, e não da manifestação. Para o obter o XML completo você precisa usar o método EnviarEvento, com um dos tipos de manifestação (Ciência, Confirmação, Desconhecimento, Não realizada). Você está enviando esse evento?

A tag CodigoTributacaoMunicipio pode ser o item da LC 116/03, CNAE ou outro sem relação com essas, depende de cada prefeitura. Então pra o preenchimento dessa tag sugiro contatar a mesma. Quando ao erro eu acredito que sejam estas as tags: <tc:ItemListaServico>1305</tc:ItemListaServico> <tc:CodigoCnae>9511800</tc:CodigoCnae>

A NFe realmente não está manifestada, então vai receber esse XML que é o resumo da nota. Qual o retorno quando tenta enviar a manifestação?

A alteração no portal não deve interferir no funcionamento pelo webservice. Qual erro está tendo?

Baixe o XML dessa nota pelo portal da NFe e veja como ele vem. Alterar o XML da NFe não é correto, isso era feito na NFe 1.0 ou 2.0 quando ainda não existia o cancelamento por evento. Existe o XML da NFe e existe o XML do evento de cancelamento. A aplicação do contador deve ser capaz de importar ambos os arquivos e atualizar a situação de acordo com eles. Não fazer "ajustes" no XML porque dessa forma conseguem importar. Mas se ainda quiser fazer como querem, basta alterar o fonte do ACBr, na unit ACBrNFeWebservices, a partir da linha 2386 é definido cada tag do protNFe do XML.

No XML anexado consta o protocolo de autorização de uso e não o do cancelamento: Se você já envia os eventos, porque não desativar o "AtualizarXMLCancelado" assim o XML vai com os dados da autorização, como é o correto.

Não compreendi... cancelamento e evento não são a mesma coisa? Ou está falando de outro evento? Não faz sentido mostrar no protNFe dados de locais diferentes, ou mostra o de autorização ou mostra os do evento de cancelamento. Ou você pode enviar o arquivo *-NFeDFe.xml, que é gerado na consulta da nota, que contém o protocolo de autorização e os protocolos dos eventos de cancelamento e carta de correção.

Coloque o infPag.Add dentro do loop do dataset e veja o resultado.

Se entendi, o contador quer o XML com o cStat de cancelado mas com o protocolo da autorização, é isso?

Só vejo uma tag infPag, ou seja, só um pagamento. A tag Comp se refere aos componentes de cada pagamento, no layout é 1-N.

Você pode ter vários pagamentos informados no MDFe. Cada informação de pagamento pode ter apenas um responsável. Então creio que essa linha deva estar dentro do seu loop.

De qual tag estamos falando?

Remova toda a pasta ACBr\Lib. Execute novamente o instalador marcando a opção de apagar arquivos antigos.

"con" é o arquivo de envio, a consulta. "dist" é o retorno do webservice. Os "soap" são os mesmos arquivos, envelopados, são estes que realmente são trafegados pelo webservice, mas são mais difíceis pra ler, então pode ignorar eles. Deve ter mais documentos a receber, nos retornos anteriores constava maxNSU superior a esse.

Nos arquivos não consta consulta a partir do NSU 5893, sendo que o NSU máximo 6264. Na sequencia dos arquivos, em vez de informar o UltNSU = 5893, foi informado UltNSU = 0.