EMBarbosa

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.

Por favor detalhe quais as configurações você está utilizando em cada situação. Por exemplo: Qual impressão está usando quando não funciona o MostraPreview? Como está comandando a impressão? Qual arquivo .fr3 está utilizando no problemas do Fast? Está usando o ACBrMonitor? Se possível anexe o arquivo xml para verificarmos a questão do troco.

O seu erro não é o mesmo apresentado nesse tópico. Veja que as mensagens são completamente diferentes. A mensagem "%1 is not a valid Win32 application", como o @Juliomar Marchetti mencionou, é uma mensagem comum quando está com algum problema com uma ou mais das dlls necessárias. Talvez você precise desinstalar o ACBr completamente e depois tentar fazer uma limpeza dos paths tanto da IDE como do Sistema Operacional antes de reinstalar. Daí, após instalar, você vai precisar verificar as dlls novamente.

Caso esteja usando ele, é o ACBrPosPrinter quem cuida da impressão mesmo. Você passou bem perto quando conseguiu resolver, o TimeOut fica dentro da propriedade "Device" em ACBrPosPrinter.Device.Timeout. Mas o importante é que você conseguiu resolver.

Você está debugando o exemplo do ACBrMTER ou a sua aplicação?

Visto que você disse que os componentes estão ajustados para NFC-e, entendo que esteja usando o ACBrECFVirtual. Sendo assim, esse erro deve estar sendo retornado pela impressora e não pelo ACBrECF. Tente aumentar o Timeout no componente da impressora. Em caso negativo, tente aumentar ainda mais o TimeOut, por exemplo para 20 ou 30.

Temos um vídeo que fala sobre esse e outros recursos do SVN que são muito úteis ao trabalhar com o ACBr. Veja abaixo:

Se está usando versões mais novas do Delphi, marque a opção "Remover warnings de CAST causados por WideString/..." no ACBrInstall: Não marque essa opção para o Delphi 7.