Daniel Simoes

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

O ACBrMail já possui essa chave... O que ocorre, é que a versão atual do ACBrNFe2, não usa o ACBrMail... por isso não adianta solicitar ajuda do Jean (autor do ACBrMail) já no Trunk2, houve um refactoring nessas rotinas... e o ACBrMail é usado pelo ACBrNFe e ACBrBoleto

Não dá pra analisar o Log assim... por favor ZIP e anexe... Veja ainda, esse post:

Pode ser um problema temporário... Ou algum bloqueio de Proxy na rede...

Não consegui detectar o problema... Aparentemente o TEFD está ficando em loop, solicitando o TotalPago e o Estado do ECF..... somente debugando para compreender melhor...

Aparentemente o Código de Ativação não está persistindo no emulador.... Ou então o evento OnGetCodigoDeAtivacao não está programado...

a extensão .LOG não é aceita... Zip os arquivos antes...

Por favor tente essa nova Unit...Promovi uma grande mudança na metodologia no tratamento das respostas com mudanças de Estados da Sweda... (Espero que isso não cause outros efeitos colaterais) ACBrECFSwedaSTX.zip

Por favor faça testes com o projeto Demo "ECFTeste"... Não há erros de comunicação ou interpretação de retornos do ECF, no seu Log... O que significa que o ACBrECF está se comunicando bem com o ECF... O que notei, é uma provável situação de Loop infinito, a aplicação solicita o NumCOO e NumCCF, e NumGNF repetidamente...

Aqui mesmo no fórum... nessa área... deixaremos o download Livre, para testes...

Em relação ao ACBr, não deveria ser necessários ajustes... em todo caso, fizemos um amplo refactoring em https://svn.code.sf.net/p/acbr/code/trunk2/ Aqui na DJSystem, usamos apenas Lazarus, e já estamos usando o "trunk2" Em relação a Indy... use a Synapse (que se encontra dentro do ACBr)

Sim, estamos desenvolvendo uma versão do ACBrMonitorPlus, que além de unir ACBrMonitor e ACBrNFeMonitor, terá suporte ao SAT ... acho que até a semana que vem já temos um "alpha"

Certeza que este é o Log correto ? Não há referencia a "ERRO" ou "EfetuaPagamento" nesse Log...