Painel de líderes

Olá pessoal, Alguém já imaginou ou tem a necessidade de imprimir o boleto em uma impressora térmica? Pois bem, o @guilhermekm teve a necessidade, arregaçou as mangas e implementou um novo layout chamado lTermica80mm. Guilherme, muito obrigado pela colaboração, já esta disponível no repositório. Quero também agradecer ao @Doug Dela Bite pelos ajustes feitos na implementação do Guilherme, muito obrigado Douglas. Abaixo o Preview e a impressão do boleto feita em uma Epson TM-T20X. Esse layout esta disponível apenas para o Fortes Report, portanto convido aos mestres em Fast Report a fazerem o mesmo que o Guilherme e Douglas. Estou aguardando o layout para o Fast! Compatibilizei o LFM do Lazarus com o DFM do Delphi, sendo assim é para funcionar sem nenhum problema no Lazarus / Fortes Report. Veja aqui o tópico original:

Olá Pessoal, Já se encontra em nossa biblioteca a NT 2020/001 da NF-e segue abaixo um resumo sobre ela. Resumo: Este documento substituirá as Notas Técnicas(NT) 2012.002 e 2013.001 e tem por objetivo unificar as informações referentes à manifestação do destinatário na Nota Fiscal eletrônica (NF-e) modelo 55 e estender o serviço para ser usado também por Pessoa Física (CPF). A manifestação está prevista na cláusula décima-quinta-A do Ajuste SINIEF 7/2005, a qual permite que o destinatário da Nota Fiscal eletrônica confirme a sua participação na operação acobertada pela Nota Fiscal eletrônica emitida para o seu CNPJ/CPF, através dos eventos tratados a seguir. 3 - Prazos para realização dos eventos de manifestação do destinatário Evento Prazo legal(Ajuste SINIEF 44/20) Ciência da Emissão 10 dias contados a partir da data de autorização da NF-e Confirmação da Operação 180 dias contados a partir da data de autorização da NF-e Desconhecimento da Operação 180 dias contados a partir da data de autorização da NF-e Operação Não Realizada 180 dias contados a partir da data de autorização da NF-e 4 -Obrigados a realização da manifestação do destinatário A cláusula décima-quinta-B do Ajuste SINIEF 7/2005 prevê a obrigatoriedade do registro pelo destinatário da NF-e dos eventos de confirmação da operação, operação não realizada e desconhecimento da operação nos prazos especificados naquele Ajuste. Também está obrigado a realizar a manifestação, de acordo com o Anexo II do Ajuste SINIEF 7/2005, o destinatário de toda NF-e que: I – seja exigido o preenchimento do Grupo Detalhamento específico de Combustíveis, como nos casos de mercadoria destinada a: a) estabelecimentos distribuidores de combustíveis, a partir de 1º de março de 2013; b) postos de combustíveis e transportadores revendedores retalhistas, a partir de 1º de julho de 2013; II - acoberte operações com álcool para fins não-combustíveis, transportado a granel, a partir de 1º de julho de 2014; III – acoberte, nos casos em que o destinatário for um estabelecimento distribuidor ou atacadista, a partir de 1º de agosto de 2015, a circulação de: a) cigarros; b) bebidas alcoólicas, inclusive cervejas e chopes; c) refrigerantes e água mineral. Obs: a NT 2012/003 (item 03.1), publicada em agosto/2012, define quais são os CFOP que obrigam a informação do Grupo de Combustível na NF-e. Os CFOP citados estão relacionados com as operações que envolvem “Combustível derivado ou não de Petróleo e Lubrificantes”. • Como as operações com lubrificantes são exceção à obrigatoriedade de manifestação do destinatário, consta no Anexo II a tabela de Códigos de Produto da ANP relativa a lubrificantes e que não estão obrigados à Manifestação do Destinatário Conclusão: Não existe nenhuma implementação a ser feita no componente, simplesmente agora a pessoa física que possui um e-CPF (Certificado Digital) poderá realizar a Manifestação do Destinatário, ou seja, enviar para a SEFAZ um dos 4 tipos de eventos que engloba a Manifestação do Destinatário. O componente já esta apto a gerar o XML do respectivo evento com o CPF do destinatário em vez do CNPJ.

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

Marquei a opção ImprimeDescAcrescItem, não utilizo a impressão no Fortes em produção, somente Esc/Pos mas aparentemente está ok agora: NF_Teste-nfe.xml

Falta configurar as opções SSL na aba Certificados.

AC = Aplicativo Comercial Essa Luz só irá acender, quando a Aplicação (programa), estiver comunicando com o SAT

Para que a Impressão em Fortes com "FormularioContinuo := True" funcione, é necessário ajustar as configurações no Driver de Spool da Impressora, definindo uma página Longa... Abaixo tem um exemplo da tela de Spool da Epson

Para suportar a compilação em FMX, o código do ACBr, recebeu várias modificações com diretivas de compilação (IFDEFs) Para que essas diretivas sejam utilizadas, precisamos sinalizar para o ACBr, que o Projeto em questão, usa a FMX. Isso pode ser feito de duas maneiras: 1 - Inserindo uma Diretiva nas opções do Projeto (recomendado) Abra as opções do Projeto, Project -> Options (Shit-Ctrl-F11) Selecione: Building -> Delphi Compiler Em Target selecione All Configurations - All Plataforms Em Conditional Defines, escreva: FMX 2 - A segunda forma é modificar o ACBr.inc, ativando a diretiva FMX.. Porém use essa opção com cuidado, pois ela afetará todos os seus projetos, e você terá que comentar a linha novamente, quando for compilar um projeto VCL // Para usar FMX (Firemonkey) Windows / Delphi descomente essa linha //{$DEFINE FMX}

Reabri o tópico, pois creio que agora seja necessário ajustar os relatórios de DANFE do ACBr, para destacar o Frete no Item, conforme imagem abaixo, extraída do manual...

Você já conhece os equipamentos da Jetway? A Jetway é uma nova empresa do grupo Tanca, possuí os principais equipamentos para Automação Comercial e uma linha exclusiva dedicada ao segmento de Food&Service, neste relatório apresentaremos a impressora JP-800. Não deixe de conferir também a homologação do SAT JS-1000. Ambiente de Testes Utilizamos o seguinte ambiente para realização dos testes e homologação. Computador Desktop Sistema Operacional Windows 10 64Bit Processador Intel Core 2 Duo E4500 2.20GHz Memória 2GB USB 2.0 Características Técnicas da Impressora Método de Impressão Impressão térmica em linhas Velocidade de Impressão Aprox. 250mm/s (Textos e gráficos) Beep Sim Corte Guilhotina e Serrilha Opções de Comunicação USB Serial Ethernet VCOM (Virtual COM Port) Caixa registradora Suporte a gaveteiro Fonte de Alimentação Fonte de Alimentação Externa 24V Dimensões 140 x 143 x 191 mm (AxLxP) Peso 1,3 kg Código de Barras EAN 8; EAN 13; INT25; CODE11; CODE39; CODE93; CODE128; CODE128C; UPCA; CODABAR Código Bidimensional QRCODE Vida Útil Cabeça de impressão 100 KM Guilhotina 1 milhão de cortes Drivers e manuais Os drivers e manuais estão disponíveis no link abaixo. JETWAY – Drivers e Utilitários JP -800 Impressão de Autoteste No autoteste impresso pela JP-800 é possível verificar as configurações atuais da impressora tais como IP para conexão Ethernet, parâmetros da conexão serial, densidade de impressão, entre outros parâmetros. Siga os passos abaixo para realizar a impressão do Autoteste: Com a impressora desligada, mantenha pressionado o botão Paper e ligue a impressora. Solte o botão ao iniciar a impressão, ao finalizar o papel será cortado. Confira na impressão os parâmetros atuais. Interfaces de comunicação Este modelo da Jetway possui as principais interfaces de comunicação disponíveis em impressoras térmicas (USB/Serial e Ethernet). Acompanhe na tabela abaixo um exemplo de configuração de cada uma delas. Para comunicação com o componente ACBrPosPrinter é utilizado o modelo “ppEscGPrinter”, pois este fornece os comandos corretos para impressão e beep. Tipo Configuração (Exemplo) USB/RAW RAW: Jetway JP-800 USB/Com Emulada COM 3 COM FÍSICA COM 1 Ethernet TCP:192.168.20.27:9100 Configurações de comunicação Descrevemos aqui exemplos de configuração dos principais tipos de comunicação com a impressora, caso tenha dúvidas, verifique os manuais que acompanham o equipamento ou entre em contato com suporte técnico. Manual Instalação Driver JP-800 – Orientações para instalação de driver e configurações nas diferentes portas de comunicação. Manual Utilitário JP-800 – Orientações para uso da ferramenta JetwayPrinterTool. USB – Spooler do Windows: A instalação em ambiente Windows é simples, faça o download do driver no link acima e descompacte o mesmo. Após a descompactação execute o instalador JetwayPrinterDriverJP-800.exe e clique em Next e em seguida Install na tela que se abrir. Na próxima tela selecione o modelo da impressora e na opção abaixo selecione USB PORT:, nomeie a impressora e clique em Install. Se tudo ocorrer como esperado sua impressora será instalada com sucesso. USB – Com Emulada: Para utilizar porta COM Emulada na JP-800 é necessário atualizar o firmware para VCOM pois por padrão a impressora sai de fábrica com o firmware USB. Solicite o firmware de atualização abrindo um chamado no Portal Jetway. Para atualização, execute o software JetwayPrinterTool.exe (disponível no arquivo .zip, junto com o driver de instalação), selecione a opção para conexão com a impressora e clique em Download. Na tela seguinte na aba “Program” clique em ‘Select Firmware’ para escolher o arquivo e selecione JP-800_VCOM.bin, clique em ‘Update’ e aguarde a mensagem de confirmação, a impressora reiniciará. Neste tipo de comunicação é necessário também a instalação do driver Prolific (PL-2303 Driver Installer). Após o update do firmware e instalação do driver Prolific, a impressora já esta apta para conexão em porta VCOM. Exemplo dos passos para update: Porta COM criada após o procedimento acima: NOTA: Para voltar a conexão USB é necessário voltar para o firmware USB, realizando o mesmo procedimento acima, porém selecionando o arquivo JP-800_USB.bin . Serial RS-232: A comunicação com porta COM Física não depende de instalação de driver, sendo assim a configuração para comunicação é simples e rápida. Para configurar a porta serial no componente ACBrPosPrinter realize as configurações a seguir. Selecione a Porta COM Selecione a opção de Configurações da Porta Realize os ajustes: Baud rate: 115200 – Verifique com a impressão do autoteste a velocidade setada na impressora e altere caso precise. Data Bits: 8 Parity: None Stop Bits: 1 Handshaking: Hardware – recomendado pelo fabricante (RTS/CTS). Buffer de Envio: 3000 Espera de Buffer: 200 Salve as configurações. Os ajustes de Buffer são necessários para impressões de extratos com grande quantidades de itens, caso não configurados corretamente a impressão pode não ocorrer por completo. Ajustes de Baud Rate, Handshaking entre outros podem ser feitos com a ferramenta JetwayPrinterTool, para tal, execute a ferramenta, selecione o tipo de comunicação e clique em Set Printer. Na aba Base estão disponíveis as configurações de Baud Rate e Paridade, na aba Serial se encontra o restante das configurações para a conexão. Ao alterar parâmetros de configuração, basta clicar em Set para salvar na impressora. Exemplo das telas de configuração: Ethernet: Para começar, conecte sua impressora pelo cabo USB e execute o JetwayPrinterTool.exe, selecione a opção de conexão e em seguida Set Printer. Certifique-se de desabilitar o DHCP da impressora seguindo os passos abaixo: 1-Selecione a opção DHCP , assim será habilitado os campos DHCP logo abaixo. 2-Selecione “Disable” . 3-Para salvar, clique em Set.. Agora configure um IP fixo na impressora: 4-Selecione a opção IP. 5-Informe os dados de IP Fixo conforme sua rede local. 6-Clique em Set para salvar as configurações. Pronto sua configuração de IP já está setada na impressora. No PosPrinter configure a porta de comunicação TCP com o IP fixado na impressora, EX: TCP: 192.168.20.27 Veja o exemplo de configuração no demo ABrPosPrinter: Tela de configuração Ethernet: Gravação de Logo Utilizando o demo PosPrinterTeste.exe realizamos a gravação de logo na impressora, este modelo suporta a gravação de múltiplos logos no formato .bmp (bitmap preto e branco, ou pancromático 32-bit), segue alguns requisitos para a gravação de logo: O tamanho do arquivo deve ser inferior a 64K. A largura da imagem: 80mm, em pixel o tamanho deve ser inferior a 567. Passos para gravar logo: Na aba Imagens e Logo, selecione a opção 1-Carregar Imagem e escolha a imagem que deseja gravar. 2-Selecione a posição onde será gravado. (Os valores utilizados abaixo são um exemplo, é possível definir valores diferentes, onde cada imagem fique em uma posição.) Ex: KC1: 48 KC2: 48 Selecione a opção 3-Gravar Logo Para verificar se gravou com sucesso, clique em 4-IMPRIMIR. Exemplo dos passos: Testes de Impressões É hora de validar se a impressora é capaz de imprimir todas as “Tags” disponíveis no componente ACBrPosPrinter. Veja abaixo as configurações utilizadas no demo PosPrinterTeste.exe para os testes: Modelo PpEscPosGPrinter Porta RAW: Jetway JP-800 Colunas 48 Espaços 25 Linhas a Pular 5 Pag. Código Pc860; Logo KC1: 48 KC2:48 FatorX: 1 FatorY:1 Exemplo das configurações no demo PosPrinterTeste: Resultados das Impressões: Formatação de carácter: Todas as propriedades funcionaram corretamente, exceto a fonte itálico. Alinhamento: Os alinhamentos foram impressos corretamente, porém foi necessário remover a TAG <bmp> de envio de imagem, pois não foi possível imprimir corretamente utilizando a tag. QRCode: Todos QRCode impressos corretamente. Código de Barras: Os tipos std25, CODE11 e MSI não foram impressos. Logotipo: Logos impressos corretamente. Page Mode: Para impressão correta, alteramos a TAG “mp_espaco” de todas as direções, acompanhe a abaixo os valores alterados: <mp_direcao>0</mp_direcao> = <mp_espaco>40</mp_espaco> <mp_direcao>1</mp_direcao> = <mp_espaco>65</mp_espaco> <mp_direcao>3</mp_direcao> = <mp_espaco>65</mp_espaco> <mp_direcao>2</mp_direcao> = <mp_espaco>40</mp_espaco> Testes de Acentuação O Teste de acentuação utiliza um pantograma da língua portuguesa para realizar diversas impressões com diferentes páginas de código, usando as fontes do Tipo A e B. Pantograma utilizado nos testes: À noite, vovô Kowalsky vê o ímã cair no pé do pingüim queixoso e vovó põe açúcar no chá de tâmaras do jabuti feliz. ÁÉÍÓÚáéíóúçÇãõÃÕÊêÂâÔôÀà Resultados: pc437: Todos os til foram ignorados; pc850: Todos os acentos foram impressos corretamente; pc852: Alguns acentos circunflexos, todas as crases e o til foram ignorados; pc860: Todos os acentos foram impressos corretamente; pcUTF8: Esta impressora não suporta UTF8; pc1252: Todos os acentos foram impressos corretamente; Leitura de Status Através dos meios de comunicação Serial e COM/Emulada, realizamos o teste de “Leitura de Status”, acompanhe na tabela abaixo o resultado. Status Porta Serial COM/Emulada ETHERNET Pronta para uso Nennhum Erro encontrado Nennhum Erro encontrado Nennhum Erro encontrado Tampa Aberta stSemPapel, stOffLine, stTampaAberta, stSemPapel, stOffLine, stTampaAberta, stSemPapel, stOffLine, stTampaAberta, Pouco Papel Nennhum Erro encontrado Nennhum Erro encontrado Nennhum Erro encontrado Sem Papel stSemPapel, stOffLine, stSemPapel, stOffLine, stSemPapel, stOffLine, Gaveta Aberta stGavetaAberta, stGavetaAberta, stGavetaAberta, Leitura de Informações Testamos também o retorno da impressora quanto a função “Leitura de Informações”, veja abaixo o retorno da impressora nos diferentes meio de comunicação. Serial ETHERNET Fabricante=JETWAY Firmware=VERSION GD207_v1.12 2019-11-20 Modelo=JP-800 Serial=JP03198000055 Guilhotina=1 Fabricante=JETWAY Firmware=VERSION GD207_v1.12 2019-11-20 Modelo=JP-800 Serial=JP03198000055 Guilhotina=1 TAG de Gaveta Tags Enviadas: Abertura da Gaveta padrão </abre_gaveta> Abertura da Gaveta específica <abre_gaveta>1</abre_gaveta> </corte_total> A gaveta abriu corretamente com os comandos acima. Impressão de extratos do SAT Através do demo SATTeste, realizamos a impressão de extratos de venda com 3 itens, foram impressas em Fortes Report e em EscPOS, e com as opções Logo Lateral e QRCode Lateral, desativadas e ativadas. Configuração do SATTeste: Cupom Fortes: Cupom Esc/POS: QRCode e Logo Lateral Ativados: Cupom Fortes: Cupom Esc/POS: Teste de Desempenho No teste de desempenho avaliamos o tempo de impressão de um extrato de venda desde seu início (ocorre ao selecionar a função “Imprimir Extrato de Venda”) até o corte final (Stop manual no botão “Parar” do cronometro), realizamos testes com diferentes quantidades de itens, e no final calculamos a média de tempo dentre 5 amostras. Medimos também a quantidade de papel impresso para cada quantidade de itens. ATENÇÃO: Este teste difere dos realizados anteriormente, onde era calculado o tempo de envio da impressão do componente para o equipamento e não o tempo de impressão propriamente. As configurações do SATTeste utilizadas neste teste, para impressão “Esc/POS” são as mesmas acima em “Impressão de extrato do SAT” Tabela de Resultados Quantidade de Itens 3 50 100 200 Número de Vendas 1 1,320 2,111 2,990 4,356 2 1,390 2,237 2,931 4,130 3 1,497 2,200 2,890 4,325 4 1,526 2,131 2,910 4,411 5 1,451 2,100 2,849 4,360 Média em Segundos 1,437 2,156 2,914 4,316 QTD Papel Impresso 216mm 349mm 502mm 797mm Nota: Resultados em milissegundos. Considerações Apesar de a Jetway ser uma marca nova no mercado, ela traz toda a qualidade e confiabilidade dos equipamentos Tanca. Alguns destaques da impressora JP-800: Design moderno Conexões USB,Serial, Ethernet e VCOM (Virtual COM Port) no mesmo modelo Velocidade de impressão Beep A JP-800 possui um design moderno com cores vibrantes, é um equipamento completo, possuindo diversas possibilidades para o uso diário. O driver USB para Windows fornecido pela Jetway está disponível para download em um aquivo .zip e é de fácil instalação, neste também está incluso a ferramenta JetwayPrinterTool utilizada para alterar configurações da impressora, a ferramenta apresenta telas simples e opções básicas. A utilização deste modelo em USB com porta COM Emulada necessita da troca do firmware e para ter acesso aos arquivos de update do firmware é necessário entrar em contato com o Suporte Jetway. Durante os testes de impressão o equipamento obteve bons resultados, imprimindo grande parte das TAGS disponíveis no componente ACBrPosPrinter, apenas a TAG <bmp> não pode ser impressa corretamente, mas estão disponível a gravação de logo em memória e pode ser utilizada para suprir a falta de impressão desta TAG. Nos testes de Page Mode também foi preciso realizar pequenos ajustes nos espaços, conforme demonstrado no Teste de Impressão. Na impressão de código de barras foi semelhante a outros modelos não imprimindo os tipos srt25, CODE11 e MSI, observamos também que não suporta a página de código UTF8, seguindo o comportamento de outros modelos homologados anteriormente. Velocidade de impressão alta, com 250mm/s a JP-800 é uma das impressoras mais rápidas disponíveis, além da velocidade a qualidade da impressão supreendente, resultando em impressões rápidas e nítida. Quer uma solução ainda mais completa? Conheça toda a linha de equipamentos Jetway Instalação Linux Realizamos um teste de comunicação com a impressora em ambiente Linux OpenSuse Tumbleweed versão 20190810. Logo abaixo segue os passos para configurar a impressora neste ambiente: Abra um terminal e digite o comando a seguir: dmesg –follow Conecte a impressora ao computador, em seguida observe como será reconhecida a impressora, em nosso exemplo foi reconhecida como “usblp0” Verifique no diretório dev se foi criado o arquivo de comunicação com a impressora. ls /dev/usb/ Para testar envie um teste direcionando para a porta criada. echo “Teste de Impressão Linux” > dev/usb/lp0 Basta configurar a porta /dev/usb/lp0 no componente. Veja na imagem abaixo os comandos citados acima:

Olá pessoal, Foi publicado agora em dezembro/2019 um novo manual de especificação técnica do DANFE da NFC-e, trata-se da versão 5.1 desse manual. O que temos de novidade: 1. algumas correções que deixa mais claro o que pode e o que não pode ser impresso. 2. traz nessas correções as novas tags cMsg e xMsg que poderão estar presentes juntamente com as demais informações referente ao protocolo de autorização gerado pela SEFAZ-Autorizadora e o local correto da sua impressão. 3. apresenta o local correto de imprimir os valores de vFrete, vSeg, vDesc e vOutro que a critério da UF poderão estar discriminados por Itens. A versão 5.1 do Manual de Especificações Técnicas do DANFE da NFC-e se encontra em nossa biblioteca. Convido a todos a lerem. Observação: Os componentes para impressão do DANFE da NFC-e feitos em Fortes Report e EscPos já estão em conformidade com a versão 5.1 do manual, portanto procurem manter os fontes sempre atualizados.

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, Foi publica a NT 2020/001 do MDF-e e ela já se encontra em nossa biblioteca. Resumo: O projeto MDF-e Integrado tem como objetivo a disponibilização, pelas Secretarias de Fazenda, de uma infraestrutura digital de documentos, legislações e processos voltados para a simplificação da emissão de documentos fiscais eletrônicos de transporte e integração, dentro de um ecossistema digital, que permite às Empresas Transportadoras de Cargas (ETC), Transportadores Autônomos de Cargas (TAC), ANTT, Administradores de Meios de Pagamentos e as próprias Secretarias de Fazenda, o aperfeiçoamento dos seus processos e compartilhamento de informações entre todos estes atores, a partir de um único documento e infraestrutura já consolidada e em uso por todos os envolvidos. Diante desse desafio, as Secretarias de Fazenda e o ENCAT, vêm nos últimos meses e em parceria com os diversos atores intervenientes, adotando uma série de ações estruturantes voltadas para superação das dificuldades atuais enfrentadas pelos órgãos de controle e geração de um ambiente operacional mais eficiente e competitivo, a exemplo das ações descritas abaixo: Aprovação de legislação nacional que normatizou o compartilhamento dos MDF-e dos 27 estados com os órgãos reguladores de transportes; Aprovação de legislação nacional que normatizou a obrigatoriedade de emissão do MDF-e em todas as operações de transporte, sejam elas intermunicipais ou interestaduais; Implantação da plataforma digital e registro de eventos eletrônicos que permitem ao transportador confirmar a entrega da mercadoria ao destinatário, possibilitando assim, a redução do prazo para o recebimento do frete por parte do caminhoneiro; Aprovação de legislação criando a Nota Fiscal Fácil (NFF), que permitirá aos contribuintes que operam com vendas de mercadorias e transportadores autônomos emitirem seus respectivos documentos fiscais de forma simplificada e a partir do seu próprio smartphone, conforme legislação publicada no D.O.U. do dia 19/12/2019 (Ajuste SINIEF No. 37 de 13 de dezembro de 2019); Publicação dessa NT, que estrutura o MDF-e de forma a possibilitar, entre outros benefícios: Geração automática do CIOT, pelo Sistema MDF-e, tanto para as modalidades TAC-Independente como TAC-Agregado; Automação do processo de fiscalização do Piso Mínimo do Frete (Tabela do Frete), nos termos da Resolução ANTT nº 5.849 de 16 de julho de 2019. Geração de informações para facilitar a negociação de direitos de recebimentos de fretes, por parte do TAC, junto a instituição financeira onde possui conta corrente, sem a interferência de atravessadores. Com essa NT temos: - Alterações de schema e regras de validação do MDF-e - Alterações no schema do modal rodoviário no grupo infANTT - Criação do evento de Pagamento da operação de transporte Portanto teremos um evento novo, criação do grupo Produto Predominante <prodPred> na parte geral do MDF-e, alteração no grupo informações do contratante, inclusão dos campos <xNome> e do <idEstrangeiro>, no modal rodoviário foi criado o grupo informações do pagamento do frete <infPag>. Novas Regras de Validação: Se modal rodoviário e indicador de pagamento for a prazo (tag:indPag=1): O grupo de informações a prazo deve ser informado (grupo:infPrazo). Implementação Obrigatória. Gera a Rejeição: 724. Se modal rodoviário, o grupo produto predominante deve estar informado (grupo: prodPred). Implementação Obrigatória. Gera a Rejeição: 725. Se modal rodoviário e MDF-e possuir apenas um DF-e transportado no grupo infDoc: O grupo de informações da carga lotação (infLotacao) deve estar informado. Implementação Facultativa. Gera a Rejeição: 726. Se modal rodoviário e informado grupo de pagamento, rejeitar se CNPJ/CPF do responsável pelo pagamento estiver inválido. Implementação Obrigatória. Gera a Rejeição: 727. Se moda rodoviário e informado grupo de pagamento, rejeitar se CNPJ do IPEF estiver inválido. Implementação Obrigatória. Gera a Rejeição: 728. Vai ocorrer alterações no componente? Sim Vai ocorrer alterações nos schemas? Sim Vou ter que adequar a minha aplicação? Sim Prazos: Ambiente de Homologação: 09/03/2020 Ambiente de Produção: 06/04/2020

Verifique se o Certificado foi instalado no Windows com a Opção de permitir Exportar a chave Privada...

Boa tarde Marcel, Quanto ao componente ACBrMDFe já esta quase pronto para ficar em conformidade com a Nota Técnica 2020/001. Acredito que até o final da semana que vem já vai estar pronto. Mas só vamos poder iniciar os testes a partir de 09/03/2020. Caso alguém queira colaborar em tentar descobrir o que esta ocorrendo com o ACBrCIOT ficarei grato.

Acho que é isso ai... obrigado pelos testes...

Era isso mesmo, desculpem a falha de atenção. Obrigado e podem fechar o tópico

Daniel, desculpe, falha técnica, temos um servidor próprio para compilação, nele a acbr estava desatualizada, vou atualizar e volto pra dizer se está ok. Obrigado.

Feito, já ajustei os Scripts....

Ola Bom dia, alguma previsão para adicionar esta correção ao repositório?

Bom dia a todos, Em princípio hoje, o sefaz regularizou o horário. Ajustei o horário correto do computador e os cupons estão emitindo normal. Obrigado a todos pelo apoio

Bom dia Daniel.... testei aqui, ficou perfeito.. Valeu!

Enviei um Ajuste para o SVN... https://sourceforge.net/p/acbr/code/18858/

Modifique a compilação do Pckage do Boleto, para adicionar os Logos... e dos Packages NFe, CTe e MDFe, para adicionar os Schemas

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

Está compilando pra qual plataforma? O instalador adiciona o caminho para os fontes no library path apenas para Win32. Para Win64 e Linux vai precisar informar o library path manualmente. Android e demais ainda não está funcional.

Pelo que investiguei no código Fonte do Fortes, ele está fazendo o calculo do Tamanho do Papel corretamente, e envia o tamanho do papel Final, para a impressora... O problema é que alguns Drivers de Impressora, não aceitam a programação de Tamanho de Página... Mas o Fortes (ou o driver das Impressoras) parece se dar bem, com a impressão em várias páginas, em formulário contínuo (bobina), emendando todas as páginas e dando um efeito de impressão contínua... Então para os casos onde o problema desse tópico estiver ocorrendo, é possível definir "FormularioContinuo := False", para que o Extrato seja gerado em várias páginas de acordo com o tamanho da página definido no Driver da Impressora... Apliquei as seguintes correções para esse caso: https://sourceforge.net/p/acbr/code/18851/

Boa tarde, Todos meus EXE e DLL são assinados pela SECTIGO, mesmo assim estou com esse problema. A assinatura nesse caso não resolveu. Eles diz que é um comportamento "Padrões de atividades perigosas (BSS)", tentei achar documentações que poderiam levar a uma analise, mas não encontrei. Mas acho que isso é briga de cachorro grande, vamos ver o que eles se posicionam. Obrigado

Boa tarde Qual método está utilizando para gerar os eventos? Note pelo demo do Reinf que agora exitem métodos distintos para Gerar e Assinar o XML de Eventos, além do método já existente que realiza Assinatura automaticamente. ACBrReinf1.Eventos.Gerar; // Somente Gera os XMLs dos Eventos ACBrReinf1.Eventos.Assinar; // Somente Assina os XMLs ACBrReinf1.Eventos.Validar; // Somente Valida os XMLs // ACBrReinf1.Eventos.GerarXMLs; // Gera, Assina e Valida os XMLs dos Eventos

Provavelmente alguma máquina, do Pool de Servidores da SEFAZ, está com a Hora errada... Então dependendo de como a requisição é distribuída, para a máquina com o problema, ocorre a rejeição...

Pelo erro é do lado do servidor então sugiro abrir um chamado enviando essas informações para eles

Primeiro deve ser feita a anulação do CTe, de uma das seguintes formas: - O tomador contribuinte pra o qual o CTe foi emitido envia o evento de Prestação de Serviço em Desacordo, após isso a transportadora gera um CTe de anulação; - O tomador contribuinte gera uma NFe de anulação de valores referenciando o CTe; - O tomador não contribuinte gera uma declaração de anulação de valores mencionando o CTe, e a transportadora gera um CTe de anulação referenciando a declaração; - O tomador caso transportadora emite um CTe de anulação de valores. Após isso a transportadora emite um CTe de substituição, referenciando o CTe original e o documento de anulação gerado no primeiro passo, e informando a tag indAlteraToma = 1 para indicar que houve alteração do tomador.

Bom dia, vc está com o mesmo problema do Claudio que abriu este tópico? Que sistema operacional tem no servidor onde é feito o compartilhamento? Windows ou linux? que versão... ? Att Ricardo

Bom dia Leandro, Já enviei para o repositório.

Bom dia a todos, Gostaria de agradecer a todos que colaboraram com a implementação e com os testes. Postei uma noticia sobre o novo layout de impressão. Douglas, vou fechar esse tópico, assim que você fizer as correções com relação aos labels favor criar um novo tópico.

Bom dia Italo, Eu consegui usar o modelo enviado pelo GuilhermeKM, mas precisei fazer uns ajustes no código das units e dfm para imprimir. Quando eu selecionava o modelo Térmica 80mm saía o modelo normal. Então corrigi as propriedades BeforePrint, OnDataCount e OnDataRecord do report LayoutTermica e funcionou show de bola! (Obrigado Guilherme pelo layout...). Imprimi em Epson TM-T20 e Daruma DR800. Em PDF ocorrem alguns problemas que pode ser da minha impressora PDF. Realmente a qualidade da impressão na térmica não é das melhores, mas neste dfm que deixo aqui, está incluído um ajuste nos labels da RLBand7 deste layout, onde coloquei em negrito algumas fontes, e o resultado foi melhor. Em anexo os códigos ajustados. Abs p.s.: em tempo, reparei que ainda precisa de pequenos ajustes para que os labels não cortem na hora de imprimir, mas eu não tive tempo ainda de fazer. Foquei no funcionamento. ACBrBoleto.pas ACBrBoletoFCFortesFr.pas ACBrBoletoFCFortesFr.dfm

Bom dia a todos, Com os fontes disponibilizados pelo Guilherme a impressão do boleto ocorreu sem nenhum problema em uma impressora Epson TM-T20X. A impressão ficou um pouco falha, acredito que deva ser o papel que estou usando que é de má qualidade. Hoje em dia, são poucos que vão até ao banco pagar um boleto e quando vão realiza o pagamento nas maquinas de autoatendimento. Sendo assim hoje o que realmente o que interessa para efetuar o pagamento do boleto é o seu código de barras ou a linha digitavel e é claro o boleto estar registrado. Portanto se o boleto foi impresso em papel A4 ou Carta ou Bobina, pouco interessa. A única questão de imprimir o boleto em uma impressora térmica é o clareamento da imagem, na empresa que eu trabalhava o pessoal tinha o costume de tirar um fotocopia de todos os documentos impressos em impressora térmica. Gostaria de saber se mais alguém consegui ou esta com problemas de imprimir o boleto na impressora térmica usando o programa exemplo do componente ACBrBoleto.

Bom dia pessoal. A Nota Premiada MS já está valendo e tem prêmios de até R$ 300 mil, vejam noticia publicada na página Top Midia News. https://www.topmidianews.com.br/cidades/nota-ms-premiada-esta-valendo-e-tem-premio-de-r-300-mil/122582/ Att.

03/01/2020 Liberado ambiente de produção da SVRS O ambiente autorizador da Sefaz Virtual está disponível para emissão em produção da NF3e. As empresas interessadas deverão contatar a Unidade Federada de sua circunscrição para verificar condições para habilitação à emissão deste documento eletrônico.

Seguem as novas urls do efrete versão 5.0 Lista de URLs dos WebServices: https://dev.efrete.com:6061/Services/LogonService.asmx https://dev.efrete.com:6061/Services/MotoristasService.asmx https://dev.efrete.com:6061/Services/ProprietariosService.asmx https://dev.efrete.com:6061/Services/VeiculosService.asmx https://dev.efrete.com:6061/Services/PefService.asmx https://dev.efrete.com:6061/Services/FaturamentoTransportadoraService.asmx

Bom dia André, Primeiramente uma pequena correção, não é Manifesto do Destinatário e sim Manifestação do Destinatário. Existe o componente ACBrMDFe que nos permite emitir o MDF-e, ou seja, Manifesto de Documentos Fiscais Eletrônicos. O MDF-e nada mais é do que uma lista de outros documentos, por exemplo: A transportadora carrega o caminhão, como normalmente nem toda a carga pertence a um único remente e não será transportada para um único destinatário, logo a transportadora vai emitir vários CT-e - Conhecimento de Transporte Eletrônico. Imagina esse caminhão chegando a um posto de fiscalização de fronteira entre Estados e o fiscal ter que checar dezenas ou até centenas de CT-e. Você concorda que vai demorar. É ai que o MDF-e ajuda, pois a transportadora ao emitir o MDF-e informa todos os CT-e referente a carga do caminhão. O fiscal só vai precisar checar o MDF-e. Isso agiliza o processo. Ficou claro o que vem a ser o MDF-e? Com relação a Manifestação do Destinatário, nada mais é do que um evento, na verdade são 4 tipos de eventos diferentes (depende da situação). Sendo assim através do componente ACBrNFe podemos enviar o evento de Manifestação do Destinatário. Você quer saber como baixar os XML das Notas Fiscais de entrada, neste caso você é o Destinatário da mercadoria, correto. Pois bem são a principio 3 passos: 1. Devemos utilizar o método DistribuicaoDFe para baixar um resumo das notas emitidas contra o nosso CNPJ. 2, Devemos Manifestar sobre cada nota, ou seja, enviar um evento de Manifestação do Destinatário para cada nota (resumo) obtida no passo 1. 3. Utilizar novamente o método DistribuicaoDFe para baixar mais resumos e XML completos das notas que foram manifestadas no passo 2. A quantidade de passos podem ser maiores dependendo da quantidade de notas, vamos a um exemplo. Suponha que foram emitidas 80 notas contra o seu CNPJ, o DistribuicaoDFe só retorna um lote com no máximo 50 documentos. Passos: 1. DistribuicaoDFe -> vai retornar 50 resumos; 2. Manifestar as 50 notas; 3. DistribuicaoDFe -> vai retornar 30 resumos (que totaliza as 80 notas) e 20 XML completos das notas que já foram manifestadas. 4. Manifestar as 30 notas; 5. DistribuicaoDFe -> vai retornar 50 XML completos das notas que já foram manifestadas. 6. DistribuicaoDFe -> vai retornar 10 XML completos das notas que já foram manifestadas. ou 1. DistribuicaoDFe -> vai retornar 50 resumos; 2. DistribuicaoDFe -> vai retornar 30 resumos (que faltam para completar as 80 notas); 3. Manifestar as 80 notas; 4. DistribuicaoDFe -> vai retornar 50 XML completos das notas que já foram manifestadas. 5. DistribuicaoDFe -> vai retornar 30 XML completos das notas que já foram manifestadas (que faltam para completar as 80 notas). Por fim, te aconselho a ler as Notas Técnicas: 2014/002 versão1.02b - que trata sobre o Distribuição DFe 2012/002 versão 1.02 - que trata sobre a Manifestação do Destinatário. Espero ter ajudado.

Entrei em contato com algumas transportadoras aqui e o que foi dito é que: se o RNTRC do cavalo não for o mesmo da empresa emitente do CT-e/MDF-e obrigatoriamente tem que ter o CIOT porque essa é a garantia que o terceirizado tem como garantia das despesas. Isso tanto para transporte estadual como interestadual.