Italo Giurizzato Junior

Boa tarde Igor, Simplesmente esquece o Capicom ele não tem suporte para a criptografia TLS 1.2 Ou você usa o OpenSSL ou o WinCrypt. Vou fechar esse tópico pois entendo que o problema foi sanado.

Boa tarde Junior, Veja a tela que você anexou. Pelo fato do envio ser um lote e o modo síncrono, não temos o numero do protocolo entre outras informações. Mais abaixo note que ele esta mostrando para você o numero da nota, o código de verificação a pasta e o nome do XML. Veja que ele apresenta também uma observação informando que o XML da nota não foi salvo em disco, isso se deve a opção "Salvar Arquivos em Pastas Separadas" não esta marcada.

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

Boa tarde inods, Esquece a sua aplicação e se concentre no programa exemplo. Estude o programa exemplo, leia 10 vezes se necessário o Manual de Migração. E entenda de uma vez por todas que a mensagem "Serviço não implementado para este provedor" significa que você esta querendo usar um serviço que o provedor não implementou em seu webservice. Acabei de fazer um teste usando o programa exemplo e configurando ele para a cidade de Taubaté/SP - Provedor Conam Veja o resultado: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 94 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: 0 Link : Código Verif. : Sucesso : False Erro(s): Código : Erro 1 Mensagem: Usuário/Contribuinte Não Identificado (Erro 1) [ Cód. Usuário O Erro 1 (Usuário/Contribuinte Não Identificado) é porque utilizei um certificado digital e CNPJ de uma empresa que não existe em Taubaté/SP. Portanto é de se esperar uma resposta dessa do WebService. Esse provedor trabalha no modo assíncrono, para enviar um lote nesse modo devemos no programa exemplo usar os botões [Enviar Lote RPS (Assíncrono)] ou [Emitir Nota (Novo)]. Este último botão abstrai qual é o método correto que deve ser utilizado para enviar Rps para o WebService do provedor selecionado.

Boa tarde Gabriel, Como assim você excluiu o fonte ACBrLibXml2? Você ainda esta usando o Capicom? Todas as orientações são para usar o SSLLib = libWinCrypt e SSLType = LT_TLSv1_2. E você insiste em usar o Capicom? Bom se você quer ficar perdendo o seu tempo, fique a vontade.

Túlio, Já esta no SVN.

Boa tarde Túlio, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Gabriel, Acabei de fazer um teste usando o programa exemplo, veja o resultado. Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 29 Parâmetros de Retorno Data de Envio : 16/09/2021 Numero do Prot: 9161853 Numero da Nota: 0 Link : Código Verif. : Sucesso : True

Boa tarde, A pergunta não é essa e sim quando ocorre essa mensagem de erro. A resposta é muito simples, o provedor não implementou o serviço que você esta tentando usar no webservice dele. Você esta realizando testes usando o programa exemplo? Se não esta, então primeiro faça os testes com ele antes de sair escrevendo a sua própria aplicação.

Sandro, Você esta atribuindo o valor xsMsXml a XmlSingLib? O correto é xsLibXml2.

Junior, Atualiza mais uma vez e repita os testes.

Sandro, Neste caso acho melhor debugar para saber o ponto exato que ocorre o erro.

Use os arquivos em anexo. Não esqueça de compilar a aplicação. E faça um novo teste usando o componente novo. ACBrNFSeXServicos.ini ACBrNFSeXServicos.res

Sandro, Se isso esta ocorrendo somente com a sua aplicação, acredito que deva ser alguma configuração do componente errada. Pois os testes que eu faço é sempre com o programa exemplo e não tive esse erro.

Gabriel, Qual é a cidade?

Junior, Toda vez que é feito uma alteração no arquivo ACBrNFSeXServicos.ini devemos executar o Compila_RES e compilar a aplicação, caso contrario a alteração não vai surtir efeito pois o EXE atual contem o ACBrNFSeXServicos.res antigo.

Sandro, Acabei de fazer um teste aqui com essa cidade e não ocorreu esse erro. Por favor atualize todos os fontes e repita os testes.

Junior, E a aplicação compilou com a opção Build?

Junior, Atualiza os fontes e faça um novo teste.

Sandro, Os schemas estão em uma maquina local ou no servidor? Se esta no servidor a pasta esta mapeada?

Esse foi gerado pelo componente novo ou antigo? Eu entendi que pelo componente antigo esta enviando sem nenhum problema, sendo assim eu preciso do XML soap de envio gerado pelo componente antigo.

Boa tarde Sandro, Isso esta ocorrendo com o programa exemplo ou com a sua aplicação?

Boa tarde Junior, Vai ser necessário colocar um ponto de parada no IF (veja abaixo): if Response.XmlRetorno = '' then // Colocar um ponto de parada nesta linha begin AErro := Response.Erros.New; AErro.Codigo := Cod201; AErro.Descricao := Desc201; Exit end; Quero saber o conteúdo da propriedade XmlRetorno.

Boa tarde Tiago, Primeiro esquece o Capicom, pois os provedores estão utilizando a criptografia TLS 1.2 que não é suportada pelo Capicom. Segundo além de atribuir o valor libWinCryp ao campo SSLLib se faz necessário também atribuir o valor LT_TLSv1_2 ao campo SSLType.

Boa tarde Gabriel, Antes de migrar a sua aplicação para o novo componente é de extrema importância que você realize testes com o programa exemplo do componente. Desta forma quando você migrar a sua aplicação para o novo componente, você já sabe que com o programa exemplo ele esta funcionando com a cidade que você testou. Outra coisa, você configurou corretamente o componente? Atribuiu o valor libWinCrypt para o campo SSLLib e o valor LT_LTSv1_2 para o campo SSLType ?