Valdir Dill

Obrigado! O build all e outras opções de compilação já tentei todas, mas sem sucessso. Constatei algumas questões após abrir o post: 1 - O problema só ocorre se a opção para gerar o .aab estiver habilitada. Se gerar o .apk, mesmo que seja para "applictaion store", o problema não ocorre. Mas precisamos do aab, pois o Play Store não aceita mais apk; 2 - Se eu adicionar todas as units ao projeto (menu "project -> add to project"), aí também não ocorre o erro; 3 - Ocorre com todas as units de componentes de terceiros que uso com fontes, exceto os componentes Acbr. Acredito que o Acbr inclua alguma configuração no processo de instalalação que o aab exige, mas que nesses outros componentes nosso não foi feito. A questão é qual seria essa configuração? rs. No library já repassei tudo e não coonsegui progresso. Mas vamos tentando aqui, rs..Se tiver mais alguma sugestão... Obrigado

Bom dia, Estamos tentando compilar um app multi device para Android 64 bits para application store. Algumas units não estão sendo encontradas e ocoorre o erro "unit XX not found". No print anexo coloco uma ocorrência, mas acontece com várias units de componentes de terceiros. Normalmente a resolução desse erro é bastante simples, ou seja, basta colocar o path dele no library do Delphi. Mas não é o caso aqui, pois esse path já foi add. Além disso, se compilar para 64, mas para "Development", aí o problema não ocorre e .apk é gerado tudo certo. Imagino que seja alguma configuração que deva ser feita em relação aos path para compilação para Play Store. Tentei colocar p path da unit no option do projeto, opção "search path", mas sem sucesso. Alguma sugestão? Obrigado!

Bom dia, É possível abrir um arquivo .pdf em Delphi utilizando o FPDF para exibir o conteúdo na tela em um webBrowser por exemplo, ou outro componente? Não precisa ser necessariamente o FPDF. O que preciso é abrir o .pdf e mostrar seu conteudo na tela. Com esta rotina WebBrowser1.Navigate( 'c:\apagavel\testea.pdf') funciona beleza. Porém, nesse caso, ele vincula ao adobe e abre barras com botões laterais e header do arquivo. O que preciso é apenas os dados (conteúdo) do pdf mesmo. Obrigado!

Boa tarde, Alguém conhece alguma rotina ou componente (Delphi) que vabilize saber onde (coordenadas) se clicou em um .pdf? Já tivemos algum progresso utilizando com API Hook, mas não conseguimos fazer funcionar legal. Queremos fazer um assinador de .pdf com certificado digital. Estamos usando a dll ChilKat, mas ela não tem essa opção. Assinar funciona tudo beleza, mas para posicionar o quadro da assinatura é preciso enviar os valores (margens). Funciona, mas se pudéssemos abrir o pdf para o operador clicar em uma área livre do documento e aí retornar as coordenadas de onde foi clicado, seria muito mais prático. Assim como fazem o Adobe, gov.br, ... Obrigado!

Obrigado pela dica. Uma questão relacionada: numa das tentativas de resolver o problema, acabei tentando executar o bds.exe, colocando o arquivo em uma pasta diferente da instalação do Delphi. Depois disso, ao tentando abrir o delphi na pasta normal dele, ocorre o erro do print anexo. Se clico em OK, não sai mais da tela. Alguma sugestão de resolver esse novo erro, além de reinstalar o Delphi todo? Obrigado.

Boa tarde, Estamos tendo um problema no Delphi (10.2), mais especificamente na remoção de um componente que instalamos. Removemos o componente pela IDE e também excluímos a pasta onde estavam os fontes, assim como já fizemos inúmeras de vezes com outros componentes que foram instalados e se tornaram desnecessários. Porém, toda vez que se inicia o Delphi, ele cria a pasta novamente original (de onde ele (o componente) foi instalado) novamente. O que já tentamos: - Remoção do .bpl pela IDE, menu "Component -> Install Packages"; - Deleção de todos os arquivos relacionados ao componente nas pastas \users do Windows e Program Files\Embarcadero. Fizemos inclusive a utilização do apagarAcbr.bat, obviando ajustando o nome dos arquivos; - Remoção de toda e qualquer menção ao componente no registro do Windows. Imaginamos que tenha algum lugar no Delphi que ficou uma referência a esse componente e o Delphi sempre recarrega isso, não sei! Se alguém puder dar alguma sugestão... Obrigado!

Boa tarde, Para dizer a verdade, não sei dizer, pois fizemos apenas testes em laboratório após cliente reclamar de situação que ocorreu. Eu vi que a ppla aceita bmp e aí dá certo. Mas a dúvida continua, ou seja, na configuração epl2 não é possível usar um arquivo pcx mono? Ou é arquivo que foi criado aqui que não foi gerado como monocromático? Se for isso, então o arquivo pcx que vem no svn do demo acbr também está no mesmo problema. Não sei, mas me parece confuso isso. Se puder esclarecer agradeço. Obrigado!

Bom dia, Estamos tendo esse erro (print anexo). O problema ocorre quando se usa impressora modelo etqEpl2, que exige .pcx para a imagem. Fizemos testes direto no demo do componente e utilizando o arquivo LOGOACBR.pcx. Alguma sugestão? Obrigado!

Durma com esse barulho, kkk.. Obrigado!

Também fiz dessa forma, ou seja, informamos o nosso CNPJ em Emit.CNPJCPF e EmpEmisProp.CNPJ. Mas foi rejeitado. Mas tranquilo, talvez ainda não esteja 100% lá no WS. Vamos aguardar. Obrigado

Boom dia, O envio de DCe em homologação já é para estar funcional? Fizemos um teste, mas houve rejeição. Em anexo retorno recebido. Obrigado 1-pro-lot.xml

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!