Daniel Simoes

Provavelmente está inutilizado... arrumá-lo custará o preço de um novo... PinPads tem um mecanismo chamado "Tampering Proofing", ou seja, ele destrói o módulo criptográfico quando detecta que alguém tentou abri-lo... Sei que não foi o seu caso... mas as vezes uma queda pode acabar ativando o mecanismo...

Verifique se você tem os fontes atuais... apague todos os fontes que estão com o icone vermelho e baixe novamente... (Inclusive os fontes do Demo)

Que eu saiba Goias não adotou o SAT (ainda) Veja os links indicados por esse Post:

Ainda não há maiores explicações sobre isso... Talvez o fisco disponibilize um aplicativo para isso... ou provavelmente você deverá criptografar essa String resultante da junção de ambos CNPJ, com uma Chave sua... e gerar um HASH (MD5 por exemplo) do resultado dessa criptografia... Enfim, a chave deve ser algo que somente a Sw.House possa computar, baseada em ambos os CNPJs

Sim você consegue... Use o componente ACBrSATExtratoFortes

Na própria Lei do SAT há um artigo que proíbe a construção do mesmo junto com um módulo impressor... Veja abaixo trecho da Especificação SAT 2.8.5 O Fisco quer tornar mais acessível o equipamento usado para controle de arrecadação... Isso foi uma das premissas da construção do SAT (ser barato) O que existe é o ECF 09/09, ou ECF Blindado, (e o qual o ACBrECF já é compatível através do modelo ecfEscECF) e até o momento apenas a Bematech comercializa (MP4200-THFI) Ele é como um ECF tradicional, mas possui conexão com a Internet, para envio das vendas de maneira semelhante ao SAT (não precisa estar sempre on-line, e o envio dos dados não é controlado pelo Aplicativo Comercial) Do lado das Sw.House, o ECF 09/09 seria a solução mais simples, pois é muito compatível com os ECFs existentes atualmente... mas será ainda mais caro que um ECF MFD

Ao que parece o XE5 está achando a BPL do Delphi 2009 que está no Path do Windows... Uma solução seria remover os diretórios do D2009 do Path do Windows

Verifique se esse link ajuda: http://wiki.lazarus.freepascal.org/Grids_Reference_Page

Como está a sua chamada do Comando ? Acho que você está chamando o comando de forma errada... IndiceBMP é a imagem que deve ser impressa no rodapé do comprovante... e o ECF consegue armazenar apenas 5

Por favor leia os posts anteriores desse mesmo tópico... Provavelmente você está definindo um Encoding diferente do que você usa na sua aplicação.... Sua mensagem será classificada como SPAM pelos servidores de Email, se você enviar na msg, muitas imagens, muitos links ou ainda seu IP estiver em uma BlackList

Não deu pra compreender o que você identifica como problema...

O problema parece estar nesse ponto... Será que a chave de ativação está correta ? Tente remover e instalar novamente o emulador

Você abriu um Cupom Fiscal ou Comprovante Não Fiscal ? Se for Cupom Fiscal você está usando o método de Pagamento errado: (ACBrECF1.EfetuaPagamentoNaoFiscal)

Achamos no site SPED Brasil notícias quentes sobre o SAT-CFe SAT-CF - Adoção nos Estado do MT, MG, PR, SP e SE O que mais me causou estranheza é o fato de MT estar aderindo ao SAT-CFe... esse mesmo estado que estava querendo impor o NFC-e, goela abaixo dos contribuintes, sem o devido prazo para ajustes dos sistemas, e ignorando o investimento dos contribuintes nos ECFs existentes... NFC-e - Procedimentos para a Contingência - Ajuste Sinief Nº 5/14 Infelizmente ainda todos os métodos de contingência previstos são de aplicação quase impossível no varejo (onde as filas são grandes e o atendimento precisa ser ágil) A contingência off-line de até 24 horas pode ser um sério problema, se o contribuinte não tiver como transportar os XMLs não transmitidos para outro Lugar... A contingência da NFC-e agora também aceita o ECF ou o SAT... então... para que precisariamos de NFC-e ?

Você está montando de forma incorreta o seu CFe... A mensagem é clara: "Campo 'ICMS00', 'ICMS40', 'ICMSSN102' ou 'ICMSSN900' nao informado."

Veja se na janela de LOG do SAT tem mais mensagens... Parece que você não configurou corretamente o Código de Ativação nas abas do Demo... (lembre-se também de clicar em salvar)

O SAT que faz a comunicação com o SEFAZ... o usuário ou aplicativo não precisa se preocupar com isso...

Se você ler o tópico que indiquei acima verá que não precisa de compatibilidade com a Epson para o novo componente de impressão usando o Fortes Report

Você precisa dar mais informações - Log do ACBrECF - Imagem da Redução Z ( ou captura do espelho ) - Arquivo .INI retornado

O ACBr é OpenSource você pode altera-lo como quiser... Eu não tenho planos/tempo para analisar ou modificar isso agora... Estou feliz usando a CliSitef32

Veja esse tópico:

Aparentemente o roteiro do Client Modular Sitef é diferente do TEF discado... Deveria ser igual para um produto que emula o TEF discado... A solução seria criar uma nova classe e fazer um "override" do método "Inicializar" com o novo comportamento

Esse modelo foi desenvolvido para o TEF Auttar Como já disse antes, não temos um modelo específico para o SiTEF Modular... o modelo gpCliSiTef, é baseado na CliSiTef32.dll (interface simplificada) Acredito que o mais próximo (por emulação) seja o modelo básico: gpTefDial

Com o ACBrFramework vc tem mais poder... Terá eventos e uma instalação mais simplificada por exemplo O que estiver faltando você mesmo pode ajudar a equipe de desenvolvimento ( não é tão complicado )

Conhecer um pouco sobre linguagem de página da impressora ( PPLA, PPLB ) será fundamental.