daniboy

1) Sim, uso o ACBrSAt 2) Realmente estava faltando o CNPJ do emitente Agora todos os cupons estão passando! Finalmente meus problemas foram resolvido. Muito obrigado a todos envolvidos

Bom dia, Rici! Mesmo alterando esse campo ainda encontro o mesmo problema... Vc havia visto outra irregularidade no xml? 6547-sat_env.xml.copia 6548-sat_env.xml.copia

segue 6547-sat_env.xml.copia

Agora todos os demais cupons esta dando... 967009 06010 1999 Rejeição: Erro não identificado Nunca pensei que fosse sentir saudades da Bematech... Deus me livre! que sat horrível

Pqp!!! Agora rolou!!! Maravilha!!! Nem com a dll enviada do suporte deles havia funcionado. Muuuuito Obrigado Rricci!

Bom dia, rricci! O driver que vc me mandou é do Linker II e eu possuo o Linker I Mesmo assim fiz a tentativa: 1) Copiei todas as dlls da pasta "C:\Program Files (x86)\ELGIN\Driver Linker\Biblioteca de funções" para minha aplicação 2) Copiei tanto a Zlib.dll quanto a Zlib1.dll pra minha aplicação Resultado: Agora eu não recebo mais um access violation quando "ACBrSAT.EnviarDadosVenda". Ele passa dessa linha mas as variáveis de retorno estão todas zeradas (código, mensagem... tudo!)

Existe diferença entre a Zlib e a Zlib1 ? Encontrei as 2 na pasta windows e sysWow64... Não precisa necessariamente estar ao lado do executável, certo? Uma vez, falando com o suporte, eles disseram que a dll do Linker Manager não funcionada na aplicação comercial pois se tratava se uma dll específica do Manager... Mas vou tentar Sim, amigo. O componente esta com esse modelo Obrigado

Boa Tarde, Sérgio! Sim, eu to ciente dessa diferença entre os I e o II. Falei com o suporte e foram eles que me encaminharam essa dll. Tb Estou suspeitando dela. Como posso ter certeza?

Boa Tarde, Senhores! Estou enfrentando um access violation ao utilizar a função EnviarDadosVenda. Debugando o código percebi que o erro ocorre dentro da unit ACBrSATClass ao sair da function GetnumeroSessao. O mais interessante é que esse mesmo aplicativo funciona normalmente com sats da Bematech, o que reforça minha tese de que o problema não esta no aplicativo... Alguém poderia me ajudar?

Boa tarde! Eu já tive problemas ao passar caminhos de rede em algumas aplicações... Não estou dizendo que é a solução, mas já tentaram duplicar o caracter "\" ? Em alguns sistemas o "\" é utilizado para escrever caracteres especiais e tal... Talvez utilizando "\\\\" ele se converta em "\\" e resolva o problema de vcs.

Booooa Peterson!!!

Ricardo, bom dia! Essa opção de separar e-mails por ";" também funcionada para o campo "sPara" ? Percebo que minha aplicação da access violation e na maioria das vezes é quando uso essa técnica... Muito Obrigado

Gostaria de deixar uma experiência aqui... Há dias estou sofrendo com a Elgin I9 pois esta estava imprimindo tudo desformatado no extrato do sat. O que eu estava fazendo de errado? Usando o modelo de impressora ppEscElgin no ACBrPosPrinter.Modelo O que eu fiz pra acertar? Usar o ppEscPosEpson Daniel, sua dica ai em cima me ajudou nisso! Obrigado

Bom dia, Ricardo! Não, o computador não possui usuário com senha e pra garantir tb desativei a opção do windows que pede identificação para compartilhamentos. Daniel, estou lendo tópico por tópico, Se eu encontrar eu menciono aqui.

Obrigado pela dica, Daniel Eu estava fazendo isso até então. \\SERVERSAT\mp-4200th é o nome do meu compartilhamento, e tenho recebido o erro "Access Denied" quando tento ativa-la através do programa de exemplo da ACbrPosPrinter. Para garantir, cadastrei o usuário "Todos" e lhe dei todas as permissões possíveis na guia segurança. e mesmo assim o erro persiste. Por isso fui atraído pelo post acima.

Entendi. Então no meu caso cujo a impressora só possui a interface USB eu não conseguiria utilizar o AcbrPosPrinter de uma outra máquina na rede. confere?

Daniel, Boa Tarde! Aproveitando o post. Estou com o mesmo problema de impressão remota. Poderia ser 'TCP:192.168.0.10:COM4' ? Se não, como identificar esse número 9100?

Bom dia, Régys! Estou trabalhando com o S@T de produção. Já consegui fazer a importação do xml de envio e o meu similar ao "AcbrMonitor" esta funcionando perfeitamente. Logo mais irei fazer alguns testes de stress, mas até agora a leitura do xml, gravação no s@t e resposta tem demorado em média 1,2s. Considerando que deixo minha aplicação aguardando 10s pela resposta, tenho uma boa folga para 5 terminais Estou a disposição dúvidas

Régys, Estranhamente, estou recebendo o erro "Assinatura do Aplicativo Comercial não é válida" durante a gravação da venda. Código de Ativação, Assinatura e os demais parâmetros do AcBrSat.Config estão idênticos a aplicação original, mas ele nega a assinatura... Tem alguma dica? Já conseguiu gravar a venda importando o arquivo?

Exatamente, Régys Minha intenção é fazer o trabalho que o ACbrMonitor faz... Estou ciente desse gargalo de muitos terminais produtores para apenas 1 servidor consumidor. Eu não conheço o funcionamento do DataSnap. Vou pesquisar antes de continuar meu projeto. Muito obrigado

1) Gerar o .xml com os dados da venda em um computador. 2) Salvar esse xml em uma pasta de outro computador 3) Outro sistema coleta esse xml e o carrega pro component AcbrSat 4) Que por sua vez deve utilizar a função EnviarDadosVenda para persistir o .xml no S@T. Mais ou menos um sistema "produtor-consumidor" para xml de venda. Tenho vários checkouts e apenas uma máquina responsável por gravar o sat e emitir a nota. Ficou mais claro?

Pessoal, um dúvida. A função ACBrSAT.CFe.LoadFromFile pode carregar um xml de envio e posteriormente gravar os dados dessa venda?

Lukas, boa tarde! 1) O que vc quer dizer com "versão antiga" da impressora? 2) No meu caso, depois que coloquei aquela informação no atalho, todos meus cupons estão sendo gravados com sucesso no sat 3) AS vezes as impressoras não soltam o cupom no ato da venda... Orientei as funcionárias a desligarem-a da tomada, aguardar uns 10 segundos e voltar a ligar. Isso tem resolvido a maioria dos travamentos. Mas ainda estou procurando entender pq ela "engasga" as vezes...

Pessoal, boa tarde! Depois de muito pesquisar e bater cabeça, encontrei um novo ponto que deve ser levado muito a sério. parece ridículo, mas comigo esta sendo crucial. Comecei a observar que quando eu abria o programa pelo atalho do desktop meu programa não localizava a dll apresentado o famigerado erro de "Arquivo não encontrado BemaSat.dll" e que quando eu abria pelo executável da pasta de instalação as coisas funcionavam normalmente. Portanto, acessem as propriedades do atalho, escolham a aba "Atalho" e preencham o campo "Iniciar em:" com o path da pasta de instalação de seu aplicativo. ISSO FOI DETERMINANTE para minha aplicação funcionar.

Daniel, consegui alguns avanços no sentido de fazer o S@T Bematech funcionar mesmo com os 2 drivers instalados. Vou colar aqui uma lista de dicas para quem ainda tiver problemas: (créditos para o Aquinti) 1- Só deve haver uma unica DLL do SAT da bematech na maquina, ou na pasta System32 ou na pasta da aplicação, se ficar com as duas juntas o problema é certo. (o mesmo para o arquivo bemasat.xml) 2- Usar sempre a DLL 32bits, a x64 não tem seu funcionamento adequado. No entanto eu sempre renomeio ela para BemaSat.dll para ficar com o mesmo nome do XML. 3- Outro fato importante é configurar o BemaSAT.xml para localizar a porta automaticamente, pois direcionar a porta pelo XML apresenta problemas sempre. 4-Deixar a tag path sempre para "C:\". Percebo que ao utilizar uma outra pasta (dentro da raiz do executável, por exemplo) causa uma espécie de "sem permissão de escrita" por parte da Dll e consequentemente anula todo o processo. 5- Adicionar pedmissão no firewall do windows e antivirus para sua aplicação e dll do SAT; 6- Nunca faça download da DLL avulsa no site da Bematech. Instale o ActvationSoftware e use tanto a dll quanto o xml da pasta de instalação. Com o tempo, algumas dessas observações podem cair por terra a medida que explicações mais aprofundadas venham surgindo... Mas por hora é tudo o que estamos nos certificando.