Painel de líderes

Depois de muita conversa interna e requisição de uma parte dos usuários ACBr, resolvemos estender o suporte ao Delphi 7 até Janeiro de 2017. Por que? Nossa principal motivação foi porque muita gente está pensando que quando chegasse o fim de agosto a compatibilidade com o Delphi 7 será simplesmente removida e seus aplicativos vão parar de funcionar. Infelizmente, algumas pessoas estão usando isso com um oportunismo, fazendo "terrorismo" nos usuários do projeto ACBr. Queremos que entendam que não é fácil manter a compatibilidade do projeto em tantas versões diferentes. E não estamos recebendo muita ajuda nessa área. É difícil manter compatibilidade com versões UNICODE quando nós mesmos não usamos. Mas então em janeiro meu aplicativo Delphi 7 deixará de funcionar com o ACBr? Não!!!! Seu aplicativo vai continuar funcionando. Isso é mentira, falácia, balela, uma grande prosopopéia para acalentar bovinos (conversa pra boi dormir). Então o ACBr não vai mais enviar alterações e correções de acordo com a legislação? Claro que vamos continuar enviando alterações e correções. Então não entendi... Pois é... Isso é o que a gente está tentando esclarecer... Deixa eu tentar... Como é o processo atualmente: Sempre que antes de enviar uma correção, alteração ou inclusão de nova característica, precisamos avaliar se vai funcionar no Delphi 7. Mas a maioria de nós não utiliza mais o Delphi 7. Então depois fazemos a correção, testamos na versão que utilizamos. Daí precisamos, por exemplo disparar uma máquina virtual, esperar ela carregar, copiar o novo código para a VM, fazer os testes no Delphi 7, voltar a máquina normal e só depois enviar ao SVN. Como queremos que seja o processo após janeiro de 2017: Fazemos a correção que precisamos, testamos nas versões que suportamos, e enviamos ao SVN. Mas e o Delphi 7? Os componentes até essa data vão continuar funcionando no seu Delphi 7. Mas a partir dessa data você deverá ter cautela para atualizar via SVN. Eventualmente, sem intenção, uma quebra de compatibilidade pode acontecer. Neste caso você sempre terá a opção de voltar para uma revisão que esteja funcionando. Mas se preferir poderá fazer algo: Corrigir você mesmo o problema; Encontrar algum voluntário para corrigir; Atualizar para uma IDE suportada; Quais as IDE suportadas? Lazarus ou Delphi 2009 ou posterior.

Bom dia pessoal! Ontem 23/08/2016, aconteceu em Florianópolis uma reunião entre empresas desenvolvedoras, gerentes de TI das grandes redes de supermercados de SC, e os fiscais da SEF/SC para tratar basicamente sobre o bloco X. Resumo do encontro: Bloco X teve alterações/correções no layout do arquivo que serão disponibilizadas em breve. Previsão para o início do envio dos arquivos do bloco X é julho/2017. Não lembro a data, mas novos credenciamentos não poderão mais constar não conformidades relativas ao bloco X. Se tiverem não serão credenciados. O bloco X vai funcionar exatamente como está no seu ATO COTEPE. (Em outra reunião os fiscais tinham ficado de definir se ia realmente haver o bloqueio do PAF, em caso de falha de envio do arquivo do bloco X após a 10a tentativa). Após o cadastro de um novo laudo os desenvolvedores terão 180 dias para atualizar todos os clientes com a nova versão. Não lembro a data também, mas a partir dessa data todos os PAFs deverão estar no mínimo na versão da ER 02.03. Em reunião no CONFAZ, foi encaminhada uma alteração por parte da SEF/SC, que visa desobrigar apenas no CUPOM FISCAL a impressão do CEST/NCM, já que isso acabou gerando um custo a mais para os clientes, em virtude da impressão em 2 linhas de cada item vendido. Essa é a mais importante de todas \o/ . Já está em estudo a compatibilização das impressoras do convênio 09/09 (Blindadas) para trabalharem com NFC-e. Segundos os fiscais, somente será adotada a NFC-e em SC se for através da impressora, já que isso garante a contingência e a responsabilidade do desenvolvedor. Dessa forma, o processo atual de homologação vai continuar existindo, e caso a NFC-e seja adotada, os fabricantes farão uma atualização no SB da impressora para compatibilizar a mesma a NFC-e. É isso! Qualquer novidade atualizo aqui. Att.

Minha nossa... NFCe dentro do ECF 09/09... os caras acham que basta escrever um decreto e pronto... Isso tudo é vaidade, em não adotar o SAT de SP, que já está pronto e funcionando, e sem problemas de contingência off-line

Pessoal, Uma oportunidade para quem quer ver os recursos das novas IDE's. Embarcadero lançou uma promoção do Delphi Berlin 10.1 Starter Free por tempo limitado. https://www.embarcadero.com/br/products/delphi/starter/promotional-download

Ok Juliana. Obrigado, mais uma vez pela ajuda. Vou tentar reconfigurar isso. Daqui 8 dias te respondo se funcionou. Kakakaka Abraços Claudiomir Juliana O Nosso numero vai ficar assim? 290451400000000130000 Pode confirmar isso para mim antes que eu perca mais 8 dias?? Claudiomir

@Sérgio Assunção Usei a dll sim, porém não resolveu também. O que resolveu por incrível que pareça foi mesmo colocar a dll zlib.dll na pasta do exemplo do ACBrSAT e funcionou de boa. Essa dll (zlib.dll fica na pasta do linker Manager). Interessante que já tinha feito isso e não tinha funcionado; más provavelmente fiz algo errado da outra vez que não deu certo. Resumindo.... Formatei meu note novamente (Windows 10 64bits), delphi zerado (Fortes,Fast,ACBr),Linker Manager com a dll que vem com a instalação normal. Agradeço @Sérgio Assunção de coração pela ajuda que foi de enorme valia e a todos da comunidade ACBr. Deus queira que essa crise passe pois quero ser um dos que colaboram também financeiramente com esse projeto que não pode acabar....

Sim. Já temos vários clientes aqui em produção com a versão 0.07 e os aparelhos da Tanca.

Testei vários cabos USB/Serial no Windows 10 e nenhum funcionou, até instala e tudo mais, mas não comunica com a impressora. O único que finalmente funcionou foi este: Encontrei no Submarino, caso interesse a alguém: Adaptador USB 20 P/ Serial Conversor RS232  Db9 9 Pinos

Resumindo: a máfia dos fabricantes de equipamentos de ECF + órgãos homologadores + interventores de equipamentos ECF .... continua. Nada muda. A não ser a sobrecarga de trabalho e de gasto com homologação e equipamentos de teste que nós, desenvolvedores, sempre tivemos. E o gasto exorbitante dos nossos clientes usuários de ECF que tem que comprar equipamentos caríssimos e pagar por intervenções que muitas vezes são referente a defeitos que já vem de fábrica ou da própria dll do fabricante que não dá retorno correto. Que País é esse? Me desanima não, Brasil.

Você está lendo um tópico sobre "Strong-Name Signing for Managed Applications". Você quer informações sobre o Authenticode. Note também que você está lendo sobre ClickOnce e não sobre aplicativos gerais para Windows. Dá uma procurada aqui no fórum usando a pesquisa do google. Tem mais usuários comentando o que estão usando. Por exemplo, veja esse tópico: http://www.projetoacbr.com.br/forum/topic/22838-icones-e-botões-sumindo

1- Não necessariamente. Mas normalmente sim. 2 - Não. Como o Juliomar mencionou é específico. 3 - No fórum já há um monte de tópicos relacionados a isso. 4 - Não lembro de ter lido isso. Tem a fonte?

Bom dia! como ele é starter ele é igual ao trial! no caso o instalador não vai funcionar! dai terá que sofrer e por manualmente o mesmo, pacote a pacote!

Bom dia resolve problema de antivírus e aplicativos de bancos! certificado é especifico para o fim então deve de entrar em contato e pedir ele pra assinar seus executáveis e aplicações

OlavoJr ! isso jogando os parâmetros no final todos de uma vez deu certo, resolvido grato! muito Obrigado a todos.

Reportei o erro também,no caso de caracteres cortando como no boleto e NFC-e. Já havia reportado antes sobre o boleto. Mas até hoje não tive retorno. No boleto consegui resolver fazendo uma gambiarra (diminuindo a fonte da linha digitavel e movendo o codigo de barras mais para a direita). Mas na NFC-e não tem o que fazer, a impressão fica realmente ruim.

Obrigado Daniel pela Ajuda não sabia dessa página deles, já postei a dúvida la, agora é torce pra eles terem uma solução agora. Obrigado!!

No ACBrECFVirtual.pas -> quando inicializa os totalizadores são instânciados na sequência FF, II e NN - (base 0 -> 0, 1 , 2.... Quando chama o TotalNaoTributado -> estava pegando na posição 1... deveria ser 2 No TotalIsento -> estava pegando na posição 2... deveria ser 1 Alterado para acertar o local onde pega os totalizadores e mantido a sequência FF, II, NN ACBrECFVirtual.pas

Obrigado pela correção... enviei para o SVN...

Sim, infelizmente está acontecendo com impressão de boleto, NF-e, NFC-e. Não são todas as impressoras, mas as que percebi são Lexmark, HP Laserjet. Um problemão e não tenho como resolver.

Obrigado pela sugestão... Apliquei modificações no SVN, baseado no código proposto...

ACBrUtil.pas

Daniel estou usando o demo compilado pelo Delphi 10 Seattle Alterei as propriedades: DefaultCharset e IDECharset para: CP1252 Deu certo, conforme teste que te enviei, obrigado.

Não confunda From, com FromName ACBrMail1.From := '[email protected]'; ACBrMail1.FromName := 'BiroBiro Simões'; Não há código para remover os acentos de "FromName" no componente...

Recentemente recebemos uma Impressora Não Fiscal Bematech MP-100S TH e após diversos testes utilizando nos exemplos do ACBr temos alguns comentários sobre a mesma. Todos os Drivers 32 Bits ou 64 Bits e o Manual da Bematech MP-100S TH podem ser encontrados em: http://www.bematech.com.br/suporte/equipamento/mp-100s-th Sobre a instalação da Bematech MP-100S TH: Foi utilizada a impressora em uma máquina com Windows 10 e nessa máquina, não foi necessário realizar instalação de driver do fabricante, apenas conectando a impressora (já ligada e com papel) e a mesma já emulou uma porta COM automaticamente, ficando assim, pronta para uso com ACBrPOSPrinter. Obs: Caso seja necessário realizar a instalação do Driver USB, o mesmo poderá ser encontrado no site do fabricante, mencionado anteriormente. Para realizar o uso da impressora com Fortes Report, foi necessário primeiramente instalar a Bematech no Windows, utilizando o Driver "BematechSpoolerDrivers", disponível no site do fabricante. Após instalada a impressora no Windows, foi necessário alterar o tipo de formulário disponível em Iniciar > Dipositivos e Impressoras > Selecionado impressora MP-100S TH > Clique com botão direito do mouse e selecionado "Propriedades da Impressora" > aba "Configurações do dispositivo" > Atribuição de Formulário a Bandeja > Selecionado opção "Print width 80mm 30cm" > OK. Sobre a utilização da MP-100S TH: Como já citado anteriormente, os testes foram realizados utilizando os exemplos do ACBr. Para o testes utilizando o componente ACBrPOSPrinter foi utilizado o Demo PosPrinterTeste.exe e para os testes utilizando o Fortes Report, foi utilizado o Demo SATTeste.exe. Testes Demo PosPrinterTeste.exe configurado com modelo ppEscBematech, 48 colunas, e página de código pc850 - A impressão de Tags de Caracter funcionou corretamente, com exceção da Fonte Invertida. OBS: não foi localizado nenhuma informação sobre compatibilidade com a Fonte Invertida no Manual do equipamento. - A impressão de Tags de Alinhamento, Tags Inválidas e Tags de Página de código funcionaram corretamente. - Para as tags de Código de Barras, os códigos STD25, CODE11 e MSI não foram impressos, já os demais imprimiram corretamente e a leitura dos mesmos foi efetuada normalmente também. OBS: o código MSI no aplicativo do fabricante foi impresso corretamente. Os códigos STD25 e CODE11 não aparecem na lista do aplicativo do fabricante e na lista de códigos compatíveis do manual. - As tags de QR Code foram impressas corretamente e a leitura foi efetuada corretamente. - A tag de impressão de logotipo foi impresso corretamente (após ter configurado logotipo pelo aplicativo do fabricante). - A impressão é realizada rapidamente, porém, não possui o corte automático. Testes Demo SATTeste.exe configurado com Largura: 296, Margens - Topo: 2, Rodapé: 20, Esquerda: 0 e Direita: 5 - As impressões realizadas durante esses testes foram cupons de venda com emulador de SAT, onde possui logo, fonte negrito e normal, código de barras, QR Code, caracteres com acentos, quebra de linha e todos os detalhes mencionados foram impressos corretamente. - A impressão é realizada rapidamente. Comparativo MP-100S TH X MP-4200 TH: - Em ambos os modelos a impressão é realizada rapidamente, o tempo de impressão pode ser considerado igual para ambas, pois a diferença encontra-se na MP-4200, que é alguns milésimos de segundos mais rápida. - Em ambos os modelos a Fonte Invertida e os códigos de barras STD25, CODE11 e MSI não são impressos. - Em questão de agilidade, a MP-100S perde um pouco por não possuir o corte automático. O que não faz com que a mesma deixe de ser uma boa opção, uma vez que, ambas funcionam da mesma maneira.

São apenas informações de Debug. No caso do lazarus você pode ter vários perfis de compilação, por exemplo Debug e Release, onde na Release você já configura com as opções otimizadas para versões finais. Para a versão de trabalho usa a Debug.

Presumo que vc tenha o XML original que quando enviado retornou LOTE EM PROCESSAMENTO. Faça uma consulta na SEFAZ utilizando esse XML e o proprio componente vai atualizá-lo

Obrigado pelo retorno... Apenas complementando... Será necessária a presença das DLLs do OpenSSL na mesma pasta do seu .EXE

Galera descobri, desculpem minha ignorância mas a solução é muito simples, caso aconteça esta mensagem(provavelmente pra quem utilizar hotmail) tente usar: ACBrMail1.Port := '587'; ACBrMail1.SetSSL := false; ACBrMail1.SetTLS := true; Eu estava usando SetTLS = false, coloquei true funcionou. Obrigado.