luisclaudio_jr
Membros Pro-
Total de ítens
642 -
Registro em
-
Última visita
-
Days Won
1
luisclaudio_jr last won the day on 2 Dezembro 2023
luisclaudio_jr had the most liked content!
Sobre luisclaudio_jr
Últimos Visitantes
2.043 visualizações
luisclaudio_jr's Achievements
-
Italo, estava aqui analisando. Creio que essa sequencia #$D#$A aconteça quando eu jogo o arquivo pra uma TXMLDocument, nós fazemos isso aqui, porque antes de popularmos pro ACBR a gente valida algumas coisas, principalmente pra saber se o XML em questão é uma nfe, se não é um evento, se não veio corrompido (arquivo zerado), se não foi um resumo... Enfim, são feito N situações. Quando eu dei direto um LoadfromFIle deu certo, meu problema foi no LoadfromString e ai quando eu debuguei, identifiquei que de fato o xml após entrar no TXMLDocument leva essas "quebras" de linha. Usando um stringReplace e removendo tudo (debugando eu vi que sumiram de fato os #$D#$A ), o problema ainda persistiu. E isso ocorre com todos os xmls, que fazemos usando esse cenario (carregando ele pra uma txmldocument) após isso, usando um loadfromString.. Vou enviar mais xmls contendo o topico novamente, mas basicamente todos acontece isso, quando carregamos dessa forma.
-
Estava vendo nossa rotina aqui, antes a gente carrega o xml em um Txmldocument e depois usa o loadfromstring... Será que pode ser alguma coisa nesse sentido? (lembrando que antes funcionava normal.. foi após usar o xmlacbrdocument) var aXml: XMLString; sl: TStringList; ADoc := TXMLDocument.Create(nil); try ADoc.Active := True; ADoc.Version := '1.0'; ADoc.Encoding := 'utf-8'; ADoc.Options := [doNodeAutoIndent]; vTam := TamanhodoArquivo(arquivo); //aruivo em branco if (vTam < 100) then begin abort; end; ADoc.LoadFromFile(arquivo); aXml := ADoc.XML.Text; finally sl.Free; end; DM_NFE.ACBrNFe1.NotasFiscais.Clear; DM_NFE.ACBrNFe1.NotasFiscais.Add; DM_NFE.ACBrNFe1.NotasFiscais.LoadFromString(aXml)
-
Italo, atualizei reinstalei, mas continua tudo igual por aqui. ele chega nessa parte e cai no exception, eu vi no log a alteração, mas tu fez só tirar o or de lá.. mas o problema de fato é nessa abaixo... na hora do xmlparseDoC que entra como nil. 'XML declaration allowed only at the start of the document'#$A m <- é isso que dá naquele exception.
-
Voltou o de manhã agora, mandei pelo meu particular, pode [email protected]
-
Mandei ontem, depois de horas apareceu que voltou... e reenviei hj novamente as 6h:34, nao recebeu de novo? This is the mail system at host mcrelay.correio.biz. I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below. For further assistance, please send mail to postmaster. If you do so, please include this problem report. You can delete your own text from the attached returned message. The mail system <[email protected]>: lost connection with mx3.zoho.com[204.141.43.44] while receiving the initial server greeting
-
Problema importação XML {$DEFINE USE_ACBr_XMLDOCUMENT}
um tópico no fórum postou luisclaudio_jr DFe - Documentos Fiscais Eletrônicos
Boa noite pessoal Atualizei tudo o acbr pra ver se tinham resolvido e não tinha sido, mas vamos lá. Eu havia feito um alerta que os xmls com mais de 1500 chaves de ctes estavam demorando, foi migrado toda a rotina de cte também para utilizar o acbrxmldocument.. ao invés do antigo, pois bem, foi resolvido tudo, ficou zero bala e agradeço, mas começou a dar problema na importação de XMLs de notas fiscais, ele cai no except a baixo.. com qualquer nota, podem testar e verificar isso? Isso ocorre na hora de dar um .NotasFiscais.LoadFromString.. nos xmls de nfe, coisa que se eu remover o acbrxmldocument do acbrinc não acontece. Isso ocorre com qualquer xml. -
Vou tentar instalar ela.. problema que mexer com fast as vezes da umas trabalheiras danadas de conflito... então preciso de um tempo pra poder realizar isso sem comprometer as outras atividades. Desde ja agradeço Tentei instalar o fortes, eu consegui, ele aparece pra mim, mas quando coloco no componente pra instalar ele não acha o frce... estranho que ele tá na minha library path... Required package 'frce' not found
-
Testei no Fortes. A lentidão não ocorre, com 101 ctes, levou 01:22 segundos, bem mais rapido em relação ao fast. O gargalo no fast ocorre aqui nessa linha abaixo... esse prepareReport... Não teriamos outra estratégia talvez? if Assigned(ACBrCTe) then begin for i := 0 to TACBrCTe(ACBrCTe).Conhecimentos.Count - 1 do begin FCTe := TACBrCTe(ACBrCTe).Conhecimentos.Items[i].CTE; CarregaDados; if (i > 0) then Result := frxReport.PrepareReport(False) else Result := frxReport.PrepareReport; end; end else