Renato Rubinho

Se estiver testando em homologação, confirme se o cadastro também está correto neste ambiente. Para efeito de teste, tente enviar outros códigos, em outro tópico deste município foi utilizado o código 07.13 Aparentemente alguma liberação no provedor para permitir o envio de RPS (emissão via webservice), confirme com o provedor. Como não gerou a NFSe, retornou a informação que o documento não foi encontrado.

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

Sim, ainda não existe leiaute para a implementação.

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

Separei sua dúvida do outro tópico para não confundir o seu assunto diferente que foi siliconado. Por favor, sempre abra um novo tópico quando a dúvida for diferente da original e evite colar o conteúdo de XMLs, pois dificulta a leitura do tópico, opte sempre por anexar o arquivo.

No mesmo computador funciona a NFe? Utilize o método NFSE_OpenSSLInfo para identificar qual dll está sendo utilizada para confirmar.

O AV deve estar sendo gerado por dependências incorretas. O erro de lote é dado pela biblioteca antes de tentar a transmissão. O lote estando correto, a transmissão é feita e ocorre erro devido às dependências. Copie as dlls da OpenSSL e LibXml2 para a pasta da aplicação respeitando a arquitetura da associação, se ela for x86 utilize x86, mesmo que o SO seja x64. https://acbr.sourceforge.io/ACBrLib/Dependencias.html

Você precisa levantar essa informação, verifique com sua equipe qual o compilador que você utiliza e se estão gerando a aplicação em 32 ou 64bits. Com esta informação, siga os passos que citei no tópico anterior. 1. Apague todas as cópias que fez da Lib para evitar utilizar a incorreta. 2. Copie para a pasta da aplicação somente a mesma versão que você compila a aplicação. 3. Copie também, para a pasta da aplicação, as dlls da OpenSSL e LibXml2, somente as da mesma arquitetura que você compila sua aplicação. https://acbr.sourceforge.io/ACBrLib/Dependencias.html

Obrigado pela contribuição. Criada TK-5580 para análise.

Isso deve estar causando o problema. As dlls devem ser da mesma arquitetura da sua aplicação, seja qual for a do SO. Apague essas cópias e deixe somente a versão da mesma arquitetura da sua aplicação, provavelmente x86, salve na mesma pasta da aplicação. Faça o mesmo para a OpenSSL e LibXml2, se tiver feito cópias delas, apague e copie para a pasta da aplicação somente a versão equivalente.

A TK foi alocada para a Sprint desta semana, deve estar disponível na próxima compilação da lib. Assim que for concluída, reportaremos aqui no tópico.

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

Tente com: cOrgao=92

Desculpe, pesquisei por insucesso na documentação e não vi que esse exemplo era de CTe. De acordo com a notícia a seguir o evento de insucesso da NFe também já está implementado. Você está com os schemas atualizados? Preencheu o tpEvento=110192 ? Gerou as tags de acordo com a NT? Se o problema persistir, anexe o ini para análise e se entender que possui dados sensíveis, envie para [email protected]

Não há impeditivo de você utilizar a multi thread para apenas uma instância. No seu caso, implemente a MT e utilize apenas ela em todos os cenários.

Já está disponível. Você pode olhar as alterações feitas no monitor através do log no SVN. https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrMonitorPLUS/Lazarus/ Pela data do commit você considera a compilação imediatamente posterior. Segue modelo da documentação do monitor para o insucesso. https://acbr.sourceforge.io/ACBrMonitor/InsucessonaEntrega.html

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

É este endereço mesmo e está ativo, se não funcionou quando tentou acessar poderia ser alguma instabilidade.

Lucas Cardoso, Foi informado no tópico inicial que os fontes são de abril. Passamos instruções mediante as informações que são passadas. Em maio foi feita uma correção para um problema semelhante ao relatado, conforme tópico que eu mencionei. Como o problema acontece também no fonte atual, caso tenha alguma sugestão de correção, anexe o fonte com as alterações na versão atual e informe como simular a situação para que possamos validar.

Veja se está tópico ajuda

Essa propriedade não foi prevista na leitura do ini. Criada TK-5567 para análise.

Utilize sempre os fontes atuais, pois conforme tópico que mencionei, o problema já pode estar resolvido.

Não me lembro, mas se a resposta do programa de exemplo não trouxe a informação, provavelmente não existe no retorno. Abra o XML retornado e confirme se existe o protocolo.

Faça um backup das suas alterações, atualize e reinstale os componentes. No tópico a seguir foram feitos ajustes semelhantes ao seu problema.

A versão está errada. Configure a VersaoDF=2 conforme documentação a seguir. https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca13.html