Daniel Simoes

o ideal... seria primeiro você estudarem a Refactoring que foi feito no ACBrNFe, ACBrCTe e demais... para tentar fazer o mesmo com o GNRE Vocês estão preocupados apenas em "deixar compilando"... e isso não faz muito sentido... e como o Juliomar disse, não integraremos ao SVN, fontes nessas condições... O grande motivo da criação do Trunk2, foi o refactoring que economizou milhares de linha de código, e abstraiu toda a complexidade de comunicação segura, assinatura, criptografia, na classe mãe "TACBrDFe"

Experimente com essa modificação (repare no AND) procedure TACBrECFVirtualBufferClass.EnviaConsumidorVirtual; begin if (Consumidor.Documento <> '') and (not Consumidor.Enviado) then begin fsBuffer.Add( '</linha_simples>' ) ; fsBuffer.Add(PadRight('CPF/CNPJ consumidor: '+Consumidor.Documento,Colunas)) ; if Consumidor.Nome <> '' then fsBuffer.Add(PadRight('Nome: '+Consumidor.Nome,Colunas)) ; if Consumidor.Endereco <> '' then fsBuffer.Add(PadRight('Endereco: '+Consumidor.Endereco,Colunas)) ; fsBuffer.Add( '</linha_simples>' ) ; Consumidor.Enviado := True ; end ; end;

Veja no seu Log, que não há resposta do comando: SAT.EnviarCfe(C:\ACBrMonitorPLUS\Enviado\08947975000133\201601\001-000000-satcfe.xml) O que houve nesse momento, o SAT congelou ? Até onde eu sei, a DLL da GERTEC usa o modelo CDECL... Sua sintaxe está errada, pois todas as Strings devem ser fechadas com aspas duplas.. o correto seria: SAT.EnviarCfe("C:\ACBrMonitorPLUS\Enviado\08947975000133\201601\001-000000-satcfe.xml")

você não deu informações suficientes para qualquer tipo de analise... Como está configurado o componente ? Qual a configuração da porta no ACBrPosPrinter ? como está instalada a impressora ? Como você compartilhou a mesma ? Faça testes com os demos do ACBr: PosPrinterteste.exe, SATTeste.exe

Solicite ao fabricante um manual que contenha essa tabela de erros internos... CNPJ/CPF informado estão corretos ?

- Não compreendi a necessidade das modificações em: "procedure TACBrECFVirtualBufferClass.AbreCupom" - Você removeu a chamada de "EnviaConsumidorVirtual", em "FechaCupom"... Isso trará problemas para aplicações que Identificam o consumidor no fechamento... O problema do Consumidor estar aparecendo 2x, é que provavelmente falta informar que o Consumidor já foi enviado (há um flag para isso)

o CNPJ da Sw.House, deve refletir com o CNPJ usado na assinatura... Se você usa o SAT de homologação, muitos modelos já vem ativados de fábrica, nesse caso você deve usar o CNPJ fornecido pelo Fabricante

Vc deve estar usando a porta compartilhada... nesse caso não há como, pois na verdade você está falando com o Spool do Windows, que sempre responderá "estou pronto"....

Hoje em dia, é uma necessidade, assinar digitalemente, todos os binários gerados pela Empresa... anti-virus e o próprio Windows, "não gostam" de rodar executáveis não assinados (principalmente se baixados da Internet) Aqui na DJSystem, usamos o certificado da COMODO, para assinar os binários, eles tem um programa que permite a assinatura por linha de comando, e com isso, permite a criar BATs/Scripts para automatizar o processo de assinatura do binário final e instaladores Veja esses Links: http://codesigning.ksoftware.net/ (clique na aba "Download KSign") http://support.ksoftware.net/support/solutions/articles/17169-how-do-i-automate-code-signing-with-innosetup-and-ksign-

2.2 - Permaneça no assunto - Quando tiver uma dúvida diferente do assunto no tópico, poste em novo tópico. Não use algo equivalente a "aproveitando o gancho... [dúvida não relacionada com o tópico aqui]". Favor leia as regras do fórum.

Mude o seu Windows para ajuste automático do horário, por NTP... o problema provavelmente ocorre, porque o Flag de "horário de verão", não está ativo...

parece ser algo do equipamento, as vezes ele não está pronto para receber o comando... O que podemos implementar, é um Loop de contador de falhas... Ou seja, ele ficaria preso na rotina, por N vezes, até conseguir ler, ou atingir N... tente com essa implementação procedure TACBrEscPosEpson.LerStatus(var AStatus: TACBrPosPrinterStatus); var B: Byte; Falhas: Integer; begin if not (fpPosPrinter.Device.IsSerialPort or fpPosPrinter.Device.IsTCPPort) then exit; Falhas := 0; while Falhas < 5 do begin try fpPosPrinter.Ativo := True; B := Ord(fpPosPrinter.TxRx( DLE + EOT + #1, 1, 500 )[1]); if not TestBit(B, 2) then AStatus := AStatus + [stGavetaAberta]; if TestBit(B, 3) then AStatus := AStatus + [stOffLine]; if TestBit(B, 5) then AStatus := AStatus + [stErro]; // Waiting for online recovery if TestBit(B, 6) then AStatus := AStatus + [stImprimindo]; // Paper is being fed by the paper feed button B := Ord(fpPosPrinter.TxRx( DLE + EOT + #2 )[1]); if TestBit(B, 2) then AStatus := AStatus + [stTampaAberta]; if TestBit(B, 3) then AStatus := AStatus + [stImprimindo]; // Paper is being fed by the paper feed button if TestBit(B, 5) then AStatus := AStatus + [stSemPapel]; if TestBit(B, 6) then AStatus := AStatus + [stErro]; B := Ord(fpPosPrinter.TxRx( DLE + EOT + #4 )[1]); if TestBit(B, 2) and TestBit(B, 3) then AStatus := AStatus + [stPoucoPapel]; if TestBit(B, 5) and TestBit(B, 6) then AStatus := AStatus + [stSemPapel]; Break; except Inc( Falhas ); if Falhas >= 5 then; AStatus := AStatus + [stErro]; end; end; end;

Vou fechar esse post... pois o mesmo está virando um daqueles "tópicos do fim do mundo" @Laudelino, Favor abrir novo tópico. - Relate de forma melhor o problema (de mais detalhes) - Informe a sua configuração: Qual Certificado ? Qual UF ? Homologação/Produção ? Qual a IDE ? Fontes atualizados quando ? etc... - Tente reproduzir o problema com o Demo do ACBrNFe (se conseguir, poste o passo a passo)

Desculpe-me mas não tenho previsão... (lembrando que o SAC não dá direito a desenvolvimento específico) Tenho interesse em implementar isso, mas não tenho tempo no momento... Se você tem pressa, recomendo buscar uma solução com o fabricante

Umas dicas para esse problema são: - Mande o XML para o Emualdor do Fisco... os erros de validação aparecem na janela dele - Use o programa InteliSAT da Tanca, para analisar o XML gerado

Havia um Bug no código desse botão... acabei de corrigir e enviar para o SVN... Embora lembre-se que você não conseguirá Ativar um SAT que já foi ativado previamente...

Não lembro qual a unidade de medida... mude os valores e teste... Eu sugiro usar a impressão em EscPOS

Fique a vontade para promover as correções e submeter os fontes para analise...

Acho que você está pulando etapas, não lendo a documentação do Fisco e do Fabricante... e sem compreender corretamente o funcionamento do SAT, será quase impossível fazer funcionar na "tentativa e erro" Por favor Leia a "Especificação Técnica do SAT", Leia a documentação do fabricante Preciso do Log do ACBrSAT para analisar... configure o nome do arquivo a ser gerado na aba SAT do ACBrMonitorPLUS... (onde você erroneamente escreveu "c:\etc\LibSatGer.so" Você não precisa ativar um SAT que já foi ativado... (leia a Especificação Técnicao do SAT para compreender) Há um Bug no Botão ATIVAR da aba SAT no ACBrMonitorPLUS... já estou corrigindo... mas como seu SAT já está ativado, esse comando é desnecessário para você

Seja mais específico... o que exatamente você está solicitando ? O que na sua opinião, está errado ??

Eu sinceramente, não compreendi a resposta do fisco...

são fontes diferentes... é natural que o resultado seja diferente

Faltou os Logs do ACBrSAT e do SAT

Não crie um novo tópico, mas sim edite o que estava errado... Não há como mudar o modo de homologação / produção... isso é interno do SAT, e é definido pelo Fabricante e SEFAZ... todo numero de série que inicia com "9" é de homologação... Não há necessidade de renomear a DLL, uma vez que no Monitor vc pode apontar para qualquer DLL que exista no HD

No ACBrPosPrinter, está implementado da forma correta... o Fabricante prometeu uma atualização do Sw.Básico para a correção do problema... verifique com a Elgin