Antonio Carlos L

Claudio pelo que entendi, corrijam se eu estiver errado, o DPEC é usado em NFe. Não sei se o DPEC em NFCe é o próprio DANFE em contingência. Pelo menos é a primeira vez que tenho contato com essa informação. Eu enviei a questão da impressão em duas vias para um contador junto com a citada lei e ele me disse que imprimir em uma é respaldado. Alguem sabe em qual unit fica a chamada a reimpressão em contingência e se ela pode ser sobrescrita ?

Então, eu li algumas postagens e descobri que o meu problema ou ocorre pelo tal time-out que um colega informou ter sido referenciado como "buraco negro" ou da sefaz ou pela queda da internet mesmo. Dai que coloquei um log nestes clientes pois aqui eu não consigo simular o mundo real em sua plenitude. Ocorreram 4 situações ( se souber de outras por favor avise ) 1 - Houve retorno 0 , mas o xml havia sido autorizado; 2 - Houve retorno 0 , mas o xml Não havia sido autorizado; 3 - Houve uma exception, mas o xml havia sido autorizado; 4 - Houve uma exception, mas o Não xml havia sido autorizado; Eu na NFCe optei por não fazer consulta de status Fiz uma função usando InternetCheckConnection(PING_SEFAZ_DOMAIN_BR,1,0); e depois InternetGetConnectedState(@Flag, 0) e estando OFF sugiro que o operador passe para contingencia, ao fazer isso, novo xml em contigência ( com novo numero ) é gerado e realizo a impressão. estando ON Nas condições 2 e 4 em uma consulta havia o retorno : 217 - Rejeição: NF-e não consta na base de dados da SEFAZ Então envio e pronto. Nas condições 1 e 4 bastou uma consulta e atualizar o status da nota e se foi autorizado ( poderia ter sido recebido mas rejeitado ) pergunto se reimprime. Isso até o momento em relação aos 3 clientes me deu sossego. Algo que eu não fiz foi um laço de consulta muito profundo pois fiquei com medo de dar excesso de consumo e a sefaz bloquear o IP

Então,vamos por suposições : Foi emitida em contingencia uma nota no dia 18 as 00:00 e depois ela foi enviada ao fisco. OK Como vc falou que tem um numerador separado , suponha que por algum motivo ele não incrementou e que apenas no dia 20 novamente o sistema volta a ser usado em contingência. O numero seria o mesmo, e como gerar o xml e imprimir independe de consultar o numero, ate porque esta offline, isso ocorreria sem nada ser apresentado ao usuário. A questão seria quando for enviar a nora a sefaz, o correto é ela ser rejeitada pelo uso da faixa de numeração. Quando falei de informações do gerador numérico, foi porque dependendo de como é feito pode ocorrer falhas neste incremento.

Cláusula décima primeira Quando em decorrência de problemas técnicos não for possível transmitir a NF-e para a unidade federada do emitente, ou obter resposta à solicitação de Autorização de Uso da NF-e, o contribuinte poderá operar em contingência, gerando arquivos indicando este tipo de emissão, conforme definições constantes no ‘Manual de Orientação do Contribuinte, mediante a adoção de uma das seguintes alternativas, observando-se em relação à NF-e modelo 65 exclusivamente o disposto nos §§ 15 e 16: § 15. No caso da NF-e modelo 65 serão admitidas, a critério de cada unidade federada, as seguintes alternativas de operação em contingência: I - imprimir duas vias do DANFE-NFC-e em Formulário de Segurança para Impressão de Documento Auxiliar de Documento Fiscal Eletrônico (FS-DA), contendo a expressão “DANFE-NFC-e em Contingência - impresso em decorrência de problemas técnicos”, observado o disposto em convênio específico, sendo que na hipótese de necessidade de vias adicionais a impressão poderá ser feita em qualquer tipo de papel; II - transmitir Declaração Prévia de Emissão em Contingência - DPEC (NF-e), para a unidade federada autorizadora, nos termos da cláusula décima sétima-D, e imprimir pelo menos uma via do DANFE NFC-e que deverá conter a expressão “DANFE NFC-e impresso em contingência - DPEC regularmente recebido pela Administração Tributária autorizadora”, presumindo-se inábil o DANFE impresso sem a regular recepção da DPEC pela unidade federada autorizadora; Bem se analisarmos a legislação informada, texto em destaque, ali diz sobre imprimir pelo menos uma via. Então não é ilegal.

Caros, para resolver uma questão de uns poucos clientes que tem uma internet muito ruim e não tem outro provedor de serviço disponível, passei antes de gerar a NFCe a verificar se a Internet está OK e não estando o sistema informa que esta sendo colocado em contingência. Dai que os clientes adoraram a rapidez e erro zero. Mas como nem tudo é perfeito me pediram para imprimir uma única via, que estava gastando papel demais. Eu disse a eles que entendia pelos manuais que isso deveria ser assim mesmo. Entretanto um deles me mostrou uma NFCe em contingência de uma grande rede de cosmeticos, que segundo ele, na oportunidade como consumidor, disse jurando de pé junto que saiu APENAS UMA VIA. Isso pode ser parametrizado ? Obrigado

RESOLVIDO.

Obrigado Claudio. Estou com esse problema apenas em 3 clientes. Essa coisa do Status é muito esquisita, Fiz uma experiencia de um cliente na mesma UF , mas fisicamente longe de onde estou, de forma remota : a - Consultei o Status na maquina do cliente e aqui e lá apareceu indisponivel e aqui disponivel; b - Enviei mesmo assim a nota e ela autorizou Então parece que existem servidores separados. Outra coisa é que clientes com mesma banda de internet, mesmo provedor de internet, alguns são rápidos, outros uma demora infindável. Parece que o roteamento influi em muito nisso. Obrigado pela ideia.

SISAD eu dei uma olhada na consulta e realmente aparece uma nota diferente do XML que vc postou Temos que o XML postado esta assinalado como CONTINGENCIA; Que a nota consultada também diz que a emissão foi em CONTINGENCIA; Você não postou se é uma única maquina, se existe outros caixas, como é o processo de envio da contingência. Ainda temos a informação : No seu XML : <dhEmi>2017-01-20T00:00:00-02:00</dhEmi> No site : Data de Emissão: 18/01/2017 00:00:00 São datas distintas, mas o horário é o mesmo. Como também não é claro como vc numera as notas, se existe um contador em separado, parece que a numeração se repetiu, seria necessário maiores infromações. e ele não esta com o retorno depois de enviado o que posso imaginar é que por algum motivo o mesmo numero de nor

Caros, tenho clientes que a internet é muito complicada. Normalmente em NFCe eu so verifico o status a cada n cupons, mas tem clientes que a internet é tão critica que a verificação é sempre. Mesmo assim, ocorre de estando ok o status a nota ser enviada e não haver resposta e isso eu creio que ocorra por dois motivos : Ou porque a internet caiu ou no tempo esperado não houve resposta. Dai que fiz esse tipo de tratamento : Status 100, 150 - Nota Autorizada, OK 128 - Nota não consta na base da Sefaz, o componente é limpo, e carrega-se pelo xml e tenta novo envio e verifica-se retorno; 0 - Não houve resposta, é realizado nova consulta, a nota existe e foi autorizada, OK, não existe o componente é limpo, e carrega-se pelo xml e tenta novo envio e verifica-se retorno; Outros - Possivelmente rejeição, mensagem é apresentada para usuário verificar. Tal tratamento é o suficiente ? Ou algo mais eficiente é possível ? Obrigado pelas opiniões. peço por favor opinião sobre a melhor forma de tratar retorno de transmissão na NFCe

Oi Juliomar, obrigado pela atenção, eu não sabia que isso é possível não sendo desenvolvedor do projeto. Mas cou tentar obrigado.

kkk, vc ta certo sdsv, onde se lê parentese , leia-se quoted

Sim Ricardo , o NotasFiscais.Clear é chamado antes de alimentar o componente. Agora vou substituir essa nova geração do XML pelo menos na NFCe por carregar o XML gerado. Aproveitando : Como te agradeço Italo por me mostrar a importância de salvar o XML gerado

SOLUÇÃO : Caros descobri o problema, Em operação normal o XML é gerado, a partir dos dados armazenados no banco, inclusive a data e hora, e na tentativa de transmitir, devido a falha de internet ou time out não havia o retorno. Ocorre que nesta falha, mesmo consultando pelo XML aparecia a resposta que não constava na base de dados. Ao tentar proceder nova transmissão, pegava-se os dados do banco de dados e tentava nova transmissão, mas mesmo os dados iguais o DigestValue era alterado e criado um XML diferente. Dai que o tal erro era uma exception do componente que abortava ao ter o retorno de DigestValue diferente.

Caros, informem ao responsável pelo Fortes que a unit RLConsts.pas linha linha 572 LS_SendToStr: 'Envoyer à...; falta fechar o parenteses e por isso não compila. Abraço.

Caros ao implementar o relatório de Inutilização no sistema surgiu relatório de memory leak. Acresci ao projeto do ACBr as linhas ReportMemoryLeaksOnShutdown := True; e o mesmo se reproduziu. Alguma luz ? Obrigado conforme podem ver na imagem, ao inserir no projeto demo do ACBr

Caros, como em alguns clientes tive problemas onde o DigestValue mudava ao tentar reenviar a nota. Como o XmlGerado fica gravado, para sanar isso, defini que havendo o Xml ao invés de pegar novamente os dados do banco e alimentar o componente, simplesmente alimentar com o xml existente e enviar. 1 - Alguem faz dessa forma, e na prática teve efeito prático ? 2 - Caso eu queira em um novo retorno negativo, tentar n reenvio, a cada vez eu tenho que limpar o componente , carregar o xml e enviar ? ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName, False); 3 - O Lote a ser usado ACBrNFe1.Enviar(iLoteBanco,True); Deverá ser o mesmo armazenado no banco ou pode ser outro ? Muito Obrigado ?

Oi Ricardo, eu fui enviado para atendimento externo uns dias, rsrsrs. Eu fiz a comparação deste XML e de outros, tudo igual. Fiz uma consulta no site da sefaz e baixei o xml e descobri que a diferença reside no digestvalue e por ser diferente cai em uma exception no componente. Porque esta diferente é algo um tanto inexplicavel. A data e hora é gravada no banco, todas as demais informações também, e o aplicativo vendo que já existe um xml gerado ele não gaz nova geração ele carrega o xml e envia. Alguma luz ?

Ricardo, obrigado pela atenção. O grande problema é que a mesma rotina não apresenta erro em outros XMLs, apenas em um em especifico, que não esta incorreto. Consultei o site pela chave e lá a nota consta como AUTORIZADA, fiz um debug e o digestvalue do XML gerado é diferente do site. é ISSO QUE CRIA UMA RAISE EXCEPTION DENTRO DO COMPONENTE. Mas como ? Segundo o cliente parece que no momento a internet deu alguma pane. Não sei o que fazer !?! Alguma luz

Caros, estou no RJ e do nada ALGUNS clientes começaram a a dar esse erro. Observei que eram clientes que já emitiam há muito tempo. Percebi que os CSC gerados na SEFAZ novos possuiam um - em algumas posições e os antigos não. Exclui os CSC e gerei outros ( que foram gerados com os - ) e pronto acabou o problema. Não sei se é o seu problema

Caros, quando por algum motivo o XML autorizado não é gravado no disco e após realizar uma consulta pela XML gerado verifica-se que ele foi autorizado, como proceder para recriar esse XML assinado ? Obrigado.

A rotina abaixo implementa a consulta individual , para pegar novamente o xml autorizado quando existe falhas e não foi gravado. Estou com o erro List index out of bounds (0) no ponto assinalado, a rotina funcionava e neste ponto o XML assinado era gravado na pasta Devo novamente dar um clear e novamente carregar o XML gerado ? O que mudou ? try with ACBrNFe do begin NotasFiscais.Clear; NotasFiscais.LoadFromFile(aXml); // sChave := ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID; sChave := ChaveFormatada(ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID); if Consultar(sChave) then begin iStat := WebServices.Consulta.cStat; if iStat <> 0 then begin with WebServices.Consulta do begin GravaRet1; if ((iStat = 100) or (iStat = 150)) then with ACBrNFe.NotasFiscais.Items[0].NFe.procNFe do <<< AQUI OCORRE O ERRO begin GravaRet2 end;

Caros companheiros de fórum : Hoje tomei conhecimento da Nota Técnica 2016.002 Alteração Leiaute da NF-e , baixei e dei uma rápida analise. Muitas dúvidas e é claro que será necessário muito esforço do grupo do ACBr para atender. Pretendo na próxima reunião da empresa que trabalho propor a eles retornar o pagamento do SAC como forma de ajuda e de reconhecimento ao esforço do team ACBr. Gostaria de fazer um apelo a todos os demais que ajudássemos também desta forma, pois vai tomar tempo fazer muitas dessas mudanças. Abraço a todos.

Bom o fastmm se lembro tem uma configuração default , será que algo foi mudado ou foi habilitado ?

Creio que não. Mas não creio que tenha relação. Isso ocorre em todos os clientes ou apenas em algum ?

Caro Júliomar, em uma sadia troca de idéias haverá momentos em que o argumento apresentado, mesmo que o consideremos válido e legítimo não será considerado pois não atende diretrizes pré definidas, o mundo não acaba por isso nem devemos nos furtar de falar pois o que hoje não é considerado, amanhã pode ser, assim é o convívio sadio das pessoas de qualquer grupo.