[email protected]

Boa tarde @Italo Giurizzato Junior, Fiz a atualização dos fontes mas ainda aparece versão 2.03. Precisa atualizar a dll ou algum outro arquivo?

A prefeitura de Taubate mudou a versão do sistema de 2.03 para 2.04 onde a 2.04 contempla busca de notas fiscais de serviços tomados. Porém, a lib ainda está na versão 2.03. Aparentemente as urls não foram alteradas. https://taubateiss.meumunicipio.digital/taubateiss/index.php Podem atualizar a lib?

@Italo Giurizzato Junior, bom dia. O XML em sua estrutura está certo, não é problema no provedor. Veja minha resposta anterior (03/04 as 17:19) que pelo programa DEMO a codificação do arquivo xml está correta, mas no meu programa vem errada. Quando falo de codificação estou me referindo a alguns caracteres que aparentemente não estão em UTF-8, como por exemplo "Chácaras rio-petrã³polis". No programa DEMO o retorno vem corretamente como "Chácaras rio-petrópolis". O que preciso saber é se existe algum lugar que preciso configurar, porque no retorno do meu programa os caracteres vem errados e no DEMO vem certo.

@Italo Giurizzato Junior, os XMLs foram gerados pela ConsultarNFSeGenerico(). Eu já tenho um sistema próprio para algumas prefeituras, sei como funciona o retorno do provedor. Fazendo um teste no programa DEMO vi que retorna a codificação correta. Então, deve ser alguma coisa que precisa configurar no meu programa, mas já tentei de tudo e não achei método ou propriedade para passar o encoding. Conseguem me ajudar?

@antonio.carlos Entendo que se o problema fosse do provedor, os arquivos xml das notas, que são gerados separadamente pela lib também estaria com problema na codificação. Mas isso não ocorre. Os arquivos xml separados ficam coma codificação CERTA, mas o retorno do método ConsultarNFSeGenerico() fica ERRADO. Segue anexo os arquivos gerados pela lib. Nfse.7z

Esse anexo é o retorno do método ConsultarNFSeGenerico(), eu apenas tirei a parte de cima antes do xml de retorno do provedor. Os arquivos gerados separadamente a codificação fica certa. O problema é nesse retorno. Eu vou trabalhar com diversas prefeituras para buscas notas de serviços tomados. Como não existe uma classe de alto nível que transforme o arquivo de retorno, fui orientado a utilizar os métodos CarregarINI() e ObterINI(). Eu poderia serializar os xmls gerados separadamente, porém como são vários provedores diferentes eu precisaria fazer para todos. Então utilizando o método ObterINI() pra mim já fica pronto, só preciso de uma maneira de codificar corretamente o retorno.

Segue anexo o arquivo de respota do método ConsultarNFSeGenerico() ConsultarNfseServicoTomadoResposta .txt

Ao utilizar o método ConsultarNFSeGenerico() o retorno vem com caracteres inválidos. Os arquivos salvos na pasta estão ok, mas se tento pegar o retorno do xml para posteriormente utilizar os métodos CarregarINI() e ObterINI() o texto é apresentado com caracteres errados. Outro problema é que o retorno do método ObterINI() não traz a data de cancelamento da nota (quando existe). consulta_generica_duque_caxias.txt

Além disso, no município de Niterói também não est[a sendo passado o tomado.r. O webservice está retornando "O CPF/CNPJ do Consulente informado não condiz com o Tomador ou Intermediário.

Estou fazendo a busca de serviços tomados na prefeitura de Porto Alegre e recebo a mensagem [Erro1] Codigo=X001 Correcao= Descricao=Número do Protocolo não informado. Inseri os campos NumeroIniNFSe e NumeroFinNFSe=999999 e a continua o mesmo erro. consulta_generica_porto_alegre.ini