BigWings

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

Faça teste com xsLibXML2 ou xsMsXml e veja se o erro ainda ocorre.

Certificado A1 ou A3? Acessando pelo PFX ou pelo número de série? Como está a configuração SSLib? Tinha outras aplicações acessando o certificado no momento do erro?

dEmi é que deve ser a hora de conclusão da venda, e não dhCont. Não existe tag dhEnvi... o que existe é a data e hora da autorização, gerado no protocolo de autorização (dhRecebto) e agregado ao XML. Então você vai no XML ter dhCont <= dEmi <= dhRecebto.

dhCont é a data e hora de entrada em contingência, pode ser imediatamente anterior à data de emissão por um problema de conectividade com o webservice, ou por um controle da aplicação em que todas as notas são emitidas em contingência automaticamente, assim a dhCont terá um valor anterior (minutos, horas, dias) a dEmi. dEmi é a data e hora de emissão da nota, ou seja, a data e hora da conclusão da venda, independente se foi emitido em modo normal ou contingência. Você não deve alterar nada no XML ao enviar as NFCe emitidas em contingência, incluindo aí a dEmi e tpEmis, que deve continuar como 9-Offline, então não haverá alteração da chave. Apenas em caso de rejeição no envio pode ser corrigida apenas a informação que gerou a rejeição, gerado novamente o XML e reenviado.

Experimente informar, via código, todas as margens do componente DANFE como 0.

No repositório não consta nenhum arquivo .otares. Tente fazer revert completo da pasta ACBr\Pacotes.

Não, apenas A1.

Carregue pelo DadosPFX ou ArquivoPFX, e não pelo número de série (deixe este campo em branco).

Nesse caso a exceção parece ser disparada pelo método TDFeWinCrypt.CarregarCertificadoDeNumeroSerie. Aparentemente você está tentando carregar o certificado pelo número de série, mas o mesmo não está instalado no Windows.

Como o tópico é muito antigo é improvável que você vai ter uma resposta. Vou encerrar o tópico. Encontrei algo abaixo que talvez te ajude, se ainda tiver dúvidas abra um novo tópico e detalhe melhor o problema.

Não, você está fazendo confusão. NFe é uma coisa, NFSe é outra. O projeto que gera a DLL ACBrNFe32.dll depende do package ACBrNFe, e este depende de vários outros packages do ACBr, instalados na IDE do Lazarus, então se você conseguiu compilar a DLL da NFe imagino que tenha feito tudo isso. Já pra NFSe não tem DLL, o que existe é só o projeto do programa exemplo do componente, este depende do package ACBrNFSe instalado na IDE. Exatamente. No momento está sendo feito um refactoring do componente ACBrNFSe, pra no futuro possibilitar a implementação como DLL.

Se você já tem o Lazarus instalado, e já compilou a dll da NFe, já deve ter boa parte dos componentes do ACBr instalados, então basta adicionar o package do ACBrNFSe a ele, se ainda não tiver feito. Após isso pode estudar o programa exemplo. Por enquanto ele funciona apenas como componente para ser usado em Delphi ou Lazarus.

Essa mensagem não parece vir do ACBr, e sim da sua aplicação. Então é difícil saber sem ver o código, pra saber como você está fazendo a carga do certificado. Não entendi porque está acessando um A1 pelo número de série... Consegue rodar o programa exemplo do componente lá pra ver se tem erro?

Parece correto o .ini. Também não consegui simular o erro, com o seu trecho de código não tive problema. Se possível descreva um passo a passo onde o problema ocorre, de preferência usando o programa exemplo do componente.

Anexe também o arquivo Cidades.ini que está usando. Pelo erro, deve ter algo errado nele.

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.