Italo Giurizzato Junior

Boa tarde Oliveira, O problema é que esse tipo de serviço foi implementado por esse provedor e mais nenhum outro. Se fosse um serviço que deve ser utilizado como pré-requisitos para emitir a nota, aí teríamos que implementar, mas este é apenas uma consulta.

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

Boa tarde Ronaldo, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia Ronaldo, Já inclui na minha lista de tarefas para analisar o problema. TK-3366

Bom dia, Porque esta sendo informado o numero do lote como sendo zero?

Oliveira, O site é uma coisa, webservice é outra.

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

Daniel, Para compreender melhor isso talvez um bom contador ou a prefeitura ou o provedor. Eu não entendo essas questões tributarias.

Bom dia Igor, Favor configurar o componente para salvar os arquivos (soap), faça um novo teste e anexe o XML (soap) de retorno para que eu possa analisar essa questão.

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

Bom dia Daniel. Testou informando stNormal para ver o que ocorre?

Bom dia Oliveira, O provedor ISSNet se utiliza do layout da ABRASF, e no manual não esta documento esse tipo de serviço, sendo assim não contempla.

Boa tarde Giquieu, Desfiz a sua alteração no LoadFromFile, pois se tratando de leitura do XML armazenado em memória temos o LoadFormStream e o LoadFromString. Por outro lado o LoadFormLoteNfse não tem essas outras opções. Já esta no SVN.

Boa tarde Niron, Passei o seu problema para a Equipe ACBr. Vamos aguardar o parecer deles.

Glauber, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes.

Marcos, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Giquieu, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Bom dia Glauber, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. TK-3356

Bom dia Marcos, Já inclui na minha lista de tarefas para analisar essa questão. TK-3353

Bom dia Daniel, Bom agora é preciso verificar se essa atividade "006202300" esta faltando ser cadastrada ou se a atividade correta é outra.

Bom dia Jhonlenon, Não sei qual versão do manual que você tomou como base. No manual - Anexo I que trata do layout da versão 3.00 do MDF-e temos: O campo RNTRC do grupo <infANTT>, depois temos ele dentro do grupo <prop> do <veicTracao> e dentro do grupo <prop> do <veicReboque>. Lembrando que o grupo <prop> só deve ser gerado se o veículo não pertencer à empresa emitente do MDF-e. Na imagem que você anexou me leva a crer que tanto o veículo tração quanto os dois reboques pertencem à empresa emitente do MDF-e e o grupo infANTT foi informado e consequentemente o RNTRC, sendo assim o componente ao imprimir o DAMDFE acaba usando esse RNTRC para todos os veículos.

Niron, O XML agora esta correto, o comando utilizado também. Só fiquei na dúvida se o nome do XML não deveria ser: 31221210587445000173580010000000011135724685-mdfe.xml Observação: não utilizo o ACBrMonitor e não foi eu que o desenvolveu, daí a minha dúvida.

Boa tarde, Eu também tive esse mesmo erro, não vejo outra alternativa entrar em contato com o provedor e expor o problema. Entre em contato com o provedor mostre o erro e fornece o XML que esta sendo enviado, quem sabe eles conseguem dizer o que pode esta ocorrendo. A princípio o HTTP 200 não é um erro, isso indica que o webservice processou o que lhe foi enviado, mas não esta gerando o retorno.

Niron, O seu XML esta com um monte de espaços em banco. Não pode existir esses espaços e nem quebra de linha. Abra ele com o bloco de nota e veja como ele esta.