italo.giurizzato.junior

Boa noite Sérgio, No caso do Fortes, não sei se há necessidade de "setar" algumas propriedades, mas em conversa com o André o que sei é: O comando Imprimir, imprimi o DANFE com a lista de itens, já o comando ImprimirResumido (novo), imprimi o DANFE ocultando a lista de itens.

Boa noite Herbert, Favor atualizar os fontes e testar novamente.

Boa tarde Kiko, O meu questionamento foi baseado em cima do nome do XML que constava o modelo 55 e no conteudo do mesmo. E aproveitando, por favor atualize os fontes e compile novamente os monitores pois fiz algumas correções no que diz respespeito ao retorno de envio. Quando enviamos um lote usando o webservice NfeAutorizacao, o componente esta extraindo o retorno do elemento NfeAutorizacaoLoteResult mas obtive um retorno cujo elemento é NfeAutorizacaoResult. O que me leva a crer que quando o envio é sincrono, ou seja, lote com apenas 1 nota o webservice retorna o resultadado dentro do elemento NfeAutorizacaoResult, por outro lado quando temos 2 ou mais notas o envio é assíncrono, neste caso o webservice retorna o resultado dentro do elemento NfeAutorizacaoLoteResult.

Boa tarde Rodrigo, Desculpe pela demora e muito obrigado pela colaboração. As suas implementações já estão disponiveis.

Walter, O problema deve ser da forma que você esta alimentando o componente. Para que seja somando devemos fazer: Prod.IndTot := itSomaTotalNFe; para não somar: Prod.IndTot := itNaoSomaTotalNFe;

Boa tarde José, Pela mensagem de erro o problema é na SEFAZ. O erro retornado é: Erro não Catalogado. Por favor atualize os fontes e teste novamente.

Boa tarde Albuquerque, Por favor atualize os fontes e teste novamente.

Boa tarde Walter, Você esta com a NT 2013/005 versão 1.02 em mãos, se sim, veja na página 41 o campo indTot. Note que ele aceita os valores zero e 1 sendo que zero (valor que consta no seu XML) significa que o valor do item não compõe o valor total da nota.

Boa tarde José, Ao enviar você obtem um retorno da SEFAZ, com a rejeição ou é um erro de conexão?

Boa a tarde a todos, Jonas, em vez de 3.00 coloque 3.10 uma vez que a 3.00 é destinada a somente as empresas do projeto piloto. André, acredito que a rotina não esta detectando de forma correta o modelo, note que no nome do XML consta o modelo 55 e não 65 como informado no INI. Isso faz com que o XML gerado seja de uma NF-e e não de uma NFC-e.

Boa tarde a todos, Fiz um ajuste no DANFE (Quick Report), favor atualizar e testar.

Leandro, A aliquota varia de uma cidade para outra, no seu caso qual é a aliquota?

Bom dia Marcos, Bug do ACBr não acredito, pois é informado o CNPJ de quem esta realizando a consulta e deve ser retornado a lista de notas cujo o CNPJ do destinatário é o mesmo do CNPJ de quem esta consultando. Agora se a SEFAZ esta checando apenas a raiz do CNPJ ai é outra história. Tente alterar de: DMDFe.NFe.ConsultaNFeDest( CNPJ, inSemManifestacaoSemCiencia, ieTodos, edtUltNSU.Text ); para DMDFe.NFe.ConsultaNFeDest( CNPJ, inSemManifestacaoSemCiencia, ieRaizCNPJDiferente, edtUltNSU.Text );

Miguel, Nada ainda.

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.