Italo Giurizzato Junior

Paulo, Esse se refere ao retorno do pedido de averbação e não do retorno ao pedido de cancelamento.

Bom dia Elias, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes com o ACBrInstall_Trunk2. Por fim recompile a sua aplicação e refaça os testes.

Bom dia Adryelle, Desculpe, não vou poder aceitar a sua colaboração de alteração, pois você fez essa alteração com base em um Schema que esta desatualizado. Por favor atualize todos os fontes de todas as pastas. Os schemas mais atuais se encontram na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe O componente esta gerando o XML em conformidade com os schemas mais atuais disponibilizados pela SEFAZ.

Paulo, Acho que você não entendeu, eu preciso do XML de retorno gerado pelo componente ao realizar o envio do cancelamento do CT-e. O XML do processamento do evento de cancelamento do CT-e (*-procEventoCTe.xml) não serve para a minha analise. Após o envio é para ser gravado o seguinte arquivo: *-res-ANe.xml Se existir também o *-res-ANe-soap.xml melhor ainda.

Bom dia João, Os campos: Host, Porta, Usuário e Senha se referem ao Proxy. Na sua rede existe um Proxy para poder acessar a internet? Se não existe deixe esses campos em branco.

Bom dia Rogério, É bem provável que essa mensagem de erro esta aparecendo ao tentar consultar. E nessa consulta esta sendo passado o numero de um RPS que ainda não foi enviado.

Bom dia Rodrigo, Ocorreu a troca da aplicação? Ocorreu a atualização dos fontes dos componentes?

Bom dia André, Por favor abra o arquivo INI do respectivo provedor. Nesse arquivo existe uma linha que contem o carácter de quebra de linha. Altere para o desejado e refaça os testes.

Bom dia Paulo, Você poderia anexar o arquivo de retorno para que eu possa analisar?

Boa noite Luiz, Qual é o valor que você esta atribuindo ao campo: ide.indIEToma ? acredito que no seu caso o valor a ser atribuido é inIsento.

Boa noite Paulo, Onde exatamente ocorre o erro?

Boa tarde Israel, Precisamos do XML de envio para saber o que esta faltando. Mas primeiro, atualize todos os fontes de todas as pastas e reinstale os componentes. Recompile a sua aplicação e refaça os testes.

Bom dia, Tente com esse outro XML. Compare esse com o seu e veja o que tinha a mais no seu. 5217091970406800018056000000000000324-nfse.xml

Bom dia Heronim, Desculpe, mas não vou poder aceitar a sua contribuição pelo simples fato dos seus arquivos estarem desatualizados. Peço que faça uma copia das suas alterações, atualize todos os fontes de todas as pastas. Faça os testes e se necessário aplique as suas alterações para que o componente funcione para o respectivo provedor. Uma coisa sempre temos que ter em mente: as alterações não vão gerar efeito colateral para outra cidade do mesmo provedor?

Bom dia Jefferson, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia Paulo, Segundo o Manual de Integração Web Services 2.0 da AT&M, temos o seguinte a respeito de cancelamento. Se ocorrer o cancelamento de um CT-e deverá ser informado para que não ocorra cobrança indevida no faturamento. Após cancelar o CT-e na Secretaria da Fazenda (SEFAZ), o transportador receberá um XML de cancelamento protocolado. Este XML será utilizado no cancelamento da averbação na AT&M. O Webservice da AT&M identifica o XML como sendo de cancelamento, localiza o CT-e averbado anteriormente e registra a informação de cancelamento, enviando os dados para o corretor e/ou seguradora. No meu entendimento o "XML de cancelamento protocolado" que se refere o texto acima é o arquivo referente ao processamento do evento de cancelamento que é gravado pelo componente ACBrCTe com o seguinte nome: <id>-procEventoCTe.xml Esse arquivo contem o pedido de cancelamento assinado mais o protocolo gerado pela SEFAZ que acusa que o evento de cancelamento foi registrado e vinculado ao CT-e.

Boa tarde, Favor atualizar os fontes, foi recolocado o método ObterNomeArquivo no componente ACBrMDFe.

Bom dia Augusto, A função no caso do ACBrNFe foi comentada pois o componente não a utiliza, por ser uma função não divulgada acreditei que ninguém a utilizava. Eu nunca utilizei, toda vez que necessitem de montar o nome do XML de uma NF-e sempre peguei a chave da nota (guardada no banco de dados) e concatenei no final a string '-nfe.xml'. Desculpe pelo transtorno.

Bom dia Vagner, A propriedade SepararPorNome, note que se refere ao DownloadNFe, ou seja, essas propriedade devemos configura-las para definir o comportamento do método DistribuicaoDFe. Pois este método baixa o XML das notas e com essas propriedades definimos em qual pasta os XML serão salvos e se desejamos separa-los pelo nome do emitente. Já as propriedades que se encontram na segunda imagem se refere a configuração de como o componente deve se comportar quando emitimos notas. Neste caso não tem nada haver com Download. Peço que estude o fragmento de código que se encontra na pasta: ...\Exemplos\ACBrDFe\ACBrNFe (DistribuicaoDFe.txt). Veja como fazemos para obter o nome do emitente da nota bem com o valor da mesma (linhas 79 e 87) do arquivo TXT acima mencionado.

Bom dia Rafael, Favor anexar o XML de envio do evento de carta de correção para que possamos analisar.

Bom dia Elias, Essas duas você acrescentou na sua rotina de envio de evento correto? Se sim, você poderia anexar o XML de envio de evento antes dessa alteração e outro depois dela? Desde já muito obrigado.

Bom dia SisComp, Se quem esta realizando a consulta através do DistribuicaoDFe é o destinatário da mercadoria a principio o que é retornado é o resumo da NF-e. O destinatário só vai obter através do DistribuicaoDFe o XML completo da nota se o mesmo enviar para SEFAZ o evento de Manifestação do Destinatário.

Bom dia Cleber, Favor entrar em contato com o provedor e questionar sobre o problema do Lote ficar muito tempo na fila para ser processado.

Bom dia Marcio, Muito obrigado pela colaboração, já esta no repositório.

Bom dia Leonard, Se você fizer e disponibilizar estará ajudando toda a comunidade. Desde já muito obrigado pela colaboração.