Daniel Simoes

A alteração não deve ser feita no Extrato... Se a informação foi realmente retornada no XML, ela deve ser impressa... Veja o que diz a Especificação do SAT, pag: 91 Por favor anexe o Log gerado pelo componente ACBrSAT.. com ele podemos pegar o retorno do SAT ainda em Base64.. e abri-lo para gerar o XML na integra, como retornado pelo SAT... Isso comprovará se o SAT está ou não retornando essa informação... Se o SAT realmente estiver retornando esses campos preenchidos, eles devem ser impressos... (é a regra) Se a informação não faz sentido... precisaremos entrar em contato com os Fabricantes ou com o Fisco, para saber de onde e porque vem essa informação... PS: O problema não ocorre quando usando Emulador 2.8.8

Joao e demais.. Por favor analisem o seguinte commit no "trunk2" Estamos concluindo o Trunk2 e logo ele será o repositório oficial... Por favor analise os fontes: ACBrPosPrinter.pas, ACBrEscPosEpson.pas, ACBrEscDaruma.pas, ACBrEscBematech.pas (todos na pasta: \trunk2\Fontes\ACBrSerial) Ficará simples fazer impressão em Impressoras EscPOS.. sempre usando Tags.. veja um exemplo em "trunk2\Fontes\ACBrSAT\Extrato\EscPos\ACBrSATExtratoESCPOS.pas" procedure TACBrSATExtratoESCPOS.GerarRodape(CortaPapel: Boolean = True; Cancelamento: Boolean = False); var QRCode: AnsiString; begin FPosPrinter.Buffer.Add('</fn></linha_simples>'); if Cancelamento then FPosPrinter.Buffer.Add(ACBrStr('<n>DADOS DO CUPOM FISCAL ELETRÔNICO CANCELADO</n>')); FPosPrinter.Buffer.Add('</ce>SAT No. <n>'+IntToStr(CFe.ide.nserieSAT)+'</n>'); FPosPrinter.Buffer.Add(FormatDateTimeBr(CFe.ide.dEmi + CFe.ide.hEmi)); FPosPrinter.Buffer.Add(' '); FPosPrinter.Buffer.Add('<c>'+FormatarChaveAcesso(CFe.infCFe.ID)+'</fn>'); FPosPrinter.Buffer.Add(' '); FPosPrinter.Buffer.Add('<code128>'+copy(CFe.infCFe.ID,1,22)+'</code128>'); FPosPrinter.Buffer.Add('<code128>'+copy(CFe.infCFe.ID,23,22)+'</code128>'); FPosPrinter.Buffer.Add(' '); if ImprimeQRCode then begin QRCode := CalcularConteudoQRCode( CFe.infCFe.ID, CFe.ide.dEmi+CFe.ide.hEmi, CFe.Total.vCFe, Trim(CFe.Dest.CNPJCPF), CFe.ide.assinaturaQRCODE ); FPosPrinter.Buffer.Add('<qrcode>'+QRCode+'</qrcode>'); end; if CortaPapel then FPosPrinter.Buffer.Add('</corte_total>'); end; O componente foi criado, levando em consideração as implementações nos fontes: do ACBrNFeDANFeESCPOS.pas, ACBrSATExtratoESCPOS.pas e nos fontes do João

Parece ser um problema na Gaveta... Esse tipo de modelo, (RJ11) não requer tempo para carregamento de Capacitor... (no modelo Serial isso ocorreria) Tem como testar em outra gaveta ?

Mude o nome do compartilhamento, nas propriedades da Impressora, para algo mais simples... como por exemplo: "HP", e use o mesmo nome na porta do ACBr

O Endereço da Porta está errado... O correto seria algo como: "\\172.16.2.1\NomeDaImpressoraCompartilhada" (lembrando que você deve ativar o compartilhamento dessa impressora antes)

Provavelmente o Status é algum resíduo da última consulta... isso pode ser corrigido... O ACBrSAT chama a DLL dos fabricantes para a consulta... a lentidão é causada por elas... não há como modificar isso do lado do ACBr... Algumas DLLs possuem configuração de TimeOut...

No Delphi é o componente TWebBrowser No Lazarus é o componente: TSynMemo + TSynXMLSyn

Aparentemente você está usando o modelo errado... Use StdCall

Nossa... se eu não tivesse visto a imagem do cupom não acreditaria... Sim, no LOG gerado pelo ACBrECF, você pode comprovar os comandos enviados e as respostas

Não, esses componentes não estão no ACBrFramework

Assim que a DLL assume o comando a operação está com ela... Por favor consulte o fabricante a respeito do tempo de processamento

no SVN ??

Apliquei a seguinte correção no SVN:

Descubra quem é o real produto por trás do Nome... Assim como a Daruma usa o TEF da Direção, a Bematech usa o NTK, e várias representam o SiTef... O melhor a fazer, é ligar nessa "Tef Martis" e perguntar sobre o processo de homologação...

Não tenho a menor ideia... nunca ouvi falar de "TEF Martins"...

Humm.. Vc poderia enviar para o Site da Nota Fiscal Paulista... com o login de desenvolvedor... https://www.nfp.fazenda.sp.gov.br/login.aspx?ReturnUrl=%2fPrincipal.aspx Eles permitem enviar arquivos e fazem críticas em casos de erros

A Homologação é feita para um Produto... Então se você homologa SiTef, serve apenas para SiTef... Cada fabricante de Software TEF exige (ou não) a sua homologação....

Acho que já está operacional.. vou pedir pra subiram uma versão de testes...

Tente com conversor de USB para Serial...

Sim, isso mesmo... Acredito que o Fisco irá tentar descriptografar a assinatura do certificado, utilizando a chave pública que você deve ter enviado para o site do SGRSAT... Alias, como vc agora tem um certificado novo, provavelmente você precisa atualizar essa informação lá no SGRSAT

Logo existirá o ACBrMonitorPLUS.. que será a unificação do ACBrMonitor com o ACBrNFeMonitor e suporte ao componente do SAT

O SAT de desenvolvimento já vem pre-ativado, e a assinatura a ser usada é especificada pelo fabricante... Exemplo dos dados usados para a DIMEP

Em relação a assinatura da Sw.House, veja essa Thread:

Se você está adquirindo um SAT para desenvolvimento (o que é recomendado, pois ele se comunica com a área de homologação do SEFAZ).. ele já virá pré-ativado com o CNPJ do Fabricante...

Erro não identificado, pode ter motivo de acordo com a configuração da Tributação da empresa... Observe que o Exemplo SATTeste, gera um XML fixo, e que pode não ser correto para todos os tipos de empresa... Experimente com essa configuração para a DIMEP [SAT] Modelo=2 ArqLog=ACBrSAT.log CodigoAtivacao=123456789 CodigoUF=35 NumeroCaixa=1 Ambiente=1 PaginaDeCodigo=65001 versaoDadosEnt=0,04 FormatarXML=1 NomeDLL=c:\windows\system\dllsat.dll [Extrato] Porta=\\127.0.0.1\TM-T20 ParamsString=BAUD=38400 HANDSHAKE=DTR/DSR [Emit] CNPJ=61099008000141 IE=111111111111 IM=123123 RegTributario=1 RegTribISSQN=0 IndRatISSQN=0 [SwH] CNPJ=16716114000172 Assinatura=SGR-SAT SISTEMA DE GESTAO E RETAGUARDA DO SAT