Daniel Simoes

Veja os documentos dessa pasta: http://svn.code.sf.net/p/acbr/code/tools/Validador/

O ACBr é código aberto... Use a força... leia os fontes... http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTCP/ACBrConsultaCNPJ.pas

Use a Força, leia os fontes... Veja como está na Unit ACBrDFeReport.pas, indicada no inicio do tópico... //QRCodeBitmap.SetSize(QRCode.Rows, QRCode.Columns); QRCodeBitmap.Width := QRCode.Columns; QRCodeBitmap.Height := QRCode.Rows;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Essa impressora é compatível com Epson Esc/Pos...

Seu cliente não pode lhe ceder a inscrição Estadual ?

Faça um teste com o Demo do ACBrNFe...

Se a Gaveta é ligada a Impressora, então você deve usar o ACBrPosPrinter com a Tag de Abertura de Gaveta

Por favor forneça alguns números de I.E. que não são validadas

Atualize seus fontes.. já foi corrigido para a nova URL há algumas semanas

Não verifiquei o TXT.. mas a mensagem de erro é de que a Agencia 00166 e Conta 570537 não correspondem a Agencia e Conta do cedente informado... Essas informações estão realmente corretas ?

Sim continuará funcinonando... não há nenhuma trava ou verificação no ACBrMonitorPLUS... Afinal, isso não faria sentido, em um projeto de código aberto...

Repare que no caso do Fortes Report, fazemos a chamada ao código de Pintura, no evento OnBeforePrint

basta usar um Image e fazer a pintura usando o código indicado

Veja o método PintarQRCode na Unit ACBrDFeReport.pas

Já pensou em rodar o seu PDV ou ERP em Linux ? Há muito tempo os fontes do ACBr já compilavam em Linux através do Lazarus/FPC, e agora também é possível compilar o ACBr no Linux Ubuntu 64, com o Delphi Rio 10.3.3, usando a Linux FMX Mas quais são as vantagens de rodar em Linux ? Inúmeras vantagens.. o Linux é um Sistema Operacional, Livre, muito estável, seguro e robusto.. Não é a toa que grandes empresas, preferem rodar Linux em seu PDV (Carrefour, Pão de Açúcar, Droga Raia, etc..)... Um Linux bem configurado, é da filosofia Instale e Esqueça, e pode representar uma enorme economia, em atendimento no suporte técnico... Sem falar na evidente vantagem de custos de licenças, quando comparado ao Windows... Se você tiver um profissional "linuxer" na sua equipe, você ainda poderia criar uma distribuição Linux altamente personalizada para as necessidades do seu software, e permitir que o seu PDV/ERP seja carregado automaticamente, sem intervenção do usuário... Devo usar Lazarus ou Delphi ? Em ambos os casos, será necessário adaptações ou reescrita no seu código... Você deve evitar o uso de chamadas diretas a APIs do Windows, ou usar IFDEFs para isolar esses códigos... Você poderá encontrar muito exemplos de IFDEFs, nos fontes do ACBr. Se você já programa em Lazarus, deverá instalar o Lazarus em um Linux e testar a compilação do seu código usando a GTK2 ou QT... Se você programa em Delphi VCL, primeiro deverá converter seu sistema para FireMonkey (FMX)... Isso pode ser uma tarefa difícil se for feita manualmente, pois existem muitas diferenças entre a VCL e a FMX. Mas você pode contar com a ajuda de Ferramentas que ajudam na conversão, como a MidaConverter A Mida, gentilmente nos concedeu uma licença do Mida Converter... com isso, já iniciamos a migração dos Demos do ACBr de Delphi VCL, para Firemonkey.. Você poderá encontrá-los na pasta "Firemonkey", de cada Demo, exemplo: \ACBr\Exemplos\ACBrDFe\ACBrNFe\Firemonkey Veja abaixo, uma Imagem do Demo do ACBrNFe, já convertido para FireMonkey, e rodando no Linux Ubuntu 64 bits, com o Delphi 10.3.3, Linux FMX A FMX é o futuro do Delphi, a Embarcadero está investindo muitos recursos no aprimoramento da FMX... leia mais nessa página . Aplicações FMX são infinitamente mais bonitas que aplicações VCL, e os efeitos visuais que a FMX proporciona, são incríveis... Duvida ? Então veja o vídeo abaixo... Sempre será mais simples, migrar de Delphi VCL para Delphi FMX, do que de Delphi VCL para Lazarus... migrar de IDE é um processo "doloroso" e que necessita muito mais tempo, preparação e aprendizado... Não quero aqui, defender o Delphi ou o Lazarus... Acho que a questão de OpenSource, deve pesar apenas se o preço do Delphi for realmente um impedimento para você... Avalie muito bem o tempo e esforço necessário, em ambos os cenários...

Olá pessoal, É com muita satisfação que comunicamos que agora os Fontes do Projeto ACBr, já foram ajustados para suportar o OpenSSL na versão 1.1.1 Antes de prosseguir, o que é OpenSSL ? "O OpenSSL é um kit de ferramentas robusto, de nível comercial e completo para os protocolos Transport Layer Security (TLS) e Secure Sockets Layer (SSL). É também uma biblioteca de criptografia de uso geral" https://www.openssl.org/ No Projeto ACBr, usamos o OpenSSL para diversas tarefas, como por exemplo: Comunicação Segura: Ele será necessário se você usa o componente ACBrMail, ou os componentes da aba ACBrTCP, que fazem comunicação Segura com sites, pelo protocolo HTTPS. A ACBrDFeSSL, que é usada por todos os componentes de Documentos Eletrônicos do ACBr, também podem usar o OpenSSL para comunicação Segura (como uma das opções) Criptografia: Ele é usado nos componentes ACBrEAD e pela ACBrDFeSSL para calcular e Verificar Hashs e Assinaturas digitais, usando diversos padrões de Criptografia O OpenSSL é uma excelente opção... na verdade, é a minha recomendação de uso, para quem usa certificados do tipo A1 A vantagem principal, é que com o OpenSSL, você está livre da necessidade de sempre manter o seu Windows Atualizado para que a comunicação segura com TLS1.2 funcione. Com o OpenSSL você poderia ter suporte a TLS1.2, mesmo no Windows XP. Como desvantagem, no ACBr, o OpenSSL, apenas suporta Certificados do tipo A1 Porque essa atualização é importante ? O principal motivo, é que as versões anteriores deixarão de ser suportadas e não mais receberão atualizações e correções, conforme podemos ver nessa página Mas outro motivo igualmente importante, é que atualmente é muito difícil de instalar uma versão antiga do OpenSSL em alguns sistemas Operacionais. Isso poderia ser um impedimento, para executar o ACBr em várias distribuições de Linux... A atualização dos fontes não foi um processo trivial, pois a API do OpenSSL recebeu modificações substanciais, desde a versão 1.0.x https://www.openssl.org/blog/blog/2018/09/11/release111/ https://wiki.tizen.org/Security/Tizen_5.X_Migration_from_OpenSSL_1.0.2_to_OpenSSL_1.1.1_guide Preciso atualizar meu cliente Final ? Não necessariamente... o código fonte do ACBr, é esperto o bastante para suportar todas as versões do OpenSSL, desde a série 0.9.8 até a 1.1.1.x. Mas é altamente recomendado que você atualize seus Scripts de Build, para usar e distribuir a última versão do OpenSSL no seu instalador automatizado... (veja como distribuir, abaixo) Lembre-se que se você precisa usar recursos mais novos, como comunicação segura com TLS1.2, precisará ter o seu OpenSSL atualizado, para versões mais novas... Todos os Scripts que geram os instaladores do ACBrMonitorPLUS e os pacotes da ACBrLib, assim o ACBrInstall_trunk2.exe, já foram atualizados para usar e distribuir as DLLs da nova versão 1.1.1.x Como o OpenSSL é distribuído ? Você pode encontrar versões compiladas do OpenSSL para praticamente qualquer Sistema Operacional existente... No SVN do ACBr, você encontrará as últimas versões das Bibliotecas compiladas para Windows em: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/ Repare que em cada diretório, temos as pastas x86 (32 bits) e x64 (64 bits)... Se você compila seu programa em 32 bits, então você deve usar a versão 32 bits da DLL O OpenSSL é distribuído em em 2 arquivos. Sempre mantenha os dois arquivos juntos, e sempre use o par de arquivos da mesma versão. No Windows: Até a versão 1.0.x, os nomes dos arquivos eram: ssleay32.dll e libeay32.dll, e não havia distinção nos nomes das DLLs, entre as versões 32 e 64 bits. A partir da versão 1.1.0, os nomes dos arquivos mudaram para: libssl-1_1.dll e libcrypto-1_1.dll (32 bits) e libssl-1_1-x64.dll e libcrypto-1_1-x64.dll (64 bits) Tudo que você precisa fazer, é copiar o par de arquivos (libssl-1_1.dll e libcrypto-1_1.dll) para a mesma pasta do seu binário, ou seja, na mesma pasta onde está o seu .EXE (sim, você poderia copiar esses arquivos para o diretório System do Windows, mas isso deve ser evitado, pois pode causar conflitos com outras aplicações) As DLLs do OpenSSL que estão no repositório do ACBr, são compiladas com o Visual C Studio, portanto, será necessário que na máquina destino, exista as DLLs de RunTime do Visual C. Como centenas de programas tem essa mesma dependência, provavelmente as DLLs de RunTime já estão instaladas no seu Windows... Porém, caso você perceba o erro: "Este aplicativo não pôde ser iniciado porque não foi encontrado vcruntime140.dll", provavelmente o RunTime ainda não foi instalado, a solução nesse caso, é bastante simples, bastando instalar: http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/Diversos/x86/VC_redist.x86.exe Você pode/deve, rodar esse procedimento no seu instalador, automatizado... isso pode ser feito de maneira silenciosa, e sem a intervenção do usuário... Veja esse artigo: No ACBrMonitorPLUS, usamos da seguinte maneira: VC_redist.x86.exe /install /passive /norestart No Linux: libssl.so.x.x.x - exemplos: libssl.so.1.1, libssl.so.10, libssl.so.1.1.1, libssl.so.1.1.0, libssl.so.1.0.2 , libssl.so.0.9.8, etc libcrypto.so.x.x.x - exemplos: libcrypto.so.1.1, libcrypto.so.10, libcrypto.so.1.1.1, libcrypto.so.1.1.0, libcrypto.so.1.0.2, libcrypto.so.0.9.8, etc O OpenSSL já vem instalado por padrão em várias distribuições Linux, caso contrário, use o seu gerenciador de pacotes, e instale o pacote "openssl" Veja mais sobre a distribuição de Bibliotecas em: https://acbr.sourceforge.io/ACBrLib/ComoInstalarDistribuir.html A nova rotina de Carga dinâmica das Bibliotecas do OpenSSL, que foram implementadas na Unit OpenSSLExt.pas, irá procura por vários nomes de arquivos, dando preferência para os arquivos mais novos. Ou seja, ela irá procurar pelas bibliotecas na versão 1.1.1.x, e não encontrando, procurará e pelas bibliotecas na versão 1.0.x ou inferiores Quer saber mais sobre como o ACBr usa o OpeSSL na criação e transmissão de Documentos Seguros ? Então de uma olhada nesse vídeo: Atualização em 12/03/21: A "Mikeysoft" não vem fazendo um bom trabalho no instalador do Visual C++ Runtime... parece que faltam dependências em "VC_redist.x86.exe"... Por isso recomendamos esse instalador: https://github.com/abbodi1406/vcredist/releases .. onde o desenvolvedor criou um instalador único, que roda todas as versões do instalador do Visual C++ Runtime

Você precisa de uma Conta SAC ACBr Veja o tópico baixo

Use o objeto ESCPOS e envie o comando abaixo ESCPOS.ImprimirCmd( "</abre_gaveta>") https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirCmd.html Veja as Tags disponíveis em: https://acbr.sourceforge.io/ACBrMonitor/ESCPOSImprimirTags.html

O tamanho tem que ser calculado "ok the fly"... era isso que a UnlimitedHigh fazia.. caso contrário sempre haverá um limite a ser atingido por um relatório maior

O UnlimitedHigh, teve sua funcionalidade quebrada , após esse commit, no Fortes Report CE... https://github.com/fortesinformatica/fortesreport-ce/pull/222/commits/8f34d7c02d3c2f763c2d7af0524ece7cdfe30c82 A sugestão indicada não pode ser aplicada, pois definir um valor fixo, sempre haverá um limite a ser atingido.. Estamos verificando...

Qual Marca e Modelo ? Preciso plugar um, e verificar se o ACBr encontra ela... talvez isso possa ser verificado com o botão "Informações USB", do Demo do PosPrinterTeste

Não testei a nova funcionalidade, com as Impressoras Fiscais... como elas estão morrendo... achei que não faria sentido...

Se tiver o Log da DLL ou do ACBrSAT... ache a resposta do SAT, referente a esse XML... Ela estará em uma longa String em BASE64... Copie essa String e decodifique nesse site: https://www.base64decode.org/ Verifique após a conversão se o XML realmente tem esses erros... Se tiver, pode ser necessário acionar o fabricante...

Não compreendi muito bem a sua necessidade... mas parece ser um problema de "tara" da balança..