Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

clube mobile


Cursos grátis para toda base ACBr
+ Promoção Clube Mobile para o ACBr Pro

Saiba mais

adriano santos

click.png

click.png

click.png

click.png

click.png

click.png

jhoerlle

Membros
  • Content Count

    14
  • Joined

  • Last visited

Community Reputation

0 Neutral

About jhoerlle

  • Rank
    Novato

Profile Information

  • Location
    Igrejinha

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Boa sugestão Ricardo, eu iria postar isso agora também. Este manual é bastante didático na explicação dos procedimentos.
  2. Cara, me ajudou muito. Eu precisava justamente o que você implementou gerar o XML do procEventoNFe com o protocolo de cancelamento quando eu não tinha ele por algum erro de comunicação no cancelamento. Implementei da maneira que você sugeriu e funcionou perfeitamente. Muito obrigado pela ajuda.
  3. Correto, eu tenho o XML sem o protocolo de cancelamento. Na consulta da situação da nota me retorna o número do protocolo de cancelamento, mas somente em nfe.WebServices.Consulta.procEventoNFe.Items[0].RetEventoNFe.retEvento.Items[0].RetInfEvento.nProt, Eu tenho o número do protocolo de cancelamento e consigo gravar ele no meu banco de dados, mas não consigo ter o XML do evento com o protocolo. O correto seria conseguir o XML do evento com o protocolo de autorização, sem mexer em nada no XML da nota, que continua com o protocolo de autorização.
  4. Eu concordo com você, o xml só é válido com protocolo de autorização ou denegação. Na verdade o meu objetivo não é "embutir" o xml de cancelamento no xml da nota, essa realmente é uma prática antiga e acredito que não mais utilizada. Qual é o meu problema exatamente: quando tento fazer o cancelamento de uma NFCe e por algum motivo não obtenho o retorno desse cancelamento (problema de internet normalmente) e aí não sei se ele chegou a ser efetivado na Sefaz ou não (a mesma questão que ocorre com a contingência offline no envio das notas, onde a sugestão da própria Sefaz é emitir nova
  5. Estou com um problema na consulta de notas que estão canceladas, está gravando o XML com o protocolo de cancelamento substituindo o protocolo de autorização no XML original na pasta. Exemplo: tenho uma nfce que está autorizada, faço o cancelamento dela e tenho um problema de comunicação, não sei se o cancelamento foi aprovado ou não. Faço uma consulta da situação pelo WS de consulta, utilizando o arquivo XML (uso o loadFromFile, não uso a consulta pela chave de acesso). Ao executar o nfe.Consultar ele atualiza o XML na pasta original e substitui o protocolo de autorização pelo p
  6. Que bom Carlos, menos mal assim. Eu postei porque pra mim não estava mais funcionando, estava passando reto na exception e não entrando no meu "if" que testava os códigos.
  7. Sim Régys, eu fiz exatamente essa alteração que você comentou removendo o "-", só quis comentar aqui para ver se mais alguém tinha passado pela mesma situação, ou até mesmo alertar para alguém que talvez tenha implementado dessa maneira e possa começar a ter problemas no seu sistema devido a essa mudança. Obrigado pela atenção.
  8. Eu estava usando essa lógica para descobrir se houve problema na transmissão da nota para entrar em contingência e vinha funcionando, porém de uma hora pra outra parou de funcionar. Fui investigar e vi que mo message de Exception o formato mudou, não vem mais com o " - " ao lado do código, está vindo só o código (por exemplo 12007) e a descrição da mensagem. Mais alguém está passando por isso?
  9. Pessoal, estou com uma dúvida. Eu gostaria de saber se uma NFCe quando for denegada irá gerar uma Exception no método TACBrNFe.Enviar (Integer, Boolean, Boolean), como ocorre com as notas rejeitadas, ou ele irá funcionar da mesma maneira que uma nota Autorizada e eu só preciso testar pelo cStat do retorno para saber se foi Autorizada ou Denegada? Eu encontrei uma postagem antiga no fórum dizendo que essa situação gerava exception e comentários solicitando para alterar para que não gerasse mais, mas não encontrei nenhuma referência se isso foi alterado ou não. Atualmente os cStat
  10. Alguma solução para essa questão? Estou passando pelo mesmo problema. Delphi XE 7, trunk2 atualizado.
  11. Sim, isso está claro para mim também, que deve ser alterado o que causou a rejeição. Mas e se a rejeição for relacionada a algo que deva alterar valor, como uma base icms incorreta ou outra coisa do gênero? Será permitido alterar valor da nota fiscal? Outra questão: tecnicamente como o pessoal tem atuado nessa questão? Quais os campos que vocês liberam para o usuário editar em caso de correção de nota offline rejeitada? Se deixar todos os campos liberados para correção ele poderá acabar alterando valores ou outra coisa que não tem a ver com a origem da rejeição. Ou vocês fazem
  12. 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 u
  13. Boa tarde pessoal. Sou novo aqui no Acbr e preciso de ajuda com duas questões relacionadas a emissão do danfe nfce. Primeiro, na versão do fortes o que é aquele (VLTR R$)* no cabeçalho dos itens? Não consegui entender o que significa. Outra coisa: como faço para incluir o valor dos tributos separados entre federal, estadual e municipal? As tags existentes pra isso no componente danfe não funcionam, se marco para imprimir os tributos separadamente não acontece nada. Eu posso incluir isso manualmente na tag de informações adicionais e funciona, só que continua imprimindo automatic
×
×
  • Create New...