Italo Giurizzato Junior

Bom dia Jefferson, Pelo jeito a implementação desse webservice com layout próprio varia de uma cidade para outra.

Bom dia Marcos, Você tem certeza que esse XML que contem o "xmlns:Signature.." na assinatura foi gerado pelo componente ACBrNFe?

Jefferson, Já enviei para o SVN. Um detalhe se você informar o numero da NFSe no campo: NFSe.Numero a tag <numeronfd> será gerada com um valor diferente de zero e consequentemente as 3 linhas que você comentou não vão ser geradas.

Tiago, Já esta no SVN.

Bonetti, Já esta no SVN.

Gabriel, Favor atualizar os fontes e faça novos testes.

Boa tarde Bonetti, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2492

Boa tarde Marcelo, Necessito do XML (soap) de retorno dessa consulta, pois pelo erro que consta na imagem ele esta tentando ler algo que não existe.

Boa tarde, Em um primeiro momento removemos de todas as cidades as URLs de homologação que eram iguais a de produção. Pois se o provedor não tem um ambiente de homologação o componente deve avisar. Neste caso, cabe ao desenvolvedor entrar em contato com o provedor e questionar se ele disponibiliza ou não o ambiente de homologação, caso afirmativo solicitar a URL de homologação. De posse da URL de homologação podemos alterar o arquivo ACBrNFSeXServicos.ini e enviar para o SVN. Agora se o provedor não tem um ambiente de homologação, questiona-lo como proceder para realizar testes no ambiente de produção.

Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2491

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

Boa tarde Gabriel, Já inclui na minha lista de tarefas para analisar o problema. TK-2490

Boa tarde Jefferson, Muito obrigado pela contribuição, já inclui na minha lista de tarefas para analisar. TK-2489

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

Boa tarde Luciane, A SEFAZ-RS ficou parada por 30 minutos hoje, não sei se foi algum problema técnico ou se essa parada se deu ao fato deles atualizarem os seus webservices com os campos novos. Favor tentar novamente, se o problema persistir, significa que a implementação dos novos campos nos WebServices estão atrasados.

Bom dia Luiz, Notei que os seus fontes estão desatualizados. Favor fazer uma cópia das Units que você alterou e atualize todos os fontes de todas as pastas e reinstale o ACBr. Por fim faça novos testes.

Bom dia a todos, @Mauricio Andrade, favor entrar em contato com o provedor e questiona-lo sobre: O XML envio da consulta não deve ser assinado, porém, o certificado digital deve ser adicionado à chamada do serviço. Não assinar o pedido de consulta isso o componente já faz. Como é que eles querem que o certificado seja adicionado a chamada do serviço? Precisamos de um exemplo.

Bom dia Anderson, Na razão social da empresa contem o caractere "&" e para que a nota fosse autorizada foi necessário trocar pelo caractere "e", correto? Não entendi a necessidade de cancelar a nota e emitir outra correta. Caso a nota contem algum valor errado, cancele e emita outra com o valor correto.

Bom dia, Alguns provedores ao gerar o XML de retorno em vez de gerar as tag com os caracteres "<" e ">" geram com a sequencia "&lt;" e "&gt;". A rotina responsável por ler o conteúdo da tag espera encontrar algo do tipo <nomeTag> e não &lt;nomeTag&gt; Com isso ele não consegue ler o conteúdo. Para resolver o problema se faz necessário realizar a troca.

Boa tarde, Por favor atualiza novamente os fontes, reinstale o ACBr, compila a aplicação e faça novos testes.

Boa tarde Maurício, O certificado deve ser adicionado a chamada do serviço? Coisa estranha, como será que eles querem que seja feita isso?

Boa tarde Lucio, Fiz um teste assinando o pedido de consulta, a rejeição mudou para: <Codigo>E160</Codigo> <Correcao>Consulte o Manual da NFS-e para saber quais são as versões de XML Schema suportadas pelo sistema.</Correcao> <Mensagem>Arquivo em desacordo com o XML Schema.</Mensagem> Se não assina, diz que esta faltando o certificado, se assina diz que o XML esta em desacordo com o schema. Favor entrar em contato com o provedor e relate o problema.

Boa tarde Luiz, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2487

Boa tarde Jefferson, Sem realizar nenhuma alteração no componente, estou conseguindo enviar para o webservice do provedor. Veja: Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : Mensagem: Erro: Usuario Inválido Correção: --------- Estou usando a configuração abaixo: SSLType = LT_TLSv1_2

Boa tarde, Favor atualizar os fontes e faça novos testes.