Daniel Simoes

Fiz um teste com "A/B" no emulador da Bematech... e realmente não foi aceito... mas tentei: "ABC/D" e aceitou... Acho melhor deixarmos livre... e o ECF faz as críticas que achar necessário, acusando o erro: "Parâmetro Inválido"

Desculpe-me, mas realmente não lembro... acho que é mais indicado contactar o suporte da Sw.Express

Não podemos mudar isso no componente... pois poderia quebrar código de aplicações existentes... Use o "LeInformacao", e pegue o campo que você desejar: Ex: editCodAuto.Text := RepostaPendente.LeInformacao(135,0).AsString;

Estranho esse Erro não ter vazado para o Log do ACBrECF... mas pela imagem, podemos perceber que o ECF está recusando algo que foi enviado ao mesmo... O problema é que a mensagem de Erro é interna do Fabricante..ou seja, somente com um manual interno do Fabricante, seria possível saber o que significa o erro "115"... Também seria necessário um ECF de Testes, para reproduzir o problema e tentar corrigi-lo... Eu não tenho nenhum contato interno na Daruma... e portanto não tenho acesso a essas informações... e também não tenho acesso um ECF desses para testes... Por favor entre em contato com a Daruma e exponha que o ECF FS800I (09/09), atualmente não é compatível com o ACBrECF, e que se eles desejarem, estamos a disposição para trabalharmos juntos nessa compatibilização... Mas que precisamos dos recursos acima mencionados... Que fique claro... não tenho nada contra da Daruma... mas aparentemente eles preferem não manter contato comigo sobre seus ECFs... O Contato da Daruma com o projeto ACBr normalmente é feito através do Regys...

Não sei se divulgar os preços aqui no fórum é uma boa... poderíamos fazer uma lista de SATs testados... pois em teoria, todos os SATs devem ser compatíveis... No geral vejo que todos os fabricantes de SAT vem fazendo um bom trabalho, ajudando os desenvolvedores

Acho que você precisa responder com "0:" (digitada) ou "1:" (escaneada), antes do código... Ex: 1:394857349573904573490 (no manual do SiTef tem uma explicação sobre isso)

Ok... enviado para o SVN..

Truco... Eu acho já tive problemas com o uso do espaço em algum modelo de ECF (não me lembro).... Mas vamos permitir, e ver no futuro, como se comporta dos demais modelos...

Como vc está ligando o equipamento ao PC ? Você está usando o cabo original dele ?

Na grande maioria dos ECFs, o comando PulaLinhas somente é aceito dentro de um Relatório Gerencial ou CCD... Se vc quer pular linhas após o fechamento do cupom, isso deve ser programado no momento da lacração do ECF...

Tente várias configurações em Devices Serial... Exemplo: mudar a paridade, mudar a velocidade, etc...

Assim que possível, vou fazer novos testes com o Emulador novo (2.8.6)... e se houver algum bug, vou tentar achar um "canal" para transmitir os problemas ao SEFAZ...

A legislação é bem clara quanto a essa restrição... Veja: Na Tabela ASCII 65 = A, 90 = Z 97 = a, 122 = z Ou seja, o espaço (32 na tabela ASCII) não é permitido. Acho que não convém modificar nos fontes... Por favor consulte o fabricante sobre esse assunto...

O ACBrECF não consegue nem ao menos uma resposta do seu ECF.. então pode ser algo no Cabo ou nas configurações da Porta Serial...

Olá para todos... Recebi recentemente um equipamento SAT SDK da Empresa TANCA, a fim de testá-lo com o ACBrSAT... Muito obrigado ao Cristiano Abbud, da Tanca, pelo envio do mesmo... O equipamento foi detectado de forma automática pelo meu Windows 7 Prof 64... mas provavelmente porque algum outro driver que que já tinha instalado, é compatível com o mesmo... O fato, é que nem precisei instalar o Driver Testei o equipamento, usando o demo do ACBrSAT, ou seja, a aplicação Na aplicação SATTeste, fiz um pequeno ajuste para a correta geração do CFe de Venda a ser enviado para o equipamento... (o valor de percentagem de PIS e COFINS dos itens estavam errados) Assim com os demais kits SDK, o equipamento vem com Configurações de Fábrica, que devem ser usadas para a comunicação com o mesmo... O manual "Quick_Guide" do CD contem essas informações (porém o CNPJ informado nesse manual está errado) Abaixo, em anexo, está as configurações que já fiz no SATTeste.exe para esse equipamento... SATTeste.ini O equipamento faz comunicação real com o SEFAZ, e portanto, o mesmo deve ser ligado a sua Rede pela porta ETH1, em conexão que tenha acesso a Internet. Se a sua Rede usa Proxy ou não possui atribuição de IP dinâmica (DHCP), pode ser necessário configurar a Placa de Rede do equipamento... No meu caso, configurei para usar o nosso proxy... e notei que a configuração somente foi salva com sucesso, quando informei o IP do Servidor Proxy com Zeros a esquerda, Ex: (192.168.092.001) Fiquei muito contente em constatar que todos os métodos do ACBrSAT foram executados com sucesso, e de primeira tentativa... sem a necessidade de nenhum ajuste (a não ser o ajuste que comentei acima, para correta geração do CFe) Achei o Kit SDK da Tanca muito bonito e funcional.. A sinalização dos Leds é muito boa, e o produto tem um ótimo design.... e o mesmo parece ser uma ótima opção para quem procura um equipamento Real para desenvolvimentos e testes com SAT

No geral, as mudanças, foram ajustes, mas que mantiveram o mesmo código fonte para todos os modelos... Exemplo: na Sweda o retorno em Base64 é quebrado em várias linhas ... e isso causava problemas no "parser" do componente ACBrSAT.... No da Kyptus relatamos alguns Bugs, no Cancelamento do CFe, que segundo a Kryptus já será corrigido... Acabei de testar o SAT da Tanca... e foi de primeira... consegui rodar todos os métodos sem a necessidade de nenhum ajuste...

Verifique se o ECF usa os mesmos parâmetros seriais: Device: BAUD=9600 DATA=8 PARITY=E STOP=1 HANDSHAKE= MAXBANDWIDTH=0 Se não me engano a FiscNet usa por padrão, BAUD=115200

Em Teoria será compatível com todos, pois a assinatura dos métodos da DLL a ser criada pelo fabricante, são definidos na Especificação de Técnica de Requisitos.. Na prática... só testando... Até o momento, o ACBrSAT já foi testado com os Fabricantes: Kryptus, Dimep, Sweda Acabei de receber um SAT da Tanca... e estou testando o componente com o mesmo...

Não compreendi... Não há erro em nenhum dos Logs... O erro ocorre onde, ECFTeste ou no seu aplicativo ?? no ECFTeste o EfetuaPagamento é executado com sucesso ?

Eu não vejo isso como algo que precise ser resolvido... O ACBrECF para quando o primeiro problema é encontrado e acusa o erro... e isso é o suficiente para que a aplicação saiba que houve algum problema no comando enviado... Na classe da SwedaSTX, realmente havia um problema onde o erro não era acusado inicialmente... que ao que parece, foi corrigido com a modificação que sugeri... Reconheço que o mecanismo de detecção de erros poderia ser melhorado... mas eu não pretendo investigar mais esse problema, pois tenho outras prioridades no momento... Se desejarem enviar Patchs com melhorias, eu posso analisar as sugestões...

Não compreendo o que você está falando... poderia ser mais específico ?

Está nos fontes do ACBr.. na pasta Exemplos.. http://acbr.sourceforge.net/drupal/?q=node/37 Você pode obter uma versão já compilada em:

Em relação ao componente ACBrSAT... Assim como todos os demais componentes do ACBr, o ideal é estudar com atenção os fontes da aplicação Demo (SATTeste.dpr)

Infelizmente acho que não consigo avançar mais sem um equipamento desses para testes... Com o emulador não dá pra simular as situações descritas...

http://www.fazenda.sp.gov.br/sat/sistema_retaguarda/contrib_contab_desenv.asp Não existe homologação de SAT... existe o envio em modo de homologação... Recomendo a leitura do manual de Especificações Técnicas: http://www.fazenda.sp.gov.br/sat/downloads/vigentes.asp