Italo Giurizzato Junior

Bom dia, Existe alguma cidade que contratou esse provedor e a versão do layout é 2.04 em vez de 2.03?

Boa tarde a todos, Pelos relatos com certeza o problema é no webservice deles. Favor entrar em contato com o provedor e relatar o problema.

Gabriel, Nunca use o LT_all, use sempre o LT_TLSv1_2. Altere e faça novos testes.

Boa tarde Natanael, Já esta no SVN.

Boa tarde Ademar, Fiz uma pequena alteração, já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Neto, Na verdade o provedor esta retornando apenas uma mensagem e como o componente não encontra os caracteres normalmente encontrados em um XML ele acaba salvando com a extensão JSON. Pela mensagem retornada da entender que o prestador esta sem permissão para emitir as notas.

Boa tarde Rogério, Quando você vai migrar para o ACBrNFSeX? Vai esperar a cidade mudar para o Padrão Nacional e ai a toque de caixa vai ter que migrar. Mude o mais rápido possível para o novo componente.

Boa tarde a todos, Configure o componente para salvar os arquivos (soap) e anexe o XML de retorno para que possamos analisar.

Boa tarde Gabriel, Primeiramente eu lhe pedi os XML de retorno e você anexou os de envio. Segundo, qual é o valor de SSLType ?

Bom dia Lowry, O que tem de provedor gerando o XML no formato ANSI e colocando no inicio o encoding UTF-8 não esta escrito. Mas deixa eu entender melhor o seu processo. Você não salva o XML em disco e sim armazena o mesmo no banco de dados. Ao ler esse XML salvo no banco de dados é que ocorre o erro? Se sim, por favor faça o seguinte teste: 1. configure o componente para salvar o XML em disco. 2. leia o XML salvo em disco para ver se ocorre o mesmo erro.

Bom dia Gabriel, Você poderia anexar o XML de retorno dessas consultas?

Bom dia Paulo, Notei que apesar de ter no inicio do XML o encoding UTF-8 o arquivo em si esta no formato ANSI. Por favor entre em contato com o provedor e expõe essa questão. O Provedor tem que gerar o XML em UTF-8 e incluir no seu inicio o encoding.

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

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

Boa tarde Marco, Como assim o provedor diz que não usa RPS? Você deve ter conversado com a faxineira. A mensagem que você esta recebendo é porque o RPS de numero 393 que foi enviado foi rejeitado, ou seja, continha informações erradas, logo ele não foi convertido em uma nota.

Boa tarde Lowry, Você esta com todos os fontes de todas as pastas atualizado? O ACBr foi reinstalado?

Boa tarde Willian, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Thiago, Se você desenvolve em Delphi ou Lazarus, pensando em um PDF de um mercado, você precisa: Dos componentes, para ler a balança, para ler o código de barras, para o TEF, para emissão da NFC-e ou SAT (se for estado de SP), para impressão em bobina. Pelo que me recordo são esses. Apesar de você poder baixar os fontes dos componentes gratuitamente, sendo assinante além de ter respostas mais rápidas dos Moderadores e Consultores, você vai ter acesso a diversos vídeos que vão lhe ajudar em muito no desenvolvimento da sua aplicação.

Bom dia Marco, Atualiza todos os fontes de todas as pastas, reinstale o ACBr. Configura o programa exemplo para salvar os arquivos (Soap). Faça novos testes e anexe aqui os arquivos (Soap) gerados.

Bom dia Natanael, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3811

Bom dia Davi, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Emanuel, Já enviei para o SVN a alteração na URL de produção. Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Davi, Inclui na minha lista de tarefas para analise. TK-3809

Davi, Copia para a pasta do EXE na maquina do seu cliente as DLL que estão na pasta: ...\DLLs\OpenSSL\1.1.1.10\X86

Boa tarde Dercide, Muito obrigado pelo retorno, já enviei para o SVN.