Armando Soares da Silva
Membros-
Total de ítens
13 -
Registro em
-
Última visita
Últimos Visitantes
O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.
Armando Soares da Silva's Achievements
-
Importação IBPT 21.1.I (RESOLVIDO)
Armando Soares da Silva replied to analista.edilson's tópico in ACBrDiversos
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. -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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. -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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 -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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 -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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. -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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 ? -
Nota Técnica 2020.007 Ator Interessado
Armando Soares da Silva replied to Armando Soares da Silva's tópico in ACBrNFe
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. -
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
-
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 ?
-
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.
-
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.