Valdir Dill

Bom dia, Pior que procurei um monte antes de abrir o post, rs...e não encontrei nada. Maravilhas. Agora tudo ficou certo. Obrigado

Bom dia, Atualizamos os fontes do componente hoje e, não sei é coincidência ou não, mas o ";" (ponto e vírgula) inserido no texto de informações adicionais de NFe não está mais gerado a quebra de linha, como sempre fazia. Usamos o componente ACBrNFeDANFeRL para impressão. Obs.: a propriedade ACBrNFeDANFeRL1.QuebraLinhaEmDetalhamentos está setada como true. Ao que parece, a impressão está considerando o ";" como parte do texto literal. O texto "linha 1; linha 2; linha 3." deveria imprimir assim: linha 1 linha 2 linha 3. Mas está imprimindo o texto literalmente. Alguma sugestão? Obrigado!

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