Renato Rubinho

Veja se resolve removendo os comandos CR: #$D. Se não resolver, por via das dúvidas remove o & da Razão para testar.

Cada ambiente tem sua numeração independente, pode usar o mesmo número em produção.

Sem dúvidas.

Parece correto e no leiaute esse grupo realmente não é obrigatório. Posta a unit com a correção para o pessoal avaliar.

Está correto, se gerou em homologação, agora está ok. Confirmando, o problema era o caminho dos schemas em outro lugar, versão ou modelo estavam diferentes ou resolveu com o conjunto da obra?

Qual o caminho completo que estão os schemas? Confirma se o caminho está acessível. Caso esteja em rede, não pode ser caminho UNC, só unidade mapeada ou link simbólico.

Nessa imagem não constam as dlls junto ao executável. Cola todas as dlls junto com o exe. Obs: mesmo seu SO sendo 64, utilize as dlls x86, pois seu exe deve ser x86.

Na sua primeira imagem, consta a "linha" 38, que seria a coluna. Pelo erro, a coluna 38 não consta no registro. Você que acrescentou? Quando manda para o validador está indo com 37 ou 38 colunas? Debuga para ver se identifica a anomalia, pois no fonte atual constam as 38 colunas, conforme abaixo. Note que ele tem uma condição para mandar a última coluna, confirme se está setando a versão correta no COD_VER. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDFiscal/ACBrEFDBloco_C_Class.pas#l1897

Bom dia, Atualizou o validador? Pode ser algo desatualizado nele.

Boa noite, Nos dados do tomador tem outro campo de IM? Se não tiver, deve ser o primeiro destacado abaixo. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXNotasFiscais.pas#l413

Boa noite, Testa o seu protótipo também na sua máquina que funciona, mas em outra pasta, assim como você configura na máquina sem Delphi, para ver se dá o erro, facilitará seus testes de ocorrer. Pode ser só falta de arquivos mesmo ou outras dlls antigas conflitando com as que deveriam funcionar. Testa executar como administrador também.

Boa noite, Testa com o programa de exemplo neste seu cenário para ter certeza que não tem algum detalhe no seu exe. Neste link tem informações sobre as dlls a distribuir para utilizar OpenSSL.

Da uma olhada no MOC. Não me lembro de ter referência ao ipiDevolvido, com isso não é permitido adicioná-lo. Para aparecer no DANFE, replique a informação nas informações complementares do item. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/Manuais/MOC versao 7.01 Anexo III Manual DANFE.pdf

Tenta salvar os schemas fora do program files. Pode ser restrição de acesso aos arquivos.

Pode ser erro de assinatura. Se você informa o arquivo pfx, não preencha o número de série, mas isso também deveria acontecer no ambiente DEV.

O erro ocorre em qual linha? Veja se ocorre nesse setfocus usado antes de existir ou após destruir o objeto(talvez nesse LimpaCampos).

No programa de exemplo você consegue ver os serviços utilizados. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Exemplos/ACBrTCP/ACBrCEP/Delphi/

Boa noite, O validador da tecnospeed tem um alerta interessante para esse caso. https://validador.nfe.tecnospeed.com.br/ NFe43220105757241000101550010000330261034912674 XML VÁLIDO COM ALERTAS: Alerta[CSTCFOP]: Item 1: A utilização da CFOP: 5949 para pessoa Jurídica realizando um tipo de operação de Saída sendo este Emitente classificado no Regime Tributário Normal utilizando o CST 60 para ICMS, não é uma combinação coerente. Alerta[CSTCFOP]: Item 1: A utilização da CFOP: 5949 para pessoa Jurídica realizando um tipo de operação de Saída sendo este Emitente classificado no Regime Tributário Normal utilizando o CST 01 para PIS, não é uma combinação coerente. Alerta[CSTCFOP]: Item 1: A utilização da CFOP: 5949 para pessoa Jurídica realizando um tipo de operação de Saída sendo este Emitente classificado no Regime Tributário Normal utilizando o CST 01 para COFINS, não é uma combinação coerente.

Capicom é obsoleta. Utilize WinCrypt ou Openssl. Segue um tópico interessante para maiores informações.

Bom dia, Você pode ver no arquivo do svn, localizando pelo código IBGE. https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini

Acesse essa url pelo navegador e após selecionar o certificado tem que abrir uma página. Se der erro, tem problema de ambiente ainda. Antivírus, firewall, etc. Certificado A1 instalado? Tenta reinstalar. Segue um link com boas instruções para revisar o ambiente. https://centraldeatendimento.totvs.com/hc/pt-br/articles/4404325692951-WINT-Erro-Interno-12175-um-ou-mais-erros-foram-encontrados-no-certificado-Secure-Sockets-Layer-SSL-enviado-pelo-servidor#:~:text=Estes erros ocorrem representam problemas,computadores e servidores da SEFAZ.&text=Outros possíveis causadores são%3A o,servidor%2C e falhas no firewall.

Confirma se o Windows está atualizado e também configura SSLType = tls_v1_2

Boa noite, Tentou seguir os passos do item 4.1 do tópico que indiquei acima? Parece ser a mesma situação.

Certeza mesmo, somente a sefaz para responder. Seguem considerações: As notas que não vem são as mais antigas? O serviço começou a ser utilizado em dezembro ou ficou mais de 60 dias sem uso? Em resumo, as notas geram NSU apenas após o primeiro uso e sem interrupção por mais de 60 dias. Como o Panda disse, é recomendável a leitura da NT para maiores detalhes. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.11 WS DistribuicaoDFe.pdf

Pelo jeito é um erro permanente na Bahia, pois existe outro tópico que direciona para este aqui com a mesma dúvida. Você reinstalou as cadeias, conforme link reportado como solução?