Italo Giurizzato Junior

Boa tarde Fabio, Você esta se referindo ao canhoto de entrega? Se sim, ele não é impresso nem no cabeçalho bem como no rodapé? Se as respostas forem sim, experimenta colocar isso: ACBrNFeDANFeQR.LocalImpCanhoto := 1;

Boa tarde Rafael, De que forma você inclui o componente no seu projeto? Da mesma forma que o programa exemplo? O erro ocorre simplismente incluindo ele no projeto ou quando você inclui uma chamada a alguma função do componente, se sim, experimente incluir em USES a unit pcnConversao. Espero ter ajudado.

Boa tarde a todos, Quero comuniar a todos que o componente ACBrNFSe agora vai passar a atender as cidades que se utilizam do padrão DSF. Foi criado uma unit aos moldes dos outros provedores que seguem o padrão ABRASF. As cidades que utilizam o DSF e até o momento incluidas no componente são: Belem/PA, São Luis/MA, Teresina/PI, Uberlandia/MG, Nova Iguaçu/RJ, Campinas/SP, Sorocaba/SP e Campo Grande/MS. Quero deixar claro algums coisas: 1. A implementação foi feita pela Omega Consultoria Ltda, portanto ela merece todos os créditos; 2. Nem todas as rotinas foram testadas, logo podera ocorrer erros; Conto com a colaboração de todos, pricipalmente dos que necessitam emitir a NFS-e para as cidades citadas acima. Realizam testes e reporte os erros e as dificuldades, peço a gentileza de postarem neste tópico. Vou disponibilizar os fontes mais tarde, pois quero que realizem cópias de segurança dos fontes, principalmente do componente ACBrNFSe. Desejo a todos um bom final de semana a todos. Isso não significa que o expediente acabou.

Bom dia Luciano e Igor, Luciano, você experimentou incluir os componentes no form em vez de cria-los da forma que você esta fazendo? Igor, Quando você fez a última atualização?, Lhe pergunto isso, porque não existe mais a pasta DACTE_QR3 no lugar temos o arquivo: Property_Does Not Exist.txt Este arquivo contem um passo a passo de como resolver esse problema de propriedades inexistentes.

Bom dia Rigotti, A cidade de Ijuí/RS na verdade utiliza o GovBR, mas tudo bem, fiz uma pequena correção na classe que gera os dados de envio do lote. Favor atualizar os fontes e testar novamente.

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.