fladimir

O assunto tratado aki se refere a isto: O contribuinte poderá utilizar ECFs das duas gerações (Com. 85/01 e Conv. 09/09) em seu estabelecimento, da mesma forma que conviveram as matriciais (Conv. 156/94) e as com recursos de MFD (Conv. 85/01) até agora. Com a homologação em nível nacional de cinco modelos de três fabricantes (BEMATECH, EPSON E SWEDA) e um sexto modelo do quarto fabricante (DARUMA) a ser homologado em breve, alertamos para a necessidade que compatibilizem seus softwares com esses novos modelos. Os fabricantes já tem disponível as DLLs necessárias para tal e as respectivas declarações de compatibilidade. Qualquer duvida, colocamo-nos a disposição. Q mudanças são necessárias pra quem trabalha com o ACBr? E no caso do ACBrMonitor?

Olá pessoal, eu usei os métodos e gerou os 2 arquivos, mas como sei se estão certos? pergunto pq em outras homologações eles usavam o eEFC para verificar a assinatura. Todos os arquivos q estou gerando pelos métodos do ACBr tipo LMF (Simplificada ou Completa, Por Data ou CRZ) estão ficando Ok qdo vou no eEFC e verifico a assinatura do arquivo esta correto, agora se faço o mesmo procedimento com o TXT gerado referente ao ArqMF Binário por exemplo da assinatura inválida, o q estou errando? []´s

Ok obrigado.

Alguém sabe se saiu algo a respeito deste novo roteiro?

Alguma novidade?

Alguma novidade?

Legal a idéia Elton... Rafael eu entendi o q vc disse mas no meu caso o problema do Negotiating protocol version acredito q não seria isto, pq, em alguns testes preliminares mesmo ao iniciar o VNC do lado do cliente não aceita a conexão, e em outros clientes aceita, acredito q o q esteja diferindo seja o cenário (SO, Antivírus, Rede, etc etc), acredito q eu tenha q analisar estas variáveis para poder chegar a uma conclusão. Mas ainda não tenho a certeza do q seja, só descartei a probabilidade do meu problema devido teu comentário dizer q após +/- 1 hora fecha o VNC no lado do cliente e eu testar logo após ser startado. Mas obviamente terei mais um fator a analisar se for manter esta solução q estou fazendo q seria o teu comentário para verificar no lado do cliente e se estiver fechado abrir novamente. []´s

Fabricio obrigado por compartilhar sua experiência, pelo q eu entendi esta solução seria para uma rede local ou estou equivocado? Eu criei uma versão beta de uma solução, mas apresenta alguns problemas... com o Chunk VNC modificado criei um VNC Single Click q starta com um ID previamente definido pela minha aplicação principal, exemplo minha aplicação gerou um ID 5001 e armaneza esta informação num BD na nuvem e starta no cliente o VNC com este ID pré definido, tudo apontando para um Servidor q esta rodando o Repeater... Ai eu rodo uma aplicação q eu criei q mostra os clientes onlines (startados com os IDs pré definidos) e outras informações q achei pertinentes e ao clicar 2 x no micro listado chama o Viewer apontando pro Repeater e usando o ID q foi previamente definido. Funciona legal, porém não consegui identificar q em vários casos (não analisei ainda a fundo o porque) não conecta fica aparecendo a mensagem Negotiating Protocol Version e fica nisso, mas em outros clientes conecta 100% sem problemas... Ai eu confiro o Repeater e esta rodando, confiro os IDs e tudo ok, Firewall liberado ou não da o mesmo problema, não sei o q pode ser, vou começar a fazer uma comparação do q tem nos micros q estão aceitando a conexão normal e qual as diferenças dos q não estão. Tem um outro probleminha, mas isto é fácil de se resolver é q o Repeater após certo tempo ele fecha, isto já foi citado por outros colegas, o q eu fiz para receber isto foi o seguinte, eu não chamo o Repeater direto, criei uma aplicação q starta com o Windows (server do repeater) e ele monitora se tem o processo (serviço ) do repeater rodando, se não tiver, starta, se tiver não faz nada, pronto problema resolvido.A Agora a questão de em alguns computadores/redes conectar e em outros não (ficar na mensagem do negotiating protocol version) não sei o q é ainda, se alguém souber agradeço. []´s

Obrigado Rafael, pela dica, mas eu já tinha resolvido da seguinte forma: Modificar via Editor AutoIt o arquivo InstantSupport.au3 na linha 189 de GUISetState( @SW_SHOW ) para ;GUISetState( @SW_HIDE ) Ai compila e pronto

Baixei o Chunk vi q dá pra modificar, porém o q eu preciso e não consegui é fazer abrir já com um ID pré-determinado e ficar no Tray escutando uma porta digamos assim, eu consegui fazer abrir um um ID randomico q crio via meu software porém ele abre a tela e fica mostrando o ID, ai tenho q minimizar manualmente. Como poderia fazer abrir já minimizado no TRAY direto?

vlw

Riquena uma solução seria seu software capturar o IP externo e atualizar algum BD na Nuvem indicando SEU Cliente - IP EXTERNO, como geralmente os IPs externos mudam com uma frequencia não inferior a 1h vc conseguiria de certa forma amarrar isto no meu ponto de vista, talvez algum outro colega tenham uma solução mais viável. Agora com relação ao meu caso minha questão é justamente apresentada pelo Marcelo, como criar este Client próprio... é em CSharp? C++? Outra (seria possível)? Pelo q entendi, seria baixar o código fonte do UVNC q é Open e modificar talvez, porém eu entro lá e fico mais perdido, tipo tem tantas opções q já baixei várias, alguma sugestão?

Marcelo?? Alguém saberia??

Marcelo_SP, td bem, vc poderia dar mais detalhes desse teu projeto... tipo como eu poderia criar algo semelhante? Poderia dar tipo um passo a passo de como proceder? []´s