Italo Giurizzato Junior

Boa tarde Moro, Desfaça o que você fez, atualiza tudo e use o novo INI do provedor que consta nessa última atualização. Realize novos testes.

Evandro, Você checou se o antivírus não esta impedindo a leitura da informação? Acho muito improvável que seja a versão do Windows.

Akai, Isso é ridículo, um mesmo provedor usar versões diferentes para cidades diferentes.

Boa tarde Rubens, Muito obrigado, já esta disponível.

Boa tarde Evandro, Nas duas maquinas estão executando a mesma aplicação, compilada na mesma data?

Boa tarde Robinho, Até a versão 1.04 do CT-e tínhamos um Web Services exclusivo para o cancelamento. Em 01/11/2013 iniciou a emissão do CT-e na versão 2.00 e nessa verão o cancelamento só pode ser realizado via evento, sendo assim, se utiliza do Web Services de Recepção de Eventos. Se você acessar o Portal Nacional do CT-e (vide link abaixo) você não vai encontrar mais a coluna Cancelamento que representava o respectivo Web Services. http://www.cte.fazenda.gov.br/disponibilidade.aspx?versao=1.00&tipoConteudo=XbSeqxE8pl8= O fim da versão 1.04 ocorreu em 01/06/2014 (vide link abaixo) e com isso a impossibilidade de usar o Web Services de Cancelamento. Espero ter ajudado.

Boa tarde Vagner, Tome como base o programa exemplo desse componente ou de outro como por exemplo do ACBrNFe.

Boa tarde Roger, Complementando o Régys. O LoadFromFile possui 2 parâmetros veja a sua assinatura: function LoadFromFile(CaminhoArquivo: String; AGerarNFe: Boolean = True): Boolean; Como os XMLs já estão gerados e assinados te aconselho a usar a função passando False ao segundo parâmetro isso faz com que o componente apenas leia todos os dados do XML.

Boa tarde a todos, Rodrigo, acabo de enviar para o repositório a sua colaboração - Provedor NEAInformatica. Tomei a liberdade de fazer algumas alterações na sua implementação. Por favor atualizem os fontes e realizem os testes.

Boa tarde Marcos, Por favor desfaça a sua alteração e atualize os fontes, depois teste e nos reporte o resultado.

Boa tarde a todos, O ACBrNFSe já foi migrado 100% para o trunk2, já é possível compilar e instalar o mesmo no Delphi, migramos também 49 provedores dos 54 que tinha no trunk. E até onde sei o Pronim utiliza a versão 1.00 do layout da ABRASF.

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

Boa tarde Anderson, Antes o XML era alterado de forma errônea, pois não esta escrito em nenhum lugar que ao efetuar o cancelamento de uma NF-e devemos trocar o protocolo de autorização pelo de cancelamento. O XML de uma NF-e para ter validade jurídica é preciso estar assinado e com o procolo de autorização, fazendo essa troca o XML deixa de ser válido. Quando cancelamos uma nota é gerado o arquivo *-procEventoNFe.xml é esse arquivo que o emitente da nota tem que guardar e disponibilizar aos interessados, ou seja, o destinatário e a contabilidade.

Moro, Você tentou validar removendo as quebras de linha?

Bom dia a todos, Paulo, muito obrigado pela colaboração, já esta disponível.

Moro, Tente remover essas quebras e teste a validação novamente.

Aecio, Relendo a sua primeira postagem, o XML com problemas não foi gerado por você e sim recebido e esta tentando ler o mesmo, correto? Se sim, chego a conclusão que o emitente desse XML usa o ACBr cuja unit pcnGerador esta desatualizada, pois foi realmente feita uma alteração em 17/12/2015 já no Trunk2 pelo Régys ao incluir um parâmetro chamado atributo na procedure wCampo da unit mencionada. No dia seguinte o próprio Régys fez uma correção, pois estava justamente gerando um espaço em branco entre o nome da TAG e o carácter ">".

Bom dia Marcos Gerene, Muito obrigado pela colaboração, já esta disponível.

Moro, Analisando o XML que você postou, ele esta assinado e com o protocolo de autorização. Sendo assim o erro que você esta enfrentando não se refere a emissão do mesmo, correto? Esse CT-e foi emitido por você ou por outro e esta tentando valida-lo? Notei que o conteúdo das TAGs SignatureValue e X509Certificate estão com quebras de linha. Se esse CT-e foi emitido por você, todos os fontes estão atualizados?

Bom dia Moro, Esse certificado é um e-CNPJ ou e-CPF?

Bom dia Fagner, Ainda não tempos, mas por enquanto post no tópico "Trunk2".

Bom dia SpeedTI, Esse também é o meu entendimento.

Bom dia a todos, Régys se não me falha a memória ainda no Trunk foi feita uma alteração nas classes que gera as TAGs que provocou algo parecido, mas no mesmo dia o problema foi sanado. Devemos lembrar que os DF-e (NF-e, NFC-e, CT-e, MDF-e e NFS-e) se utilizam das mesmas classes se fosse algo constante deveria aparecer em todos os DF-e.

Bom dia Icozeira, Favor atualizar os fontes e testar novamente.

Bom dia Robinho, Pela legislação o emitente da NF-e assim que obtêm o protocolo de autorização deve disponibilizar o XML assinado e protocolado ao destinatário e para a transportadora quando esta for responsável pelo transporte da mercadoria. Da mesma forma o emitente do CT-e assim que obtêm o protocolo de autorização deve disponibilizar o XML assinado e protocolado ao tomador do serviço. Eu entendo que emitir o CT-e é uma coisa e realizar o transporte da mercadoria é outro, mas pela rejeição na tentativa de realizar o cancelamento do CT-e, me leva a crer que: ou a SEFAZ esta com algum problema, visto que foi removido do Portal Nacional do CT-e a coluna "Cancelamento" da tabela de Disponibilidade de Serviços e isso pode estar relacionando com o fim definitivo do Web Services de cancelamento e com essas alterações provocou um efeito colateral ou como você disse muito pouco provável o destinatário ter manifestado a nota como operação concluída, isso significa que a mercadoria foi entregue.