luisclaudio_jr

Boa noite! Link no ar.

Esse XML veio direto do fornecedor... Não teria como o componente converter, como é feito no outro? Começo a pensar isso em larga escala, todos usando do ACBR, xmls vindo de varias formas... ou talvez uma função que trate de acordo como deve ser importado.. Nem sempre os XMLS vão ser armazenados por nós..

Pessoal, não sei se deixei confuso a ultima resposta, mas o problema não era isso acima(só agradeci a dica para não cometer novamente).. rsrs Sigo sem conseguir passar daquele except.. chegaram a testar por ai pra ver se carregava?

Opa, obrigado, é uma só mesmo..

35241007859054000156550010013173981013173997.xmlAcho q apaguei do outro sem querer, desculpe

Mandei o xml errado, peguei um certinho aqui, validei inclusive. Fiz o processo da DLL, coloquei como abaixo, mas mesmo assim, o erro ainda continua igual.. : O que é mais estranho, que antes, julho, quando falamos eu consegui simular os testes, dava erro de XML(porque eu tratava, jogava em string), e não caia nessa parte. Anexei um XML valido, para analise, se puderem tentar por ai pra ver se realmente não é alguma falha..

Boa tarde amigos! Estive com uma agenda complicada pra alterar tudo e começar os testes, mas vamos lá; Estou com componente atualizado desde quarta-feira, tentei com varios XMLS e obtive o mesmo retorno, no caso, eu to pegando via LoadFromFile, passando o caminho do XML, sem tratar o arquivo, pegando ele do mesmo jeito que recebo (que antes, dava certo se eu não tratasse nada), porém agora não importa mais nada: Ao debugar, notei que: procedure TACBrXmlDocument.LoadFromXml(AXmlDocument: string); <- nessa procedure, loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument))); <- ele entra como NIL aqui.. pelo que vi, ele cai aqui na procedure RaizeExceptionTratandoNaoCarregamentoDLL if LibXml2InterfaceInicializada then raise EACBrXmlException.Create(xmlGetLastError()^.message)53240902558157045425550000025390241305912792.xml Podem realizar testes e ver se por ai, chegam no mesmo resultado? testei com 4xmls de fornecedores diferentes 'XML declaration allowed only at the start of the document' <- recebo isso... pela função, teria alguma DLL diferente que eu teria que estar usando? (é meu ambiente mesmo, que utilizo no dia a dia..) Anexei um xml de fornecedor, caso precisem.

Panda, te mandei mensagem no discord, pra ficar melhor pra entender oq ue tu precisa

Enviado!

Vou gerar os certificados e mando

Esse foi o retorno, quando questionamos a respeito na epoca.. Olá, Luis, tudo bem? Conseguimos a seguinte informação sobre a geração do nosso código de barras: Os três primeiros dígitos representam o código da IF (403) O quarto dígito representa o código da moeda (9) O quinto dígito é um dígito variável Os dígitos seis a nove representam o fator de vencimento Os dígitos de dez a dezenove representam o valor (acrescido de um zero na frente) Os dígitos vinte a vinte e quatro são preenchidos com zeros (00000) Os dígitos vinte e cinco a quarenta e dois representam o nosso número Os dígitos quarenta e três e quarenta e quatro representam a identificação do tipo de documento do processamento (01)

tudo é feito via certificado digital que é gerado no portal deles, só tenho credenciais que uso aqui na conta do meu cliente, infelizmente não consigo passar, mas caso alguem aqui tenha alguma e puder colaborar.. posso te enviar requests/retornos que vem.. Inclusive, fizemos uns questionamentos pra eles na epoca a respeito do boleto Uma sugestão que eu havia dado era o proprio acbr aceitar códigos de barras vindo de fora, o problema que o Cora não tem cnab, e isso creio que será uma tendencia de bancos digitais, então, caso tivesse uma forma de receber o qrcode e até mesmo algo que recebesse talvez um stream do boleto, ja resolveria todos os problemas.

Isso e de fato, só mudou a URL pra v2 pra boleto... mas continuou tudo igual.

Boa tarde. Na realidade mudou só a URL basicamente, por aqui sigo usando normalmente, unico problema realmente é a geração de boletos pelo acbr, como não sabia recriar, não avancei, mas isso não muda pq no retorno eles me devolvem isso normalmente, então, acaba sendo tranquilo, além do código de barras utilizo ja o boleto que eles devolvem na URL também. Segue a unit com a mudança da URL. OBS: a V2 é mais pra outras funcionalidades do banco, como Pix...pagamentos.. ACBrBoletoW_Cora_API.pas

Bom dia Apenas o evento em desacordo basta, nfe de anulação de valores não é mais utilizada, foi extinta junto a versão 4. Caso o cliente não tenha um sistema pra emissão do evento em desacordo, da pra emitir na propria sefaz https://dfe-portal.svrs.rs.gov.br/CTE/PrestacaoServicoDesacordo Só se atentar ao prazo, que são 45 dias

Valeu!

Boa noite pessoal fui testar a rotina, atualizei todo o acbr porém quando descomentei >{.$DEFINE USE_ACBr_XMLDOCUMENT} ao instalar o componente deu o erro abaixo: C:\ACBR\Fontes\ACBrDFe\ACBrNFe\PCNNFe\ACBrNFeXmlWriter.pas(174) Error: E2170 Cannot override a non-virtual method C:\ACBR\Fontes\ACBrDFe\ACBrNFe\Base\Servicos\ACBrNFe.Inut.pas(2484) Fatal: F2063 Could not compile used unit 'ACBrNFe.RetInut.pas' Compilation failure Erro ao compilar o pacote "ACBr_NFe.dpk". Só ocorre quando descomenta, se deixar comentado instala sem problemas.

Só pra complementar, MG também tem e mesmo atualizando tudo, não obtive resultado por aqui também.

Interessante, assim que der um respiro aqui vamos fazer testes, valeu meu caro.

Entendo perfeitamente, alguma sugestão pra validarmos se o XML pertence a um evento, cte, nfe.. talvez até mesmo quem sabe uma função do ACBR onde ele devolvesse algo nesse sentido? Nisso, ja Eliminariamos algumas validações nesse sentido antes da chamada. Referente a Serpro, eles tem acesso ao servidor do governo onde ficam os XMLS, mas não sei pq cargas, eles não liberam o XML original e meio que remontam e pra resolver temos que indicar umas tags que faltam na mão e concordo sobre o XML, mas em muitos casos que usamos aqui é pra facilitar dados, nada fiscalmente que seja obrigatório a assinatura fiscal correta, ou algo nesse sentido. Posso estar liberando uns xmls que consegui aqui pra vocês, mas fiz um teste e o validador da sefaz ja acusa erro. Sobre o metodo, sim, vou modificar aqui pra fazer por hora tanto a leitura pra validar caso dê certo eu subo direto, sem passar pelo xmlstring e após testes relato por aqui

Então, antes faziamos isso, mas tinhas muitos problemas de por exemplo usuario importar xml de nfe ao invés de cte, ou uma NFS, ou até mesmo eventos (usuario é leigo, devemos sempre nos lembrar que não dá pra confiar) antes de jogar pro componente validamos algumas coisas, se é por exemplo uma NF-e (pra não importar um cte, nfs..), pra ver se ela não é um Resumo, se tem as tags que devem ter e tudo mais,Outra coisa, que não sei se ja pegaram por ai, mas é o XML Serpro, (aquele que compram e gera, ele vem faltando umas coisas nas tags como versao,então nesse ponto a gente também valida pra poder deixar o XML apto pra uso.posso mandar uns pra vcs se quiserem) e ai é necessario uma intervenção antes pra poder colocar o que falta e poder ler. O ponto que to trazendo, é que sempre funcionou com o método antigo, foi mudar a lib que começou a dar os problemas nos testes. Em ultimos casos, eu posso revalidar a forma aqui e "chamar" duas vezes o arquivo, validar em uma e se tudo certo chamar novamente, mas pensando agora na comunidade, quando for obrigatório (e a rotina ficou sensacional, muito rapida, eu estava com uma lentidão enorme ctes com 1800 chaves), com certeza vai dar muita dor de cabeça pra todos.

Vou atualizar tudo meu acbr e refazer os testes, mas lembro que o problema era ao jogar em um xmlString e depois jogar pro componente, se eu colocasse direto sem passar pelo xmlstring dava certo. Outro fator que eu levantei, que funciona 100% na rotina atual, é na nova que ocorre, então, o XML é valido. Se voltarmos uns posts atrás, eu coloquei exatamente a minha rotina aqui: ( eu carrego antes pra validar N coisas, que antes haviamos mt problemas de usuarios indicarem xml incorreto etc..) E lembro que no meu teste, se eu jogasse direto no loadFromFile sem passar pelo processo anterior, não ocorria o problema. 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)

Sem problemas, porque creio que muitos aqui devem carregar por fora antes, pra fazer as validações que eu citei.. Principalmente saber se realmente é uma NFe por exemplo, não uma NFS.. cte.. e por ai vai, então creio que hora que descontinuar, irá ser um problema pra muitos.

Italo, verifiquei ontem o Post referente a mudanças, achei bem bacana, mas pelo que entendi, chegará uma hora que será obrigatório o uso, certo? Conseguiram analisar aquela situação que eu passei?

Recebi aqui também, é a V2 deles acho.. vou verificar também, ando meio sem tempo aqui com outros projetos, mas assim que der, eu vou verificar sobre, pelo que vi por cima muda algumas coisas só.