bnobre

Olá a todos, recentemente recebi o seguinte informe em meu e-mail: A minha grande dúvida é: aqui na empresa possuímos um emissor de NF-e/NFC-e, essa lei irá gerar novas NTs e consequentemente teremos que mudar algo internamente em nossos emissores? Desde já agradeço a atenção de todos

Poxa, que pena que eu não conheci esse ACBrInStore antes... Eu faço esse desmembramento manualmente com um código que criei. Porque "InStore"???

Caro amigo, grato pelo esforço em me responder... Mas surgiram duas dúvidas: 1 - Posso simplesmente adicionar o 1 como DV sem problemas? Pois pelo que observei a respeito desse código que postou é que o mesmo serve para encontrar o DV correto. 2 - O que é o ACBrInStore1?

Não, se fosse isso a versão 1.00 da NT 2019.001 publicada hoje mesmo, por exemplo, só teria textos grifados em AMARELO, mas existem textos grifados em VERDE também. Agora fiquei curioso... Porque VERDE e porque AMARELO?

Caro BigWings... Tudo bom???? Rapaz, eu tinha lido essa NT e inclusive me preparado para a mesma, só que olha o título dela: Cancelamento por Substituição da NFCe. Com isso me levou a crer, erroneamente, que o texto versava apenas sobre o Cancelamento por Substituição, mas conforme você evidenciou realmente um pequeno trecho onde é comentado a redução do cancelamento normal. Isso me gerou outra grande dúvida... As vezes partes das NTs são grifadas na cor VERDE e/ou na cor AMARELA, essa em questão só tem textos grifados na cor AMARELA, e foi aí que eu "me dei mal", pois eu só dava importância até então ao que era grifado em VERDE. Qual a diferença e importância dos textos grifados em VERDE e dos grifados em AMARELO?

Olá a todos, Sou do RJ e todos os textos que acho na internet sobre a redução do prazo de cancelamento da NFCe de 24 horas para 30 minutos são de 2018, como o abaixo por exemplo: http://www.coad.com.br/home/noticias-detalhe/90573/rj-determina-que-o-cancelamento-da-nfc-e-deve-ocorrer-no-prazo-de-30-minutos A grande questão é que até ontem todos os meus clientes estavam conseguindo cancelar normalmente em até 24 horas, somente hoje passaram a não conseguir... A redução para 30 minutos já entrou em vigor aqui no RJ? Alguém tem um comunicado oficial sobre o tema? Desde já agradeço a atenção de todos

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????

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".

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?

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

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

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?

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

Cara...Então, seu código não tem comentários, portanto vou descrever o que eu entendi dele e você me corrige se eu estiver errado: 1º - Você verifica através de um campo na sua tabela ( 'VEN_TPEMIS' ) se o tipo de emissão é normal ou offline, e dependendo do resultado emite normal ou em contingência. 2º - Se emitiu em contingencia ou obteve retorno positivo do envio normal você mostra o retorno em um Memo e salva o ACBrNFe.NotasFiscais.Items[0].NFe.infNFe.ID em "lcst_Chave". Parece que isso é um protótipo de um código, não parece ser o código final de um PDV, visto que não teria necessidade de um Memo para isso... De qualquer maneira a sua dúvida foi "O maior problema que estou enfrentando e quando gerar em contingencia e quando enviar normal....."... Vamos falar sobre ela, realmente não entendi porque no início do seu código você tem um campo no seu banco que diz se vai emitir normal ou em contingência, e como tem a ver com a sua dúvida eu vou explicar como eu faço: Você sempre tenta enviar normal, sempre... Só se houver uma falha de internet você tem que gerar a nota em contingência e deixar a pendente para tratamento posterior try ACBrNFe1.Enviar(cupom, False, True) except on E : Exception do if (pos('requisição não enviada', LowerCase(E.Message)) <> 0) or (pos('tempo limite', LowerCase(E.Message)) <> 0) (pos('erro http', LowerCase(E.Message)) <> 0) or (pos('webservice', LowerCase(E.Message)) <> 0) Then begin ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.Configuracoes.Geral.FormaEmissao := teOffLine ; GerarNFCe(serie, IntToStr(cupom), True); ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; end; else begin if (pos('falha na validação dos dados da nota', LowerCase(e.Message)) <> 0) then mensagemexcecao := ACBrNFe1.NotasFiscais.Items[0].ErroValidacaoCompleto else mensagemexcecao := e.Message; messageBox(handle,Pchar(mensagemexcecao),'Erro!',MB_ICONERROR+mb_OK); Exit; end; end; Como pode observar eu verifico o tipo de erro que acontece no envio, se for erro de falha de internet eu configuro a nota para contingencia e gero novamente o XML, caso contrário eu exibo o erro para o operador verificar e proceder a correção (NCM invalido, CFOP X CSOSN, GTIN invalido, etc). Em relação a fazer o cancelamento por substituição, segue exemplo abaixo: ACBrNFe1.EventoNFe.Evento.Clear; with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := chave_pendente; infEvento.CNPJ := Emitente_CNPJCPF; infEvento.dhEvento := now; infEvento.tpEvento := teCancSubst; infEvento.detEvento.xJust := 'CANCELAMENTO POR SUBSTITUIÇÃO DE NFCE SÉRIE ' + serie + ' NÚMERO ' + cupom; infEvento.detEvento.nProt := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.nProt; infEvento.detEvento.cOrgaoAutor := codigo_uf; infEvento.detEvento.verAplic := '1.0'; infEvento.detEvento.chNFeRef := chave_contingencia; end; ACBrNFe1.EnviarEvento(cupom_pendente); Ficou alguma dúvida?

Olá meu amigo... Sou do RJ e estou enviando normalmente o cancelamento por substituição.

Com certeza, na verdade nem pensei em fazer o cancelamento normal, só farei por substituição. Só quero me preparar para os casos em que o cliente mesmo assim conseguir ficar 7 dias sem internet, e não diga que é impossível pois sabemos como são os clientes e a infraestrutura dessa país, aqui no RJ a internet é péssima... Hoje minhas notas tem 3 status: AUTORIZADA, CANCELADA e CONTINGÊNCIA... Estou pensando em criar um quarto, chamado DUPLICADA (que seria o caso da 10 se passasse os 7 dias de prazo de cancelamento) Dessa forma resolvo a pendência, envio a 11 e deixo o cliente CIENTE do problema de duplicação. O que acha dessa logística?