Italo Giurizzato Junior

Boa noite Wellington, Você atualizou todos os fontes de todas as pastas? Compilou a aplicação com a opção Build?

Boa noite Souza, Muito estranho o erro uma vez que a procedure que ele acusa como inexistente, esta definida na unit ZLibEx que encontra-se na mesma pasta onde esta a unit ZLibExGZ.

Boa noite Ricardo, Muito obrigado pela colaboração, já esta disponível. Favor atualizar os fontes e compilar a sua aplicação com a opção Build.

Boa noite Graça, Sinceramente, até hoje eu não entendi porque foi feite desta forma no ACBrNFe e que agora deixei igual no ACBrCTe e ACBrMDFe. No meu entendimento o componente deveria ignorar qualquer dado atribuído a propriedade ID assim que a chave for gerada pelo próprio componente.

Boa noite Souza, Compile a sua aplicação com a opção Build.

Boa noite José, Vamos pela lógica: Se um MDF-e foi encerrado, significa que a mercadoria foi entregue. Sendo assim o transporte foi realizado, portanto não faz sentido e acredito que não seja possível cancelar o CT-e vinculado ao MDF-e. Se a mercadoria foi entregue, significa que a venda foi realizada, portanto não faz sentido e acredito que não seja possível cancelar a NF-e vinculada ao CT-e. Agora se você esta conseguindo cancelar um CT-e vinculado a um MDF-e encerrado, posso concluir que: 1. A SEFAZ ainda não implementou a regra que proibi o cancelamento; 2. Você esta usando o ambiente de homologação que com certeza não possui todas as regras implementadas pela SEFAZ. Respondendo a sua pergunta: Pelo descrito acima é obvio que não é correto.

Boa noite a todos, Vou fechar este tópico pois já esta atingindo quase 380 postagens. Por favor criem um novo tópico tratando somente do NFeDistribuicaoDFe e se for o caso um outro sobre o NFeDownloadNF para que possamos separar as postagens uma vez que se tratam de Web Services diferentes e funções diferentes. Lembre-se que a função do NFeDistribuicaoDFe é fornecer uma lista que a principio são resumos de notas ou eventos, para que a empresa possa realizar a manifestação do destinatário, por exemplo. Se a empresa realizar a manifestação do destinatário e posteriormente realizar uma nova consulta no NFeDistribuicaoDFe vai constar na lista a nota completa, que neste caso o componente se encarrega de descompactar e salvar em disco automaticamente. Por outro lado a função do NFeDownloadNF é simplesmente retornar o XML completo de uma nota que foi previamente manifestada. O problema é a SEFAZ alterou a forma de retorno, ou seja, agora o XML completo da nota esta vindo compactado como ocorre no NFeDistribuicaoDFe, a diferença é que o NFeDownloadNF ainda não foi alterado para realizar a descompactação. Se alguém tiver afim de regaçar as mangas e realizar essa alteração toda a equipe ACBr agradece. Desde já agradeço a compreensão de todos pelo fechamento deste tópico.

Boa noite a todos, Estamos estudando fazer com que a exceção só seja levantada caso o retorno não seja válido. Lembrando que uma rejeição é um retorno válido.

Boa noite Nilton, Favor atualizar os fontes e testar novamente.

Boa noite a todos, Acredito que nesse primeiro momento a dica é paciência. Quando esgotar, ou seja, retornar todos os milhares de NSU depois a quantidade será muito pequena caso a consulta seja feita umas duas vezes ao dia.

Boa noite Ricardo, Por favor, quais são as URLs de homologação e de produção a serem informadas no QR-Code para o Estado de Piauí?

Boa noite Ademar, Sim, a SEFAZ alterou a forma de retornar. Veja o que fizemos com o retorno do Web Services NFeDistribuicaoDFe. E tenta fazer igual para poder descompactar.

Boa noite Nilton, Atualiza os fontes e testa novamente.

Boa noite Fabio, Entendo perfeitamente que o nItemPed não tem utilidade nenhuma para a SEFAZ. Para esta empresa o pedido dela não deva ultrapassar mais de 99.999 itens, mas e se o seu cliente passar a ter um cliente cujo pedido possa a chegar a ter uma quantidade maior do que 99.999 e exigir que no XML da nota seja informado o numero do item. Como você vai resolver o problema?

Boa noite Antonio, Esse já é o segundo post seu fazendo a mesma pergunta, por favor, post somente uma vez e aguarde que alguém lhe responda.

Boa noite, Vou lhe afirmar que o seus fontes estão desatualizados, visto o que o seu fonte possui varias function comentadas, function estas que foram movidas para uma nova unit. Eu mesmo removi os códigos comentados. Outra coisa o seu fonte não possui as URLs do novo Web Services NFeDistribuicaoDFe e que esta disponível no SVN contem as referidas URLs. Sugiro você excluir a pasta que contem os fontes ACBr e baixar novamente.

Silvius, Você vai ter que copiar a unit do provedor Ginfes com outro nome e fazer as devidas alterações nessa unit. Depois criar o nome para o componente e relacionar a cidade a esse provedor na unit pnfsConversao. Depois incluir a unit nova em ACBrNFSeConfiguracoes e ACBrNFSeWebServices. Outras Units deve ser alteradas, para que tudo funcione, você pode achar complicado, mas você tem que tentar, pois desta forma você começa a conhecer como funciona realmente o componente.

Boa tarde Roger, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Luan, O primeiro CT-e sempre vai ser Normal. O segundo poderá ser Redespacho ou Redespacho Intermediário, isso vai depender se vai existir uma terceira transportadora ou não. O Expedidor só vai aparecer no CT-e de Redespacho ou Redespacho Intermediário. O Recebedor terá que ser informado no Redespacho Intermediário ou no Normal quando é sabido que o vai ocorrer o redespacho e sabe-se quem é a transportadora.

Fabio, Primeiramente, essa empresa esta agindo de forma errada, obrigando a gerar um XML que nem sequer tem o tamanho estabelecido no manual é 6 dígitos e não 5. Você deve alterar a unit pcnNFeW, alem de altear o tipo tem que alterar o tamanho minimo e máximo deixando ambos com o valor 6.

Daniel, O Terceiro parâmetro sempre tem que ser o último NSU retornado, devendo parar de realizar a consulta com base no Status. Se você manifesta uma Nota cujo NSU é 35, não significa que o XML completo da mesma o NSU será 36, uma vez que ao consultar podemos ter 50 resumos. O jeito é depois de manifestar aguardar alguns minutos e realizar uma nova consulta, poderemos ter nessa nova consulta novos resumos mais o XML da nota manifestada. Se esta retornando mais XML alem da que você manifestou, verifique se outro não esta manifestando também, por exemplo o escritório de contabilidade.

Boa tarde Silvius, Se todas as cidades resolverem ter o seu próprio Web Service estaremos perdidos, o componente vai ter mais de 5000 provedores. Mas a solução é você pegar a titulo de exemplo o provedor Ginfes para implementar um provedor para a cidade em questão.

Boa tarde Michel, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Nilton, Envia para o provedor o arquivo 1-env-lotS-soap.xml e questione a eles se o arquivo esta em conformidade. Se sim, ai é preciso checar os endereços dos Web Services e SoapAction.

Boa tarde, Se você teve que informar as URLs, isso significa que os seus fontes estão desatualizados. Favor atualizar todos os fontes de todas as pastas.