bnobre

Olá magno...Grato pela explicação... Mas me tira outra dúvida... Não entendi o comentário desse seu except: Except //exceção muda para pegar o cstat em seguida. End; Como assim? O que aconteceria ou eu deveria fazer aqui dentro? Não deveria ser o comando abaixo a entrar nesse except, pois quando tentasse enviar dinovo (dessa vez como online) daria outra exceção de duplicidade, nesse caso com mesma chave - cstat 204 if NFCE.WebServices.Enviar.cStat = 204 then //marca a flag da nota como enviada. Outra questão que já apontei até nesse outro tópico criado por mim http://www.projetoacbr.com.br/forum/topic/24237-nfc-e-em-duplicidade/. Esse negócio de enviar a nota em modo SINCRONO e não receber o retorno acontece direto comigo nos clientes, aí fiz igual você falou, coloco em CONTINGENCIA, pois não sei o que aconteceu com a mesma e libero o cliente. Quando a internet volta eu tento enviar em contingência e descubro que ela havia realmente sido enviada ONLINE na última tentativa, pois dá erro de Duplicidade com Chave Diferente, troco o XML para online e envio dinovo, dá erro de Duplicidade com a Mesma Chave, tenho certeza que a nota já havia sido enviada e como ONLINE, marco como ONLINE na minha base e pronto. Aí que está a questão. Na minha base está tudo certo, mas o DANFE que o cliente levou nesse caso está com chave errada e QR Code errado, ele nunca vai conseguir consultar com esse DANFE que levou errado como CONTINGENCIA. Está certo o meu raciocínio? E se sim, ficamos a mercê da sorte nesse caso? De ante mão já agradeço a sua atenção

Olá Italo... Primeiro, em relação a sua dica, as que eu já gerei usando o comando GerarNFe, tem problema? Segundo, no envio Normal eu não uso o Assinar e nem Valida, só uso o comando ACBrNFe1.Enviar(lote,False,True)... Mas também uso o GerarNFe antes... Preciso do GerarNFe nesse caso? Terceiro, então o código com a mudança da nota de online para offline em caso de problemas de internet, da maneira como o magnosystem escreveu no tópico que ele abriu (http://www.projetoacbr.com.br/forum/topic/24169-tratamento-para-envio-de-nfc-e-offline/) não funciona? Pergunto isso pois da maneira que ele fez mudando apenas as 3 linhas é muito mais simples e também facilita na parte do cstat 539 que ele comenta, onde envia a nota e o retorno não vem, ocorre muito comigo, aí tenho que desfazer tudo e gerar ela como online dinovo. Desde já agradeço a atenção

Olá Dércio, tenho acompanhado o seu tópico e assim como você, me preocupa o fato de ter que mudar o executável apenas no dia 03-11 para todos os clientes. Mas tenho outra preocupação...Sou do RJ, que pelo o que o Italo falou usa os Servidores do RS... E se no dia 03-11 essa mudança não estiver realmente pronta e a produção continuar negando as notas com a informação do QR Code?

Olá a todos, Efetuei um tratamento em meu aplicativo para emitir OFFLINE quando houver problemas de conexão. A princípio está tudo OK, mas ao analisar o XML das mesmas após enviado, reparei que recebo quase sempre o Status 150 - Autorizado o uso da NF-e, autorizacao fora de prazo, com notas que enviei no máximo 10 minutos depois. Isso aqui pelo RJ. Alguém sabe o porque disso? Desde já agradeço a atenção de todos.

Regys... Outro detalhe, você comentou o seguinte: Mas de acordo com o tópico do magnosystem, "existe um campo da chave nfce que vai com o valor 1 quando emitida online e 9 quando emitida offline, portanto quando você alterou o tipo de emissão automaticamente alterou a chave". Eu testei o seguinte: 1 - Envio a nota e dá erro 12002 (sendo que a mesma autorizou e eu não obtive retorno por problemas técnicos) 2 - Tento consultar a nota pela chave e dá erro 12002 novamente 3 - Emito offline pois não tenho resposta nenhuma (troca a chave para valor 9) e o cliente leva o DANFE com essa chave ERRADA e o QRCode errado (ao contrário do que falou eu testei aqui e o link não é o mesmo pois parte dele tem a chave, que nesse caso está errada, ele aponta para uma NFC-e inexistente). Quando tento usar tal QR-Code recebo "NFC-e não encontrada", ao invés de enxergar a mesma como ONLINE conforme disse. 4 - Posteriormente com os problemas técnicos sanados, envio a contingência e descubro que a mesma havia sido autorizada, troco a chave (valor 1) e XML para emissão ONLINE e com isso fica perfeito internamente, se reimprimir o DANFE agora com a chave certa, o QR-Code aponta para o lugar certo e enxergo a mesma na SEFAZ. Mas o cliente levou o DANFE apontando para a chave errada. Meu raciocínio está errado? E se estiver certo, não tem como resolver esse tipo de problema? O cliente sempre fica a mercê de receber o DANFE com a chave errada nesses casos?

Olá a todos... Devido a muitos problemas de internet em meus clientes, criei um tratamento para emissão automática nesses casos em modo OFFLINE. Uso o Delphi 7, o DANFE NFC-e do FortesReport e meu componente do ACBR está atualizado até esse instante. A questão é que ao emitir o DANFE, não aparece o texto EMITIDA EM CONTINGÊNCIA. O detalhe é que ainda não testei em ambiente de produção e pelo que observei no fonte do componente, o mesmo realmente não aparece em Homologação, só em Produção. Alguém pode confirmar isso? O outro problema é a questão do texto VIA DO CONSUMIDOR e VIA DO ESTABELECIMENTO. Pelo o que eu andei lendo, nesses casos de emissão OFFLINE temos que emitir essas duas vias, com essas nomenclaturas. Para tal uso a propriedade ACBrNFe1.Danfe.ViaConsumidor, True imprime a via do consumidor e False imprime a via do estabelecimento, mas na prática esses nomes não estão saindo. Alguém saberia o que está ocorrendo? Desde já agradeço a atenção Abraços

Olá a todos, Estou seguindo a dica em http://www.projetoacbr.com.br/forum/topic/24169-tratamento-para-envio-de-nfc-e-offline/ para tratamento de erros de conexão nas minhas NFC-es. Ao detectar problemas na conexão, faço a alteração da nota para OFFLINE de acordo com a dica do tópico, segue exemplo abaixo: Com isso eu imprimo e tudo OK. Só que ao fazer isso quando vou tentar enviar ela para a SEFAZ, sempre recebo a rejeição "Assinatura difere do calculado". Conforme citado, apenas mudo os campos tpEmiss, xJust e dhCont, ai Gero a NFC-e novamente, assino e valido. Se ao invés de seguir a dica, eu apagar a nota toda (dtm_banco.ACBrNFe1.NotasFiscais.Clear) e refazê-la, informando esses três campos como OFFLINE (tpEmiss, xJust e dhCont) eu não tenho problemas. Ele envia posteriormente para a SEFAZ sem rejeição nenhuma. Mas eu tenho que refazer o XML todo... Porque isso acontece? Desde já agradeço a atenção

Caro Magno, Agradeço o seu tópico, está me dando uma "grande luz". Estou com um sério problema nos meus clientes que cai na situação do seu "pulo do gato". Eles enviam a nota em modo SINCRONO e devido a problemas de conexão eu não tenho o retorno positivo da mesma. Antes eu cancelava a gravação na base e perdia todos os dados da venda. Agora estou seguindo a sua dica e jogando em contingência. Como você falou, ao tentar enviar a contingência, recebo o erro Duplicidade com chave diferente, pois a nota pra mim está como OFFLINE e para a SEFAZ está ONLINE. Até aí tudo bem. Dai para frente que eu não entendi o seu exemplo. Você orienta gerar a mesma novamente de forma ONLINE e enviar... mas aí não vai dar Duplicidade com a mesma chave? Você poderia postar o seu código frisando essa parte? Seria de grande ajuda Desde já agradeço a atenção

Olá Regys... Estou tendo muitos problemas com esse erro da duplicidade, portanto comecei a logar os erros e descobri que ele ocorre sempre depois de um erro "12002 - O tempo limite da operação não foi atingido". A nota envia e não recebo o retorno. O tópico do link http://www.projetoacbr.com.br/forum/topic/24169-tratamento-para-envio-de-nfc-e-offline/#comment-155971 me deu uma "grande luz" para a resolução do mesmo. Mas ainda tem alguns detalhes que estou na dúvida. De acordo com o tópico citado e dicas suas, vou colocar essa "nota furada" para cair em contingência. Lá na contingência precisarei enviá-la e a mesma me trará o erro de "Duplicidade com chave diferente". Ai eu conserto essa nota no meu banco marcando ela como enviada ONLINE, e não off-line. Até aí tudo bem. Mas preciso do XML dessa nota como "ONLINE" para colocar lá na pasta AUTORIZADAS. Como faço isso???

Olá a todos, Estou tentando efetuar a atualização de meus fontes para tentar a correção do problema de "Nota Fiscal sem a informação do QR-Code" Mas estou tendo problemas nos componentes de DANFE NFC-e do FortesReport. Recebo sempre o erro Erro Required package 'frce' not found Não acho tal pacote. Como resolver? Estou usando o FortesReport 4 Desde já agradeço a atenção Resolvido. Bastou atualizar o fortes, agora ele está inclusive com instalador. Legal.

Grato pelo esclarecimento Juliomar. Me tira uma dúvida, onde podemos ficar observando afim de saber quando sair uma nova atualização?

Olá Régys, grato pelas explicações e obrigado pela dica de consultar o STATUS da nota. Me tira uma dúvida: qual a diferença de consulta pela CHAVE e consultar o STATUS da nota? Não achei no exemplo nada sobre consultar o status da nota. Mas eu estava analisando essa problemática toda agora com um amigo, e observamos o seguinte. Vou dar como exemplo essa nota em si que gerou a criação do tópico: Enviei a nota em modo SÍNCRONO, que pelo que eu havia lido autorizava dando o retorno simultaneamente, mas comigo isso não ocorreu na prática. Pois bem, conforme orientou nesse tipo de erro basta eu consultar o STATUS da nota, mas se o erro for proveniente de uma queda de internet ou ausência da SEFAZ após ocorrida a autorização, não terei como fazer essa consulta caso o problema persista. De acordo com o que orientou sigo o passo 3, mas ai vou acabar entrando em outro problema, pois irei emitir em CONTINGENCIA uma nota que já foi emitida NORMAL, e o cliente vai sair com o DANFE errado, QR Code errado e chave errada e o envio dessa nota não poderá ser efetuado, pois irá acusar duplicidade. Meu raciocínio está correto?

De quanto em quanto tempo é de costume efetuar tal atualização?

Olá a todos, Existe algum componente na paleta do ACBr que faça automaticamente a atualização da tabela IBPT? Os senhores atualizam a tabela IBPT em seus programas? Se sim, de quanto em quanto tempo o fazem? Desde já agradeço a atenção de todos

Grato pelas explicações Régys, mas a grande questão está nas suas seguintes palavras: Aí que está o problema, eu envio em modo SÍNCRONO. Pelo o que sei e de acordo com o que citou, eu deveria ter sido retornado no ato da emissão, mas por algum motivo autorizou e não recebi o retorno. Por isso não tenho no momento uma exceção a parte só para o retorno. Esse problema era pra ter ocorrido também em modo SINCRONO? Desde já agradeço todas as explicações dadas

Visualizei aqui Régys, obrigado. De acordo com sua explicação, pretendo fazer o seguinte no MOMENTO da venda em casos onde existam erro: 1º - Tentar enviar a NFC-e normalmente 2º - Em caso de QUALQUER erro, antes de cancelar a gravação na base realizo a consulta pela chave 3º - Caso a consulta pela chave traga retorno positivo, efetuo todas as gravações na base como se nenhum erro tivesse ocorrido. Seria isso? Compreendi bem a sua sugestão? Se sim, ao meu ver continuo com o mesmo problema, pois se nessa posterior consulta (dado o primeiro erro), eu continuar com problemas em me conectar a SEFAZ e não conseguir realizar tal consulta? Não terei como concluir se deu tudo certo ou não e vou precisar liberar o PDV para realizar outras vendas ou refazer a atual em um momento posterior. É complicado isso. :-/

Grato pelo retorno Régys... Teria algum exemplo desse código? Obrigado

Grato pela resposta meu amigo, realmente facilitou muito. Fiz o teste com o certificado de outro cliente e realmente o site informa "USUÁRIO NÃO AUTORIZADO", só consigo com o certificado do emissor. Muito bom. Me esclareça uma coisa, sou novo nesse mundo de emissão de DFE. Com esse erro fiquei preocupado em relação de como devo tratar o mesmo. Meu aplicativo é dividido em 2 etapas: 1º - Ele tenta efetuar o envio da NFC-e em modo síncrono, recebendo o XML de retorno em caso positivo (função normal do componente). 2º - Não ocorrendo nenhuma exceção o aplicativo efetua os cadastros devidos no banco de dados, como gravar dados do retorno da SEFAZ (chave de acesso, dhRecebimento, etc), cadastra a venda, baixa as mercadorias do estoque, incrementa o número da nota e imprimi o DANFE NFC-e. A grande questão é que nesse erro, ao que tudo indica, ocorreu um problema na SEFAZ do Rio ou na conexão da Internet de meu cliente no exato momento de RECEBER O RETORNO da SEFAZ. Como a nota foi autorizada e não houve o retorno devido, meu aplicativo tratou da forma correta, não efetuando o cadastro da NFC-e na base e nem concretizando a venda, não baixando as mercadorias do estoque e mantendo a numeração atual da Nota. O que gerou o erro da Duplicidade, além dessas outras informações que ficaram inconsistentes em minha base. O problema é com isso tive que MANUALMENTE efetuar tais procedimentos, fui lá de posse do XML baixado da SEFAZ, cadastrei os dados de retorno na mão, fiz a venda na mão, baixei do estoque na mão e incrementei a numeração da Nota na mão. Isso é um "TIRO NO PÉ" muito grande. Por isso lhes pergunto. Esse erro pode ser evitado? Eu creio que não, pois querendo ou não somos "reféns" desse retorno para tratá-lo em nosso aplicativo. Portanto se não puder ser evitado, como vocês fazem para tratá-lo ou ao menos amenizá-lo? Desde já agradeço a atenção de todos

Rapaz... Fiz de um jeito mais fácil, só não sei se está certo. Ao instalar o certificado digital em meu micro, fui efetuar a consulta da NFC-e junto a SEFAZ do RIO para ver os produtos da nota e refazê-la conforme me instruiu, mas observei no canto superior direito um botão com a seguinte mensagem,"DOWNLOAD DO DOCUMENTO (Requer Certificado Digital)". Aí eu cliquei no mesmo, no que eu fiz isso, aparentemente baixou o NFC-e certinho, pois é similar ao formato dos outros. Fiz correto? Através dessa opção do próprio funciona também? Desde já agradeço a atenção

Então meu amigo, Ao analisar o arquivo de log, peguei o log dessa nota que estava acusando a Duplicidade. Dentro do mesmo existe uma chave de acesso, coloquei a mesma na Consulta da SEFAZ do Rio, e realmente existe essa nota com essa chave. Devo então remontar em cima dessa chave?

Olá a todos, Meu cliente emitiu uma NFC-e e a mesma parece que autorizou, pois ao tentar emitir outra com mesma numeração diz que está em duplicidade, mas não retornou o XML. Então estou sem a chave de acesso para consulta-la e sem o XML para entregar ao contador. Fui obrigado a pular manualmente o número em meu programa. Como descubro agora a chave de acesso ou recupero esse XML? Desde já agradeço a atenção de todos

É devido a quantidade de ligações que ele recebe, já que o mesmo faz entrega. Com 1 tem o problema de dar ocupado. Tenho muitos clientes com Delivery, e em observações fica confuso para o cliente achar, visto que ficaria um no cabeçalho em cima e outro embaixo. Acho que seria uma funcionalidade interessante a implantação do segundo telefone, mas agradeço a atenção.

Olá a todos, Uso o componente ACBrNFeDANFCeFortes1 para emissao do DANFE NFC-e. Pelo que pude observar, ele pega o telefone do Emitente direto no XML, tag que foi atribuida através de "ACBrNFe1.NotasFiscais.Add.NFe.Emit.EnderEmit.fone" Hoje o cliente me indagou se poderia colocar outro telefone no DANFE. Existe essa possibilidade no componente? Desde já agradeço a atenção

Meu amigo, o caracter acentuado foi corrigido, mas reparei que a propriedade Sistema com o texto em branco ou com um carácter de espaço continua exibindo a frase "Projeto ACBr". No meu caso como não quero que apareça texto nenhum fui obrigado a colocar o caracter ".", que sempre será impresso. Não seria interessante apagar a frase quando nenhum texto for especificado? Desde já agradeço a atenção

Olá Daniel, desculpe a falta de informações, tentarei ser mais específico. Como sabemos, é importante que seja especificado no Danfe do NFC-e a fonte do cálculo de tributação referente a lei da transparência fiscal. Antes da mudança para o trunk2, eu utiliza o componente de DANFE NFC-e feito com o QuickReport, onde o mesmo especificava em sua impressão a frase "(Fonte:IBPT)". Em anexo. Agora com o trunk2, o componente em QuickReport não existe mais, e como uso o Delphi 7, optei pelo uso do ACBrNFeDANFCeFortes1 por já possuir o Fortes Report em meu Delphi. O mesmo funciona muito bem, mas não coloca por padrão o texto "(Fonte: IBPT)", assim como acontecia no componente do QuickReport no trunk. Achei isso até legal, pois pode acontecer (raramente) do comerciante ter um tipo de cálculo próprio dos tributos. Ao analisar as propriedades do componente, observei a presença de uma propriedade chamada "FonteTributos", onde imaginei ser o local propício para especificar o texto referente a fonte (em anexo). Mas eu coloco o texto "IBPT" e nada acontece (em anexo). Desde já agradeço a atenção