Valdir Dill

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