bnobre

Mesma coisa aqui no Rio.

Também pode fazer assim: if ACBrNFe1.Danfe is TACBrNFeDANFCEClass then TACBrNFeDANFCEClass(ACBrNFe1.Danfe).ViaConsumidor := True;

Putz... Tomei um susto agora kkkkkkk Pra atualizar isso nos clientes vai ser um problema, pois não posso atualizar agora porque não funcionará, e se lançarem em cima da hora vai ser muita gente pra atualizar em pouco tempo... Estou achando que isso vai prorrogar... O que vocês acham????

Entendo, mesmo assim é uma pena essa demora toda em algo VITAL para o Ajuste SINIEF n. 13/2018 que têm que iniciar em 01/04/18.... Nem as séries exclusivas para a Contingência estão sendo aceitas em ambiente de Homologação, dá erro de Rejeição... Meu receio é a SEFAZ exigir isso "em cima da hora".

Olá meu amigo... Também estou criando uma rotina para tal, mas aqui no RJ ainda recebo a mesma rejeição que você... Pelo jeito teremos que implantar isso nos "45 do segundo tempo".

Italo, isso que disse é verdade, pois eu inclusive uso essa sua lógica para notas canceladas normalmente montando o XML "na unha". ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.WebServices.Consulta.NFeChave := chave; ACBrNFe1.WebServices.Consulta.Executar; xml := ACBrNFe1.WebServices.Consulta.RetWS; xml := TextoEntre(xml, '<procEventoNFe', '</procEventoNFe>'); xml := '<?xml version="1.0" encoding="UTF-8"?><procEventoNFe' + xml + '</procEventoNFe>'; Eu fiz exatamente como falou, mas não existe o <procEventoNFe>, apesar da nota estar cancelada. Só existe o <protNFe> e como disse só possui informações sobre o protocolo de autorização. Como eu sei que essa sua afirmação está correta (pois eu já uso ela para notas canceladas normalmente), fiz novamente o teste sendo que com uma nota CANCELADA NORMALMENTE, e NÃO POR SUBSTITUIÇÃO. Funcionou exatamente como você disse, veio o protNFe com informações sobre a autorização e o procEventoNFe com todas as informações sobre o cancelamento. Então é isso... O servidor usado pela SEFAZ do Rio não fornece esse tipo de retorno para Cancelamentos por Substituição ou NENHUM servidor retorna? Desde já agradeço a atenção

Olá Italo, tudo bom? Esse "de forma manual" que eu não estou entendendo. Quando eu consulto a nota deveria vir também o XML de cancelamento (lista de eventos vinculadas a mesma) e eu manualmente pegar esses dados? Ou não vem esse XML e o cliente tem que baixar manualmente no site da SEFAZ?

Então não entendi como devo proceder para recuperar o XML de cancelamento... Poderia me ajudar?

Olá a todos, Como o Juliomar falou, é possível recuperar o XML do cancelamento: Estou montando o XML da nota e fazendo a consulta... Com isso é gravado automaticamente pelo componente no HD o XML de autorização, mas não o de cancelamento. O cancelamento que estou fazendo é por substituição. Eu entendi a explicação do Juliomar de forma errada? Como devo proceder?

Caro Marceloal... O que você fala para seus clientes/contadores nesses casos de Inutilizações sem retorno? Qual o seu procedimento?

kkkkkkkk... sem problemas meu amigo, é sempre melhor conversarmos por aqui pois todos ficam cientes dos procedimentos e podem opinar para melhoria, mas observei que o tópico fugiu um pouco do assunto, por isso sugeri o ZapZap... Mas sobre a sua dúvida, a resposta é bem simples, a SEFAZ nem vai saber desse "P", você não enviou e muito menos gerou contingência, pra ela tanto faz. De repente tu só vai ter que explicar para um possível fiscal que visite o seu cliente essa sua lógica do "P" e demonstrar pra ele porque tu faz assim e que não há fraude alguma nisso.

No meu sistema também eu tenho como recuperar os 500 itens quando a energia cai, mas eu puxo pela chave primária da venda (id_vendas) que é uma coluna diferente da que guarda o número do cupom (cupom)... A coluna cupom fica NULL aguardando o envio pra SEFAZ, só depois atribuo o número do cupom, chave e XML. Pelo visto você está usando como chave_primária ou referência a coluna cupom, aí seu trabalho fica muito maior.

Cara... Tu está dando "a volta ao mundo a toa"... Porque você não gera essa numeração SÓ e somente SÓ quando finalizar a venda e for fazer o envio do XML pra autorização??? Muito mais simples

De acordo com o Italo, você "senta e chora", o webservice de consulta da SEFAZ não fornece nada de inutilização... Acho o fato da SEFAZ não disponibilizar o XML da inutilização tão "amador", pois a mesma sugere inutilizar a nota em caso de falhas de internet, e ao mesmo tempo não PENSOU que tal falha também pode ocorrer na hora de inutilizar?!?!? Loucura isso. De qualquer maneira, nunca tive esse problema pois até então nunca usei a recomendação do Manual de Contingência (inutilizar ou cancelar o número do cupom pendente de tratamento) e reaproveitava o número do cupom pendente pra gerar a contingência, mas agora com esse Ajuste SINIEF n. 13/2018 seremos todos obrigados a usar tal recomendação do manual, pois as notas em contingência terão séries específicas... Por isso uso esse tópico aqui pra perguntar aos que já trabalham com contingência há anos de acordo com o Manual da Contingência(inutilizando ou cancelando a o número da nota pendente de tratamento)... O que vocês fazem quando não obtêm o XML da Inutilização pois houve falha de internet exatamente no momento em que inutilizaram? O que falam para seus clientes/contadores fazer? Desde já agradeço a atenção de todos

Então... Acho que não ficou claro, isso que você faz(não reaproveitar o número da nota pendente e cancelar ou inutilizar a mesma) é o que o manual da contingência orienta e eu realmente não FAZIA, por isso abri o tópico pra explicar como pretendo fazer pra ver se estou seguindo corretamente o manual... Da maneira que está fazendo é igual a que eu FAREI, então tivemos a mesma lógica em relação ao manual. Ok? Prosseguindo... Só postei esse código pois você disse que sua grande dúvida era "quando gerar em contingência"... Deu a entender que fosse em relação ao momento, por isso botei em caso dessas falhas de internet, mas você está certo em relação a não reaproveitar o número do cupom pendente de tratamento (10) e gerar um novo número para o cupom em contingência (11). Essa lógica do manual é muito "bonitinha" (não reaproveitar o número do cupom pendente e cancelar/inutilizar o mesmo) mas tem um problema sério que o manual não contempla, observe... Vamos supor que a 10 (pendente) precisa ser inutilizada... Você autoriza a 11 (contingência vinculada a 10) e tenta inutilizar a 10... Perfeito, só que na hora que inutilizou a 10 deu uma falha de internet que impossibilitou o recebimento desse XML de inutilização e teu sistema não soube se inutilizou ou não.... Aí tu tenta inutilizar novamente, o sistema vai acusar que aquela faixa de numeração JÁ FOI inutilizada e você não consegue mais obter o XML dessa inutilização, pois a SEFAZ não fornece... Como tu resolve isso? Fala o que para seu cliente ou o contador dele?

Bem... Vou dar o tópico como encerrado e reabro o mesmo caso apareça novidades. Obrigado pela atenção Italo.

Se não houver problemas, quero deixar o tópico aberto para que alguém que emita NFCes e siga a orientação do Manual de Contingência, me diga ... Como lidam com os contadores/clientes nos casos de Inutilizações ocorridas sem XML por falha de internet? Desde já agradeço a atenção de todos

Não é esse erro que recebo, inclusive como eu disse consigo cancelar AS VEZES mesmo não autorizando a NFCe em contingência referenciada... Suspeito então que ainda não está 100% implementada tais regras.

Pena que pelo site não tem como resgatar o XML, ou tem?

Bem... Realmente vai de entendimento, pois ao meu ver a NT fala em "emitir" a contingência, e não "autorizar". De qualquer maneira, você já fez nessa ordem (1° cancelar nota pendente de tratamento - 2° autorizar a contingência)? Se sim, teve esse erro dizendo que a nota está denegada ou cancelada OU qualquer outro erro? Pois ao meu ver esse erro não teria nada a ver... O erro deveria ser mais claro, como por exemplo: "Contingência ainda não autorizada"

Na verdade é NFCe Italo... E como eu disse não seria pra envio de nota e sim pra Inutilização, afim de realizar o procedimento recomendado pelo Manual de Contingência.

Olá Italo O fato é que mesmo se o componente tivesse a opção de salvar os eventos atrelados a nota de forma separada, a inutilização não seria um deles. A contingência foi criada para suprir necessidades oriundas de falhas da internet e existe um manual de contingência orientando como a mesma deve ser realizada. A ironia é que o manual manda realizar um procedimento (inutilizar a faixa de numeração) que em caso de falha de internet temos que "sentar e chorar"... Eles não resolveram nada e criaram um outro problema, grande problema... Pois a numeração vai pular, o contador vai me perguntar porque pulou e eu terei que dizer que houve uma inutilização e o XML se perdeu... Como os contadores de seus clientes reagem quando vocês dizem isso??? E seus clientes?

O que recomendaria?!?!? Devo trocar???? Pergunto pois uso tal propriedade em diversas partes do meu código

Entendi... O problema é o seguinte... Estou montando uma rotina para contingência seguindo as orientações do manual (inutilizando ou cancelando a nota que ficou pendente de tratamento). Mas sabemos que problemas de internet ocorrem, e se no momento em que eu for inutilizar a faixa de numeração da nota pendente eu tiver uma falha na internet, a inutilização pode ocorrer e eu não conseguir obter o retorno do XML da mesma, meu aplicativo vai achar que a inutilização não ocorreu, vai tentar inutilizar dinovo e aí BABOU... Faixa já inutilizada e não tenho o XML. Só vai me restar marcar que a Inutilização ocorreu sem puxar o XML, o que está longe de ser o ideal. Como você trata essas ocorrências?

Olá a todos, Supondo que enviei um evento de cancelamento de uma NFe/NFCe, o cancelamento foi realizado e não obtive o retorno do XML do mesmo por falha de internet, como recuperar esse XML? E no caso de uma inutilização de faixa realizada e sem retorno do XML da mesma por falha de internet, como recupero esse XML? Desde já agradeço a atenção de todos