Daniel Simoes

Ou atualizar os seus fontes... pois isso já foi corrigido nos fontes do Projeto SATTeste

Leia o ACBrSAT-change-Log.txt... recompile o package ACBrSAT

Você mesmo pode gerar um...

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post.

No caso do Emulador... Isso é gravado no SAT... Veja: C:\SAT\Parametrizacao

O SAT foca o varejo, com toda a agilidade que ele precisa... Se o cliente emite até 5 notas por dia... ele poderia pensar em adotar apenas a NFe.. mas mesmo assim, terá contratempos com as quedas de Internet e Servidores do fisco... Capturar os dados do consumidor é impensável em alguns segmentos... Já imaginou vc precisar de CPF para comprar um sorvete ? NFe/NFCe, demoram em média, 10 segundos para serem aprovadas... o que para o varejo é uma eternidade... Acho que o nosso foco, como Sw.House, deve ser prover soluções confiáveis e de baixa manutenção.... Eu definitivamente não recomendo o uso de NFe para o Varejo... O SAT nem é tão caro assim... Alias, se você por a conta na ponta do lápis, a NFe é mais cara que o SAT, a Longo prazo... pois a mesma exige a renovação de um Certificado A1/A3, e no SAT o Certificado interno do mesmo é gratuito e emitido pelo fisco.

OK, obrigado pelo retorno...

A resposta do IOB, não diz, que o contribuinte esteja desobrigado a comprar o SAT... e também não afirma que a NFCe pode ter contingência Off-line... Aqui em SP, a contingência OffLine da NFCe não é permitida, e o SAT é a única forma de contingência permitida para a NFCe... Isso em termos práticos, significa dizer que a NFCe não serve para nada... Consulte a AFRAC ou o Fisco paulista.. eles tem respostas mais precisas que a minha...

Você tem certeza disso ? Veja o que diz esse site do fisco de SP... http://www.nfce.fazenda.sp.gov.br/NFCePortal/

O ACBrSAT não tem nenhuma DLL... As DLLs são do fabricante do SAT...

Eduardo, Obrigado pelas informações.. vou tentar alguns ajustes e volto a postar... @JNP, O componente TACBrPosPrinter é novo... ele usa parte do código do DANFeEscPos... mas não é a mesma coisa...

http://www.fazenda.sp.gov.br/sat/downloads/Manual_do_Emulador_SAT-CF-e_Offline_2014_04_22.pdf http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp

A classe da Bematech ainda falta um ajuste fino... (farei assim que receber um modelo de testes)... Em relação a Diabold... tem algum manual ténico da mesma ? Talvez seja necessária uma nova classe para suportar ela...

Que bacana... qual modelo existente foi o mais compatível com a Sweda ? Os demais testes também ocorreram com sucesso ?

O ideal é fundamentar a sua modificação em alguma documentação técnica... Senão arruma para esse modelo, e quebra para os demais...

Veja o ACBrSAT-change-Log-txt, esse método mudou de nome... basta você recompilar o package ACBrSAT Certifique-se que você tem todos os fontes atualizados...

Leia o PowerPoint de uso do Emulador do Fisco... O Fabricante do SAT também deve distribuir um material básico...

Ok, eu me rendo... da maneira como estava implementado, é quase impossível obter o XML original do SAT, através do componente... Pensado nisso, e em evitar as repetitivas chamadas de geração do XML, apliquei as seguintes modificações nos fontes (já no SVN)

Nos fontes "Trunk2" a Bematech MP4200 deve funcionar bem melhor... pois tem o componente TACBrPosPrinter Para quem quer ficar no "Trunk", veja qui mesmo nessa área, um Post do João, que tem uma implementação do Extrato em EscPos para a Bematech

Você não precisa usar: CFe.AsXMLString.... Use o Stream do arquivo original... Veja o próprio nome do método diz para ele serve... CFe.AsXMLString: transforma um Objeto CFe, em arquivo XML...

Pelo visto, a "solução" deve ser aplicada nas configurações do Driver da Impressora... Usando uma DASCOM DT-230, consegui aumentar o tamanho do Papel, nas configurações do Driver do Windows.. e com isso, imprimir corretamente um extrato de 93 itens....

O fato do XML do SAT ser assinado, pode provar que a origem é dele... Porém, acho que você poderá ter problemas com esse XML gerado pelo SAT/Fisco, em Sistemas que forem usá-lo para integração (escrituração) ou Importação de dados.... Acho que seria prudente consultar o SEFAZ/SP sobre esse XML inconsistente...

A esperança é a você a comunidade pesquisar a respeito do problema... Opções: - Ler os fontes, verificar se há como contornar o problema do Fortes de alguma maneira... - Tentar implementar uma propriedade "Roll" no Fortes - Entrar em contato com o pessoal da comunidade do Fortes, e ver o que pode ser feito...

Curiosidade: Será que o XML retornado pelo SAT passaria por uma validação de XSD ? Pois quando muda o Regime Tributário, muda muita das regras do XML... Talvez o ACBr possa gerar o XML correto novamente, fazendo algo com: procedure TForm1.Button1Click(Sender: TObject); begin ACBrSAT1.CFe.LoadFromFile('CFe-chave_do_documento_recebido_diretamente_do_SAT-rec.xml'); ACBrSAT1.CFe. Emit.cRegTribISSQN := ACBrSAT1.Config.emit_cRegTribISSQN; ACBrSAT1.CFe.SaveToFile('CFe-chave_do_documento-new.xml'); end;