LUCAS CARDOSO DA SILVA

Portão RS exige a tag "EspecieDocumento" porém esta comentado na unit "Acbr\Fontes\ACBrDFe\ACBrNFSe\PCNNFSe\pnfsNFSeW_ABRASFv2.pas" linha 1000 // Gerador.wCampo(tcStr, '#1' , 'EspecieDocumento' ,01,01,1 , '0' , DSC_TPAMB );

Vou verificar aqui, pelo jeito tem alguma diferença quando é o segmento de factoring. Favor desconsiderar.

Olá, carteira 19 também exige 17 posições. Algúem poderia ajustar isso nos fontes do ACBrBancoBrasil?

Olá Antonio, tem de promover esta alteração No nosso projeto optamos por modificar a unit do GZIPUtils com o seguinte trecho de código: {$R-} // disable range checking Result := UpdateCrc32(b, Result); {$R+} // enable range checking aqui funcionou, porém sempre que atualiza o acbr tem que refezar

Notei, porém o problema continua.

Apaguei tudo que tinha inicio com Acbr. Notei quei ficaram alguns arquivos na pasta debug de alguns sistemas. Depois disso não ocorreu mais

Dessa forma todas as vezes que o ACBR for atualizado tem que refazer esta alteração na unit do gZip?

seria em C:\Users\Public\Documents\Embarcadero\Studio\19.0\Bpl ? quais bpl's eu devo excluir dali?

seguem log_Delphi_10.2_Tokyo.txt log_Delphi_10.2_Tokyo.txt

Não, apenas o Tokyo. Tenho o Lazarus instalado, mas não cheguei a instalar nenhum componente nele.

Esse erro começou no Delphi Tokyo após atualizar o ACBR na ultima semana Usei o .bat ApagaAcbr Apaguei a pasta Acbr Baixei novamente do TRunk2 Reinstalei desinstalei novamente o Acbr desinstalei o FortesCe Reinstalei o Fortes e depois o Acbr mesmo assim o erro persiste cadastrei um tópico a respeito esta semana, porém tudo foi resolvido com a desinstalação do FortesCe e do ACBR. Porém, o erro sempre acaba voltando.

Ola, erro novo pra mim. Trabalho com o ACBR desde 2012 e sempre atualizo a versao sem problemas. Dessa vez apaguei tudo, removi os library paths e reinstalei tudo. Por gentileza, dar como resolvido.

Não, sempre apago. Fica sempre em c:\acbr

Esse erro começou no Delphi Tokyo após atualizar o ACBR na ultima semana Usei o .bat ApagaAcbr Apaguei a pasta Acbr Baixei novamente do TRunk2 Reinstalei desinstalei novamente o Acbr desinstalei o FortesCe Reinstalei o Fortes e depois o Acbr mesmo assim o erro persiste

Senhores, é possível usar uma query com requestlive (firedac) e join, e ao alterar um campo automaticamente atualizar os campos que foram chamados com o join? por exemplo: select A.Cliente, B.Nome from Notas a left join Clientes B on B.Codigo = A.Cliente ao alterar num dbgrid o campo Cliente, que o campo nome já aparecesse automaticamente. Não queria usar lockup pois vai ficar muito lento...

Acabei removendo manualmente a tag, vou dar como resolvido

abaixo a rotina o que foi adicionado desde a ultima conversa foi a linha nodeprot.Attributes['xmlns'] := 'http://www.portalfiscal.inf.br/nfe'; abaixo o código try vXMLProt := TXMLDocument.Create(self); vXMLNFe := TXMLDocument.Create(self); vXMLCompartilha := TXMLDocument.Create(self); // Abre XML NFe assinada; vXMLNFe.LoadFromFile(xmlNf); //Abre XML Protocolo autorização; vXMLProt.LoadFromFile(xmlProc); // Le o nó "NFe" da NFe assinada NodePaiNFe := vXMLNFe.DocumentElement; // Le o nó "protNFe" do protocolo de autorização NodeProt := vXMLProt.DocumentElement.ChildNodes.FindNode('protNFe'); nodeprot.Attributes['xmlns'] := 'http://www.portalfiscal.inf.br/nfe'; // Cria documento de envio para o Destinatário With vXMLCompartilha do begin // ativa, versiona e codifica UTF-8 para o XML Active := True; Version := '1.0'; Encoding := 'UTF-8'; // adiciona atributos padrão arquivo AddChild('nfeProc','http://www.portalfiscal.inf.br/nfe'); // Prepara o nó principal e adiciona a versão como atributo NodeNivelA := DocumentElement; //NodeNivelA.Attributes['xmlns'] := 'http://www.portalfiscal.inf.br/nfe'; NodeNivelA.Attributes['versao'] := TNfeBaseVersao.Text; // Adiciona o nó "NFe" da Nota Fiscal eletrônica assinada NodeNivelA.ChildNodes.Add(NodePaiNFe); NodeNivelA.ChildNodes.Add(NodeProt); end; // salva arquivo de distribuição da NF-e no disco. VXMLCompartilha.SaveToFile(XmlDistro); VXMLCompartilha.SaveToFile(arquivo); finally vXMLNFe.Free; vXMLProt.Free; vXMLCompartilha.Free; end;

Fiz como o colega acima indicou, preenchi o xmlns da tag ProtNFe porém, não consigo preencher a mesma coisa no InfProt xml em anexo 43191010853734000177550010000179201357328717-procNFe.xml

Cliente alega que xml da NFe está corrompido. Ao validar a nfe no site da sefaz/Rs apresenta erro ralmente. link de validação https://www.sefaz.rs.gov.br/nfe/NFE-VAL.aspx em anexo o xml 43191010853734000177550010000178321158892332-procNFe.xml

atualizei novamente e está resolvido; obrigado pessoal!

segue 43190807845658000143670010000000821241518343-cte.xml

Mesmo erro para mim, mesmo informando 67 - CTe OS atualizei novamente os fontes e os schemas, porém, da´erro de validação agora: Element '{http://www.portalfiscal.inf.br/cte}infFretamento' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/cte}rodoOS'. 43190807845658000143670010000000821241518343-cte.xml

Mesmo erro para mim, mesmo informando 67 - CTe OS

Só atualizar o ACBR, reinstalar e recompilar o sistema resolve? Ou vai ter que ser distribuido o .ini junto da aplicação?