Italo Giurizzato Junior

Bom dia Junior, É a sua aplicação que gera o ID ?

Bom dia Leootoni, SEFAZ-MG ? Problema na SEFAZ, toda vez que a SEFAZ retorna esse tipo de rejeição o problema é com eles.

Bom dia Cesar, Existe outras formas, mas esta correto o que você fez.

Bom dia Luciano, Se possível post como anexo o XML que ocorre o problema.

Bom dia Daniel, Segundo as Especificações Técnicas do DANFE NFCe a largura mínima é de 58mm. O DANFE NFC-e feito em Quick Repot não possui nenhuma propriedade para ajustar a largura, portanto ela esta fixa. O DANFE NFC-e em Quick Report foi feito por mim e tomei como base uma impressora não fiscal emprestada por um dos departamentos da empresa. Ao meu ver ele precisa ser melhorado e uma dessas melhorias é o ajuste da largura.

Bom dia Fabio, Você não vai conseguir cancelar mesmo, principalmente se você já esta emitindo na versão 2.00 Pelo simples fato que agora o cancelamento é por evento. Favor estudar o arquivo texto chamado: Cancelamento_por_evento que encontra-se na pasta: ...\Exemplos\ACBrCTe.

Bom dia a todos, Professor, com relação ao CT-e a versão é 2.00 para todos os tipos de XML a serem enviados para a SEFAZ, você não esta confundido com a versão do aplicativo da SEFAZ? Uma coisa é a versão do XML a outra é a versão do aplicativo da SEFAZ. Não estou me referindo ao programa gratuito disponibilizado pela SEFAZ. Barrys, desculpe não entendi o seu problema, você misturou a versão do Quick Report com a versão do XML do CT-e uma coisa não tem nada haver com a outra. Se você possui a versão 3 do Quick Report, esta não lhe da suporte para gerar o DACTE em PDF, logo você precisa editar o ACBr.inc comentando a definição da diretiva de compilação QReport_PDF. Depois você deve seguir o passo a passo para resolver os erros de propriedades inexistentes do Quick Report, esse passo a passo consta na pasta ...\Fontes\ACBrCTe. Feito isso basta compilar a sua aplicação com a opção Build, isso resolve a impressão do DACTE. Para emitir o CT-e na versão vigente, ou seja, 2.00 é preciso editar o ACBr.inc comentando a diretiva de compilação PL_104 e descomentando a diretiva PL_200. Dentro da pasta ...\Exemplos\ACBrCTe você encontra um arquivo texto chamado AlimentarComponente que nada mais é do que a rotina da minha aplicação, favor estudar ela para que você possa realizar as alterações na sua no que diz respeito as mudanças para a versão 2.00 do CT-e. Feito isso basta compilar a sua aplicação com a opção Buid.

Bom dia mjtamanhoni, Você deve ter atualizado os fontes com uma versão antiga deles ou esta tentando abrir os fontes da aplicação em uma que contem os fontes dos componentes desatualizados. Atualize os fontes e compile os pacotes de instalação dos componentes e depois abra a aplicação. Não há necessidade de desinstalar os componentes, apenas abrir os pacotes de instalação e compilar.

Boa noite Valdir, Como dito no post anterior, o componente deve estar executando a rotina que troca os caracteres especias ( & por exemplo ) 2 vezes, dai o problema que você detectou. É preciso analisar o código do componente onde isso esta ocorrendo.

Boa noite Fabio, Abra o ACBr.inc e comente a definição da diretiva QReport_PDF

Boa noite Geraldo, Você tem que configurar o Modelo e a versão via código e na seguinte ordem: ModeloDF := moNFe; VersaoDF := ve310;

Boa noite Walter, Se o ACBrCTe já esta gerando e enviando o CT-e na versão 2.00 o ACBrCTeDACTeQR (caso esteja atualizado) é para imprimir sem a necessidade de nenhuma configuração especial.

Boa noite Leo, O que diz o Manual versão 2.00a do CT-e, mais precisamente na página 147 sobre o campo #5 CIOT ?

Boa noite Paulo, A pasta com os schemas esta atualizada? Ou seja contem os schemas da versão 2.0?

Boa noite Professor, Os schemas são da versão 2.0 ? As DLLs estão instaladas e registradas? A versão do CT-e agora é 2.00, não entendi o que você quis dizer com: "e o status de serviço ainda esta como 2.0"

Boa noite Luis Fernando, Desculpe mas os seus fontes não estão atualizados. Quando digo fontes me refiro a todas as pastas e não somente os que estão dentro da pasta: ...\Fontes\ACBrNFe2. Muitos esquecem que não só o ACBrNFe com outro componentes se utilizam de Units que se encontram em outras pastas como por exemplo: ACBrComum, PCN2 entre outros.

Boa tarde Márcio, Pelo que me consta essa alteração já foi realizada no componente.

Boa tarde a todos, Por favor dentro da pasta ...\Exemplos\ACBrCTe existe um arquivo texto chamado AlimentarComponente. Nesse arquivo vocês vão encontrar as diferenças e como foi resolvido. Vão observar que foi utilizado a diretiva de compilação PL_200 em vários pontos. A minha aplicação é capaz de emitir um CT-e na versão 1.04 ou 2.00 sem mudar uma virgula de código. Basta descomentar a diretiva desejada PL_104 ou PL_200 que encontra definida no arquivo ACBr.inc (pasta: ...\Fontes\ACBrComum) e compilar a aplicação com a opção Build. Me desculpem mas todas as alterações visando a versão 2.00 do CT-e foram iniciadas e concluídas no ano passado. Algumas melhorias e correções foram feitas este ano. Me desculpem mais uma vez, mas os problemas que vocês estão enfrentando ou vão enfrentar esta semana, é por falta de planejamento.

Boa tarde ALA, Como você esta alimentando o ICMS nesse CT-e de complemento?

Boa tarde Wellington, Essas URLs são os endereços que o componente se utiliza para acessar os Web Services para poder enviar, consultar, cancelar as NFS-e. O provedor tem que informar essas URLs, temos 2 conjuntos, um para o ambiente de homologação e outro de produção. Alguns provedores possuem URLs diferentes para cada ação, ou seja, envio, consulta, etc outros utilizam apenas uma unica URL para todas as ações.

Boa tarde Walter, O componente para imprimir o DACTE que você utilizando foi feito em Quick Report? Pois utilizo este e esta imprimindo o documento originário, com o seu XML.

Boa tarde Valdir, É bem provável que a function que faz essa alteração deva estar sendo executada duas vezes. Sugestão não coloque o & no nome do tomador, troque para E. Não sei porque brasileiro tem essa mania de dar nomes em Inglês para as empresas ou utilizar caracteres que não seja da língua portuguesa.

Bom dia DocFabio, Verifique se a diretiva de compilação PL_200 não esta comentada no arquivo ACBr.inc que esta dentro da pasta: ...\Fontes\ACBrComum. As demais PL_103 e PL_104 tem que estar comentadas. Outra coisa você compilou a sua aplicação com a opção Build? Reforço a pergunta: Você esta com todos os fontes de todas as pastas atualizados?

Bom dia Aldemurp, O erro de propriedade não existente do Quick Report aparece quando a versão do mesmo instalado no seu Delphi é diferente da que foi utilizado para fazer o DANFE. Como você utiliza o Delphi 7, você deve ter a versão 3 do Quick Report e o DANFE foi feito na versão 5.

Bom dia Amilton, Esta estranho, uma vez que PR esta entre SP e SC. Já tentou não informar o percurso?