Italo Giurizzato Junior

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?

Bom dia Walter, Se na impressão do DACTE não esta sendo impresso os documentos originários, no caso a chave da NF-e, isso significa que você esta tentando imprimir o DACTE de um CT-e da versão 1.04, sendo que o componente espera um CT-e na versão 2.00

Bom dia fpasqueto, Os schemas que acompanham o programa exemplo se refere a versão 2.00 da NF-e e 3.00 da NFC-e. Para utilizar qualquer um desse modelos de documentos fiscais na nova versão 3.10 há necessidade de você descompactar os schemas que estão na pasta V310

Bom dia ALA, Segundo o Manual e Schema (PL_CTe_200a_NT2013_013) disponível na pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 a TAG: nApol não é obrigatória.

Bom dia eazschornack, É preciso que a seção Rodo tenha o campo RNTRC diferente de vazio e lota ser igual a 1, por exemplo: [Rodo] RNTRC = 12345678 lota = 1 [veic001] (...) [moto001] (...) Espero ter ajudado.

Bom dia chuab, Por favor baixe a NT 2013/004 Versão Preliminar do MDFe 1.00a de Outubro de 2013. Página 102, campo #135, qMDFe - Quantidade total de MDF-e relacionadas no Manifesto para o modal Aquaviário.

Bom dia Junior, Você configurou o componente para a UF de São Paulo?

Bom dia Leandro, Analisando o código do componente não encontrei nada que pudesse estar provocando o problema. Você verificou se a sua variável vCodigo não esta vazia ao ser executado o WebServices.CancelaNFSe ?

Bom dia bfjulia, Veja este link: http://www.software.com.br/quickreport-pro.html?gclid=CjkKEQjwwbCcBRCxvJn9-N6dorwBEiQAVriOit9iVSCz4QHB1pNGrISqwSCsnierYzCA33GuZn8_gbbw_wcB

Bom dia Alanvcb, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

Bom dia EFV, Se esta ocorrendo erro ao compilar a linha: with infCTeNorm.seg.Add do Mais precisamente o infCTeNorm, para mim os seus fontes não estão atualizados.