Italo Giurizzato Junior

Loes, Já esta no SVN.

Boa tarde Luiz, Já esta no SVN.

Boa tarde Pedro, Já esta no SVN.

Boa tarde Dari, Já esta no SVN.

Boa tarde Guilherme, Já esta no SVN.

Boa tarde Almeida, A história é o seguinte. Para quem gera o XML e depois o importa através do Portal da Prefeitura, deve gerar o XML segundo a versão 2.04 do layout da ABRASF; Para quem gera o XML e o envia para o webservice, deve gerar o XML segundo a versão 1 do layout da ABRASF. Se você utiliza o componente, não tem que mudar nada. Pede para os caras as URLs de homologação e de produção do webservice que vai recepcionar os XML segundo a versão 2.04 Se eles passaram as URLs abaixo: Producao = https://producao.ginfes.com.br/ServiceGinfesImpl Homologacao = https://homologacao.ginfes.com.br/ServiceGinfesImpl Isso é uma prova que não mudou nada, pois essas URLs são do webservice que atende a versão 1.

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

Boa tarde a todos, Vou fechar este tópico pois o problema relatado inicialmente aqui foi resolvido pelo SERPRO.

Boa tarde, Chegou a ver no manual que contem o layout do XML do MDF-e? Manual da versão 3.00a - Pagina 15 Manual da versão 3.00b - Pagina 30 De uma olhada no que se refere a quantidade de ocorrências do elemento <seg>.

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

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

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

Boa tarde Nilton, Você sabe me dizer se a cidade de Divinópolis/MG vai se utilizar da versão 1 ou 2 do layout da ABRASF? Pois o provedor Betha possui 2 webservice, um para cada versão do ABRASF.

Boa tarde @sgesoftware, A cidade de Sapiranga se utiliza da versão 1.01 sendo assim a alteração tem que ser feita em uma outra function: TACBrNFSeXWebserviceIPM101.TratarXmlRetornado

Boa tarde Renato, É uma boa solução, mas seria interessante separar o código da mensagem. Já inclui na minha lista de tarefas para analise do problema. TK-4807

Boa tarde Almeida, Tudo balela, o webservice continua o mesmo na versão 1.00 Já tivemos outros relatos de outras cidades.

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

Boa tarde, Esse teste de envio ocorreu quando? Pois recebi uma informação que o SERPRO tinha subido hoje de manhã uma nova versão da API.

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

Bom dia Osmar, Você poderia anexar o XML de retorno para que possamos analisar e fazer os devidas correções?

Bom dia a todos, Fiquei sabendo que a SERPRO subiu uma nova versão da API da NFS-e Padrão Nacional. Favor realizarem novos testes, para ver se o problema inicial desse tópico foi sanado. Quero lembra a todos de não misturar os assuntos. Se o seu assunto é referente a um outro erro, favor criar um novo tópico para esse novo erro.

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

Boa tarde Paulo, Ocorreu algum problema com o seu anexo que ele não esta disponível.

Boa tarde Lucas, Já esta no SVN.

Bom dia Éva, Me desculpa, mas a sua postagem esta muito confusa. Não existe o termo CTe Estornado e sim CT-e Autorizado e CT-e Cancelado. Detalhe, o cancelamento como a carta de correção são eventos vinculados ao CT-e que foi previamente autorizado. Analisando os XMLs que você anexou notei o seguinte. Ao consultar a situação de um CT-e que contem uma carta de correção vinculada a ele o XML não é aberto através de um navegador como os outros dois, pelo simples fato que dentro do grupo <retEventoCTe> temos a tag <xEvento> cujo conteúdo contem cedilha e vogal acentuada na palavra Correção é esse o motivo do problema.