Daniel Simoes

Obrigado pelas informações... Já no SVN Tentei implementar na classe "TACBrTEFDCliSiTef"... mas não consegui testar (ainda) pois meu emulador SiTef perdeu a validade...

Desculpe-me pela demora... já enviei para o SVN, baseado na minha sugestão

Use o ACBrMTER, veja o Demo na pasta Exemplos...

TEF não tem relação com o fisco... mas sim com as TEF Houses e Redes de adquirentes... A homologação visa comprovar que sua aplicação não irá "perder" vendas processadas, e com isso gerar prejuízo à seus clientes

O MonitorPLUS não contempla NFSe... ( e isso não está nos nossos planos recentes) Existem N maneiras de iniciar um Boleto ou NFe... isso dependerá muito do seu cenário, e das configurações que você pretende fazer no ACBrMonitorPLUS... (não há um passo a passo definitivo) Os comandos do manual, são bastante intuitivos e possuem exemplos de resposta... Basta fazer alguns testes e observar os resultados Consultoria sobre como preencher um XML corretamente de acordo com a legislação tributária não é o escopo do SAC

Acho que falta algo... Exemplo: Para detectar se está com Redução Z pendente (dia seguinte) ou se está bloqueado porque a Red.Z já foi emitida no dia, você precisará ler outros registradores... Os Fontes de ACBrECFBematech.pas, podem lhe servir de inspiração...

Movido para o novo sub-fórum "Dúvidas não relacionadas..."

Já leu o ACBrMonitor.pdf ? Nele tem um passo a passo inicial... Sobre o SAC, consulte: http://www.projetoacbr.com.br/forum/sacv2/questoes_importantes/

"Mate" o Debug... ele ainda deve estar em execução, e com isso, prendendo o .EXE

Também é necessário o Log gerado pelo ACBrMonitorPLUS, onde é exibida toda a comunicação do MonitorPLUS e a sua aplicação

Pensei nisso a algum tempo... mas pode trazer muito efeito colateral... Threads são sempre difíceis de debugar e ajustar

Atribua o modelo em tempo de execução e de modo hardcoded

Se o problema for no servidor do SEFAZ, não há nada que possamos fazer... O assunto que tratávamos em outro tópico era relacionado ao TimeOut para a entrada do modo de contingência OffLine... não parece ser relacionado ao problema desse tópico... Por isso é importante analisar o Log, e medir os tempos de resposta do SEFAZ Você está criando o arquivo de Entrada em um Temporário ? (Exemplo ENTNFE.TMP) Isso é importante, pois pode ser que o seu programa esteja mantendo o arquivo ENTNFE.TXT preso, e impedindo que o MonitorPLUS leia o mesmo... Portanto: Crie o arquivo ENTNFE.TMP... e quando tudo estiver pronto, feche o arquivo e renomeie-o para ENTNFE.TXT

Imprima o código em 2 linhas... ACBrSATExtratoESCPOS1.ImprimeChaveEmUmaLinha := rNao;

Algo como: 10 : begin if Linha.Sequencia = 0 then fpRede := Linha.Informacao.AsString; end;

Prezados, Não compreendi se há nesse post, modificações que estão divergentes dos fontes do SVN ?

Compreendi o problema... Então é correto dizer que devemos ler apenas o campo 010-000, e não os demais (Ex: 010-005) ? Poderíamos escrever um código específico para ler apenas o "010-000"

Threads é um assunto complexo... Vou tentar montar um exemplo e subir no SVN... (mas isso pode demorar alguns dias) http://www.ararat.cz/synapse/doku.php/public:howto:connecttimeout

O ACBr só sabe do erro, quando o mesmo é retornado pelo Sistema Operacional... ou seja é o RuWindos que demora no TimeOut Uma possível solução é usar uma Thread para o envio... Assim vc pode sair da Thread no seuTimeOut e deixar a Thread com FreeOnTerminate

Rodrigo, Não compreendi muito bem,qual a estratégia por trás desse código... 10 : if not TryStrToInt(Linha.Informacao.AsString, Z) then fpRede := Linha.Informacao.AsString;

Movido para área aberta... Por não se tratar de uma pergunta do escopo atendido pelo SAC

Sim, estude o Demo do ACBrNFe... use CAPICOM

Parece ser um problema no Emulador...

Experimente atribuir "0" ao Key, para que o Delphi não tente processá-lo no final do seu evento... Key := 0

Acho que no exemplo em Delphi, ainda não foi implementado a integração com balança