Daniel Simoes

Isso já não ocorre ? De qual classe (modelo) do ACBrBAL você está falando ?

Acredito que há propriedades no componente para configurar isso...

Leia o documento fornecido pelo Fisco sobre o cadastro: http://www.fazenda.sp.gov.br/sat/sistema_retaguarda/Guia_SH_v1.0.1-B-AD.pdf

Até onde eu sei a Bematech não disponibilizou uma versão do driver virtual de USB, Serial para Linux... Verifique se o próprio Linux não cria uma porta em "/dev/"

Obrigado pela contribuição... já foi adicionado no SVN

Já tentou usar o componente ACBrBAL ? ele usa comunicação direta, e não depende da DLL

Me desculpe, mas não consegui compreender o problema... Poderia por favor descrever um passo a passo de como reproduzi-lo ? Onde exatamente o problema ocorre ? O que está acontecendo e o que deveria acontecer ? Se o ACBrECF dispara o exception com a msg "ECF deve estar em Venda ou Pagamento", isso pode significar que você não chamou ACBrECF1.SubtotalizaCupom

Você pode acessar todas as informações retornadas pelo GP, usando o índice do retorno: Exemplo, no SiTef, o indice, 105 Contém a data e hora da transação no formato AAAAMMDDHHMMSS (Veja manual: SiTef - Interface Simplificada com a aplicação(VRS-141).pdf) Então para lê-lo diretamente você poderia fazer: ACBrTEFD1.RespostasPendentes[0].LeInformacao(105,0).AsString

A mensagem MostrarMensagemOperador('Não foi possível concluir a operação'); está na sua aplicação e não no componente certo ? Então basta você remove-la... e apenas checar se o valor de ACBrTEFD.ADM(GP) = True

E no caso do seu software, ser responsável por criar documentos com dados incorretos ou inválidos... e isso causar prejuízos os cofres públicos... Como o fisco poderia responsabilizá-lo ? Eu acho a iniciativa muito bem vinda... pois trará mais seriedade ao nosso mercado... Corra na frente... crie sua empresa, pague seus impostos e ganhe os seus clientes...

Sua pergunta é por demais genérica... Automação Comercial é um "Universo Paralelo"... Existem gigabaytes de informação a ser lida... Seria mais produtivo se você for bem específico em relatar as suas dificuldades...

Não tenho detalhes do SAT-ISS... E ainda não tenho planos de suportá-lo... Mas se algum outro usuário o fizer, podemos incorporar ao projeto...

A ativação do SAT não exige certificado nenhum... A Sw.House precisa de um Certificado apenas para gerar a chave de assinatura, entre o Cliente Final e a Sw.House, através da junção dos CNPJs, seguido de assinatura digital

Basicamente porque o fisco quer um "compromisso"... ou melhor, quer saber quem se responsabiliza pelos documentos gerados... Não é difícil, nem muito caro abrir uma empresa...

Sempre que você for ativar o seu PDV em um cliente novo... Esse método só precisa ser executado uma única vez...

O post anterior é uma pasta de "branches"... está totalmente instável e incompleto no momento Após o termino, e muito teste, ele deve substituir os fontes do "Trunk"

Isso mesmo.. - Você computa a assinatura, usando o CNPJ do cliente e o seu... - De alguma maneira, roda o método "AssociarAsinatura", no SAT do seu cliente, e informa a String gerada... (Isso poderia ser feito pelo próprio cliente, se bem instruído)

Você poderia por favor, anexar as Units alteradas (zip) para comparação com o WinMerge ?

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]".

Isso já foi corrigido no "Refactoring"..

Não compreendi o que você quis dizer... poderia descrever melhor o problema e a sua estratégia de solução ?

Pode ser algo nas Margens... deixe: Topo e Fundo = 5; Esquerda, Direita = 4

Não precisa de certificado... o próprio ECF tem comunicação segura... Mas acredito que nem a SEFAZ está preparada para receber essas informações Por enquanto, gere os mesmos arquivos... Sintegra, SPED, etc

Pode ser que vc vc precise programar o leitor para ler o Interleaved 2 of 5. e 3 of 9

Pelo que notei, o SAT não suportaria o CSOSN = 101 Veja em: Especificacao_SAT_v_ER_2_12_17.pdf ICMSSN102 -> Grupo cRegTrib=1 – Simples Nacional e CSOSN=102, 300,500 ICMSSN900 -> TAG de Grupo cRegTrib=1 – Simples Nacional e CSOSN=900 na descrição do XML não consta nada sobre CSOSN = 101... e no pcnCFeW.pas, em TCFeW.GerarDetImpostoICMS o código trata os CSOSN descritos acima: case CFe.Det[i].Imposto.ICMS.CSOSN of csosn102, csosn300, csosn500 : begin Gerador.wGrupo('ICMSSN102'); Gerador.wCampo(tcStr, 'N06', 'Orig ', 01, 01, 1, OrigTOStr(CFe.Det[i].Imposto.ICMS.orig), DSC_ORIG); Gerador.wCampo(tcStr, 'N10 ', 'CSOSN', 03, 03, 1, CSOSNIcmsToStr(CFe.Det[i].Imposto.ICMS.CSOSN), DSC_CSOSN); Gerador.wGrupo('/ICMSSN102'); end; csosn900 : begin Gerador.wGrupo('ICMSSN900'); Gerador.wCampo(tcStr, 'N06', 'Orig ', 01, 01, 1, OrigTOStr(CFe.Det[i].Imposto.ICMS.orig), DSC_ORIG); Gerador.wCampo(tcStr, 'N10', 'CSOSN', 03, 03, 1, CSOSNIcmsToStr(CFe.Det[i].Imposto.ICMS.CSOSN), DSC_CSOSN); Gerador.wCampo(tcDe2, 'N08', 'pICMS ', 01, 05, 1, CFe.Det[i].Imposto.ICMS.pICMS, DSC_PICMS); if not FApenasTagsAplicacao then Gerador.wCampo(tcDe2, 'N09', 'vICMS ', 01, 15, 1, CFe.Det[i].Imposto.ICMS.vICMS, DSC_VICMS); Gerador.wGrupo('/ICMSSN900'); end; end;