bnobre

Olá Antônio, tudo bom? Não sei se contribui, mas eu estava com o mesmo problema que você após uma atualização no componente, apesar de eu instalar pelo ACBRInstall. A falta desse pacote 'frce' no meu caso, ocorreu porque o Fortes versão 4 agora usa um instalador que tem esse pacote e creio que os DANFEs do ACBR estão sendo desenvolvidos sobre o mesmo. Resolvi removendo o Fortes e o reinstalando com a última versão disponível no site, a qual possui o instalador que mencionei. Abraços

Régys... Estava repassando o vídeo aqui na minha mente e relembrei sobre a questão de aumentar o tempo do Timeout, que na DLL da daruma são 10 s por padrão. Você,assim como eu, usa o envio SINCRONO em suas NFC-es, mas não tem o problema de BURACO NEGRO que ocorre comigo. Portanto surgiu a seguinte dúvida: Aumentar o tempo de timeout pode minimizar tal problema? Se sim, como ajustar isso no componente e qual tempo você usa em suas aplicações?

Para os que passarem por essa mesma problemática de Nota Autorizada Sem Retorno, segue abaixo a solução:

Entendi. Mas em que categoria entra o 12029, falha de internet ou timeout (buraco negro)?

Acho que por aqui matamos. Para fechar bem Régys... Sei que o 12002 é do timeout, pois sempre que tenho essa problemática, é com esse código. Pela leitura de suas descrições acima, o 12007 seria o de falha de internet. Estou certo? E em que categoria entra o 12029, falha de internet ou timeout (buraco negro)?

Não tem porque eu MANUALMENTE atualizo a chave e o XML depois que consulto a nota e checo que ela foi emitida ONLINE

Acho que "matei" o problema através do vídeo https://www.youtube.com/watch?v=znVzIe8T4PE. E a solução é mais uma questão de não observar o óbvio do que pode ser feito. Se observarem o vídeo e trazerem a nossa realidade do ACBR, a contingência só pode acontecer através de 2 motivos: 1 - Falta de internet 2 - Timeout (ou o tal BURACO NEGRO citado no vídeo) No caso da falta da internet é fácil, emite em contingência e pronto. Pois temos a certeza que a nota não foi autorizada. No caso do Timeout, não sabemos o que aconteceu. O problema está no tratamento que damos a ela, pois nós emitimos ela em contingência, entregamos para o cliente e REZAMOS para que ela realmente não tenha sido autorizada. O que o Claudenir faz no vídeo é uma grande "sacada". Como ele não sabe o que aconteceu, ele pula o número e já emite direto em contingência, para ter certeza que essa nota realmente não foi autorizada. Aí depois ele checa o que aconteceu com a anterior, se autorizou então CANCELA, se não, INUTILIZA. Pronto. Cliente com chave certa, QR Code certo, além de nossa aplicação está com a base certa. Acho que fechamos a problemática. Agora surgiu outra... Como diferenciar o erro se é de internet ou de timeout (BURACO NEGRO)?

Olá flavio80s... Sobre seu comentário: Está errado. Segue abaixo: Portanto na verdade os mesmos problemas que terei em relação a internet no modo SINCRONO, também terei no modo ASSINCRONO, mas ao meu ver, com uma menor complexidade de tratamento. Observe, no primeiro (Sincrono) eu envio e já recebo a resposta se deu tudo certo ou não. Se deu algum problema envio em CONTINGÊNCIA (envio offline e imprimir duas vias - Cliente e Estabelecimento) e continuo vendendo. No segundo (Assincrono) eu tenho que enviar, consultar o recibo e só depois, da mesma forma, checo se deu algum problema e envio em CONTINGÊNCIA e continuo vendendo.

Caro magnosystem, grato pela resposta. Mais tem um detalhe, eu só trabalho nos PDVs em modo SINCRONO e mesmo assim tenho esse problema, em todos os meus clientes. É relativo, com a internet boa a incidência é menor, mas com a internet ruim (por exemplo o 3G que aqui é péssimo) a incidência é bem maior. Outro detalhe, assim como o Régys questionou... Porque é inviável trabalhar nos PDVs somente em modo síncrono???

Nossa... Não acredito que era só marcar "Ajustar Automaticamente para o Horário de Verão"

Consegui contato com eles. Me responderam rapidamente... Segue problema abaixo: Portanto, como corrijo esse indicador do fuso horário?

Entendi Régys... Nunca entrei em contato com o webservice antes. Usei esse endereço aqui https://www.sefaz.rs.gov.br/Site/FaleConosco.aspx Estaria certo?

RJ

Nossa... Alguém sabe onde confirmar se esse horário está realmente errado? Pois já tem uns 4 dias, os clientes estão questionando que eles não atualizarem o horário dos servidores é meio "amador".

Olá a todos, Sou do Rio e assim que entrou o horário de verão todos os meus clientes recebem o seguinte erro ao tentar emitir uma nota: "Rejeição: Data-Hora de Emissao posterior ao horario de recebimento". Só pára quando volto ao horário antigo, atrasando 1 hora. Alguém mais com esse problema? Seria atraso no horário dos servidores? Desde já agradeço a atenção

Olá a todos, Estou testando a emissão de NFC-es no ambiente de homologação. Os itens com CFOP 5.403 estão dando o erro "NFC-e com CFOP Invalido". Na nova norma esse CFOP parou de funcionar?

E parece que não estou sozinho, já vi em outro tópicos outras pessoas reclamando (como esse mesmo que citei anteriormente). De qualquer forma, eu conserto essa nota no meu banco marcando ela como enviada ONLINE, e não off-line. Mas preciso do XML autorizado dessa nota como "ONLINE" para colocar lá na pasta AUTORIZADAS. Como faço isso???

Grato pela resposta sempre atenciosa meu amigo. Realmente a questão da "letra da lei" tem a problemática quase sempre de gerar diversas interpretações, dado uma escrita da mesma nem sempre tão direta. Mas o bom é que aqui no fórum consigo absorver bastante experiência e prática de programação no assunto, através da orientação de você e demais colaboradores que trabalham com isso há bastante tempo, diminuindo consideravelmente esse déficit na escrita da lei. Um grande abraço

Olá Régys, grato pela explicação. Mas se for observar, conforme disse, o que o site da NF-e diz: Isso dá a entender que não pode voltar a numeração.

Bom dia Então Dércio, mas como não temos plena certeza, nem vale a pena fazer a alteração sugerida por você. Pois imagina se colocamos para dia 03-11-15 o componente gerar a tag do QRCode e a SEFAZ adia?!?! Vai ser o "caos na Terra".

Ficou perfeito Régys. Obrigado

Olá Régys, Está acatando sim, mas está cortando o texto em ambas as laterais. Segue em anexo.

Envio em modo SINCRONO, o faço pelo RJ, que de acordo com o Italo usa os servidores do RS. Você nunca passou por isso? Nossa, nos meus clientes se usar uma internet ruim acontece com frequência, 1 vez por dia pra dar uma média. Com uma internet boa se torna muito relativo, as vezes acontece uma vez por mês, mas uma vez deu uma "doideira" e vi acontecer 4 vezes em 1 dia com a internet aparentemente boa. Um cliente meu, por exemplo, tem a internet VELOX que é ADSL e boa, aí deu problema e ele ficou 1 semana usando 3G (que aqui é horrível), todo dia dava esse problema de emitir a nota e não obter o retorno, após voltar o VELOX só deu o problema de emitir a nota e não obter o retorno 1 vez em 15 dias, mas deu.

Obrigado pela resposta Régys... Fiquei na dúvida por que na emissão normal (ONLINE) temos que seguir a sequência do número do cupom (número da NFC-e) nas emissões, e se por algum problema pularmos, não podemos voltar, e ainda temos que inutilizar aquela faixa.

Olá a todos, Criei um aplicativo que fica monitorando a presença de NFC-es emitidas offline, devido a problemas com a conexão, e de 5 em 5 minutos ele tenta enviá-las para a SEFAZ. A questão é que da forma como programei nem sempre ele as envia em ordem de cupom. Isso me gerou a seguinte dúvida. Temos que enviar tais notas em até 24 horas, até aí eu sei, mas elas precisam ser enviadas em ordem de cupom??? Desde já agradeço a atenção