Italo Giurizzato Junior

Bom dia Miguel, Pela mensagem de erro, nota-se que o elemento GerarNfse foi encontrado e ele é inesperado, ou seja o WebService não estava a espera desse elemento e sim do GerarNfseRequest.

Bom dia Takeshi, A Manifestação do Destinatário é um evento a ser vinculado a respectiva NF-e. O componente possui o comando Consultar, que realiza uma consulta a situação atual da NF-e, mas este comando é para quem emite a NF-e. O que se pode fazer é realizar uma nova consulta as Notas Destinadas solicitando somente as que não foram ainda manifestadas, se a NF-e em questão não constar na relação significa que o evento foi enviado e vinculado a mesma.

Boa noite Leandro, Atualize os fontes e teste novamente.

Boa noite Claudio, Os fontes foram baixados e instalados com sucesso. Ao examinar o Object Inspector aparece as propriedades VersaoDF, ImprimeItens e vTroco não aparece? Em qual momento ocorre o erro de propriedades não existentes?

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.