EMBarbosa

Obrigado por ter colocado a mensagem completa do erro. Por favor, coloque sua aplicação em modo de debug e verifique exatamente em qual linha esse erro acontece. Geralmente Access Violation acontece quando você tenta acessar propriedades ou métodos de um objeto que ainda não foi instanciado ou que já foi destruído.

hmmmm... então basta verificar o motivo disso estar acontecendo. Daí você consegue resolver o problema.

Uma sugestão é você ter uma tabela no seu sistema e atualizar ela de vez em quando. Daí você tem o melhor dos dois modos.

Pra transformar sua aplicação PAF em emissora de NFC-e, esses realmente são os comandos principais. Mas você pode continuar verificando pelos outros comandos do ECF caso sejam interessantes pra você. Por exemplo, caso seus clientes utilizem, Suprimento, Sangria, Leitura X e Redução Z, talvez você queira implementar algum controle nessas funções. Mas isso não está diretamente relacionado com a NFC-e, mas sim com as regras de negócios do seu sistema. Depois de fazer isso, você pode continuar a expandir seu aplicativo por implementar coisas que são específicas da NFC-e...

Teria que verificar no código fonte do Fortes. Mas isso não deveria ser necessário. De modo geral, todos os usuários tem acesso a pasta temporária do sistema operacional, mesmo que você tenha alterada para outra pasta. Se isso não está acontecendo, seria melhor você verificar o ambiente em que seu software está rodando.

Qual a mensagem de erro?

O que está disponível nesse tópico foi criado pelos usuários, mas não foi adicionado aos componentes ACBr.

Tem que verificar se o componente está usando esse site. Se tiver o problema é outro.

Com o recaptcha é bem complicado, mas se tiver outro endereço que continue funcionando o captcha antigo acho que sim.

Verificando o log o que está acontecendo é que o compilador não está conseguindo encontrar o pacote ACBrComum. Mas dá pra ver que ele reporta que acabou de compilar. Pode ser que ele não esteja encontrando a BPL ou os arquivos fontes. Tente verificar se esses arquivos estão realmente sendo criados.

Que tipos de problemas?

Sugeri o LerStatusImpressora porque ele pode retornar outros dados também. Mas que bom que deu certo. Obrigado pelo retorno.

Acho que não... Você pode tentar validar a assinatura por outros meios pra confirmar?

Isso acontece porque o ACBrECFVirtualNFCe foi preparado para trabalhar com qualquer tipo de impressora não fiscais, incluindo as que não tem possibilidade de retorno de estado. Uma opção é verificar diretamente a impressora PosPrinter por meio do comando ACBrPosPrinter. LerStatusImpressora. Outra opção seria escrever uma classe descendente da ACBrECFVirtualNFCe para sobrescrever o método GetEstadoECFVirtual para ler o estado da PosPrinter. Ainda outra opção seria escrever um class helper para essa mesma classe para fazer o mesmo.

Olá, Geralmente quando esse erro acontece o que se deve fazer é entrar em contato com a SEFAZ. Mas antes de fazer isso, você pode tentar validar o xml no site da Sefaz. Me parece que pra NFC-e esse é o novo link: https://dfe-portal.sefazvirtual.rs.gov.br/NFCE/ValidadorXml

Olá. Acredito que ninguém tenha passado por esse problema. Validei seu xml na Sefaz e passou sem nenhum problema. Veja:

O Régys acabou de fazer uma alteração do ACBrInstall. Queira ter certeza que está utilizando a última versão antes de testar.

Só pra confirmar, você não está misturando as dlls de 32 e 64 bits? O Delphi é 32 bits, então você precisa usar as dlls pra 32 bits independentemente de seu sistema operacional.

No xml que você anexou não tem a tag de retirada. Então se é um erro parecido, pode ser por causa da tag de entrega que tem basicamente as mesmas alterações como você pode ver na mesma imagem que eu anexei acima. Nesse caso bastaria não informar o país pra entrega também. Se apesar de não informar esses dados você ainda estiver tendo problemas, por favor, anexe no tópico: Comandos utilizados para gerar o xml arquivo INI para gerar NFe (caso tenha utilizado) xml gerado Log do monitor

Tente as sugestões desse tópico:

Joia! Obrigado pelo retorno.

Acabei de reler a NT2018/005 versão 1.20 e o motivo disso parece ser que a implementação no ambiente de produção será apenas em 07/05/2019. Por isso está passando em homologação e não em produção. Veja essa imagem: Então talvez a solução imediata pra você seja não enviar esse campo na produção. Vou verificar se cabe alguma mudança nos componentes e/ou no monitor.

Moderação: Tópico dividido. Tentei validar o arquivo no site validador da Sefaz e apareceram os seguintes erros: The element 'retirada' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'cPais' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/retirada/cPais/ The element 'entrega' in namespace 'http://www.portalfiscal.inf.br/nfe' has invalid child element 'cPais' in namespace 'http://www.portalfiscal.inf.br/nfe'. Caminho: NFe[1]/infNFe/entrega/cPais/

Vamos começar do princípio então. Remova a instalação atual do ACBr e do Fortes. Remova todos os paths do ACBr e do Fortes daí. Feche e abra novamente o Delphi e remova todos os pacotes tanto do ACBr como do Fortes. Depois procure por outras pastas do Fortes que estejam repetidas no seu computador e remova as duplicatas. Confira se o Fortes está atualizado na pasta que vai utilizar. Instala o Fortes e abre o Delphi para verificar se está tudo ok. Só então você instala o ACBr.

Eu particularmente nunca uso um valor menor que 10. Se a impressora for USB ou conectada na rede pode ser necessário um valor ainda maior como 20 ou 30.