Italo Giurizzato Junior

Bom dia a todos, Tente usar o método abaixo do componente ACBrNFe, passando como parâmetro a chave da NFe: function Consultar( AChave: String = ''): Boolean; Exemplo: ACBrNFe1.Consultar(sChaveNFe); cStatusAtual := DMDFe.NFe.WebServices.Consulta.cStat; xProtocolo := DMDFe.NFe.WebServices.Consulta.Protocolo; xMotivo := DMDFe.NFe.WebServices.Consulta.XMotivo; Se a nota não esta cancelada o status é 100, o protocolo retornado é o de autorização e o motivo deve constar o texto: Autorizado o uso da NF-e. No meu entendimento essa verificação deve ser realizada no momento que o usuário informar a chave da NF-e. Espero ter ajudado.

Bom dia, A tag <refCTe> que se encontra dentro do grupo <ide> não existe mais na versão 3.00 do CT-e, como a versão 2.00 esta com os dias contados não vejo sentido você incluir algo na sua aplicação que não vai ter serventia a partir do ano que vem.

Boa tarde Camilo, O componente consegue ler sem nenhum problemas XMLs de NFS-e tanto na versão 1 quanto na versão 2 do layout da ABRASF. O problema é que você esta tentando ler um XML de retorno do método Gerar. O outro que você anexou também não é um XML e sim de retorno de uma consulta. Veja as TAGs principais: Do primeiro: <GerarNfseResposta xmlns="http://nfse.goiania.go.gov.br/xsd/nfse_gyn_v02.xsd"> <ListaNfse> (...) Do segundo: <ConsultarNfseRpsResposta xmlns="http://www.issnetonline.com.br/webserviceabrasf/vsd/servico_consultar_nfse_rps_resposta.xsd" xmlns:ts="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_simples.xsd" xmlns:tc="http://www.issnetonline.com.br/webserviceabrasf/vsd/tipos_complexos.xsd"> <CompNfse> (...) Um XML de uma NFS-e tem o seguinte layout: <CompNfse xmlns="http://www.abrasf.org.br/nfse.xsd"> (...) </CompNfse> Onde (...) contem os dados da NFS-e. a tag principal <CompNfse> significa composição da NFS-e. Como você esta informando o XML de retorno o componente pode esta se perdendo ao tentar ler os dados, mas se você informar o XML correto da NFS-e as chances de ocorrer a leitura corretamente são muitas.

Boa tarde Diego, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde ALA, No layout do XML do RPS não existe a tag <BaseCalculo> somente no XML da NFS-e.

Boa tarde João, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde, Infelizmente essa informação não esta prevista no layout da ABRASF. E o provedor Ginfes é um que segue o layout da ABRASF.

Boa tarde, Você quer referenciar um CT-e em outro CT-e com qual objetivo?

Boa tarde BigWings, Mas dessa forma o XML não será salvo na pasta definida em PathINI e PathEventos, ou estou enganado? Sem as suas alterações onde estava sendo salvos os XML e com as modificações passaram a ser salvos em qual pasta?

Boa tarde ALA, Você fez o teste com programa exemplo?

Boa tarde Diego, E os arquivos XSD - Schemas? Para validar o Lote antes do envio.

Boa tarde dimom, Esse cliente é da mesma cidade dos demais que funciona?

Boa tarde Márcio, Esse XML não é o XML da NFS-e e sim o de retorno que contem o XML da NFS-e. O componente é para extrair e salvar separadamente o XML propriamente dito da NFS-e dentro da pasta Notas.

Boa tarde Hugo, Infelizmente não temos os Schemas para validar o XML antes do envio. Sendo assim deixa essa propriedade em branco.

Boa tarde Osmar, Esses são os arquivos de envio e de retorno. Configure o componente para salvar os arquivos soap ( Configuracoes.WebServices.Salvar := True ). Faça novos testes e anexe os arquivos de envio e de retorno (soap).

Osmar, E os XMLs de envio e de retorno? Você não configurou para salvar?

E qual são os valores dos parâmetros do Enviar? Chegou a "debuar" a rotina da função Enviar?

Boa tarde a todos, O problema é no Ambiente Nacional que é o responsável por recepcionar os eventos referente a Manifestação do Destinatário independe do Estado do Emitente. Por favor vamos aguardar.

Tiago, Tem que "debugar" para descobrir exatamente onde esta ocorrendo o erro.

Boa tarde Tiago, Não existe Web Service de cancelamento, o que existe é um Web Service para recepcionar eventos uma vez que o cancelamento é um evento.

Boa tarde Diego, Basta você "zipar" as units que você alterou e as novas e anexa aqui mesmo no fórum para que possamos analisar a sua contribuição.

Boa tarde Osmar, Chegou a verificar quais são os XMLs gerados?

Boa tarde Marcos, Hoje o componente ignora o timezone ao realizar a leitura da tag <dhRecbto>. O campo dhRecbto é do tipo TDateTime, que não prevê o timezone, logo para armazenar a informação desejada não vejo outra saída criar um campo especifico para o timezone.

Tiago, Esses arquivos se refere ao pedido de status de serviço e seu retorno, não tem nada haver com o envio do evento de cancelamento e seu retorno.

Bom dia a todos, O Evento de manifestação do Destinatário não é enviado para a SEFAZ-Autorizadora e sim para o Ambiente Nacional, logo se este estiver com problemas, não vai funcionar para ninguém não importa o Estado.