BigWings

Provavelmente você está acessando a URL da versão 1.00 do serviço de recepção de evento, que foi desativada conforme aviso no portal. Deve alterar para a URL da versão 4.00.

O método TACBrTXTClass.LFill é genérico, não se deve levar apenas o Sped Fiscal em consideração, e essa alteração pode causar efeito colateral em algum lugar. Rodando os testes unitários não detectou nenhum problema, mas nunca se sabe. Acho que o mais correto é mover o Trim acima do IF que preenche os caracteres à esquerda, assim mantém-se a finalidade do método, que é preencher os caracteres à esquerda e corrige possíveis erros de input.

Verifique se está configurando a propriedade ACBrNFe1.Configuracoes.Geral.VersaoDF para ve400.

Creio que você estaria escondendo do seu usuário o fato de serem duas notas, e ele seria tributado duas vezes quando estava achando que seria uma só. Se de fato o sistema da prefeitura não permite substituição, você também não deve permitir.

É uma constante declarada em System.Types. Verifique a "unit scope names" nas opções do compilador do seu projeto.

Qual modelo de balança?

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

Em que campo do layout percebeu isso? Me parece contraditório que o método preencha os caracteres à esquerda e depois remova...

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.