Italo Giurizzato Junior

Bom dia Ramalho, Esse arquivo que você anexou não encontrei nenhum problema. Favo configurar o programa exemplo para salvar os arquivos (soap). Faça um novo teste e anexe o XML de retorno (soap) para que possamos analisar. Como o erro inicial dessa postagem foi resolvido, favor criar uma nova postagem. Muito obrigado pela compreensão. Vou fechar essa.

Bom dia Guilherme, Favor atualizar novamente pois foi enviado no dia 03 e 22 de fevereiro mais algumas alterações.

Bom dia Eliezer, Favor anexar o arquivo de retorno (soap) para que possamos analisar.

Veja abaixo notícia do Portal da NFe: Suspensão dos serviços "ConsNSU" e "ConsChNFe" da NT 2014.002 Devido ao excesso de utilização indevida do WebService de Distribuição de DF-e de Interesse dos Atores da NF-e (NFeDistribuicaoDFe), serão temporariamente suspensos os pedidos "ConsNSU - Consulta DF-e Vinculado ao NSU informado" (item "b" da seção 3.4.1 da NT 2014.002 versão 1.11) e "ConsChNFe – Consulta de NF-e por chave de Acesso Informada" (item "c" da seção 3.4.1 da NT 2014.002 versão 1.11). O pedido "distNSU – Distribuição de Conjunto de DF-e a partir do NSU informado" (item "a" da seção 3.4.1 da NT 2014.002 versão 1.11) continuará funcionando normalmente. Os pedidos suspensos serão reestabelecidos assim que regras de uso indevido forem implementadas, garantindo o funcionamento para todos os usuários. Assinado por: Receita Federal do Brasil Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=A6qvFRVbPSA= Observação: O componente ACBrNFe possui 3 métodos referente ao DistribuicaoDFe: DistribuicaoDFePorUltNSU - este continuará funcionando conforme noticia acima, pois ele se refere ao item "a" da seção 3.4.1 da NT 2014.002 versão 1.11 DistribuicaoDFePorNSU - este não vai funcionar conforme noticia acima, pois se refere ao item "b". DistribuicaoDFePorChaveNFe - este também não vai funcionar conforme noticia acima, pois se refere ao item "c". Relembrando: O método DistribuicaoDFePorUltNSU faz a pesquisa com base no ultimo NSU informado, devemos sempre usar como ultimo NSU o valor do campo ultNSU retornado na execução anterior do método. O método DistribuicaoDFePorNSU faz a pesquisa com base no NSU informado, devemos usar esse método somente quando detectarmos que um documento esta faltando. O método DistribuicaoDFePorChaveNFe faz a pesquisa com base na chave da nota informado, devemos usar esse método somente quando detectarmos que o documento referente a essa chave esta faltando. O DistribuicaoDFePorUltNSU retorna um lote de até 50 documentos já os outros 2 retorna somente um documento, logo não devemos utiliza-lo dentro de um loop.

Boa tarde Marcos, Se essa alteração não deu certo, o jeito vai ser entrar em contato com eles para e pedir um XML de pedido de cancelamento validado por eles.

Boa tarde Anadilson Esse protocolo que você consultou se refere a uma nota cancelada, correto? Se sim, note que no retorno da consulta, arquivo *-lista-nfse-con-lot.xml que contem o XML da NFS-e não existe nenhuma tag informando que a nota se encontra cancelada. Experimenta usar o método ConsultarNFSe passando o numero da nota quem sabe esse serviço retorna o XML da nota com a confirmação de seu cancelamento.

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

Boa tarde Marcelo, O componente tem uma propriedade de configuração chamada: ConsultaLoteAposEnvio se ele estiver com o valor True a consulta é realizada automaticamente. Analisando o código do componente a propriedade NomeArq é para conter sim o nome do arquivo.

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

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

Bom dia Anadilson, Após solicitar o cancelamento de uma nota devemos em seguida consultar a mesma, desta forma teremos como retorno desta consulta o XML da nota com a confirmação de que a mesma esta cancelada.

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

Bom dia Ramalho, Favor atualizar os fontes e faça novos testes.

Bom dia Jonathas, Veja o que temos no Schema do provedor ISSSalvador: <!-- ALTERADO POR SALVADOR MOTIVO: Cancelamento somente por processo administrativo <xsd:element name="CancelarNfseResposta"> Isso explica esse erro. Fiz uma alteração no componente para que ele mostre uma mensagem mais amigavel.

Bom dia Marcos, Faça o seguinte alteração na unit Equiplano.Provider - Procedure Configuracao: with CancelarNFSe do begin // InfElemento := 'prestador'; InfElemento := 'esCancelarNfseEnvio'; DocElemento := 'esCancelarNfseEnvio'; end; Essa alteração no conteúdo de InfElemento vai fazer com que mude o valor do DigestValue da assinatura. Altere e faça um novo teste.

Bom dia Claudio, Primeiro é que não estamos mais dando manutenção no componente antigo, somente no novo. Segundo é que da forma que o novo componente foi escrito ficou muito simples a sua manutenção. Alguns desenvolvedores relataram que o novo é mais rápido.

Jonathas, No DANFSE não aparece o código de verificação? Se aparece é para ele estar na propriedade.

Tiago, Já inclui na minha lista de tarefas para analisar o que esta ocorrendo. TK-2416

Jonathas, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

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

Boa tarde Marcos, Neste caso vamos ter que estudar uma solução para o GravarXML ser capaz de identificar automaticamente o tipo de XML que ele esta gravando.

Boa tarde Paulo, Já esta no SVN.

Marcos, Acabei de realizar um teste com a referida cidade, veja o resultado. Note que ao informar o Path que contem os schemas eu paro na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe E a opção para montar automaticamente o Path esta marcada.

Boa tarde Marcos, Já inclui na minha lista de tarefas. TK-2414

Boa tarde Jonathas, Os XMLs que você anexou não contem o XML da NFS-e retornado pelo webservice. Sem esse XML não tenho como verificar o porque ele não esta lendo a tag <CodigoVerificacao>