EMBarbosa

Outra coisa que você pode tentar averiguar é o "Visualizador de Eventos" do Windows.

Moderação: movido para área correta.

Moderação: Tópico movido.

A regra de modo geral é: Mantenha uma transação aberta o menor tempo necessário possível. Moderação: Tópico movido.

Ainda não entendi bem o erro. Aquela é toda a mensagem de erro? Não tem mais nada? E o componente está configurado para trabalhar com o Firebird? Se só acontece com o master-detail, isso pode ser mais fácil de procurar o problema. Tente ver se existe algum exemplo de Master-Detail nas pastas de exemplos do FireDac. Teste com ele. Isso isola o problema de sua aplicação. Não me deparei com isso ainda...

Movido para área correta.

Você pode utilizar a API SHChangeNotify. Teria que verificar exatamente quais os parâmetros para passar. Mas aqui tem um exemplo que não é para Delphi: http://stackoverflow.com/a/647286/460775 Neste exemplo de Delphi abaixo da Embarcadero, não é exatamente a atualização do Desktop. http://docwiki.embarcadero.com/CodeExamples/Berlin/en/JumpListTest_(Delphi) Acho que pode comparar os dois e deve chegar na conclusão certa.

Essa é toda a mensagem de erro? O BD é Firebird ou Interbase? O componente está configurado para trabalhar com o Firebird ou o Interbase? Só ocorre em tabelas com master-detail?

Se você utilizar IDEs diferentes para cada versão do ACBr pode até ser possível. Mas dá uma dor de cabeça danada... Acho que justamente por isso, quase ninguém deve tentar...

Dependendo da configuração do Windows Explorer, alguns arquivos ficam ocultos. Pode ser isso que tenha acontecido.

Não, não está claro "o porque ele para de funcionar". Então não afirme que o problema é no componente sem entender qual exatamente é o problema, ok? Veja esse espelho de cupom gerado pelo emulador, testando o que você mencionou: Tudo tranquilo. Agora note que o meu log apresentou o erro: -- 12/04 16:01:26:285 ----------------- ERRO ----------------- Impressora BEMATECH não está em linha ---------------------------------------- -- 12/04 16:01:26:286 Estado -- 12/04 16:01:29:288 ----------------- ERRO ----------------- Impressora BEMATECH não está em linha ---------------------------------------- O seu log apresentou: -- 10/04 11:06:21:515 LinhaRelatorioGerencial( "teste 4[LF]", 1 ) -- 10/04 11:06:21:531 ----------------- ERRO ----------------- Communication error 22: O dispositivo não reconhece o comando ---------------------------------------- -- 10/04 11:06:21:531 Estado -- 10/04 11:06:21:531 ----------------- ERRO ----------------- Communication error 22: O dispositivo não reconhece o comando ---------------------------------------- -- 10/04 11:07:02:817 Estado -- 10/04 11:07:02:817 ----------------- ERRO ----------------- Communication error 22: O dispositivo não reconhece o comando ---------------------------------------- Quase esqueci: Usei o emulador da Bematech 4200 TH FI já que meu emulador da Bematech 4200 TH FI II está com problemas e não achei um mais atual no site da Bematech.

link: https://www.confaz.fazenda.gov.br/legislacao/atos/2017/ato-cotepe-icms-21-17 Pelo que entendi, se faz uma alteração no ATO COTEPE/ICMS Nº 35/02, DE 13 DE DEZEMBRO DE 2002 (ainda não atualizado). Por enquanto pelo menos, não houve alteração no layout do arquivo Sintegra entregue as UFs. Moderação: Movendo tópico para área de legislação.

Mas você ainda poderá usar o ACBrMonitor Plus para outras necessidades como comunicação com o ECF, SAT e etc...

Não me refiro no problem que está passando. Me refiro ao problema no componente. Você afirmou que o comando "Desativar" está com problemas, então deve saber como corrigir.

Esse erro está apontando que o Delphi está buscando as units do ACBr na pasta do FastReport. Isso está muito estranho.

Se você já identificou o problema e sabe como corrigir, por favor, anexe as alterações propostas no tópico.

Não tem nenhuma alteração a ser feita...

O CRO e o MFD não ficam impressos. O Número de fabricação sim. Costuma ser o último dado escrito no rodapé depois do escrito "FAB:". Exemplo: "FAB:XXXXXXXXXXXX". Sim. ECFs diferentes imprimem o mesmo COO. COO é só um contador de documentos daquela impressora específica.

Pode ser resetado e é... Aconteceu com um cliente nosso aqui a pouco tempo de um ECF bem antigo... CCF+COO não resolve. CCF é o Contador de Cupom Fiscal. Ele conta quantos cupons foram emitidos. Visto que o ECF pode emitir outros documentos que também são incluidos na contagem do COO, eles criaram o CCF para contar especificamente os cupons fiscais. Acho que não. Na verdade não faz muito sentido. Precisaria incluir o CRO. Pois ele conta quando o ECF entra em intervenção ou há reinício de operação. O CCF não é tão necessário. Usá-lo diminui a ambiguidade. Mas no fim das contas ele é um contador que pode ser reiniciado como o COO. Acho que não temos todas as informações do seu caso. Apesar de possivelmente haver identificadores únicos pra um cupom, a chave primária normalmente é um inteiro, GUID, string(ou varchar), etc...

Aqui a página de consulta está normal, mesmo sem o https.

Movido para área correta.

1) Verifique o manual da balança. 2) Entre em contato com o fornecedor do PDV.

O ACBrEAD adiciona a linha de assinatura no final do arquivo gerado. Se o arquivo gerado tiver linhas em branco, o ACBrEAD vai respeitar isso e não vai remover essas linhas.

Você não especificou o modelo então não tem como ter certeza, mas tem vários tópicos. Esse abaixo é um deles:

Que bom que resolveu o seu problema. Gostaria apenas de esclarecer uma coisa para que no futuro quem for ler esse tópico não compreenda mal. Ninguém disse que não tem usuários que não usem. Eu disse que eu desconheço. Não me lembro de ter lido sobre. Também disse: Disse isso porque o componente não foi projetado com esse cenário em mente. Mas não disse que não funciona.