Italo Giurizzato Junior

kzarlopes, Se o componente estiver configurado para salvar os arquivos de envio/retorno, existe um arquivo com o seguinte nome: <num>-pro-rec.xml Esse arquivo contem o resultado do processamento do lote enviado. Se o CTe foi rejeitado, o motivo da rejeição esta nesse arquivo.

Boa tarde kzarlopes, Como você pode ver no PDF no quadro N. Protocolo não consta o numero do mesmo, apenas a data e hora, que por sinal é praticamente a mesma da emissão com diferença de 3 segundos. O XML esta assinado, mas não esta protocolado. E ao realizar a consulta na SEFAZ, tanto no ambiente de homologação quanto de produção ele não existe. Isso significa que ele não foi enviado. Se foi, deve ter sido rejeitado.

Boa tarde Medreis, É isso mesmo.

Bom dia Emerson, Sim, pode ocorrer o envio do lote e por algum motivo a SEFAZ não retornar ou a internet "cair" ai você fica sem o retorno do protocolo. Agora a chave que gera é o componente e não a SEFAZ.

Bom dia Carlos, Acredito que você esteja utilizando o DANFSE feito em Quick Report, sendo assim ele não é pois esta passando as informações corretas veja: O techo de código abaixo se refere ao DANFSE em Quick Report: Notei que o XML (RPS) de envio para o webservice o valor atribuido ao tributo CSLL é 76.56, mas no retorno, XML (NFSe) o valor é 229.68 ou seja o mesmo de COFINS. Exatamente como você reportou no seu post acima. Quero lembra-lo que o XML da NFS-e não é gerado pelo componente e sim retornado pelo WebService, sendo assim existe um erro no provedor. Favor entrar em contato com eles e reportar o erro.

Bom dia Neo, Atualize os fontes e tente novamente.

Bom dia Liandrocs, Você tentou incluir os componentes em um Data Module ou direto no form que ele vai ser utilizado e não usar o Create e muito menos o Destroy, ou seja mante-los criados o tempo todo, enquanto a aplicação estiver rodando?

Bom dia Thaine, As diferenças são grandes, veja: if (tabelaVALOR.AsFloat > 0) then begin vPrest.comp.Add.xNome:=tabelaDESCRICAO.AsString; vPrest.comp.Add.vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; No código acima o Add esta sendo executado duas vezes, neste caso você esta gerando dois elementos na lista, o primeiro com a descrição ( xNome ) e o segundo somente com o valor ( vComp ). No código abaixo o Add esta no WITH, logo ele vai ser executado somente uma vez, portanto sera gerado apenas um elemento e este vai conter as duas informações: xNome e vComp. if (tabelaVALOR.AsFloat > 0) then begin with vPrest.comp.Add do begin xNome:=tabelaDESCRICAO.AsString; vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; end; Se você colocar o techo de código dentro de um loop com 10 interações, neste caso o valor do frete é composto por 10 componentes, da forma que você fez teriamos dentro da lista 20 elementos e da forma que postei teria apenas 10 elementos. Lembre-se que cada elemento da lista é composto pelo nome e pelo valor e não somente pelo nome ou pelo valor.

Boa noite Arce, Segunda-feira, vou analisar o problema.

Boa noite Marcio, O DACTE feito em Fast Report, me parece que não esta seguindo o Manual publicado pela SEFAZ. Nele os dados do caminhão, ou seja se placa, RNRTC e etc, só são impressos quando for lotação, caso contrario não é impresso. Esse DACTe deve ter algumas propriedades ou parametros onde você alimenta os dados como placa, etc. Sendo que o DACTe só pode imprimir o que consta no XML nada a mais.

Boa noite Medreis, Quando você solicita o cancelamento de uma NFSe, o que temos como responta é o XML da NFSe cancelada.

Boa noite Marcio, Desculpe pela demora em responder. Existe uma falha no LoadFromStream, vou corrigir isso semana que vem. Enquanto isso, antes de executar o EnviarEmail, alimente a propriedade NomeArq com o nome do arquivo XML salvo em disco.

Boa noite Neo, Desculpe pela demora em responder. Mas este arquivo em anexo trata-se do retorno da consulta, que contem uma lista de NFSe. Essa lista pode ter uma ou mais notas. Você deve ler o arquivo que contem o nome: <numNota>-nfse.xml e não o <num>-lista-nfse.xml

Boa tarde Thaine, Da forma que você esta fazendo esta errado, a maneira correta é: if (tabelaVALOR.AsFloat > 0) then begin with vPrest.comp.Add do begin xNome:=tabelaDESCRICAO.AsString; vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; end;

Boa tarde Ero, O numero de recibo retornado pela SEFAZ se refere ao lote enviado, como o lote pode ter até 50 NF-e, isso significa que todas vão ter o mesmo numero de recibo. Eu não guardo o numero do recibo e sim a chave e o numero protocolo de autorização, este sim é diferente para cada NF-e mesmo que enviadas no mesmo lote.

Boa tarde Vinício, Desculpe na demora em responder. Por favor atualize os fontes e teste novamente.

Bom dia Jeferson, Até onde sei, para as UFs que não tem WebServices próprios, utilizam os WebServices da SEFAZ Vitural do RS. E isso já esta implementado no componente. Agora quanto a uma nova versão do ACBrNFeMonitor para NFC-e acredito que vai sair sim, mas quando não sei.

Bom dia Adriano, A principio o municipio de inicio e fim da prestação são os mesmos do Remetente e Destinatário. Mas se ocorrer Redespacho que é o exemplo que você postou a coisa muda de figura: São Paulo -> Contagem -> Recife Primeiro CTe emitido pela transportadora ABC: Inicio = São Paulo Fim = Contagem Segundo CTe emitido pela transportadora XYZ: Inicio = Contagem Fim = Recife Se eu estiver errado, por favor me corrija.

Bom dia kzarlopes, Se possivel post como anexo o PDF do respectivo CT-e. Outra coisa, em qual site você realizou a consulta? Lembre-se que existe o site da SEFAZ Nacional e a Estadual, as vezes chega a demorar de 10 a 15 minutos até que ocorra a transferencia da SEFAZ Estadual para a Nacional. Você tentou enviar somente ele novamente? Será que ele não foi rejeitado?

Boa noite Liandrocs, A minha aplicação durante 1 ano rodou com certificado A1, e já vai para 1 ano e meio rodando com o A3 sem nenhum problema. Eu acredito que não seja o certificado e sim a sua aplicação.

Boa noite Marcio, Em que lugar a placa é impressa no DACTE?

Boa noite Thiago, O CT-e trata-se de um novo documento fiscal, logo a sua numeração inicia no 1 e a série também é 1. Quando o numero do CT-e atingir o seu limite ou seja 999.999.999 a série passa a ser 2 e o numero volta para 1.

Boa noite jcanjo, Por favor atualize os fontes e teste novamente.

Boa tarde Neo, Atualize os fontes e testa novamente.

Boa tarde Edilson, O problema é que você esta enviando o XML sem o protocolo de autorização. O comando Enviar do componente se encarrega de incluir o protocolo de autorização no XML. As propriedades Salvar estão com o valor TRUE? Configuracoes.Geral,Salvar := True; Configuracoes.Arquivos.Salvar := True;