Valdir Dill
-
Total de ítens
941 -
Registro em
-
Última visita
-
Days Won
5
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Valdir Dill
-
-
12 minutos atrás, Victor H. Gonzales - Panda disse:
Enviei para o SVN, e removi essa questão da V2 para evitar aquele problema do 24/600XXXXX-D
Show. Já atualizei os fontes e testei sem setar ACBrBoleto1.Configuracoes.WebService.VersaoDF e imprimiu certinho.
Obrigado!
-
1
-
-
29 minutos atrás, Victor H. Gonzales - Panda disse:
acho que por prudencia remover o IF da V2, visto que está acatando quando informado 3 digitos no codigo.
fora isso alguma outra pontuação?
Não, em princípio tudo certo.
Vamos colocar em produção, ou seja, para cliente gerar o boleto, imprimir e pagar para ter certeza que está 100%. Mas fizemos uma comparação de um .pdf gerado pelo banco com o mesmo boleto impresso com o Acbr e estão iguais. Demais dados também, tudo certo.
Obrigado.
-
1 hora atrás, Valdir Dill disse:
Bom dia,
De fato, não tinha setado a versão da API.
Configurei a API e melhorou, mas ainda está imprimindo errado o DV.
Correto: 60000008-9. Está imprimindo 60000008-6.
Por favor desconsidere essa postagem. Está fazendo oi cálculo correto. Eu é que estava informando o código do cedente sem o DV.
Ao que parece, está tudo certo.
Obrigado!
-
1
-
-
9 horas atrás, Victor H. Gonzales - Panda disse:
Esta como API v2?
Bom dia,
De fato, não tinha setado a versão da API.
Configurei a API e melhorou, mas ainda está imprimindo errado o DV.
Correto: 60000008-9. Está imprimindo 60000008-6.
-
1 hora atrás, Victor H. Gonzales - Panda disse:
ACBrBancoSicredi.pas 130.9 kB · 1 download ACBrBoleto.pas 261.13 kB · 1 download
veja se atende a demanda
ACBrBoleto.Cedente.ResponEmissao = tbBancoEmite
ACBrTitulo.CodigoGeracao := '600';
Boa noite,
O nosso número está ficando assim: 24/60000008-6
O número do boleto é 00008. Deveria ficar assim: 60/000008-9
-
Em 06/05/2024 at 09:23, Victor H. Gonzales - Panda disse:
Como é algo que não consta no manual, fica complicado deixar isso no código como 60 e byte 0 caso emissão pelo banco,
visto que isso tem impacto direto na linha digitavel, então se conseguirmos a confirmação é algo certeiro.
Bom dia,
Resposta Sicredi.
Pelo que parece, esse 60 é como se fosse uma série para quando a sequência de números se esgotar, reinicia com 61, 62, ...
Mas pelo jeito eles não têm isso documentado, pois novamente responderam que era para olhar no manual da API, mas no manual não tem nada sobre esse padrão. Fala apenas no padrão normal, ou seja, onde os 2 primeiros dígitos é o ano.
Obrigado!
-
1
-
-
Bom dia,
Esse povo é bem difícil de dar retorno. Ainda mais quando se trata e coisas mais técnicas, como esta.
Mas vamos tentar. Se conseguir, posto aqui.
Obrigado!
-
Em 22/04/2024 at 08:58, Victor H. Gonzales - Panda disse:
Bom dia,
consegue confirmar com o banco se sempre irá retornar 600 se numerado pelo banco?
Bom dia @Victor H. Gonzales - Panda
Consultamos a Sicredi e, ao que tudo indica, quando o nosso número é erado pela API, retornará sempre 60. Resposta Sicredi em anexo.
Obrigado.
-
1
-
-
1 hora atrás, Victor H. Gonzales - Panda disse:
Sempre retorna 600 o inicio do nosso número ?
Sim.
-
15 minutos atrás, Daniel Simoes disse:
Esse projeto que você não conseguiu abrir...
Bom dia,
Certo, entendi.
Estamos conseguindo progredir.
Na verdade os fontes deles (Gertec) são em Delphi 5, acredita? Não dá para entender como uma empresa que ganha tanto dinheiro vendendo hardware não é capaz de uma simples atualização de fontes. Atualizar a cada década já estaria bom, rs.
Mas assim que tivermos as rotinas prontas, vamos disponibilizar aqui o código para ajudar quem precisar.
Já conseguimos fazer o emulador se comunicar com o server. Agora é só questão de ajustes.
Obrigado!
-
1
-
1
-
-
1 hora atrás, Daniel InfoCotidiano disse:
@Valdir Dill
Nossa documentação esta divergente qto a impressão do boleto na formatação do nossoNumero
Pode por favor anexar um boleto gerado por eles e tbm a documentação que conste este novo formato do nosso numeroBoa tarde
A documentação deles é um pouco confusa. Ao mesmo tempo que diz que o layout do nosso número deve ser AABnnnnnD (arquivo Sicredi_Pag_108.pn anexo) , ou seja, no padrão que sempre foi, o mesmo manual mostra o json que retornará outro padrão para nosso número, caso este não seja informado. Vide arquivo Sicredi_Json_Ret_API_Pag_36.png anexo.
Também anexo e o boleto solicitado. Não consegui anexar o manual porque ele excede 1 MB.
Note que o boleto anexado tem o nosso número 00002. A impressão ficam assim no .pdf da Sicredi: 60/000002-1.
Se eu aplicar esse número (00002) para o Acbr imprimir. Será impresso assim: 24/200002-4.Obrigado!
-
2 horas atrás, Daniel Simoes disse:
Não é difícil converter Projetos Delphis antigos para as IDEs novas...
O problema é maior quando o projeto contém componentes que foram descontinuados
Se for possível, anexe um ZIP que avaliamos a possibilidade de conversão
Bom dia
Não entendi muito bem sua resposta @Daniel Simoes
Eu não tenho um projeto pronto que possa enviar para ser analisado.
Deixe-me detalhar melhor sobre minha colocação anterior sobre o Monitor. Veja se fica mais claro: como eu vi num outro post aqui que, no Monitor tem as rotinas para uso do busca preço, mas o Monitor é desenvolvido em Lazarus e, como nós só trabalhamos com o Delphi, não temos como abrir esse projeto do monitor para compilar/analisar.
Por isso perguntei em quais arquivos .pas da \Projetos\ACBrMonitorPLUS\Lazarus estariam as rotinas do busca preço. Aí abriríamos esses arquivos aqui para estudar as rotinas e, assim talvez, desenvolver as mesmas rotinas no Delphi.Obrigado
-
Bom dia,
Estamos precisando integrar nossa aplicação com o busca preços Gertec G2 E.
No portal da Gertec, encontramos apenas um exemplo em Delphi, mas é muito antigo e não roda mais no Delphi atual. Vários bugs. Tentamos contato direto com a Gertec e nada conseguimos.
Alguém usa esse ou outro modelo Gertec integrado e poderia nos dar uma luz? Há algum código fonte que algum colega possa compartilhar ou vender?
Vi um post aqui no fórum falando que no Acbr Monitor teria um exemplo de código fonte, mas é em Lazarus. Qual a(s) units(s) desse código têm essas rotinas de exemplo? De repente conseguimos adaptar no Delphi.
Enfim, qualquer dica ajuda, rs.
Obrigado!
-
Boa tarde,
Fizemos a integração da API da Sicredi e estamos registrando boletos normalmente.
Porém, na nossa requisição à API, não enviamos o nosso número e deixamos ela gerar esse dado automaticamente.
Funciona tudo normal.Num exemplo prático de um boleto gerado dessa forma, o nossoNumero retornou com o seguinte valor: 600000009, ou seja, com 9 dígitos e sem formatação.
Se baixarmos o .pdf disponibilizado pela API, ele vem impresso assim mesmo 600000009.
Mas queremos imprimir os boletos off line na nossa aplicação, sem ter que baixar o .pdf cada vez.
Para isso, usamos usando as rotinas do Acbr com Fortes e alimentamos os dados como se fosse um boleto com remessa.O problema que estamos enfrentando é que, ao alimetnar o valor do nosso número no componente, ou seja, ACBrTitulo1.NossoNumero := '600000009', o componente acusa erro q o tamanho máximo do nosso numero é 5.
Existe alguma forma de quem sabe eu informar o valor do nosso número e o Acbr usar esse dado de forma literal e o Acbr não rejeitar para que seja possível imprimir da forma que precisamos?
Obrigado!
-
21 horas atrás, Italo Giurizzato Junior disse:
Bom dia @Valdir Dill,
Ela não funciona com todas as UF.
Outra coisa o componente esta configurado para qual versão da NF-e?
Bom dia,
De fato, o problema era a versão que não estava sendo setada.
Obrigado
-
Bom dia,
A opção de consultar cadastro do demo Acbr é para estar funcionando?
Fiz um teste e deu erro. Print anexo.
Obrigado!
-
Não, no código Acbr não mexi. Apenas pesquisei para ver se tinha alguma rotina para transformar a octet-stream que retorna, em um arquivo .pdf.
Essa mexida no código Acbr foi o @DevSolucaoSistemasque fez, lá no início do ano passado quando ele abriu esse post. Mas depois não teve mais continuidade.
O arquivo .txt com a stream que retorna da Sicredi eu anexei na minha postagem anterior (há pouco).
O que eu precisaria é de uma rotina (em Delphi) para salvar essa stream em arquivo .pdf, entende?
Obrigado
-
11 minutos atrás, Juliomar Marchetti disse:
Creio que ele deva ter desistido ou o código está já funcionando do svn pois já faz 1 ano da ultima interação dele
Boa tarde,
Sim @Juliomar Marchetti, eu havia notado que o post é bastante antigo. Mas como não encontramos nada a respeito do assunto (e já pesquisamos um bocado nos últimos dias), resolvemos arriscar perguntando aqui no post do amigo. Vai que...rs.
No componente não tem opção para tratar retorno pdf da Sicred. Já virei os fontes de ponta cabeça e não encontrei.
Talvez a questão seja até simples de resolver, e seja eu que não esteja achando o fio da meada.
Veja se podes me ajudar com alguma dica, por gentileza.É assim: o que ocorre é que a Sicredi, no caso da requisição do .pdf, ela retorna uma octet-stream, conforme arquivo que estou anexando a este post.
O meu problema é que não estou sabendo como fazer para gerar o arquivo .pdf com essa stream, entende?
Qualquer sugestão ajuda, rs.Obrigado!
-
Em 07/02/2023 at 16:57, DevSolucaoSistemas disse:
Vou fazer uns testes em produção essa semana para poder postar os fontes aqui. Essa implementação é da API do Sicredi que permite fazer o boleto Hibrido. Terminando crio um tópico com os fontes novos para validação.
Bom dia, @DevSolucaoSistemas
Conseguistes algum progresso em relação a gerar o arquivo .pdf com a octet-stream retornada pela API Sicredi?
Se sim, por gentileza, compartilha conosco, pois nós, e com certeza outros, estão com o mesma dificuldade.
Obrigado!
-
1
-
-
Bom dia,
Resolvido. Baixado o arquivo (sem frase de segurança) e funcionou perfeito!
Obrigado
-
1
-
-
6 minutos atrás, Diego Foliene disse:
No tópico Como solicitar credenciais e configurar PSPs no componente temos a seguinte informação para o Sicredi:
Ao baixar esta cartilha e conferir na mesma temos:
Dado o retorno que você obteve, entendo que foi usado o arquivo resultante de Download Key.
A sugestão seria realizar um teste com o arquivo de Download Key (Sem frase de segurança)
Ah, perfeito.
Vamos tentar isso e retornaremos com os resultados.
Obrigado!
-
1
-
-
1 hora atrás, Diego Foliene disse:
Bom dia!
Conferindo no seu arquivo api-pix-pix_max.key, o mesmo começa com:
Ou seja, o mesmo é o arquivo da chave privada criptografada com a senha e no momento da leitura pela dll da OpenSSL, espera se que essa senha seja fornecida em algum momento.
Ao fazer um teste aqui em meu ambiente, notei que é no momento que a informação vai ser passada para a dll fazer a leitura, ela chega como
Ou seja, só a chave.
Por favor, faça um teste configurando no componente o arquivo Key (Sem frase de segurança).
Boa tarde
Bom dia,
Estamos tendo erro "bad decrypt" ao carregar (no demo Acbr) o arquivo de chave privada (.key. Arquivo .key e print do erro, em anexo.
Esse arquivo foi gerado no portal do Sicredi, assim como o .cer.
Fiz um teste gerando um arquivo de chave privada pelo demo do Acbr. Este é carregado sem erros.
Alguma sugestão do que pode ser esse problema?
Obrigado
1 hora atrás, Diego Foliene disse:Bom dia!
Conferindo no seu arquivo api-pix-pix_max.key, o mesmo começa com:
Ou seja, o mesmo é o arquivo da chave privada criptografada com a senha e no momento da leitura pela dll da OpenSSL, espera se que essa senha seja fornecida em algum momento.
Ao fazer um teste aqui em meu ambiente, notei que é no momento que a informação vai ser passada para a dll fazer a leitura, ela chega como
Ou seja, só a chave.
Por favor, faça um teste configurando no componente o arquivo Key (Sem frase de segurança).
Boa tarde,
Sim, como eu havia dito, eu fiz um teste com o outro arquivo .key que gerei pelo demo Acbr, e esse arquivo tem na primeira linha o "-----BEGIN RSA PRIVATE KEY-----". Esse arquivo não dá erro ao carregá-lo no Demo.
Mas o arquivo .key que vem do banco é esse que anexei e, ao carregá-lo, dá o erro.Por favor, faça um teste configurando no componente o arquivo Key (Sem frase de segurança)...
Não entendi muito bem. Pode, por gentileza, detalhar mais como eu faria esse teste?Obrigado!
-
Bom dia,
Estamos tendo erro "bad decrypt" ao carregar (no demo Acbr) o arquivo de chave privada (.key. Arquivo .key e print do erro, em anexo.
Esse arquivo foi gerado no portal do Sicredi, assim como o .cer.
Fiz um teste gerando um arquivo de chave privada pelo demo do Acbr. Este é carregado sem erros.
Alguma sugestão do que pode ser esse problema?
Obrigado
-
3 minutos atrás, Daniel Simoes disse:
Você não deve escrever um código como esse... pois ele está presumindo que sempre haverá um elemento PIX na resposta, o que pode não ser verdadeiro...
Quando for trabalhar com Arrays ou Listas, sempre verifique primeiro a propriedade Count para depois tentar acessar os elementos...
Exemplo
If ACBrPixCD1.PSP.epCob.CobCompleta..pix.Count > 0 then VRetorno.FValorPago := ACBrPixCD1.PSP.epCob.CobCompleta.pix[0].valor; esse VRetorno.FValorPago := 0;
Sim, eu concordo que ao varrer uma lista, deve ser verificado antes o seu count. A boa prática de código seria essa.
Mas note que o código (na rotina completa que coloquei) só pega o index 0 se ACBrPixCD1.PSP.epCob.CobCompleta.status = stcCONCLUIDA.
E veja também (no .txt que anexei) que, no momento em que ocorre a exceção, em ACBrPixCD1.PSP.epCob.CobCompleta.AsJSON tem sim um PIX.Então, se status = stcCONCLUIDA e ACBrPixCD1.PSP.epCob.CobCompleta.AsJSON contém retorno de um PIX pago, o ACBrPixCD1.PSP.epCob.CobCompleta.pix.count não deveria estar necessariamente > 0?
Obrigado!
MDFe encerrado mas consta na consulta de não encerrados
em ACBrMDFe
Postado
Boa tarde,
Temos um caso aqui que é parecido (se não for igual) ao do colega @bfbraz
Um MDFe que foi autorizado e encerrado no dia 18/04. Quando efetuamos a consulta dele com -> ACBrMDFe1.Consultar, ele retora ACBrMDFe1.WebServices.Consulta.cstat = 132, ou seja, encerrado.
Porém o ACBrMDFe1.WebServices.Consulta.procEventoMDFe.Count é igual a 0.
Aí nossa regra de negócios, ao buscar os eventos vinculados ao MDFe, não encontra o cancelamento e, por conseguinte, não consegue tratar. Até poderia pegar só o ACBrMDFe1.WebServices.Consulta.cstat, mas aí não temos os demais dados (data de encerramento, protocolo de encerramento,...).
Obrigado!