luisclaudio_jr

Até estive vendo esse topico, que parece ser exatamente o que acontece... pelo que vi, ao invés de usar o prepare ele usou uma outra tatica...

Se for de um em um não demora, digamos carrego e ja imprimo.. tanto que na rotina que tenho de exportar um a um aqui é rapido, o problema é quando junta tudo em um pdf só, que eu carrego o componente com 100xmls e ai chega no preparereport ele vai gargalando depois de uns 40 itens

Pelo meu entendimento, ao analisar a lentidão pode ser algo do fast.. Na unt acbrCtedacteFR, ao passar no prepareReport, depois de uns 40 itens, começa a demorar muito, causando o gargalo de minutos que eu comentei acima. Não sei se existe algo que possa ser feito, os itens de carregar dados, é bem rapido, quando chega no PrepareReport que está com muitos itens que começa a lentidão. Na nova rotina de FPDF é possivel imprimir cte já? Nunca usei, mas posso tentar utilizar pra ver se resolve. 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 raise EACBrCTeDACTEFR.Create('Propriedade ACBrCTe não assinalada.');

Ocorre sim, era algo que eu tinha notado há muito tempo, até esperei estar o novo componente pra ver se isso resolvia. Vou ver se consigo debugar aqui pra ver onde exatamente está a lentidão e comunico

Sim, são xmls que são de 1 a 2 notas, normal. pequenos de 7 a 9kb. Populo o componente e depois chamo a rotina de impressão.(via fast) Abaixo é o tempo que levou cada teste que eu fiz, note que de 50 pra 100 mudou drasticamente o tempo. 100 ctes: 8:30s 50 ctes 1:27s 45ctes :58s 35 ctes - 36s 25ctes : 22 s

Problema do protocolo resolvido! Porém, a lentidão ao imprimir muitos documentos (normais, xmls de 8kb) ainda continua, fiz um teste com 73 ctes, levou um tempo consideravel.. Se coloco uns 30/40 vai rapido, notei que essa demora é quando excede 50.

Boa tarde pessoal Obtive o retorno do email que enviei ao cora sobre o código de barras me responderam isso, veja se ajuda a equipe.. 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)

Diego, deixei no discord, mas vou deixar aqui pra vocês também. Na rotina nova, não está pegando o protocolo do XML, consequentemente sai com a tarja de nãoi autorizado na impressão do CT-e, isso ocorre pra todos,xmls pequenos e grandes. Pelo que observei na LerProtCTe não pega ja o protocolo, mesmo ele estando presente no XML... Pode ser porque o protocolo fica dentro da tag infProt Quando corrigirem me avisa que testo novamente. Ja ressalvo que os demais, ficou top! muito rapido!

Maravilha!! vou realizar os testes, obrigado pelo apoio de sempre!

Aproveitando ja deixo aqui como conseguir as credenciais. é bem simples, porém a API é paga, eles cobram um valor de 50 reais (atualmente), para usar, então clientes que querem terão que pagar a taxa de uso da API. No app/banco tem lá integrações via API(https://app.cora.com.br/integracoes) Acessar Integração direta(https://app.cora.com.br/integracoes/integracao-direta): Lá tem ambientes de teste e ambiente de produção. Onde lá eles irão te dar o teu cliente secret e os certificados para teste ou produção (bem simples). a credencial é valida por um ano, então se quiserem implementar algo no sistema pra avisar sobre o vencimento seria interessante

https://developers.cora.com.br/reference/emissão-de-boleto-registrado a documentação é toda online, foi feito a integração direta deles, eles possuem uma outra também, pelo que entendi, mas usamos a integração direta.

Boa noite prezados. Consegui implementar o banco cora para disponibilizar pro ACBR, eu iria montar por fora, mas preferi ajudar a comunidade para que também possam estar utilizando, porém algumas ressalvas a respeito do que foi feito: Nunca mexi direto nos fontes do acbr com tantas modificações como dessa vez, o banco cora tem algumas particularidades que outros bancos não tem, como por exemplo eles tem um identificador de boletos no padrão: "inv_KYIqCOjeQh90k8K0kUhPZjg" por exemplo, isso precisa ser armazenado para que possamos cancelar ou consultar detalhadamente algum boleto. Eu cheguei a implementar um filtro no FiltrosAPI pelo ID, mas seria interessante se vocês pudessem criar no titulo o ID e ai nós populassemos na hora de carregar para poder consultar ou cancelar o titulo. Outro ponto, que foge da minha alçada é o calculo do código de barras, tentei com algumas instruções do Panda, mas infelizmente foge do que eu consigo ajudar, até porque no retorno da integração ja devolve tanto a linha digitavel quanto a do código de barras, mas a função de calcular do Acbr não consegui fazer, vou estar subindo os fontes, conseguem verificar se conseguem recriar com o conhecimento de vocês? ou quem sabe, criar alguma forma ao invés de calcular, simplesmente entrarmos com o código/linhadigitavel? Entendo que isso possa ser uma necessidade cada vez mais usada num futuro, onde os bancos digitais vem tomando força e os antigos cnabs deixaram de existir pra novos bancos. Foi implementado tanto a parte de envio/cancelamento/consulta/consultadetalhe, rodei em produção alguns boletos e está funcionando de forma correta, porém a impressão aqui eu realizei pela URL que eles me fornecem, pois não consegui gerar o código de barras. Agradeço ao Diego e Panda pela ajuda no discord, foram essenciais pra que pudessemos avançar com isso! Obrigado desde já ACBrBoleto.pas ACBrBoletoWS.pas ACBrBoletoW_Cora_API.pas AcbrBoletoRet_Cora_API.pas

Deu certo com esses schemas meu parceiro, obrigado, se puder subir no SVN depois, agradeço.

Boa noite, conversei com o Diego pelo Discord e o mesmo orientou abrir um tópico. Meu problema é na cidade de Joinville, não contempla no schema o serviço 16.02, porém tanto no site, quanto desativando a validação de schemas, dá certo, na versao antiga, a parte de desativar schemas era tudo feito via ISSJoinville.INI, entendo que agora não tem mais, gostaria de solicitar, se possivel que pudessemos ter uma global, pra desativar isso quando necessario. Tentei mudar o Schema na mão também, ai deu algo de global validation... algo nesse sentido.

Bom dia amigos! notei que o danfsepadrao está vindo zerado o valor total da nota ,DANFSEPadrao.fr3 Os demais, estão vindo corretamente, notei que ai, fazia uso da variavel: R$ [Servicos."BaseCalculo"] e os demais da R$ [Servicos."ValorServicos"] Realizei a alteração e deu certo, estou anexando o arquivo aqui para correção. Forte abraço

Atualiza o Fonte, acho que teve uma correção pra isso.

Veja a tag versaoDFe se mudou pra 4, provavelmente não mudou, tem 2 locais pra alterar..

Estava com esse problema, isso aqui resolveu! Valeu Panda!

Aderiu sim, tenho alguns clientes ja rodando em 4 em MG.. conferiu se está tudo ok? fontes atualizados?

Pegou o schema direto do acbr?

Possivelmente algum bug então, mas se veio o 4, provavelmente está na 4 sim!

Bom dia. Faz o seguinte teste: Entra no portal nacional e tenta baixar o XML que vem de lá... assim tu ja vê, pode ser um erro da sefaz ao classificar. www.cte.fazenda.gov.br

Normal por aqui. Fontes atualizados?

Deu certo, obrigado meu nobre

Bom dia Segue. OBS: fica na pagina 23. Manual Técnico de Cobrança Bancária - 400 posições.pdf