Italo Giurizzato Junior

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

Boa tarde Eliezer, O XML que você me enviou pelo que notei são os retornos. Eu preciso do XML de envio de lote que foi enviado para o WebService e resultou em um processamento com sucesso. Outra coisa, até onde sei o provedor ISSJoinville esta se utilizando da versão 2.04 do layout da ABRASF e os XMLs que você enviou para mim via MP o layout não tem nada haver com o da ABRASF.

Boa tarde Tiago, Esse XML foi gerado pelo componente novo ou pelo antigo? Caso esteja usando o novo, com certeza os seus fontes estão desatualizados.

Francistk, Já esta no SVN.

Guilherme, Já esta no SVN.

Velmer, Já esta no SVN.

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

Bom dia Brisola, Infelizmente os provedores não conseguem manter o mesmo layout do XML gerado pelo site e pelo webservice. O componente visa ler o XML retornado pelo webservice.

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

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

Bom dia Velmer, Muito obrigado pela obrigação, já inclui na minha lista de tarefas. TK-2445

Bom dia Tiago, O "OK retornado pelo Emitir, significa que o envio ocorreu com sucesso. Como esse envio trabalha no modo assíncrono se faz necessário de uma consulta para saber o resultado do processamento.

Valdir, Desculpa entendi errado, realmente as informações do destinatário não consta no resumo da nota. Acredito que a separação só será possível após a manifestação do destinatário.

Bom dia, No componente novo ACBrNFSeX temos apenas um método para enviar o Rps para o WebService: Emitir. Esse método possui 3 parâmetros, sendo eles: aNumLote (String); aModEnvio -> meAutomatico (valor padrão), meLoteAssincrono, meLoteSincrono, meUnitario e meTeste; aImprimir (Boolean) -> True (valor padrão) e False. Aconselho sempre usar os valores padrões desta forma, caso o provedor se utiliza da versão 1 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo assíncrono, por outro lado caso o provedor se utiliza da versão 2 do layout da ABRASF o Emitir vai enviar o Lote de Rps no modo síncrono. Os provedores que seguem a versão 1 do layout da ABRASF só tem apenas um forma de enviar o Rps e é o Enviar o Lote de Rps no modo assíncrono. Já os provedores que seguem a versão 2 conforme consta no manual deveria disponibilizar 3 formas de envio do Rps: Enviar o Lote de Rps no modo assíncrono, Enviar o Lote de Rps no modo síncrono e Envio de apenas 1 Rps. Infelizmente existem alguns provedores que seguem a versão 2 do layout da ABRASF que não disponibilizam as 3 formas. Por conta disso que eu reforço: sempre usar os valores padrões do método Emitir, com isso o componente acaba usando a forma de envio que o provedor disponibilizou, caso ele tenha ele tenha disponibiliza mais de 1 forma de envio o componente se utiliza do melhor modo.

Bom dia, Já esta no SVN.

Bom dia Eliezer, Já esta no SVN.

Bom dia Valdir, Segundo a NT 2014/002 versão 1.11 temos na página 12 o layout do resumo de uma NF-e. Esta previsto neste resumo além do CNPJ/CPF e Nome do emitente da nota a IE do mesmo.

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

Bom dia, Agora me parece que ele esta capturando e apresentando os motivos das rejeições. Note que no retorno do envio não traz nenhuma mensagem (tag <mot> esta vazia). Já ao realizar a consulta retornou que o status é 200 (falha no processamento) e temos na lista de erros as rejeições como é apresentado na aba [Log]. Agora tem que tratar cada uma dessas rejeições para que o Rps seja processado com sucesso.

Bom dia Eliezer, No caso da cidade de Joinville temos o provedor ISSJoinville, como temos os schemas o componente após gerar o XML de envio do lote é feita a validação. Se tivesse alguma coisa errada na geração do XML a validação iria encontrar e apresentar o problema. O NameSpace que aparece no XML de envio de lote como exemplo no manual que você anexou é da ABRASF e até onde sei o ISSJoinville não utiliza esse NameSpace, para piorar a situação é utilizado um para o ambiente de homologação e outro para de produção. A não ser que eles resolveram mudar agora. Preciso de um XML de envio de lote que foi enviado e processado com sucesso pelo webservice, desta forma será possível detectar o que esta errado.

Bom dia Henrique, No XML *-ped-can.xml não consta a série. Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Verifica se não tem nenhuma unit referente ao componente com uma bolinha vermelha em seu ícone. Caso tenha é porque você fez alguma alteração nessa unit e ela não esta sendo atualizada pelo Tortoise. Para que ocorra a atualização faça uma copia dessa unit, depois apague ela e por fim atualize novamente os fontes.

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

Marcos, Já esta no SVN.

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

Boa tarde Tiago, Você esta realizando testes usando o programa exemplo? Se sim, gostaria de ver as imagens da aba [Log] referente ao emitir e depois do Consultar o Lote.