Italo Giurizzato Junior

Boa tarde Rafael, Você tentou compilar o programa exemplo? Se não tente compilar ele e verifique se ocorre o mesmo erro.

Ok, vou checar com o que tenho.

Boa tarde, Já tentaram entrar em contato com a SEFAZ?

Boa tarde Socho, O DANFSE que você se refere é o que foi feito em Quick Report?

Boa tarde Rigotti, Envie para mim por e-mail ( [email protected] ) os fontes antigos que você tem que esta funcionando o provedor Dueto, para que eu possa descobrir o que foi alterado e que por ventura esta provocando esse erro.

Boa tarde Carlos, Você esta usando o componente ou o ACBrNFeMonitor? Como você esta realizando o cancelamento, normal ou por evento? O modelo de documento fiscal selecionado no componente é moNFe correto?

Boa tarde Rosemir, Você alterou as URLs para baixar os fontes? Acredito que não, favor pesquisar no fórum por atualização forçada, você vai encontrar um roteiro de como fazer essa alteração e baixar os fontes atualizados.

Boa tarde Fernanda, Tente algo do tipo: sNumero := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.Numero; sCodigoV := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.CodigoVerificacao; sNomeArq := ConfigNFSE.ACBrNFSe1.WebServices.ConsNfseRps.NFSeRetorno.ListaNfse.CompNfse.Items[0].Nfse.NomeArq; Quanto ao Protocolo, esse é retornado quando o lote é enviado sProtocolo := ConfigNFSE.ACBrNFSe1.WebServices.Enviar.Protocolo;

Boa tarde lvr, Fontes atualizados e disponibilizados, muito obrigado pela colaboração.

Boa tarde Adilson, Já atualizei os meus fontes com a sua colaboração, como tenho mais algumas coisas para alterar, assim que terminar vou disponibilizar tudo. Muito obrigado pela colaboração nos testes e aprimoramento do componente.

Boa tarde, Muito obrigado pela colaboração, os fontes já estão disponiveis com as inclusões das novas cidades.

Boa tarde Rafael, Verifique se não existe em alguma pasta, uma cópia de fontes antigos, verifique se no Library Path do Delphi consta apenas uma chamada ao path do PCN2, não deve existe duas ou ter uma chamada ao antigo PCN.

Bom dia Adailson, Segundo o manual do MDF-e, temos que encerrar e emitir um novo MDF-e toda vez que ocorrer uma alteração, por exemplo: motorista, carga, veículo trator, veículo carreta. Pelo que entendi, da filial até a balsa, a situação é: Veículo trator 1, veículo carreta 1, Motorista 1, Carga 1 Na balsa temos apenas: Veículo carreta 1, Carga 1 Em Belem/PA passa para: Veículo trator 2, veículo carreta 1, Motorista 2, Carga 1 Neste caso você vai ter que emitir 2 MDF-e

Bom dia Diego, Durante esses últimos dias o componente sofreu varias alterações, como inclusão de novas cidades, entre outras. No seu caso fiz uma alteração que visa resolver o problema ocorrido. Favor atualizar os fontes e testar novamente.

Bom dia lvr, Maravilha, parabéns pelo empenho. Fontes atualizados e disponibilizados.

Boa noite Diego, Alem do erro passar a ocorrer depois das 14 horas, houve atualização do componente? Foi informado algum valor diferente ou melhor dizendo uma situação diferente?

Rafael, Verifique se não existe em outra pasta fontes antigos do ACBr e verifique também se no Library Path do Delphi contem o path apontando para a pasta PCN2 desses fontes antigos. Outra coisa importante é que o Path do PC2 tem que vir antes do path do ACBrCTe.

Boa tarde Rafael, O componente ACBrCTe se utiliza do pacote PCN2, sendo assim esse pacote deve ser compilado antes do ACBrCTe. Na verdade trata-se de uma constante o "CTeenviCTe", favor abrir o fonte pcnConversao e verificar se essa constante existe. Procure atualizar todos os fontes de todas as pastas periodicamente.

Claro que sim.

Boa tarde Adriano, Se possível post como anexo o XML do CTe Complementar.

Boa tarde lvr, Fontes e lista atualizados e disponibilizados.

Lhe agradeço se você atualizar e disponibilizar aqui no fórum.

Bom dia lvr, Cidades incluidas, muito obrigado pela colaboração, favor atualizar os fontes.

Bom dia Claudemir, Por favor faça uma copia dos seus fontes e atualize, realize novamente os testes.

Bom dia a todos, Quando ocorre o envio de um Lote de CT-e para SEFAZ e um ou mais CT-e fica sem o protocolo de autorização, temos que primeiramente verificar o arquivo de retorno da sefaz: <numrec>-pro-rec.xml Nesse arquivo você tem o status de cada CT-e do lote que foi enviado. Verifique nesse arquivo qual é o status do CT-e que não foi protocolado, ele pode ter sido rejeitado ou denegado. Se foi rejeitado basta corrigir o problema apontado pela rejeição e enviar novamente, mas se ele foi denegado, não tem o que fazer. Agora caso ele tenha sido autorizado, basta você realizar uma consulta, desta forma o XML vai ser atualizado com as TAGs do protocolo. Exemplo de como realizar essa consulta: // Carrega no Componente o CTe salvo em Arquivo XML (Assinado e sem o protocolo) ACBrCTe.Conhecimentos.Clear; ACBrCTe.Conhecimentos.LoadFromFile(NomeArquivo); ACBrCTe.Consultar; // Carrega no Componente o mesmo arquivo XML, após executar o Consultar ACBrCTe.Conhecimentos.Clear; ACBtCTe.Conhecimentos.LoadFromFile(NomeArquivo); // Imprime o DACTE ACBrCTe.Conhecimentos.Imprimir; Espero ter ajudado.