Jump to content

click.png

click.png

click.png

click.png click.png click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

Armando Soares da Silva

Membros
  • Posts

    13
  • Joined

  • Last visited

Recent Profile Visitors

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

Armando Soares da Silva's Achievements

  1. Boa tarde. Aqui resolvi editando o arquivo IBPT e retirando as "" da descrição do ncm 39233090 e passou. Sem alterar componente nem nenhum fonte. No meu caso, o arquivo de Pernambuco.
  2. 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.
  3. 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
  4. 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
  5. 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.
  6. 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 mim ainda. Também tem a questão de transportadores autônomos, como fica essa situação ?
  7. 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.
  8. 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
  9. 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 ?
  10. 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
  11. 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.
  12. 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('Protocolo de Autorização: '+procNFe.nProt); if (procNFe.dhRecbto<>0) then begin lDataAutorizacao.Visible := True; lDataAutorizacao.Caption := ACBrStr('Data de Autorização ' +DateTimeToStr(procNFe.dhRecbto)); end else lDataAutorizacao.Visible := False; end else begin lProtocolo.Caption := ''; lProtocolo.Visible := False; lDataAutorizacao.Caption := ''; lDataAutorizacao.Visible := False; end; Acontece que lá está assim; '<dhRecbto>' + FormatDateTime('yyyy-mm-dd"T"hh:nn:ss', FdhRecbto) + IIf(Versao >= '3.10', GetUTC(xUF,FdhRecbto),'')+'</dhRecbto>'+ Então acredito que na hora de transformar em String, tá ficando essa embolada. Como poderia corrigir essas datas ? Já modifiquei para DateToString e fica do mesmo jeito. Tentei TimeToString e a hora veio correta, porém sem a data. Desde já, obrigado mais uma vez.
  13. 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 muito importante é que o XML está correto, não há nenhum erro em sua emissão, está autorizando normal e todas as tags obrigatórias estão atendidas. Alguém poderia me dizer pelo menos um caminho onde devo procurar ? Visto que está gerando normal o XML e o layout não está errado. Desde já agradeço. Anexo da Danfe.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.