Daniel Simoes

Creio que aqui podemos ter um Index Bound Array error... pois se não tem Documento carregado, Items.Count Será menor do que 1

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

CreateMutex é da API do Windows https://docs.microsoft.com/en-us/windows/desktop/api/synchapi/nf-synchapi-createmutexa

Use Mutex... (é como ele mesmo verifica) CreateMutex(nil, True, 'ACBrMonitor'); if GetLastError = ERROR_ALREADY_EXISTS then begin MessageDlg('ACBrMonitor','O programa ACBrMonitor já está em execução', mtError, [mbOK], 0); Application.Terminate; exit ; end;

No tópico abaixo, temos uma excelente resposta, de @Gabriel Franciscon, sobre esse mesmo tema

Parece muito bacana, e muito útil... achei informações em https://developers.google.com/gmail/imap/xoauth2-protocol Para chegar no Token, não é necessário algum procedimento de conexão antes ? Pode dar um exemplo de como ficaria o código de envio do e-mail ?

Envie para o SVN, revisão 17017

Era apenas para confirmar se a impressora testada, é uma VOX ou I9/I7.. As impressoras I9/I7 não usam a classe EscElgin, pois elas são 100% compatíveis com Epson EscPos A classe EscElgin, ficou legada apenas para o modelo VOX

Não seria mais simples usar o próprio Fortes Report ? Se o relatório for para impressoras de Bobina.. então a escolha certa, é usar o ACBrPosPrinter, que usa a linguagem EscPos da impressora, para gerar QRCodes, BarCodes, etc, usando simples TAGs no padrão HTML Veja um pouco mais no Demo do ACBrPosPrinter

O gerador de relatórios que você usa, não possui a opção de BarCode ? Consegue criar um "mini-projeto", onde seja possível reproduzir o problema ? De preferência, usando o Fortes Report, pois é o único gerador que temos...

O ACBr não usa nem distribui essa DLL... Mas em todo caso, experimente rodar o Instalador o Delphi e Reparar a instalação

Obrigado pela contribuição... Esse modelo implementa apenas a impressora VOX, que foi descontinuada... A implementação é para esse equipamento?

Os que temos estão na pasta "tools" do SVN http://svn.code.sf.net/p/acbr/code/tools/Balanca/

Cross Compile de Linux para Win32 Baixe o Lazarus do Site oficial: https://www.lazarus-ide.org/ Exemplo de arquivos a serem baixados: lazarus-2.0.2-0.x86_64.rpm, fpc-3.0.4-1.x86_64.rpm, fpc-src-3.0.4-1.x86_64.rpm Instalar FPC e FPCSRC (em modo "root") rpm -U fpc* Instalar Lazarus (em modo "root") rpm -U lazarus* Testar a instalação do Lazarus (em modo normal) startlazarus Feche o Lazarus e acesse a pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Win32 (em modo "root") make all OS_TARGET=win32 CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=win32 CPU_TARGET=i386 INSTALL_PREFIX=/usr Editar /etc/fpc.cfg (em modo "root") Incluir antes da sessão "Linking" a linha -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/* Criar Link Simbólico para o compilador Win32 em /usr/bin (em modo "root") ln -s /usr/lib/fpc/3.0.4/ppcross386 /usr/bin/ppcross386 Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> Win32 Target CPU -> i386 Se ocorrer erros na recompilação da IDE, e tiver dificuldades de descobrir o problema. Selecione em Mensagens, para não efetuar nenhum filtro Botão direito em Mensagems -> Filter non Urgent Messages -> Filter None Observe as mensagens, geralmente é acusada a falta de alguma Biblioteca compartilhada... No caso de dúvidas, por favor crie um novo tópico em: https://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

Segure Resposta da SEFAZ MG sobre o vIcmsSubstituto Senhor(a), bom dia! Desde janeiro de 2018 está previsto no art 37, Anexo XV do RICMS que em operações sujeitas à ST o fornecedor deveria informar dados relacionados à ST, tais como Base de Cálculo e Valor do ICMS Retido anteriormente. Desse modo, caso o fornecedor das mercadorias não tenha prestado essa informação, o contribuinte precisará recorrer a ele para definir como preencher corretamente esses campos da Base de Cálculo do ICMS ST e do ICMS ST retido anteriormente. Com relação aos campos pST e vICMSSubstituto esclarecemos que a partir da versão 1.30 da NT 2018.005 o preenchimento dos campos N26a (tag pST) foi alterado para ter ocorrência "0-1" (preenchimento opcional) no "Grupo de Repasse do ICMS ST" e o campo N26b (tag vICMSSubstituto) foi alterado para ter ocorrência "0-1" (preenchimento opcional) nos Grupos: "Grupo Tributação do ICMS= 60", "Grupo de Repasse do ICMS ST" e "Grupo CRT=1 (CSON 500)". Entretanto, ainda que os campos pST e vICMSSubstituto tenham preenchimento facultativo, em algumas situações serão de preenchimento obrigatório a partir de regras de validação previstas na NT 2018.005, como nas que seguem abaixo: N12-81 - Se informado CST = 60 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST) , Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. N12a-50 - Se informado CSOSN = 500 em operações que não sejam para consumidor final (tag: indFinal=0, "Normal"): - Não informada Base de Cálculo ICMS Retido na operação anterior (tag: vBCSTRet), Alíquota suportada pelo Consumidor Final (tag: pST), Valor do ICMS próprio do Substituto (tag: vICMSSubstituto) e Valor do ICMS ST Retido na operação anterior (tag: vICMSSTRet). Observação: Implementação opcional a critério da UF. Facult. Por fim, cabe destacar que o contribuinte deverá verificar nas páginas 12 e 16 da NT nos itens "3.4 Grupo N. Grupo Tributação do ICMS= 60", e "3.6 Grupo N. Grupo CRT=1 (CSON 500)" as orientações quanto ao correto preenchimento dos campos N26 - vBCSTRet - Valor da BC do ICMS ST retido, N26a - pST - Alíquota suportada pelo Consumidor Final, N26b - vICMSSubstituto - Valor do ICMS próprio do Substituto e N27 - vICMSSTRet - Valor do ICMS ST retido conforme o tipo de operação. Não havendo o preenchimento correto dos campos informados e considerando a novas regras de validação, ocorrerá a o erro 938 - Rejeição: Não informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem: 999], conforme disposto na página 20 da NT. O contribuinte que tiver observado as regras acima e que, ainda assim apresente erro na validação da NF-e, deverá nos enviar os arquivos XML de envio e o XML de retorno da NF-e contendo a rejeição informada para que possamos realizar análise pontual do problema. Obs: A lista das regras da NT 2018.005 que serão implementadas por MG poderão ser verificadas em planilha disponível em: http://nfce.encat.org/desenvolvedor/regras-de-validacao/

Tente um CleanUp... se não resolver, talvez você tenha que baixar novamente o ACBr, em outra pasta...

As mudanças efetuadas na ACBrDFeSSL são -- ACBrDFeSSL -- [-] Correção no método: TDFeSSLXmlSignClass.AdicionarSignatureElement, que não removia o final do XML, ao adicionar o Grupo de Assinatura... -- ACBrDFeXsLibXml2 -- [-] Método "TDFeSSLXmlSignLibXml2.AdicionarNode", corrigido para adicionar Grupo de Assinatura, dentro do Grupo "docElement" (por: DSA) By dopi on 05/13/2019 14:34 View Changes

Creio que você possa usar o método abaixo: function ValidarHash( const AStringList : TStringList; const Digest: TSSLDgst; const Hash: AnsiString; const Assinado: Boolean = False): Boolean; overload; Exemplo: if ValidarHash( StringOriginal, dgstSHA256, HashCalculado, True) then ShowMessage('Hash OK');

Acabo de receber, o comunicado oficial da Bematech Caso não esteja visualizando, acesse o preview aqui.

Com um Hash você nunca chegará no conteúdo original... Trazendo para um mundo maie simples, o Hash se assemelha a um dígito verificador do CNPJ... Você gerou um Hash sha256 de ums String... esse hash sempre terá o mesmo tamanho... Qualquer pessoa de posse da String de entrada, poderia gerar um novo Hash... por isso, para garantir que você é o autor do Hash é não houve mudanças na String original, há um outro passo adicional, que é a criptografia do Hash gerado, com a sua chave Pública,.. Isso pode garantir que esse Hash foi gerado por você... O que é possível de fazer do outro lado, é apenas verificar se o Hash é válido... mas para isso você precisa da String original e da chave privada

Verifique se seus Schemas (XSD) estão atualizados... http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas/

Sim... os layouts em FMX são fantásticos ( parecem Games) Mas acho que o próprio Framework acaba forçando o uso de classes multiplataforma... Ou Seja, a compatibilidade de métodos e propriedades de classes e componentes entre VCL e FMX, não será 100%

Em relação ao ACBr, acho que nada que seja difícil de resolver.... Mas para usar a FMX, pense em Multiplataforma... todo o seu código deve ser livre de chamadas de API do Windows...

Fizemos alguns ajustes a um tempo atrás, para compilar corretamente em FMX... Mas esse Framework, tem muitos poucos usuários...

Veja os fontes da ACBrLIB http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/