Daniel Simoes

Pela analise o do seu LOG, nunca chegou um comando 20 (que seria o responsável por Perguntas SIM/NAO)... Veja: 23 - Sitef pergunta se a aplicação deseja cancelar (haverá vários deles, enquanto o PinPad estiver aguardando) 22 - Exibe uma msg com o botão OK O SiTef tem um arquivo de Dump que pode ajudar a investigar.. Se ele não enviou um comando 20, não podemos abrir pergunta do Tipo SIM/NAO Verifique ainda, se há alguma configuração do CliSiTEF.ini que permita modificar essa funcionalidade...

Ninguém é obrigado a assinar o SAC... Se você não estiver satisfeito, basta não renovar a assinatura... Você poderia por exemplo, pagar uma consultoria particular para qualquer um dos experts aqui do Forum... Provavelmente seria mais caro... mas acho que nesse caso, você teria o atendimento que deseja Lembrando que o que você está "exigindo" é um Desenvolvimento específico... o que não está coberto pelo SAC do ACBr Ainda em tempo... estamos SIM, fazendo um DANFE para o NFCe... mas não temos nenhuma previsão de quando ficará pronto...

Parece correto... os métodos tem finalidades diferentes... Sendo que a chamada ao método que gera a CAT52 precisa do arquivo com o download da MFD:

E qual é o LOG do ACBrTEFD para essa operação exibida acima ? Você pode descrever um passo a passo usando o TEFDDemo ?

No ACBrECF existe: DataHoraUltimaReducaoZ ... que não estava mapeado no ACBrMonitor... Fiz o mapeamento e enviei para o SVN

O ACBrTEFD irá por padrão agrupar todas as formas de pagamento TEF na mesma Finalizadora... Após o fechamento do cupom, ele irá imprimir as 2 vias, de ambas as transações, dentro do mesmo CCD.... Esse operacional é utilizado pelo ACBrTEFD a anos... Provavelmente você não configurou corretamente a CliSiTef32.INI, onde deve indicar a porta do PinPad Pelo que você descreveu, a aplicação não deve cancelar os TEFs, e sim entrar no fluxo "Deseja tentar novamente ?" Mesmo que o ACBrTEFD abstraia grande parte da complexidade é fundamental que você tenha conhecimento da documentação técnica... Por favor leia o documento: SiTef - Interface Simplificada com a aplicação(VRS-129).pdf

Por favor confronte a informação com a homologadora (Sw.Express)... O ACBrTEFD está fazendo exatamente o que vem descrito em ambos os LOG... Veja:

Existe algum manual técnico que detalhe como efetuar esse upload ?

A lei prevê um CNPJ para empresa Sw.House... pois há várias obrigações legais a que está sujeito o fabricante de Software... como por exemplo, ser corresponsável no caso do Software ter instrumento para sonegação fiscal

Provavelmente nenhum consultor do SAC leu sua pergunta... A qual tópico você se refere ?

Mude para: ecf.AcbrEcf.NaoFiscalCompleto(LZPad(IntToStr(Indice), 2), Valor, SeqFpg, Observ); ( Não informe o último parâmetro... pois ele não é igual ao primeiro)

Não compreendi qual das chamadas do ACBrECF está disparando o erro...

Acabei de verificar nos fontes... o ACBrMonitor não tem mapeamento para os comandos nativos do ACBrECF que fazem essa funcionalidade... Mas nada impede de você mesmo mandar as linhas de Obs no rodapé, conforme exigido pelo requisito

Todos os menus e campos são montados dinamicamente por esses eventos que você mesmo mencionou... Rode o Demo, faça algumas transações, e observe o funcionamento desses formulários

Nesse caso não tenho mais ideias de como lhe ajudar...

Você não precisa se preocupar com a carga da DLL... isso é feito pelo componente ACBrTEFD de forma dinâmica... Você precisará programar todos os eventos do subcomponente TEFDCliSitef... Os formulários do Demo para perguntar "campo" e "menu" podem servir de ponto de partida...

Acho que vc está confundindo... Isso não é um erro, mas sim a IDE que esta capturando os exceptions controlados Desabilite na sua IDE, "Stop on Delphi Exceptions"

O fato é... que o ACBrTEFD não está preparado para usar a SiTef Modular (usando o programa Cliente) Parece que a SiTef Modular não emula corretamente o antigo TEF discado, mas sim tem algumas regras próprias... o componente ACBrTEFD nunca foi testado ou homologado para trabalhar com a SiTEF Modular Acredito que você gastará muito menos tempo e terá um resultado muito melhor se adotar a CliSiTef32 (comunicação com o servidor pela DLL)... O ACBrTEFD suporta (e muito bem) a CliSiTef32, através do modelo TEFCliSiTEF

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