EMBarbosa

Muito obrigado.
Foi pro SVN na revisão 16971. Favor atualizar, testar e reportar qualquer problema.

Muito obrigado pela contribuição.
No SVN na revisão 16970. Favor atualizar, testar e reportar qualquer problema.

Eu entendi o que você perguntou, só não entendi o que você precisa e nem o porquê você precisa.
Acho difícil ser um bug. Provavelmente a lógica está mal formulada em algum ponto.
O código que eu passei vai voltar o valor sempre para o anterior, mesmo que ele seja nil. Talvez não seja isso que você quer...
Sugiro você partir desse código e debugar para entender o que está acontecendo..
Sim. Esse código vai dar access violation.
Não compila porque defaultfilter não é string. Isso me parece código vindo de VB...
Não compila porque null é Variant e defaultfilter não é variant.
Se você está querendo atribuir uma referência com valor nulo, você quer o valor NIL.
Então, só coloquei aquele aviso porque acho que estamos tratando do problema XY.

Isso. Elas não são mais geradas por causa dessa validação.
Claro que, caso percebamos que há alguma margem na lei para elas serem geradas por outro motivo, faremos a alteração no componente. Só não parece ser o caso no momento.

É um pouco difícil porque essas funções são do seu sistema. Seria mais fácil se você tentasse descobrir como reproduzir primeiro.
Eu sugiro você colocar alguma espécie de log para confirmar como você acha que o código deveria comportar.
A partir daí você pode verificar quando o erro acontece.

Acabei de enviar ao SVN uma alteração relacionada e pelo menos a princípio esse retorno está implementado no componente.
 

Seu arquivo está desatualizado. Você não está utilizando a última versão que está no SVN.
Esse problema que está tentando corrigir já foi corrigido na revisão 16916 do dia 18/04/2019. Veja esse post e minha resposta:
Por favor atualize e tente novamente.

Tópico relacionado:
 

Você tem toda razão. Já corrigi. Muito obrigado.

Olá,
   Essa mensagem parece ser só alerta gerado pelo componente. então não é um problema e você pode continuar utilizando o arquivo. Há uma propriedade em TACBrNFe.Geral.FormatoAlerta que configura essa mensagem de alerta.
   Mas notei que o componente não estava preparado para receber esse valor.
   Enviei uma possível correção ao SVN na revisão 16925.
   Queira por favor, atualizar, testar e reportar qualquer problema.
 
 
 

É bem provável que uma das duas coisas estão acontecendo:
um ou mais arquivos ACBrNFeServicos está alterado e não atualizado corretamente ( ACBrNFeServicos.ini, ACBrNFeServicos.res, ACBrNFeServicos.rc); Apesar de estarem corretos, o componente está buscando a URL de QRCode antes de você configurar ela pra veqr200; Na primeira situação, bastaria você fazer um revert nesses dois arquivos e fazer um build em seu aplicativo.
 

Como eu disse no post, você deve configurar de acordo com a UF. Veja:
fgtNunca -> Se o valor for zero, não vai forçar a geração da tag nunca; fgtSomenteProducao -> a tag será gerada no ambiente de produção mesmo que o valor seja zero; fgtSomenteHomologacao -> a tag será gerada no ambiente de homologação mesmo que o valor seja zero; fgtSempre -> mesmo que o valor seja zero, a tag será gerada sempre; Então se está exigindo a tag somente em homologação, use a opção fgtSomenteHomologacao.

Conflito acontece quando os arquivos foram alterados tanto localmente, (na sua máquina), quanto no remotamente no SVN por nós.
Você precisa saber se você fez essas alterações intencionalmente. Caso você não tenha feito intencionalmente, é necessário fazer revert nos arquivos relacionados.
Você pode clicar com o botão direito na pasta do ACBr e escolher no menu de contexto TortoiseSVN -> Revert...
Daí marque todos os arquivos que você não alterou.
Isso não deve funcionar porque o instalador não vai fazer o Revert automaticamente, mesmo marcando para remover arquivos antigos.
Mas depois de fazer o Revert, talvez seja necessário marcar para remover arquivos antigos.

Olá Rogério,
   já entendemos que você não quer uma redução Z. Isso não tem relação ao uso do COO. Se está com problemas com relação a Redução Z ou Leitura X, por favor, crie outro tópico conforme as regras do fórum. Veja em especial a regra 2.2
  
  Altere o campo NumCupom no arquivo INI que é a memória virtual do ECF. Como disse acima:
 
Claro, porque isso é questão de regras de negócio do estabelecimento. Mas para sua ciência, muitos estabelecimentos utilizam tanto a Redução Z como Leitura X para controle de caixa.

Me parece ok. Enviei ao SVN na revisão 16856.
Queira por favor testar e validar. Fique atento principalmente a reimpressão não estar faltando nenhum dado que deveria ser impresso.
 

Muito obrigado pela correção. Foi enviada ao SVN na revisão 16849. Também aproveitei para criar um teste unitário para esse erro.

O erro "Não foi possível encontrar o ponto de entrada..." acontece quando o aplicativo está procurando uma DLL com versão específica, mas a versão que está no computador é outra.
Pelo visto no computador existe o arquivo "libstdc++-6.dll", mas ele é de uma versão diferente da necessária.
Isso acontece geralmente por dois motivos:
1) O arquivo foi substituído por um outro
2) Existem várias versões do mesmo arquivo
Seja qual for o caso, procure por todas as versões desse arquivo em seu computador.
Verifique se uma versão incorreta não está sendo encontrada primeiro pelo Windows.
Esse artigo menciona como o Windows carrega as dlls dinâmicas.
 

Olá,
   foi enviada uma correção para isso na revisão 1827 no SVN.
   Mas tenha cuidado ao utilizar esses métodos RegistroXXXXNew. Como você descobriu, eles nem sempre avisam da herança.
   Prefira os métodos Bloco.RegistroXXXX.RegistroXXXX.new.
   Por exemplo: Bloco_C.RegistroC001.RegistroC300[n].RegistroC320.New;
   Assim você tem certeza que está seguindo o layout do SPED.

Sim. Toda informação necessária para enviar uma NF-e ou NFC-e vai ser possível enviar pelo ACBrMonitorPlus.
Veja o seguinte post sobre esses dados:
 
Temos desenvolvido o mapa fiscal com informações sobre o Responsável Técnico,   mas muitas UFs ainda não se manifestaram sobre o assunto.
Veja os tópicos mencionados acima.

Olá,
   Acho que não tem uma regra sobre isso. Na verdade o roteiro para NFC-e, até onde me lembro, é exatamente o mesmo para impressoras não fiscais.
   Contudo, eu sugiro você confirmar a transação TEF primeiro. Assim, caso o pagamento TEF não seja confirmado você não precisará alterar/cancelar a NFC-e que já transmitiu.
   Imagine que o cartão não passe e você já transmitiu a NFC-e com a forma de pagamento tipo TEF?

    Ainda tem que você precisa preencher alguns dados da NFC-e com detalhes da transação que só vão estar disponíveis depois.
    Além disso, caso tenha que fazer algum tratamento de contingência, a parte do TEF já foi confirmada.
 
Acho que você poderia usar o evento onDepoisConfirmarTransacoes pra esse objetivo. A lista de respostas pendentes é adicionada na ordem que são feitas as chamadas. Então a última da lista é a última que foi feita...
Você pode dar uma olhada nos seguinte tópico e no tópico que ele menciona:
Se não estiver usando o SiTef tem outros tópicos sobre o assunto como:
e também esse:
https://www.projetoacbr.com.br/forum/topic/37672-como-capturar-os-dados-do-acbrtefd/

O gerenciador gpTefDial funciona diferente do gpCliDTEF. O gerenciador gpTefDial funciona por troca de arquivos como era comum há alguns anos quando a maioria dos comércios usavam TEF discado. Talvez eles tenham atualizado a aplicação TEF e alterado o modo do gerenciador trabalhar e por isso parou de funcionar.
Independentemente disso, quaisquer um desses eventos são demonstrados nos aplicativos de exemplo. Você pode verificar a implementação neles.
Mas aqui vai uma explicação rápida:
OnObtemInformacao é um evento que trata as situações onde o Gerenciador do TEF está obtendo as informações do usuário. Então você deve criar uma tela para obter essa informação do usuário e retornar ao gerenciador TEF. Por exemplo: Qual a senha do Administrador? Em quantas vezes vai dividir? Qual o valor da taxa de embarque? Etc... ExibeMenu é um evento que gera para o usuário um menu com várias opções para que ele escolha uma. Assim você deve criar uma tela que mostre as opções e permita ele escolher uma. Por exemplo: É Crédito, Débito, Alimentação? É parcelado ou a vista? Dá uma olhada no aplicativo de exemplo que deve ficar claro como é simples fazer uma implementação dessas.

Veja bem, o seu log diz que a compilação do ACBr_Comum foi "um sucesso". Veja o log apenas a parte relevante:
29921 lines, 0.30 seconds, 121624 bytes code, 14861 bytes data. Compilation success Pacote "ACBr_Comum.dpk" compilado com sucesso. Então, pelo menos em teoria, o arquivo BPL deveria estar sendo criado.
Mas se isso não está acontecendo, então você não vai conseguir compilar os outros pacotes pois eles dependem do ACBr_Comum.
Talvez tenha que começar a avaliar se seu Delphi está instalado corretamente, se não está com algum conflito com o sistema operacional, se algum antivírus ou antimalware não está entrando em conflito.
Em último caso, tente compilar e instalar os pacotes manualmente.

Olá,
   Esse código não parece ser do componente de SAT. Poderia verificar onde está definida essa variável 'AliqICMS' e qual o tipo dela? Pois ela parece estar definida como Integer.

Ficamos felizes em ajudar.
Temos uma política de apenas um assunto por tópico. Por isso, por favor, da próxima vez crie um novo tópico para uma nova dúvida.
Note que essa mensagem de erro foi interceptada pelo debugger do Delphi. Mas ela é originária do sistema operacional.
Está dizendo que não foi possível criar o arquivo por causa de seu caminho ou nome. E isso fica evidente no nome do arquivo na mensagem, veja:
"C:\uniquesystems\teste.txt " Tem um parágrafo no nome do arquivo. Isso não é permitido.
Não sei como você está passando o nome para o componente, mas investigue isso daí.
 

Da mesma maneira que faria com outros TListBox não funciona?
Usar a propriedade Items e o método IndexOf.