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

Armando Soares da Silva

Membros
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Armando Soares da Silva

  • Rank
    Novato

Recent Profile Visitors

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

  1. Bem, como houve alteração do prazo, e ainda continuava com erro aqui, o tópico pode ser encerrado. Quando o próximo prazo abrir em homologação, caso haja problemas volto em outro tópico. Obrigado a todos.
  2. Emiti agora pra um ativo, inclusive emitiu Ct-e para o comercio do meu pai há poucos dias. Mesmo erro. Infelizmente. 3-eve.xml 3-ped-eve.xml
  3. Tenho sim. Emiti agora uma, coloquei que o frete é por conta do emitente, coloquei que quem estava emitindo o evento era também o emitente contra o cnpj de uma transportadora. Em tese, eu, emitente, emiti o evento, autorizando o cnpj de uma transportadora, de fato, e me parece que rejeita por ela não ser emitente de ct-e. Mas ela é. Vou anexar. 2-eve.xml 2-ped-eve.xml 26210202321259000160550010000051111877476860-nfe.xml
  4. Pois é, emiti a nota com meu cnpj, e posteriormente criei o evento autorizando um cnpj de transportadora para ter acesso ao xml e tive esse retorno. Quanto ao autônomo você tem razão, imaginei uma hipótese de contrato de transporte com um autônomo, posterior emissão de nota. Vou aguardar pra ver se mais alguém já está implementando e poderia ajudar. Obrigado.
  5. Bom dia amigo, obrigado por participar. Então, pelo que entendi o parâmetro que está sento utilizado para o evento é o CNPJ, sendo assim, usei o de uma transportadora conhecida aqui da cidade, a título de testes. Emiti uma NFE usando o transportador como terceiros, justamente pra gerar o fato de não saber quem irá transportar. Porque o emitente e o destinatário, já temos o XML, não há necessidade de gerar esse evento para nós dois. Acredito que esse evento seja para autorizar um terceiro o download do xml para emissão do ct-e/mdf-e. Confesso que não está muito claro para m
  6. Bom dia Juliomar. Ele gerou apenas esses dos xml que anexei, um dizendo da rejeição e outro como se tivesse feito o evento. Não criou mais nenhum arquivo.
  7. Boa noite, estou implementando na minha aplicação essa nota técnica, gostaria de saber se o evento foi realizado, ou rejeitado. Em ambiente de homologação preciso de empresas específicas para testes ?? Vou anexar os eventos. Obrigado. 1-eve.xml 1-ped-eve.xml
  8. Amigo, agradeço sua ajuda. Confesso que já estava pensando em desistir, faz uma semana que rodo todo esse fonte em busca desse erro, e graças a Deus encontrei e corrigi. Pode encerrar o tópico. Aproveitando o post, virão algumas atualizações por parte da Sefaz, como Ator Interessado. Terei muitos problemas na implementação dos mesmos, visto que não tenho tanta experiência e estou tendo que reaprender tudo novamente ?
  9. Verifiquei sim amigo, tanto na maquina virtual quanto nas minhas maquinas aqui, estou testando em 3 maquinas físicas. Ele retorna 11/01/2021 17:14:45
  10. Então amigo, obrigado pela resposta. A NFe está ok, sai correto. Esse problema está sendo só na NFCe. Se eu usar apenas TimeToStr a hora sai correta. Se eu usar DateToStr sai "Corretamente", porém na hora sai um 24 misturado. Se usar DateTimeToStr sai aquela bagunça. Vou anexar as imagens.
  11. Amigo, primeiramente obrigado pela resposta. Como havia dito, o XML está correto, NFC-e e NFe estão implementados, apenas a DANFE da NFC-e que está com esse problema. Dei mais uma vasculhada e descobri o que está acontecendo, porém ainda não sei como resolver. Na hora de ir buscar o dados, ele está buscando em pcnProcNFe, então ele busca tanto a data/hora de autorização de emissão quanto de autorização; segue o código. if not EstaVazio(Trim(procNFe.nProt)) then begin lProtocolo.Visible := True; lProtocolo.Caption := ACBrStr('Protocol
  12. Boa tarde, esse é meu primeiro tópico, espero que esteja no local correto. Há muitos anos cursei Delphi e estou voltando aos poucos para o desenvolvimento, então desde já, estou com conhecimento limitado. Adquiri um Fonte para ir finalizando e tento maior contato novamente e me deparei com a seguinte situação: A hora está duplicada em Série e em Data de autorização. Já vasculhei a parte fiscal e até agora não consegui um norte para encontrar esse erro. O ACBr está atualizando, bem como o Fortes. O layout do Fortes está correto, não duplicidade de código. Um detalhe
×
×
  • Create New...