Edy

Também tenho essa dúvida, mas...Deixei isso de lado para numa oportunidade testar em prática. Fazer que o programa gere um desses códigos até que fácil, forçando, na minha estrutura, existe a variável CodRet:=PegaCodigoRetorno, dai uso esse CodRet para tudo, testar, etc... lógico que posso forçar a variável a setar com o código=110, para testar, mas e ai, se houver exception? Acredito eu que só existe quando inicia com Rejeição na descrição, já tentei debugando o método que obtém esses retornos mais não cheguei a uma conclusão, ou não tiver atenção direita ainda pra ver... apenas deixei pra lá isso por enquanto e fui cuidar de outras coisas, mas terá que voltar a analisar isso quando for colocado sim em produção.

OK, achei que ao ser enviado e não houvesse retornado, gerando o erro 12002, já entraria direto com uma consulta para obter o protocolo e caso positivo na consulta, já lançaria a mesma como "Nota Autorizada" (Cstat 100 ), caso negativo na consulta a mesma entraria no controle de Notas para Analise, mas vou colocar ao obter esse erro 12002 a nota para ser lançado com parâmetro de "Nota para Análise" e retransmitir a mesma com outra numeração e só entrar em consulta direta para e obter o protocolo apenas em caso de duplicidade.. Valeu!!!

Bem, era isso que precisava, do código de erro, no caso é o 12002, mas não cheguei a testar, pois não conseguir mesmo mudando o arquivo .INI especificado no video e recompilando o ACBrNFeServicos.rc dele, mas tudo bem, pra concluir, me detalha uma coisa, em primeira instância, começo o tratamento do erro fazendo a consulta imediata pra saber se obtenho o protocolo de autorização quando ocorrer esse erro? Ou só devo efetuar a consulta para obter protocolo somente quando o retorno do erro for duplicidade...?

e qual código de erro, descrição etc ocorre para eu tratar? Pois não consigo simular esse erro aqui.

Opa Daniel... isso, quando há há retorno. Assim, gostaria de saber qual erro ou descrição de erro que ocorrerá quando a SEFAZ não nos retornar o protocolo/recibo da nf enviada... o componente entra em algum try/exception e mostra algum erro? Algum código/descrição?

E ai pessoal que já tá com o sistema rodando a muito tempo que já deve ter passado por isso, que erro ocorre? Qual número de erro pra eu tratar ou descrição do erro, poderia me passar?

Tentei diminuir o Timeout mais aqui não ocorreu nenhum erro... testei 5 notas emitidas mas não rola esse erro da sefaz, alguém aí sabe qual código de erro nos é emitida para eu tratar? Cstat não nos é retornado, já que o mesmo só quando há retorno da sefaz, então, quem ai tá com o sistema em prática, poderia me dizer qual erro aparece?

Pessoal, estou fazendo a parte de controle de duplicidade, e simular uma nf emitida com duplicidade até que é fácil, mas quando enviamos uma NFe ou NFCe e não há o retorno da sefaz com o protocolo/recibo etc, qual erro nos é emitido? Até agora em faze de teste, homologação não houve nenhuma nota onde a sefaz deixou de nos retornar dados da NF enviada.

OK perfeito, é que peguei essa NF das em produção que existe de um sistema que dou suporte aqui na cidade... e usei ela para consultar posição SEFAZ pelo meu e depois use o DEMO e esqueci que tanto o meu em desenvolvimento e o Demo estão no modo Homologação.. faz sentido. Valeu Grande!

Hummm como a NF foi em produção deveria consultar em Produção não é? Bem, vou testar, o que achei estranho é tá mostrando a realidade dos dados via XML e já via chave não.. vou testar e posto aqui o resultado.

Ai agora tá uma novela... aqui não vai, usando DEMO mesmo, e atualizado tudo a semana passada, não vai, pela chave dá isso ai, acabei de testar, veja a imagem anexa...

Pessoal, porque (usando DEMO ), ao consultar uma nfc-e via chave tenho o retorno que a NF não conta na base da sefaz, e a mesma NF sendo consulta via carregamento do XML dela mostra o resultado como Autorizada... porquê? Chave:28170410441497000137650010000000501000000503 Em anexo segue o xml dessa chave. Obs.: Operação:Produção UF:SE 28170410441497000137650010000000501000000503-nfe.xml

Eu também tive um pouquinho de trabalho para formar a composição do Regime Normal ( Lucro Presumido/Real ) para o Simples Nacional. Algumas tags mudam, como também informar os códigos de tratamento da situação tributária que muda da procedure CST(x) e passa-se a usar a procedure CSOSN(x), sendo que os códigos(x) são diferentes entre eles e deverão ser obtidos com seu contador ou em sites de áreas contábil e há cálculos diferentes entre eles também a depender do código e deverá ser tratado ... ...melhor entendimento eu obtive ao ler neste link, veja se isso te ajuda também. http://www.flexdocs.com.br/guianfe/gerarNFe.detalhe.imp.ICMS.html

nossa, ufa... descobrir finalmente esse erro, mas poxa foi um pequeno erro por não entender direto a construção do objeto, mas tai ai para quem passar por isso: Dentro da função GerarNFCe(ed_numNF.Text) existe a estrutura de preenchimento das variáveis do objeto da nfe usando WITH que é esse ( with ACBrNFe1.NotasFiscais.Add.NFe do ) onde se preenchia Ide.cNF, Ide.NatOp, etc e o que aconteceu, simples, eu na falta de conhecimento, acabei setando a variável digitando dentro do with mas dessa forma: ACBrNFe1.NotasFiscais.Add.nfe.Ide.tpEmis:=teOffLine ao invés de nfe.Ide.tpEmis:=teOffLine dai não entendi como, mais como já explicado antes, falta de conhecimento mesmo, e essa adição de valor pra variável tpEmis dessa forma, fez com que houvesse uma repetição de procedimentos dentro do método Assinar onde o método TNFeW.GerarXml acabava ficando sem valores para [ nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo ] etc. Obrigado ai as tentativas de iniciar a ajuda pessoal!

André, deburando obtenho dados das variáveis... function TNFeW.GerarXml: Boolean; var chave: AnsiString; Gerar: Boolean; xProtNFe : String; xCNPJCPF : string; begin Gerador.ListaDeAlertas.Clear; Usar_tcDe4 := (NFe.infNFe.Versao >= 3.10); Versao := Copy(NFe.infNFe.VersaoStr, 9, 4); chave := ''; if NFe.infNFe.Versao >= 2 then begin xCNPJCPF := nfe.emit.CNPJCPF; if not EstaVazio(nfe.Avulsa.CNPJ) then xCNPJCPF := nfe.Avulsa.CNPJ; if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, xCNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end; showmessage('UF: '+ IntToStr(nfe.ide.cUF) + 'Num Série: '+IntToStr(nfe.ide.serie)); O que acontece... essa rotina é chamada umas 4 vezes antes de concluir o processamento da assinatura... no DEMO todas obtenho dessas variáveis que estão no Showmessage os valores certos: a UF e Nº de série por exemplo vem em todos os processos da rotina, mas... na minha aplicação, apesar de usar a mesma forma e sequencia do DEMO, ele aparece a 1ª vez com os dados capturados corretos, na 2ª vem vazia... dai na 3ª vem capturada, na 4ª que finaliza vazia, quer dizer, não sei pq há essa alternância de vir preenchidas e vazias.

Bem, tirei um tempinho exclusivo para deixar o demo funcionando novamente.. conseguir, está ok.. agora fiz os teste de emissão em contingência Offline.. usando a mesma forma que uso no meu sistema e no demo funciona 100%... if pos('requisição não enviada', LowerCase(e.Message) )>0 then begin UsarContigencia:=true; GerarNFCe(ed_numNF.Text); * ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; end; Tai, no demo OK no meu não sei que mistério tem, não vai!

André o detalhe é que depois que atualizei os componentes há uns 10 dias atrás e fui tentar usar o DEMO e infelizmente não conseguir mais transmitir nenhuma NFe ou NFCe, pois dá esse erro: Communication Error 2:O sistema não pode encontrar o arquivo especificado . Dai como no programa que estou desenvolvendo isso não ocorria, eu deixei de lado testar pelo DEMO pq tinha q resolver essa questão que esta me tirando o sossego mas é uma pena que no DEMO está ocorrendo essa falha pq assim poderia testar por ele pra ver onde poderia está esse erro 'UF não pode ser vazia" Obs.: uso Certificado A3

Meu caro, tentei até mudar um pouco a ordem como vc colocou ai, mas mesmo assim, não adiante, tou ferrado, a sorte é que tudo ainda é so teste mesmo, nada está sendo colocado em produção em empresa nenhuma... mas a coisa tá ótima, o projeto tá ficando muito bom... mais isso já tem 1 semana que não consigo resolver, como algo funciona 100% para emitir NFCe, NFe, cancelamentos, cartas de correçao, inutilização mas essa emissão Offline não dá???, não sei o que é, é colocar em modo off que não vai, tá duro amigo!!!

Observei que a mesma procedure que prepara a NFC para depois Gerar, Assinar e transmitir e que funciona tudo certo em modo Online, basta se mudar a linha para Offline que o sistema não captura mais nada, nem UF, nem Série, Nem número da NF, afinal, porque a mesma que gera tudo normal, e apenas trocando para offline ela não captura nada? Será que alguém aqui poderia me dá uma dica? Parece simples mais infelizmente já tem dias que a coisa não anda aqui.

Pessoal, estou testando a parte de contingência offline e está ocorrendo um erro estranho quando provoco a contingência pois apesar da UF está sendo passada perfeitamente, já que a mesma procedure de gerarXML e Assinalar está funcionando 100%, mas pra contingência da erro de: 'UF não pode ser vazia'... ja testei de tudo e não tem jeito, só dá isso, veja abaixo o que passo: if pos('requisição não enviada', LowerCase(e.Message) )>0 then begin UsarContigencia:=true; GerarNFCe(ed_numNF.Text); * ACBrNFe1.NotasFiscais.GerarNFe; ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Validar; end; ( * ) dentro da procedure GerrNFCe ja se encontra os dados da UF corretos e modelo da NF: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := TpcnVersaoDF(cbVersaoDF.ItemIndex); ACBrNFe1.Configuracoes.WebServices.UF:=cbUF.Text; E mesmo assim, dá ERRO. Deburando o erro ocorre neste: procedure TACBrDFe.LerServicoDeParams(const ModeloDFe, UF: String; const TipoAmbiente: TpcnTipoAmbiente; const NomeServico: String; var Versao: Double; var URL: String); var Sessao, NomeSchema, ArqSchema: String; VersaoAchada, VersaoSchema: Double; begin if EstaVazio(ModeloDFe) then raise EACBrDFeException.Create('ModeloDFe não pode ser vazio'); if EstaVazio(UF) then raise EACBrDFeException.Create('UF não pode ser vazia'); Obs.: Modo Homologação. Alguém da passou por isso e poderia e dá uma Dica?

É realmente ótimo isso Marlon, já tentei fazer como vc quer mas até o momento sem resultados, daí deixei por enquanto de lado... mas estou à procura disso tb. Desculpe, o texto abaixo, é só um ponto de vista meu, mas que se prossiga respostas sobre o tópico aberto por Marlon. " Eu realmente até hoje não entendi a lógica operacional do projeto de notas eletrônicas obrigar que tenhamos guardados NF emitidas. Sou proprietário de uma loja comercial de Móveis na minha cidade há 8 anos que minha família gerencia e o que imagino se algum dia chegar um fiscal aqui pra analisar alguma irregularidade com notas, como ocorreu na loja de Sapatos e Confecções do meu vizinho, onde eles pediram o XML de uma nota específica para analisar uma irregularidade com a empresa que vendeu produtos a eles... espere ai, se as notas ficam lá na base da SEFAZ, tudo constando lá, será que numa possível averiguação por suspeita de algo, eles simplesmente não poderia chegar no escritório da loja, até com próprio notebook dele ( o fiscal ) e consultar notas suspeitas emitidas pela empresa X sem precisar está pedindo ao dodo da loja? Realmente não entendi essa estrutura lógica onde fiscalizar são fatos raros, principalmente hoje em dia com nfs online ( em 8 anos, nunca houve um fiscal em minha loja ), sendo assim o que custaria ele consultar notas suspeitas e mostrar ao dono da loja o fato que iria gerar multas e apreensão?...Seria muito simples, agora porque tanta burocracia em obrigar guardar Notas por 5 anos? Isso deveria ser coisa do passado, com toda modernidade, deveria acabar com isso, mas paciência. " Continuemos o tópico para sanar a dúvida do Marlon, que também me servirá!

Josival, estou com esse mesmo problema, tudo no sistema funciona certinho...Gerar/Transmitir NFe, NFCe, Eventos de Cancelamento e CCe, mas, inutilização para nesse mesmo erro, vi que os fonte estão tudo OK, atualizado, recompilados, pois afinal, tudo funciona certo, exceto isso, como você resolveu? Ou se alguém puder dá uma dica, agradeço.

"Só vou tentar descobrir, porque as cartas reenviadas para mesma nota ( 2ª, 3ª carta de correção em diante ) ele passa a gravar na pasta eventos\nfce ao invés de continuar a gravar na pasta eventos\nfe, isso vai ser outro mistério, se descobrir eu posto aqui, senão, abro novo post." - Ok, descobrir. Para os que salvam XML de Notas Fiscais e eventos em pastas, segue um detalhe: Se o salvamento de arquivos estiver SeparaPorModelo:=true como é o caso do meu...o sistema gravará na pasta de eventos que você definir separado por NFe e NFC-e, assim se você não definir antes de gerar sua CCe como: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe ele sempre irá salvar na pasta do último modelo de Nota FIscal usado, quer dizer, se vc emitiu uma NFe e no dia que resolveu emitir uma Carta de Correção vc emitiu uma NFC-e antes, o sistema sempre pega o último modelo usado e os eventos ficam gravados nela...portanto se vc quiser que seus eventos de NFe fiquem gravados na pasta de eventos\nfe ( por exemplo), você terá que definir que trata-se de uma NFe antes de gerar o evento, inclusive esse detalhe também ocorre no DEMO do ACBR.

Uffa, depois de dias, finalmente descobrir o que estava ocorrendo, vamos lá: Lendo o manual e também lendo alguns post que vi aqui, estava entendo que o campo infEvento.nSeqEvento deveria ser incrementado em +1 sempre que fosse gerado uma CCE, até ai tudo bem, era só fazer um autoincremento e nSeqEvento seria incrementado... só que estava errado, só se deve incrementar+1 para sequencias de novas cartas que forem emitidas para a mesma NF, sendo notas diferentes, se deve usar nSeqEvento:=1 ao menos é o que entendi. Dai em todas as notas testes eu não tinha feito o autoincremento para nSeqEvento e estava usando apenas o número 1 e até umas 10 cartas emitidas pra NF "diferentes" deu certo, e gerava o XML na pasta normalmente, tudo OK, mas o problema foi quando resolvi mandar nova carta de correção para as mesmas notas, dai esse nSeqEvento já deveria ser incrementado em +1 para não gerar Duplicidade e limitando-se 20. Como o sistema não gerava uma exceção para o retorno de Duplicidade (Cstat=573), e gerava a impressao em tela da Carta, eu não lia o código do erro com respectiva descrição, e apenas via a carta ali passando os olhos rápido, dai achava que era iguais as outras que já tinha impressa, e fui em busca do XML, e dai foi que me enlouqueceu, pois não estava gravando, onde na verdade ele nao gravava por causa o erro 573. Se o erro de duplicidade gerasse uma exceção como ocorre na transmissão de NFe/NFC-e ai sim não iria cair nessa pegadinha kkkkk. Só vou tentar descobrir, porque as cartas reenviadas para mesma nota ( 2ª, 3ª carta de correção em diante ) ele passa a gravar na pasta eventos\nfce ao invés de continuar a gravar na pasta eventos\nfe, isso vai ser outro mistério, se descobrir eu posto aqui, senão, abro novo post. Caso alguém tenha alguma consideração a fazer sobre o assunto, sintas-se à vontade, se disse algo errado, pode corrigir pessoal!

Pessoal, sei que deve existir aqui no fórum mais já vasculhei de tudo quanto é forma e não encontrei... salvar as NFe/NFCe onde eu quiser, tanto pdfs ou xmls estão OK agora salvar o XML de retorno da Sefaz de eventos, como CCe ou Cancelamento, esse não estou conseguindo...ele salva apens os arquivos tipo ( 1-ped-eve-soap,1-eve-soap.xml etc ) mas o xml mesmo com o protocolo e autorização o retorno, o arquivo procEvento não salva. Já deixei todas as configurações.salvar de todos ativo, como o de arquivos, geral, e webservice, todos com seus Salvar setados para true, e também especifiquei o caminho do PathEventos, mas nada desse arquivo de xml vir. O que pode está ocorrendo? Até no DEMO do acbr atual também não vem isso, mesmo com tudo ativado e caminhos especificados...