Valdir Dill

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!

Show. Já atualizei os fontes e testei sem setar ACBrBoleto1.Configuracoes.WebService.VersaoDF e imprimiu certinho. Obrigado!

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.

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!

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.

Boa noite, O nosso número está ficando assim: 24/60000008-6 O número do boleto é 00008. Deveria ficar assim: 60/000008-9

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!

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!

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.

Sim.

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!

Boa 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!

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!