Italo Giurizzato Junior

Bom dia Rodrigo, Na versão 2.00 temo que informar da seguinte forma: infNFe.Versao := 2; Ide.dEmi := StrToDate(edtEmissao.Text); Ide.dSaiEnt := StrToDate(edtSaida.Text); Ide.hSaiEnt := StrToTime(edtHora.Text); Já na versão 3.10 a forma correta é: infNFe.Versao := 3.1; Ide.dEmi := Now; Ide.dSaiEnt := Now; Ide.hSaiEnt := 0; Espero ter ajudado.

Bom dia alanjmm, Você questionou o provedor? Se sim, qual foi a resposta?

Bom dia Miguel, Faça uma pesquisa no fórum, existem várias postagens que trata desse problema: "Erro no Suporte a canais seguros".

Bom dia Renfd, Checando os fontes, não encontrei nada de anormal. Os seus fontes estam atualizados?

Bom dia Pedro, Procure ter em mãos os manuais e notas técnicas, esses são os documentos onde você encontra essa informação. Esse documentos estão disponiveis no Portal Nacional do CT-e.

Bom dia, Exatamente, tem que setar via código para que o componente assume o novo modelo e ou versão. Pesquise no fórum, existe uma postagem minha que esplica em detalhes o porque e como funciona essa configuração do componente.

Bom dia a todos, Ontem a tarde o André disponibilizou o DANFE NFC-e feito em Fortes Report e eu a noite disponibilizei o DANFE feito em Quick Report. Na versão Quick Report a sua utilização é bem simples: Os componentes a serem instalados são: ACBrNFe e ACBrNFeDANFeQR (os mesmos usados para a NF-e). O componente ACBrNFeDANFeQR tem que ser configurado da seguinte forma: ACBrNFe.ACBrNFeDANFeQR.TipoDANFE := tiNFCe; ACBrNFe.ACBrNFeDANFeQR.ImprimeItens := True; // se atribuir o valor False teremos uma impressão resumida ou seja sem a relação dos itens. ACBrNFe.ACBrNFeDANFeQR.vTroco := vtroco; // vtroco é uma variável do tipo Currency que contem o valor do troco a ser impresso no DANFE ACBrNFe.NotasFiscais.Imprimir; // Imprime o DANFE, o ImprimirPDF também esta disponivel e gera o DANFE NFC-e em PDF. Observação: se o tipo do DANFE for diferente de tiNFCe o componente assume que o DANFE a ser impresso é o tipo usado para a NF-e. O ponta pé inicial foi dado.

Boa noite Graça, As DCU ficam os icones assim mesmo. O mais importante é os PAS.

Boa tarde Bruno, A minha resposta foi data em função do problema apresentado no post #1. O seu problema era com relação a versão, agora nesse seu post #3 o problema já é outro diz respeito a estar habilitado ou não. Outra coisa importante, já vi pessoas confundindo a versão do XML com a versão do aplicativo da SEFAZ. Em alguns XMLs costuma aparecer a TAG versao (versão do XML) e a TAG verAplic (versão do aplicativo da SEFAZ).

Pedro, Notei que dentro do modal você colocou varios grupos tais como occ, vale pedagio, proprietário, .... tira tudo deixe somente o que é obrigatório para ver se vai ser aceito. Ai vai acrescentando um de cada vez para descobrir qual grupo esta provocando essa rejeição.

Claudio, Não sempre foi desta forma no componente.

Boa tarde Marcelo, Essa pergunta já foi feita e respondida, favor realizar uma pesquisa no fórum.

Boa tarde Antonio, No DANFE feito em Quick Report ele muda de lugar: Cabeçalho ou Rodapé dependendo do seu valor.

Graça, Os fontes que mencionei estão atualizados? cheque se as 3 units possuem o ImpostoDevol implementado.

Boa tarde Claudio, Tente desta forma: Imp.ICMS.SituTrib := cst00; Imp.ICMS.ICMS00.CST := cst00; // Tributação Normal ICMS (...)

Boa tarde Elcyberg, Abra a unit ACBrNFeWebServices e procure pela linha: if ((FConfiguracoes.Geral.ModeloDF = moNFCe) or (FConfiguracoes.Geral.VersaoDF = ve310)) and not (FConfiguracoes.WebServices.UFCodigo in [23, 31]) then // CE, MG altere acrescentando o código 13: if ((FConfiguracoes.Geral.ModeloDF = moNFCe) or (FConfiguracoes.Geral.VersaoDF = ve310)) and not (FConfiguracoes.WebServices.UFCodigo in [13, 23, 31]) then // CE, MG Se não me falha a memória essa alteração é em 3 lugares. Altere e teste novamente.

Graça, Você tem permissão de escrita na pasta Bpl ?

Boa tarde Pedro, Primeiro, você postou em lugar errado, este fórum é para discutir sobre o MDF-e e não CT-e. Tenha mais cuidado da próxima vez. Segundo també não vi nada de anormal, uma vez que o XML foi validado e enviado, correto? O problema esta na SEFAZ que esta rejeitando o XML, correto? Qual é a mensagem de retorno da SEFAZ?

Boa tarde Elcyberg, Post o XML como anexo.

Boa tarde Miguel, Surgiram imprevistos, me desculpe, assim que possível vou verificar a documentação.

Boa tarde DocFabio, Desculpa, só tinha feito a correção para a versão 2.00 agora fiz para a 1.04 também. Favor atualizar e testar novamente.

Boa tarde Graça, A versão das units: pcnNFe, pcnNFeR e pcnNFeW contempla sim o grupo <impostoDevol>. Para que o mesmo seja gerado no XML o valor de pDevol tem que ser maior que zero.

Boa tarde Walter, O segundo parametro de LoadFromFile por padrão é True. Depende da situação, se você esta desenvolvendo uma aplicação que vai ler o conteudo do XML para poder dar entrada dos dados em um sistema não vejo motivo de após ler o conteudo do mesmo o componente gerar novamente o XML.

Boa tarde Mario, Se ele não segue o padrão ABRASF fica mais complicado a sua implementação. Caso queira colaborar implementado ele fique a vontade.

Boa tarde Thiago, A SEFAZ a cada dia que passa esta aprimorando o seu validador. É de se esperar que o documento originário tenha sido emitido pelo remetente da mercadoria, sendo assim, se o mesmo for uma NF-e o CNPJ contido na chave tem que ser o mesmo do remetente.