Pesquisar na Comunidade

Boa tarde! Quando vou fazer a emissão de Nfce em contingência, sem comunicação com a sefaz mas ainda com internet o acbr monitor autoriza o arquivo. Mas quando o cliente está sem internet o acbr monitor me retorna a seguinte mensagem. Erro interno: 10060 Erro HTTP: 500 URL: HTTPS://NFCE.SEFA.PR.GOV.BR/NFCE/NFEAUTORIZACAO4 CONNECTION TIMED OUT E também quando a emissão em contingência é aceita não está imprimindo a informação que cupom foi emito em contingência. Obrigado pela paciência.

Boa tarde, como faço o envio dos XML´s das NFCe impressas OffLine? Exemplo imprimi 10 NFCe em offline. Como faço para fazer a transmissão agora? No meu sistema eu gravo no banco o caminho do xml, a chave e se foi enviado (Sim = online | N = offline). Tenho que enviar uma a uma agora? Consigo fazer um lote? Podem me orientar por favor

Boa ! Procurei na documentação e no fórum e não achei solução para a seguinte questão : Ao enviar uma NFCe é obrigatório que eu tente enviá-la on-line, e caso retorno erro no servidor, realizar o procedimento de duplicar a nfce com nova numeração e cancelar a primeira, ou eu posso antes de enviar a NFCE verificar o status do servidor e estando offline, já enviar a NFCE em modo offline? Valeu!

Boa tarde, pessoal. Estou com duvidas sobre como verificar o status do webservece no caso de envio ofline de nfce, achei alguns tópicos que falam sobre o assunto mas não resolveu meu problema. Vi um post que o Régys Silveira, indica veriicar o cStat, mas pra mim não funcionou muito bem, exemplo: quando tento enviar a nfce e não tenho conexão ocorre uma exceção e traz o cStat como 0 , fiz um testa não passando o cso pra gerar um erro e testei o cStat também veio 0 então não posso usar o cStat pra verificar se envio offline. Vi que algumas pessoas estão trabalho só offline, mas aqui nos trabalhamos online, caso haja problema geramos offline, alguém tem alguma ideia de como proceder ? http://www.projetoacbr.com.br/forum/topic/16944-contingência-nfce/

Boa tarde. Estou efetuando a implementação do NFC-e e estou realizando alguns testes com sucesso em ambiente homologação, porém estou com alguns problemas e dúvidas básicas a respeito do envio em contingência. Se alguém por favor puder responder fico agradecido. Obs: Estou utilizando direto o comando NFe.CriarEnviarNFe("C:\Users\ABRAHAO\Desktop\NFCe4767.ini",1,1) 1 - Li aqui no fórum que o status do servidor da sefaz não deve ser consultado inúmeras vezes, sendo assim imagino que o inicio do envio de notas em contingência deve-se ter início quando não é obtido um retorno do sefaz (ou quando meu sistema identificar que não existe conexão com a internet). Com isso eu devo criar novamente o XML e alterar o tpEmis para 9, adicionar a dhCont, xJust e efetuar o envio ? 2 - NFC-e emitida em contingência não são enviadas para sefaz, tendo de ser transmitida em um prazo de 24h. Tentei enviar o mesmo XML em contingência (NFe.EnviarNFe) , que ficou com assinatura de autorizado, e deu erro de duplicidade. Tentei criar o xml novamente com o tpEmis 1 e efetuar o envio, porém dá rejeição de duplicidade. A minha dúvida é, oque devo fazer após emitir em contingência ? Oque devo enviar para sefaz ? criar uma nova nfce ? criar um novo xml ? Pelo que aparentou, mesmo eu colocando o tpemis 9 para contingência, parece que emitiu para o sefaz. Não entendi. 3 - Tentei simular uma queda de internet desligando a rede na central de rede do windows, depois tentei efetuar o envio de uma nfce em contingência (tpemis 9) com o comando NFe.CriarEnviarNFe("xxxxxx",1,1) porém o retorno é "ERRO INTERNO: 11004". A emissão não deveria ser realizada mesmo estando offline ? Porque este retorno do acbrmonitor ? 4 - Verifiquei que ao enviar a NFC-e em contingência (tpEmis=9) esta imprimindo apenas a via do consumidor. Onde configuro no acbrmonitor para imprimir a via do estabelecimento ? 5 - Acredito que o ACBR não gerencie as contingências, com isso seria recomendado eu implementar uma forma que ele salve os XML das contingências em uma pasta diferente da atual que fica em Logs ? Em anexo consta o XML que foi gerado e o arquivo INI que estou efetuando as homologações. 33180233631151000105650030000047679000047675-nfe.xml NFCe4767.ini

Bom Dia Senhores Quero de tirar uma dúvida com os senhores ref. a emissão de NFCe enviada Normal, porém sem retorno, e sistema acaba identificando falha da web-services, gerando a nota em contingencia OFFLINE, ou seja, alterando a chave com o tipo de emissão de 1 para 9. No entanto, ao enviar a nota pendente de autorização, a OFFLINE, é retornada o erro de duplicidade com diferença de chave de acesso, obtendo a chave enviada inicialmente, com o tipo de emissão 1, gerando o erro também de XML não encontrado no micro. O Caso é que a nota entregue ao cliente, está em contingencia, e esta não constará na sefaz, de nenhuma forma, pois a nota recebida foi enviada como NORMAL porém houve falhas no retorno da sefaz. O que fazer para evitar que esse problema ocorra novamente ou como pode ser tratado esta falha de retorno? Vou tentar exemplificar abaixo o problema e a situação deste caso. Resumindo o Problema 1 - Enviando Nota Gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa; 2 - Sefaz Recebe; 3 - Sem Retorno da nota enviada; 4 - Entra em Contingencia gerando ID Chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa; 5 - Impressa a nota e entregue ao cliente; 6 - Ao enviar a nota pendente de autorização com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10009aaaaaaaaa, contingencia, retorna duplicidade de diferenca de chave com ID chave aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa10001aaaaaaaaa,identificando o processo 1 que foi enviado com sucesso. 7 - Sistema notifica que XML não é encontrado no micro devido a alteração da chave e não existir documento. Problemas 1 - Lojista deverá baixar o XML manualmente na sefaz para manter os diretorios atualizados e corretos; 2 - Cliente possui um documento fiscal inexistente e sem validade jurídica 3 - Cliente perde direitos de compra devido documento ser invalido. 4 - Lojista será notificado pela sefaz, e passível de multa, por emitir documento offline inexistente, caracterizando, sonegação fiscal. Resultados 1 - Cliente nunca conseguirá consultar a nota impressão que esta em seu poder; 2 - Lojista corre risco de penalidade fiscal e ser caracterizado a sonegação fiscal.

Bom dia a todos, Hipoteticamente falando, ao salvar o XML de uma NFC-e para emitir em contingência offline, por algum motivo desconhecido a SEFAZ rejeitou essa NFC-e, talvez por algum problema no endereço do destinatário, ou qualquer coisa do tipo. Li em diversos locais que seria necessário alterar o XML que está inválido, e reenviar a NFC-e em Contingência Offline, porém, se eu altero o XML, automaticamente o Digest Value do XML será alterado, logo, preciso alterar o QR Code, que também precisa do Digest Value informado, se eu alterei o QR Code, o DANFE NFC-e que meu Consumidor possui não será mais válido. O que deveria ser feito nesse caso? Já vi lugares que dizem que é necessário providenciar o novo DANFE NFC-e para o destinatário (vide http://tsdn.tecnospeed.com.br/blog-da-consultoria-tecnica-tecnospeed/post/nfc-e-enviada-em-contingencia-e-rejeitada-veja-como-autorizar-a-nota-sem-pendencias), mas não faz sentido quando não tenho destinatário/o consumidor não quis se identificar. Lembrando que só possuo esse problema na Contingência Offline, uma vez que a mercadoria já saiu do estabelecimento e não posso abortar a Venda.

Boa noite pessoal. Tenho uma dúvida quanto ao processo de correção de uma NFCe que foi emitida em contingência offline e quando processada retornou uma rejeição. O que consta no "Manual_de_especificacoes_tecnicas_da_Contingencia_Off-line_versao_2.0" para este caso é somente "Se vier a ser rejeitada, gerar novamente o arquivo com a mesma numeração e série, sanando a irregularidade e transmitir novamente". A minha dúvida é: que tipo de informação pode e qual não pode ser corrigida no arquivo para enviar de novo? Por exemplo, posso modificar a quantidade ou valor unitário de um item? O valor de algum tributo? Posso remover um item? Modificar dados do destinatário? Ou pode somente alterar CFOP, NCM, descrição do produto e observações? (ou seja, coisas que não tem nenhum impacto no valor e estrutura da nota fiscal). Se alguém puder ajudar eu agradeço.

Boa tarde a todos. Pessoal encontrei uma nota da receita que diz o seguinte : "É vedada a reutilização, em contingência, de número de NFC-e transmitida com tipo de emissão 'Normal' " No mesmo documento tem um exemplo para uso da contingência offline Tentativa de transmissão Há a tentativa de transmissão de uma NFC-e com numeração 20. Há um problema técnico na comunicação ou processamento das informações. Não há retorno da SEFAZ. Observação: É vedada a reutilização, em contingência, de número de NFC-e transmitida com tipo de emissão 'Normal'. Emissão off-line A NFC-e é emitida offline com numeração diferente, n° 21, para evitar a duplicidade da nota. Deve-se imprimir o DANFE-NFCe, em duas vias ou manter em local seguro o arquivo digital, sendo impresso para apresentar ao fisco quando solicitado Observação:  Caso na tentativa de transmissão (opção 1) o serviço de comunicação seja retomado, e a NFC-e autorizada,o procedimento correto é cancelar a NFC-e n°20.  Caso não haja tentativa de transmissão, a numeração utilizada na emissão off-line pode ser mantida. Transmissão Superado o problema técnico, a NFC-e n°21 é transmitida para obtenção da autorização de uso. Se vier a ser rejeitada, gerar novamente o arquivo com a mesma numeração e série, sanando a irregularidade e transmitir novamente. Para aquela que ficou pendente de retorno (a nota n° 20 desse exemplo):  inutilizar a numeração, se não autorizada; ou  cancelar, se autorizada. Eu me assustei ao ver isso tudo pois hoje eu tento transmitir... se a nota não obter resposta eu imediatamente faço a impressão offline e resolvo a nota mais tarde mas utilizando sempre a mesma numeração... no meu caso tenho muitos problemas com: Duplicidade de NFe com diferença na chave... Diferença também no DigestValue, entre outros problemas... acredito que são ocasionados pela tentativa de transmitir uma nota que anteriormente foi para a areceita em situação normal mas que não obtive resposta. Por fim o que é correto fazer quando não se obtém resposta em uma transmissão? muitas vezes ao transmitir retorna cStat = 0 e xMotivo = '' neste caso para não segurar o andamento eu imprimo offline para liberar o cliente que está aguardando com as compras... isso em supermercados como ficaria? é necessário realmente abandonar aquela nota e gerar uma nova com a próxima numeração? Existem 2 situações no meu caso: 1° tem internet no cliente, mas ela está lenta, instável etc... dai a nota transmite mas não obtém resposta... consequentemente estas notas eu tenho problema para conseguir autorizar depois.. 2°não tem internet no cliente, completamente offline... neste caso a receita não sabe da existência da nota... nesta situação transmite em contingência offline normalmente pois não vai dar conflito, a primeira tentativa não chegou a enviar a nota.

Ola, não encontrei resposta em outros tópicos então vou abrir esse. Caso tenha algum já a respeito do assunto, por favor me avisem... Vamos ao problema: Tenho um cliente que emitiu NFC-e em contingência-offline no dia 07/12 por exemplo com o certificado digital X. Acontece que o certificado digital X venceu dia 08/12 e o cliente instalou o certificado Y. Agora dia 09/12 ele tentou transmitir as NFC-e emitidas em contingência-offline dia 07/12 e da o seguinte erro: 'Certificado Assinatura Data Validade'. Já vi que é porque o certificado X está vencido na SEFAZ. Alguém tem alguma ideia de como resolver essas NFC-es e de como fazer alguma validação para não acontecer mais isso?

Boa tarde, estou com duas dúvidas na implementação do módulo de NFC-e utilizando o componente Acbr. Podem me ajudar? 1) DANFE Offline Estou gerando a NFC-e no modo offline, mas não consigo adicionar uma mensagem na impressão do DANFE, para indicar que o DANFE foi emitido offline. Estou fazendo desta forma e no DANFE a mensagem não é impressa. Ambiente de Homologação. Ide.modelo := 65; Ide.tpImp := tiNFCe; Ide.indFinal := cfConsumidorFinal; Ide.indPres := pcPresencial; Ide.tpEmis := teOffLine; Ide.dhCont := Ide.dEmi; Ide.xJust := 'DANFE EM CONTINGÊNCIA OFFLINE. SUA CONSULTA ESTARÁ DISPONÍVEL EM ALGUMAS HORAS.'; 2) Envio da NFC-e no modo assíncrono 2-A - Posso enviar apenas uma NF no modo assíncrono ou devo enviar no modo síncrono? Fiz um teste, enviando apenas uma NF no modo assíncrono e funcionou, retornou em 20 segundos, mas fico em dúvida é se é o correto, por conta da dúvida 2B. 2-B - A forma que estou fazendo, abaixo, é a mais correta para o modo assíncrono? Me baseei no exemplo do componente. Minha dúvida é se isso pode demorar muito tempo e o sistema ficar travado (mais de 5 minutos), como já ocorreu, e acabei finalizando a aplicação. Estou utilizando o Webservice do Amazonas. Existe outra forma? ACBrNFe1.Enviar(ACBrNFe1.WebServices.Enviar.Lote ,False //Imprimir = False ,False); //Assincrono MemoResp.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetWS); memoRespWS.Lines.Text := UTF8Encode(ACBrNFe1.WebServices.Retorno.RetornoWS); LoadXMLRetorno(MemoResp, WBResposta, ACBrNFe1.WebServices.Enviar.Lote); MemoDados.Lines.Add(''); MemoDados.Lines.Add('Envio NFe'); MemoDados.Lines.Add('tpAmb: '+ TpAmbToStr(ACBrNFe1.WebServices.Retorno.TpAmb)); MemoDados.Lines.Add('verAplic: '+ ACBrNFe1.WebServices.Retorno.verAplic); MemoDados.Lines.Add('cStat: '+ IntToStr(ACBrNFe1.WebServices.Retorno.cStat)); MemoDados.Lines.Add('cUF: '+ IntToStr(ACBrNFe1.WebServices.Retorno.cUF)); MemoDados.Lines.Add('xMotivo: '+ ACBrNFe1.WebServices.Retorno.xMotivo); MemoDados.Lines.Add('cMsg: '+ IntToStr(ACBrNFe1.WebServices.Retorno.cMsg)); MemoDados.Lines.Add('xMsg: '+ ACBrNFe1.WebServices.Retorno.xMsg); MemoDados.Lines.Add('Recibo: '+ ACBrNFe1.WebServices.Retorno.Recibo); MemoDados.Lines.Add('Protocolo: '+ ACBrNFe1.WebServices.Retorno.Protocolo); // E utilizo os campos abaixo para pegar o retorno de cada NF. AcbrNFe1.NotasFiscais.Items[nCt].NFe.procNFe.cStat ACBrNFe1.WebServices.Enviar.Lote, ACBrNFe1.WebServices.Retorno.Recibo, AcbrNFe1.NotasFiscais.Items[nCt].NFe.procNFe.nProt, //ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[nCt].nProt, AcbrNFe1.NotasFiscais.Items[nCt].NFe.procNFe.digVal Obrigado!

Bom dia aos nobres colegas! Alguém também com problema na consulta de status do serviço? "Inativo ou Inoperante..."

Olá Escovadores de Bits! Vamos falar hoje sobre geração off-line de arquivos, entender o que é, como faz e quais suas vantagens. Vamos lá! “...Daruma Social Developer, o que é uma Geração Off-line de Arquivos?” Geração off-line é uma geração de arquivos normal, como você já conhece e já faz, porém você não precisa ter uma impressora conectada no pc. “...Como vou gerar os arquivos da impressora fiscal sem a impressora fiscal?” É simples, usando os arquivos binários. Através dos arquivos Daruma.inf, Daruma.mf e Daruma.mfd você consegue gerar qualquer arquivo, sendo SPED, VIVANOTA, SINTEGRA, MFD, MF, TDM, NFP e NFPTDM. Continue lendo... Abraços,