Renato Rubinho

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/

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

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?

Boa tarde, Estranho ter conseguido transmitir e não cancelar. Se estiver usando via número de série, por via das dúvidas, confirma se excluiu o antigo e se a sua rotina de cancelamento está preenchendo o número de série novo. Se estiver usando via arquivo, confirma o caminho. Veja esse tópico sobre a atualização de cadeia de certificados, pode ser algo relacionado.

Olá, Consegue nos confirmar se a solução do discord, com relação ao xml zipado, resolveu em definitivo o problema? https://discord.com/channels/798697718800318484/798968895707938826/928745638999494656

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

Boa tarde, Tenta seguir os passos deste tópico. Veja que nos erros tem dica de como resolver este erro que citou.

Atualizado e validado. Obrigado

Desculpe a pergunta, caso seja absurda, mas é certeza que postou o XML que está apresentando o problema? Esse erro acontece quando houver algum caracter especial ou acentuação, mas não vi nada desse gênero. Confirma a origem dos textos (nomes, códigos, descrições, etc) se não tem algum caracter inválido, especialmente nos espaços ou hífen. Geralmente os usuários copiam e colam dados de outras origens para o sistema, levando esses "lixos" e gerando tais bugs.

Boa tarde, Veja como é feito no programa de exemplo. Você seleciona a pasta raiz dos schemas e marca para o componente preencher automaticamente o restante. Deve atender ao que precisa.

Não sei te dizer se existem outras situações. Não foi o seu caso?