Welcome to WordPress.com. This is your first post. Edit or delete it and start blogging!
Abaixo lista completa e atualizada do Certificadores PAF-ECF e ordenada por ordem de publicação na Cotepe.
Lista Atualizada 20 Junho/09 Certificadores PAF-ECF
INATEL (Instituto Nacional de Telecomunicações)
Competence Center Laboratório de Ensaios e Calibração
Tel.: 0XX35 3471 9333 / 9298 FAX.: 0XX35 3471 9310
ensaios@inatel.br – Ato Cotepe 13/8
POLIMIG (Escola Politécnica de Minas Gerais)
Fone: 0xx31 3422-4485/ 3422-4405 – Fax: 0xx31 3422-4485/ 3422-4404
ecf@polimig.com.br – Ato Cotepe 15/8
TECPAR (Instituto de Tecnologia do Paraná)
Rua: Professora Algacyr Munhoz Mader, 3775
Cidade Industrial de Curitiba – CIC
Curitiba – PR
Fone: 0(xx) 41 3316 3000 – Fax: 0(xx)41 3245-0844
tecpar@tecpar.br – Ato Cotepe 14/8
FURB (Fundação Universidade Regional de Blumenau)
Rua: Antônio da Veiga, 140 – Victor Konder
Blumenau – SC
Fone: 0(xx) 47 3321-0200 – Fax: 0(xx)47 3322-8818
Telefone do Laboratório: (47) 3321-0973. – Ato Cotepe 16/8
FAESA (Fundação de Assistência e Educação)
Rua: Anselmo Serrat, 199 – Ilha de Monte Belo
Vitória – ES
Fone: 0(xx) 27 2122-4100 – Fax: 0(xx)27 2122-4139
CNPJ: 27.014.042/0001-38 – Ato Cotepe 17/8
PUC – RS – Pontifícia Universidade Católica do Rio Grande do Sul
Setor Centro de Inovação TecnoPUC
Av. Ipiranga, 6681 – Partenon – Prédio 96B–
Porto Alegre – RS
Telefone: (51) 51-3320.3672 – 3320-3558
bernardo.copstein@pucrs.br / flavio.oliveira@pucrs.br/ certificacao.pafecf@pucrs.br – Ato Cotepe 27/08
(UFRN) – Universidade Federal do Rio Grande do Norte – Natal – RN
Rio Grande do Norte – RN
Telefone: (84) 3215-3134
bedreial@dimap.ufrn.br thais@dimap.ufrn.br – Ato Cotepe 40/08
Fundação Visconde de Cairu (ICTEP)
Rua do Salete, nº 50, Barris – Salvador – BA,
Telefone: (71) 2108-8532
auditoriaecf@pop.com.br – Ato Cotepe 41/08
(SGC) – Sociedade Goiana de Cultura
Universidade Católica de Goiás
Departamento de Computação – Área III, Av. Universitária, 1069, Setor Universitário, 74.605-010, Goiânia – GO
Setor Universitário – Goiânia – GO
Telefone: (62) 3946-1381 e (62) 8171-9311
martelli@ucg.br, rafaela@ucg.br, secretaria.cmp@ucg.br – Ato Cotepe 42/08
Fundação Universitária do Desenvolvimento do Oeste
UNOCHAPECÓ – Universidade Comunitária Regional de Chapecó
Chapecó – SC –
jorge@unochapeco.edu.br – Ato Cotepe 43/08
CELSP – Comunidade Evangélica Luterana São Paulo (Universidade Luterana do Brasil – ULBRA)
Rua Universitária, 1900 – Parque do Balonismo
Torres – RS
Telefone: (51) 3626- 2000 Ramal 150
marcioms@ulbra.br ou ulbra@ulbra.br – Ato Cotepe 44/08
PUC-SP – Fundação São Paulo
São Paulo – SP – Fone: (11) 3124-5744 / 3214-7222 – E-mail:
wgwuo@pucsp.br / lccampos@pucsp.br – Site: http://www.pucsp.br – Ato Cotepe 04/09
UNP – Sociedade Potiguar de Educação e Cultura S/A (Universidade Potiguar)
(84) 3215-1234 – Site: http://www.unp.br – Ato 07/09
IPT – Instituto de Pesquisas Tecnológicas do Estado de São Paulo S/A
(11) 3767-4862 / 3767-4126 / 3767-4456
Site:http://www.ipt.br – Ato Cotepe 08/09
1) Dia 06: Evento com Homologadores e Certificadores de PAF – Trouxemos para a Daruma todos os órgãos que certificam PAF para uma reunião onde tratamos sobre alguns testes do PAF e um alinhamento sobre ECF, Impressora Fiscal.
As Fotos deste vento aqui no 19 andar aqui na Avenida Paulista, estão aqui neste Link:
2) Dia 07: Realizamos o primeiro encontro LATINO AMERICANO com nossos contatos da Venezuela, Bolívia, Chile – Um Grande passo para nossa estratégia para America Latina. O Link das fotos estão aqui:
3) Dia 08: Evento com software houses de automação comercial, um Record!! 197 pessoas. Oportunidade em que reafirmamos nossa estratégia e conseguimos reafirmar nossa posição junto ao mercado o que tem resultado só neste começo de ano com mais 75 impressoras subsidiadas para 75 desenvolvedores diferentes que desejam usar Daruma em suas aplicações. As fotos deste evento Record está aqui neste link:
4) Dia 09: Foi a data em que realizamos uma reunião de estratégia com nosso laboratório de Fortaleza e São Jose dos Campos, ambos nossa fabrica atual de drivers, para definir os projetos em 2009. Encontro ótimo e cheio de frutos de projetos a se realizarem, que em breve comunicaremos as software houses as novidades
Respondendo a algumas pergunta que me fizeram em PVT achei melhor publicar aqui no fórum e assim compartilhar.
· Todas as inovações que estão na versão 1.05 estão registradas em órgão regulador, garantindo assim a inovação da Daruma no mercado de automação comercial, e podem ser usadas e Utilizadas pelas software houses sem nenhum problema, já que a mesma é publica, como é hoje todo o SET de comandos da Impressora.
Falo a todos aqui agora sobre o RSA, pois percebi que algumas perguntas sobre RSA não batem com o que realmente o fisco esta exigindo de vocês sofware house.
O RSA é um Algoritmo (baseado em uma Formula complexa de chaves) que foi inventada por três professores, que não me lembro o nome, mas é por isso que é chamada de RSA, acho que é a sigla do nome dos professoras, bem, mas isso não vem ao caso. J
A questão é que existe um fato que vocês software houses não podem desconsiderar e levar muito a serio esta questão, que é a seguinte:
· Chave Privada e Chave Publica
o NENHUM fabricante de automação pode gerar estas chaves pra você. O Risco é Grande. Cuidado! O ideal é que você GERE sua chave Privada. Ela é sua e de sua responsabilidade gerar. Mas aqui começa a pintar varias duvidas certo? Vamos a elas:
§ Necessito gerar a Chave a cada relatório do PAF? Não. A Chave Privada é sua e deve, em teoria, ser uma Identificação Única de sua empresa, de seu CNPJ.
§ Necessito gerar a Chave por CNPJ que eu tiver? Não. Aqui estou dando apenas uma Sugestão. Tem empresas que geram uma Chave Privada por Versão de Vertical de software. Exemplo: O Software Posto Automático tem uma chave, o software PDV Fácil tem outra Chave, o software Farmácia Feliz tem outra chave, POREM todas estas versões são da mesma empresa, do mesmo CNPJ.
§ Necessito gerar uma Chave por Versao de aplicativo? Não. Porque se não a cada versão você terá uma chave nova e a administração destas chaves será simplesmente um inferno pra você.
§ Quando gerar a Chave o que devo fazer? GUARDAR a 7 Chaves. Quarde-a porque a chave é sua, e não pode ser perdida. É a “Digital” que identifica sua empresa, ou seu software. Tem empresas que ai gerar a chave, imprimem, plastificam, e guardam na software house ou delegam para empresas especializadas em guardar as chaves que são geradas por sua empresa.
§ DEVO GERAR A CHAVE a CADA RELATORIO DE PAF? NÃO. A Chave é gerada apenas uma vez e você poderá fazer agora se desejar. No Google tem vários sites que geram a chave pra você. Escolha sempre 1024 Bits de chave com Expoente 3. Veja este link: http://assl.sullof.com/assl/asp_example/RSAKeyGenerator.asp . Eu, particularmente não gosto deste site, por isso vamos junto com a DLL enviar um aplicativo Off-Line que gera a Chave pra você, e mais rápido, mas o site acima te ajuda e entender o que é gerado como Chave.
§ Quando gerar será criado pra você uma Chave Publica e outra Privada.
§ A Publica, é colocada no Relatório do PAF
§ A Privada é Enviada para o ECF FS600 1.05.
· Assinatura Digital
o Entao uma vez que você tiver sua Chave privada, você deverá enviar para a impressora esta chave, seja por comando da DLL ou por comunicação direta
o Quando você estiver de posse do MD5 gerado pelo Arquivo que você criou para o PAF, então você pega o MD5 envia para a Impressora e pede pra ela ASSINAR pra você este MD5 com base na Chave Privada que está carregada na Impressora. Pronto!! A impressora devolverá pra você 1024 bytes com a Assinatura Digital que você pediu pra ela assinar. Tudo isso com base em informações suas e confidenciais.
Duvidas sobre a Segurança:
· Tem como alguém ler minha chave privada no ECF? Não, não tem comando disponível pra isso e tampouco esta publicada a área de memória onde esta guardada a chave
· Tem como alguém assinar por mim com um software “Pirata”? não porque ele não sabe qual é sua chave privada. E se você desejar, você poderá apagar a chave privada, carregar usar, e após usar apagar. Tudo pra sua segurança.
· Minha Chave Privada fica na MF ou na MFD? Não, em nenhuma das duas memórias porque isso poderia facilitar que alguém use de forma descomedida.
· Se não tive nenhuma chave e eu mandar assinar, ela ira funcionar? Não ira devolver “Comando Não Executado”]
· Se realizar uma Intervenção Técnica, tem como o Interventor saber minha chave? Não. Ela é eliminada no momento em que a impressora entra em intervenção técnica.
A Moçada do Windows vai poder usar? Sim, através dos drivers Windows
E Linux? Também, através de nosso .SO
E DOS? Sim, claro, através do Observer.
E comunicação direta? Também através do manual de comandos fornecido pelo Suporte.
Assim que já comecem desde já a gerar suas chaves privadas e publicas, para assim usufruir da assinatura digital que a FS600 1.05 tem pra você. Ou se desejar, esperem um pouco mais que no começo de marco vamos lançar os drivers que contem a acesso a este comando e por sua vez junto com ele o gerador OffLine de Chaves com um tutorial de como usar, um passo a passo.
É a Daruma Automação pensando no publico que ela realmente depende, apóia, e respeita. As Software Houses.
—C
Claudenir C. Andrade
Skype: claudenir_andrade | Msn: claudenir.andrade@hotmail.com
blog: http://claudenircandrade.spaces.live.com | Site: www.desenvolvedoresdaruma.com.br
NOTA DE ESCLARECIMENTO AOS PARCEIROS DARUMA
A Daruma tem investido de forma contínua e maciça no segmento de automação, tendo uma das melhores equipes de desenvolvedores de drivers e de suporte aos desenvolvedores de softwares do país, utilizando-se de recursos internos e de convênios para P&D estabelecidos com Universidades em São José dos Campos e Fortaleza. Além disso, a Daruma tem com as software houses e os canais de vendas as suas verdadeiras parceiras que fomentam um crescimento mútuo nesse segmento, mantendo em relação a eles grande consideração e respeito, ao contrário de outras empresas que os têm como concorrentes.
Com base neste respeito aos nossos parceiros e clientes, vimos a público esclarecer os fatos que se seguem:
Como é de amplo conhecimento, existe entre a Daruma e a Bematech Indústria e Comércio de Equipamentos S/A uma discussão judicial sobre o driver Daruma32.DLL, tido por esta última como contrafação do Bemafi32.DLL. Alega a Bematech que a Daruma, através do Sr. Claudenir Campos Andrade, teria infringido a Lei de Propriedade Industrial, criando o seu driver por meio de informações obtidas ilegalmente, fruto do desenvolvimento do Bemafi32.DLL.
Essa discussão se arrasta desde 2004. Importante ressaltar que a Bematech ajuizou duas ações: uma Queixa Crime em face do Sr. Claudenir e uma ação cível em face da Daruma e também do Sr. Claudenir. Era intenção da Bematech condenar a Daruma e o Sr. Claudenir em todas as esferas de direito possíveis.
Não obstante esse intuito, a Queixa Crime já teve o seu desfecho no ano de 2008 e não trouxe qualquer condenação penal para o Sr. Claudenir, seja em primeira instância (sentença), seja em grau recursal (recurso da Bematech), ocasião em que o Colégio Recursal de Curitiba determinou a extinção do processo crime. Em outras palavras, não houve uma condenação criminal do Sr. Claudenir Campos Andrade pelo suposto crime a ele imputado.
Por outro lado, a ação cível, na qual a Daruma também é parte, teve início com uma liminar obtida pela Bematech, que, depois de questionada perante o Tribunal de Justiça do Paraná, foi devidamente cassada, fazendo com que o processo seguisse seu curso normal, produzindo as provas necessárias para a apuração dos fatos.
O processo cível, dentro do que a lei prevê, caminhou para a produção da prova pericial, cujo objeto foi a comparação dos drivers Daruma32.DLL e Bemafi32.DLL. O resultado obtido apontou para uma igualdade entre as duas DLL’s na casa de 0,68%, ou seja, um percentual extremamente pequeno para se caracterizar uma cópia ou contrafação. Vale ressaltar que em muitos momentos do laudo pericial há a manifestação expressa do Perito Judicial indicado pelo Tribunal de Justiça do Estado do Paraná no sentido de afirmar que não existe cópia entre os dois programas.
Muito embora a perícia assim tenha se posicionado, sobreveio sentença do Juízo da 7ª Vara Cível da Comarca de Curitiba, que acolheu apenas em parte os pedidos iniciais feitos pela Bematech. Cabe esclarecer que não se trata de uma decisão definitiva. Contra essa sentença cabe recurso de apelação, que levará todo o caso para ser novamente revisto em segunda instância, no Tribunal de Justiça do Estado do Paraná, onde, inclusive, a Daruma já conseguiu decisão a seu favor, quando houve a cassação da liminar obtida pela Bematech.
A Daruma tem plena convicção de que não promoveu cópia ou contrafação da DLL, muito menos se valeu de informações técnicas alheias que lhe pudessem trazer algum benefício tido como indevido. E é exatamente por tal convicção, respaldada nas conclusões periciais de que não há cópia entre as DLL’s, que defenderá seus direitos até a última instância judicial, com o objetivo de reverter qualquer tipo de condenação que lhe seja imputada por estes fatos.
A Daruma não pode ser reprimida ou silenciada apenas pelo fato de estar em franco crescimento no mercado. Eventuais incômodos que a concorrência possa estar sentindo não são frutos de uma postura ilegal da Daruma, mas, sim, de uma política voltada, acima de tudo, para o respeito aos seus clientes e parceiros.
Nossos clientes e parceiros são os responsáveis diretos pelo considerável crescimento da Daruma no mercado. Temos sido positivamente avaliados na oferta de nossa tecnologia, despontando no mercado onde atuamos como sendo uma empresa que prima, acima de tudo, pela excelência e qualidade de seus produtos e serviços. Estas são algumas das razões pelas quais a Daruma foi eleita pela APAS (Associação Paulista de Supermercados), em 2008, como a melhor provedora de soluções em Gestão e Automação Comercial do país.
Evidentemente que tal reconhecimento não poderia vir amparado em uma situação como a que quer fazer parecer a concorrência, pois a Daruma se vale de meios próprios e éticos para se estabelecer e atuar neste mercado.
Portanto, ficam aqui os esclarecimentos e a mensagem de que a Daruma continuará a defender seus direitos, dentro dos limites legais, mantendo, como sempre, de forma ética, sua política de desenvolvimento, qualidade e respeito aos seus clientes e parceiros.
————————————————————————————————————————————————————-
Claudenir C. Andrade | Daruma Developer Community | Tel.: 55-11-3146-4984 | Cel.: +55-11-8137-0262
Urmet Daruma – Av. Paulista 1776, 16o. andar – conj. A – São Paulo – CEP 01310-200
Skype: claudenir_andrade | Msn: claudenir.andrade@hotmail.com
blog: http://claudenircandrade.spaces.live.com | Site: www.desenvolvedoresdaruma.com.br
Um Trabalho de Piloto realizado com Parcerias de Software
Pese o que alguns tentam imputar, manchar, macular, uma coisa tenho muito claro em meu dia-a-dia. A Transparência total no que realizamos em parceria.
Alguns dizem que uma coisa é o “profissional” outra coisa é o “pessoal”. Que nada! Balela, “conversa-pra-boi-Dormir”. Afinal de contas é no dia a dia do trabalho e nas relações com as software houses é que demonstramos realmente quem somos, nosso comprometimento, valores, caráter, etc..
É por isso que quando realizamos o Piloto com a DR600, nova impressora Não Fiscal térmica de 300 Milímetros de Velocidade por segundo, que tivemos os braços abertos entre as software houses para testar o produto com seus softwares, não apenas como profissional mas como empresa. Porque? Porque executamos o que pregamos em nosso dia-a-dia, a parceria.
Imagine você se no momento de realizar uma atividade dessa nós fossemos fornecedores de software, por exemplo? Acreditariam e nos dariam credibilidade? Muito difícil. E ainda mais se insistíssemos em um discurso, e praticássemos outro. Como profissional me sentiria péssimo. Este foi o principal motivo que me levou a anos atrás a interromper uma atividade que estava sendo desenvolvida em outra empresa. Não dá pra pregar uma coisa e fazer outra, apenas em nome de manter o emprego.
Compartilho com todos voces aqui com muito orgulho o resultado do Piloto que realizamos com as empresas de software do país, de norte a sul, o resultado foi fantástico!
Acessem aqui e confira: http://www.daruma.com.br/ddcmkt_2009/ddcmkt_001_09.html
Obrigado a todas as empresas de software que depositam confiança em um trabalho claro, ético e transparente.
Obrigado
————————————————————————————————————————————————————-
Claudenir C. Andrade | Daruma Developer Community | Tel.: 55-11-3146-4984 | Cel.: +55-11-8137-0262
Urmet Daruma – Av. Paulista 1776, 16o. andar – conj. A – São Paulo – CEP 01310-200
Skype: claudenir_andrade | Msn: claudenir.andrade@hotmail.com
blog: http://claudenircandrade.spaces.live.com | Site: www.desenvolvedoresdaruma.com.br
Thin client na Automação comercial de PDV
Quando ouve-se falar de thin client, geralmente pensamos em uma CPU sem HD, sem Memória RAM, apenas uma CPU de conexão com o servidor onde o processamento [e realizado localmente e por sua vez ao desligar o mesmo perde estas informações já que toda a inteligência, segurança esta no servidor.
Bem isso é verdade, e é para isso mesmo o objetivo de um thin client. Mas a pergunta é: Pode um thin cliente ser utilizado na automação comercial?.
A Resposta é SIM! Porem antes de explicar gostaria de contextualizar com uma frase de Steve Jobs (Não é nada fraco este cara ne?) “O Cliente não sabe o que ele quer até que seja apresentado ao que estamos ofertando”. – Esta frase nos ajuda a entender porque as vezes chegamos em uma padaria, estacionamento, central de carga, um PDV simples, uma farmácia ou outro mercado que se utiliza de um sistema de controle de automação, principalmente no PDV, e nos perguntamos: “Nossa! Para quê tanto PC, tanto processador se aqui é apenas e tão somente um caixa, um PVD?”. E é uma pergunta muito pertinente, afinal de contas para quê um Monitor, um teclado convencional, um HD (que dá pau!!) partes mecânicas, 2 Gigas de RAM, HD de 180 Gigas, placa mãe GigaBit, a melhor maquina para realizar uma única e exclusiva tarefa de contabilizar e controlar a entrada e saída de veículos, controlar o PDV ou simplesmente imprimir na impressora fiscal.
Mas o que tudo isso tem que ver com a frase de Steve Jobs? A correlação é que hoje os cliente ainda não foram apresentados a esta tecnologia, não de forma tão massiva como ao PC. Querem ver? Quantas empresas você teve o feedback do cliente dizendo…Nao haveria um Comutador mais magro, sem tanta parafernália para ser utilizado no PDV? Dificilmente você deve ter tido este feedback já eu o PC como conhecemos hoje ele é constituído uma entidade inquestionável! É verdade, inquestionável…no sentido de que se desejo automatizar um processo através de um software necessito de um PC. Claro que isso contribuintes e usuários de tecnologia, esta não é uma verdade para muitos de nós desenvolvedores.
Agora, você consegue imaginar a reação de um cliente se você chega pra ele – ainda mais clientes que tiveram problemas de manutenção de PC – e você sinaliza com a seguinte proposta:
E se eu instalasse aqui um computador que não tem COOLER, roda Frio, não esquenta e com isso não necessito vir aqui todos os meses para limpar, não tem HD mas uma forma solida de armazenar os dados, tipo um pendriver, roda windows XP, cabe na palma da Mao e ainda economiza energia consumindo 10W e não 150W como o PC?
Sabe o que o cliente? Pelo menos a maioria…”Era isso que e precisava, mas quanto custa?” – Percebeu? Ele só sabe o que ele quer no momento em que você apresenta a soluça pra ele. Isso é uma verdade quase que absoluta já que no momento que você passa a desenvolver um aplicativo, hardware, software para atender uma necessidade de um cliente você não esta inovando, você já esta atrasado porque ele já necessitava de aquilo, porem você ainda não atendeu ou esta trabalhando para atender.
Hoje no mercado de automação é mais ou menos assim, você só consegue quebrar o paradigma problemático de um PC quando você parte pra uma solução e apresenta ela ao cliente e ele dar-se conta desta necessidade. Afinal de contas, pense comigo? Para que um PC no ponto de venda? Qual a utilidade de todo aquele processamento no ponto de venda já que realiza operações dedicadas?
Operação Dedicada requer um Hardware Dedicado com software Dedicado
É muito interessante quando olhamos para o PDV por exemplo e imaginamos estas três afirmações acima, o PDV possui uma operação dedicada que é registrar, vender contabilizar as operações do ponto de venda. Possui um software dedicado para isso porem não tem um hardware dedicado para o PDV. E é neste nicho que entendo que os thin clients entram.
Thin Cliente ou Smart Client?
Mas como colocar um Thin Client na Automacao comercial? Primeiro necessitamos muda rum pouco nossa visão de thin client, que assim como toda tecnologia o mesmo sofreu evolução e agregou-se funções e processos com hardware atuais mais robustos, por isso gostaria de compartilhar com vocês os três conceitos que entendo serem eles o necessário para que se escolha qual melhor tecnologia de hardware dedicado a ser implemetnada.
Thin Cliente – Não Tem HD, Apenas RAM baixíssima de 64MB, 128MB e olhe lá, Processador e Rede (Ethernet) nada mais (além claro dos IOs normais de as vezes uma Paralela, Serial, Saída de Vídeo, etc..) mas os componentes principais que são vida a CPU do Thin Cliente são estes três. Já que entende-se que o thin cliente como conceito é uma caixa que dá boot pela rede (Remoto, PXE) e serve como um HUB onde processa instruções do servidor mas sem comprometimento de armazenar e gerir tal informação. Importante: Este tipo de Hardware é totalmente dependente e só trabalha Server-On-Line
Rich Client – Cliente Rico (se traduzir ao pé da letra) seria a mesma coisa, e na verdade é, pegar um Thin Cliente colocar um HD nele de 80GB, uma RAM de 1G ou 512MB,e instalar o Windos XP. Ou seja possui toda robustez e tamanho que o Thin Client possui porém é autônomo, poderíamos no fundo chamá-lo de um Mini-PC, para classificar e diferenciar vamos chamar de Rich-Client. E claro, este tipo de hardware pode trabalhar Server-On-Line ou Server-Off-Line com total autonomia local, totalmente desconectado de tudo e de todos. Esta arquitetura possui uma desvantagem que é a adição de uma parte móvel, mecânica que é o HD.
Smart-Client – O Smart Client está exatamente no meio, entre o Thin e o Rich. Como? Bem respondendo a esta pergunta: Para quê um HD de 80 Giga, alias…para quê um HD? Se minha aplicação cabe em 512 MB e o Windows XP embedded pode ser portado para rodar em outros 300 MB? Sobrando assim 200MB para uma provável consistência Off-Line? Para que necessito de uma RAM de 1Giga se utilizo WTS ou minha aplicação é leve já que ela é dedicada e por sua vez apenas 256MB supre a necessidade? Bingo! Ai entra o SmartClient. Sem parte Movel, já que não usa HD possui o que chamamos de SSD – imagine um Pendriver de 1Giga dentro dele mas tão confiável quando o HD e sem o problema de Vida útil que o HD possui, Há e ainda rodando windows. E claro, este tipo de hardware pode trabalhar Server-On-Line ou Server-Off-Line com total autonomia local, totalmente desconectado de tudo e de todos. Esta arquitetura possui uma grande vantagem que é ser totalmente Solida, sem parte mecânica, já que o HD aqui é substituído por uma Flash, um SSD, que para sua aplicação é igual ao HD, tem C:\ o Windows reconhece todas as pastas, arvores de diretório, é um HD em estado solido porem sem as partes mecânicas e movies do HD.
Bem com esta classificação e fatiamento do conceito de ThinCliente você começa a ver possibilidades de usar o thincliente na Automação comercial? Lógico que sim ne? So que claro…dentro do conceito estendido de SmartClient ou Rich Cliente.
Bem mas pode surgir duvidas como:
O SmartCliente e o RichCliente é o PC, qual vantagem de usar uma arquitetura SmartCliente e RichCliente e não um PC?
Esta duvida é pertinente e faz muito sentido, listo abaixo algumas da vantagens de se utilizar esta arquitetura:
· Economia de energia, pois ao não possui cooler e ter uma placa única, dedicada e um processador industrial o consumo cai de 100W (apenas a PCU convencional) para 10W.
· FanLess – Por não possui cooler (o que contribui para a economia de energia) não para de funcionar o cooler, porque se não tem não pára, não quebra J, e não necessita puxar ar frio para refrigerar, como? Porque o processador destes smartClientes ou RichCliente são processadores que mesmo rodando Windows, possuem uma arquitetura diferenciada, RISC e estão preparados para não esquentarem tanto como os convencionais Pentium que conhecemos. Com isso a manutenção é reduzidíssima.
· Cabe na Palma da Mao. E espaço no PDV hoje vale ouro. Alem disso por não ter Cooler, e não esquentar, você pode literalmente esconde-lo debaixo do PDV que não haverá problema de não ter espaço pro Cooler funcionar e puxar ar frio já que não tem Cooler, é o conceito simples de não tem não quebra. J
· ROI – Retorno sobre o Investimento – quanto eu gasto pra manter um PC? Quando eu gasto para manter um ThinCliente? Um SmartCliente? Um RichClient? Pode ter a certeza que os três juntos comparados ao PC não chega a 20% do valor gasto para se manter um PC.
Poderíamos listar aqui varias funcionalidades do ThiinCliente e suas vantagens, mas este não é o objetivo.
Na daruma nós criamos e fomos os primeiros a implantar este conceito no mercado de automação de SmartCliente e RichCliente – Ambos com todos os componentes que você necessita para rodar seu software escrito em VB, Delphi, C#, WEB, .Net o que for. Veja a foto dele aqui nestes links:
http://www.daruma.com.br/prd_det.php?id_prod=27
http://www.daruma.com.br/prd_det.php?id_prod=70
http://www.daruma.com.br/prd_det.php?id_prod=69
————————————————————————————————————————————————————-
Claudenir C. Andrade | Daruma Developer Community | Tel.: 55-11-3146-4984 | Cel.: +55-11-8137-0262
Urmet Daruma – Av. Paulista 1776, 16o. andar – conj. A – São Paulo – CEP 01310-200
Emulador de impressora e o Ganha-a-Ganha na parceria (Verdadeira Parceria)
Inúmeras vezes sou questionado porque a Daruma não tem emulador ou simulador de impressora. Tenho que confessar que sem duvida um emulador ou simulador sem duvida é uma Mao na roda principalmente para as pequenas software houses.
E também confesso que muitas vezes ensaiamos o inicio de desenvolver o emulador de impressora, temos até um validador mas não foi lançado. Gostaria e explicar aqui no bit o processo de emulador de impressora, o perigo que tem e por favor, acreditem-me, não tenho nenhum interesse marqueteiro ou comercial nisso, vou dar meu ponto de vista técnico com relação a este assunto.
Emulador x Simulador.
Quando iniciamos o desenvolvimento de um Simulador, e já explico porque não emulador, fomos até um ponto e percebemos que teríamos que criar praticamente uma “maquina fiscal” no computador do zero. Bem, claro que já tínhamos a idéia de aproveitar o código fonte que roda dentro da impressora. E aí está o problema. Os três emuladores oferecidos hoje pelos fabricantes possuem praticamente 90% do fonte que roda dentro da impressora. Isso é certo, não tenha duvida.
Se um dia o fisco resolver fazer uma auditoria técnica e fazer uma comparação entre o fonte da Impressora Fiscal (que roda dentro dela) e o fonte do emulador ou simulador (conforme chama) não tenha duvida vai dar mais do que 70% de copia – e acima de 70% de igualdade pelas normas de direitos autorais e copias é considerado o mesmo software.
Bem com isso veja o risco que o fabricante de automação possui ao simplesmente colocar em uma plataforma aberta como o PC o fonte da impressora rodando no PC. Fraudes e mais fraudes acontece. É por isso que sempre ouvimos fabricante X e Y serem chamados para explicar determinadas fraudes e não entendemos porque.
A vulnerabilidade em colocar o código fonte da Impressora pra emular o comportamento dela no PC é sem duvida de um risco altíssimo. Claro que você desenvolvedor não faria mal uso disso, mas sempre temos que pensar que se existe site seguro é porque existem hackers, com os mais interesses diferentes por trás das atividades de engenharia reversa e leitura binária de um executável.
Dá pra proteger? Sim sem duvida. Dá pra quebrar? “Of course!”, é lógico. Todo ofuscador de .EXE pode ser quebrado, faca uma pequena pesquisa e poderá ver isso, um exemplo é este aqui veja o que achei no LiveSearch http://search.live.com/results.aspx?q=decompilar+.exe&form=QBRE, todo programa aplicativo pode ser feito engenharia reversa afinal de contas é tudo 010101010. Claro que existem programas bem mis protegidos e outros não tão protegidos assim. É ingenuidade achar que um fabricante de automação coloca no simulador dele a mesma proteção quem uma Microsoft coloca em seus executáveis de Windows, por exemplo. J
Sonegação no PDV
Uma vez que os simuladores rodam o mesmo fonte da impressora, o que impede de o mesmo ser usado sem que você software house saiba? Ou com conivência de pessoas mal intencionadas? É simples, veja só: Seu fonte esta inteirinho preparado pra rodar com a Impressora Fiscal Física certo? Não existe nenhum ponto de sonegação no fonte, um “tecla mágica” como estamos acostumados a ouvir o apelido que deram pra teclas de “enviar o cupom para a impressora” ou “não enviar o cupom pra impressora”.
Bem, então você fez seu desenvolvimento, tudo ok, qualquer pericia feita no seu fonte não ira achar nada, pode trazer os melhores peritos de universidade que não irão achar nada, pois não existe nada, você fez seu papel de desenvolver um software seguro e a prova de sonegação no PDV. Homologou tef e tudo mais!! Homologou em Minas, Bahia, em outros estados.
Na hora de realizar a instalação no PDV você coloca a impressora Física, cadastra o Numero de serie (pois o aplicativo fica verificando o numero de serie do ECF, tudo certo, e você vai embora. Basta instalar o Emulador de impressora no computador, configurar a porta para “COM2” por exemplo, que seu aplicativo passa a falar com o emulador, sem saber que está falando com o Emulador de impressora, e sem você – que é o responsável fiscal pelo software – saber disso! Mas como? Simples o fonte que roda no Simulador é o mesmo que roda na impressora Fiscal. Mas e o numero de serie? Olha…eu já baixei dois emuladores que permite você fazer até intervenção técnica na maquina, colocar seu numero de serie. Simples não? Pratico verdade?
Eu não tenho duvida da praticidade, e da capacidade que TODOS os fabricantes de impressora tem de fazer isso. Na Daruma por exemplo se desejássemos nos poderíamos pegar o fonte do ECF Fiscal MFD FS600 e compilar no PC, pronto! Preparamos uma “visualização dos dados” e feito temos um emulador. Mas o risco que isso traz é grande e a responsabilidade vem antes do Ganho ($$) de mercado com isso. Aqui chamamos de política de sustentabilidade.
Simulador X TEF X Homologação X Problemas PDV
Como prometi, vou me ater apenas ao ponto de vista técnico, já que da noite pro dia se desejássemos poderíamos te nosso simulador não existe nenhum impedimento técnico pra isso, apenas de responsabilidade fiscal. Mas pense agora binariamente como um técnico, veja que interessante:
Você pode homologar TEF com Simulador? Não, Você pode homologar nos estados com Simulador? Não. Você pode homologar PAF com Simulador? Não. Você pode levar o simulador para uma Feira e apresentar ele “como sendo a impressora virtual”? Fala serio. J, você não correria este risco, estou certo disso.
Então porque usar uma impressora Física e não um emulador? Por todos estes itens que você tem acima, você estará mais seguro que tudo esta rodando certinho na impressora física, que você testou a comunicação física, real, não emulada ou simulada, que os bugs que você pegar serão simuláveis em laboratório, e os problemas que seu cliente tiver no PDV será idêntico ao que você poderá simular no seu laboratório já que no laboratório você tem um ECF Físico.
Considerações Finais e a política do Ganha-Ganha – Eu invisto um pouco e você investe um pouco
Mas como administrar isso? Não faz sentido a software house comprar uma impressora e ter que investir do bolso R$2.100 reais por exemplo em uma impressora fiscal. Mas por outro lado entendo que também não faz nenhum sentido ela não investir nada. Afinal de contas a parceria também é isso ambos investem de ambos os lados. No ano de 2008 (apenas no ano de 2008) nós fornecemos 35 impressoras FS600 pra desenvolvedores comprarem, ou seja, 420 novos desenvolvedores ou parceiros antigos compraram uma FS600 para programar e adaptar seus aplicativos.
Mas onde esta a parceria nisso? Onde esta a política do ganha a ganha? Não adianta nada eu te entregar um emulador e não te dar suporte de qualidade, driver de qualidade, em constante atualização com as tecnologias de mercado. Por exemplo, A Daruma hoje é o único fabricante que tem a mesma DLL pra Windows e Linux (como Shared Objetc) se você vai usar Java, de nada adianta você usar uma DLL no Windows que não tem os mesmos métodos e mesma característica no Linux, Já pensou nisso? Fomos o primeiro fabricante a suportar integralmente .NET e Mono (.Net pra linux) veja este anuncio no site BR Linux: http://br-linux.org/linux/daruma_anuncia_suporte_oficial_a_plataforma_mono_para_suas_impressoras_fiscais e o mono você pode baixar aqui http://www.mono-project.com/Main_Page assim como a versão grátis do Visual Studio, a Express aqui: http://www.microsoft.com/express/
Mas sem fugir do lado técnico, todos vocês desenvolvedores sabem que os fabricantes possuem um investimento, e as vezes alto, em manter a área de suporte ao desenvolvedor, driver,s , dlls, até por que se não como as impressoras irão se conectar? Mas uma coisa é ofertar este serviço, a outra é ter excelência neste serviço. Por outro lado mesmo assim continua não fazendo sentido você ter que pagar 2.100 reais em uma impressora, mesmo em face das vantagens e riscos que corremos acima.
De nada também adianta DOAR ecf para o desenvolvedor e não ter uma política clara de suporte e parceria. A Daruma também poderia doar impressoras, de fato doamos 48 impressoras em 2008 para os desenvolvedores que pontuaram no DDC, mas pra isso tiveram que pontuar, ou seja, não demos esmola mas eles (os desenvolvedores) conquistaram isso.e Me orgulho por vocês disso.
Gostaria de passar pra você agora, sem cunho técnico, mas estratégico a política do Ganha-a-Ganha que montamos na Daruma. O que você me diria se eu dissesse que na daruma quando você compra a impressora pra desenvolver, após o desenvolvimento você fica com a impressora pra você, afinal de contas você comprou, e no final ao terminar o desenvolvimento e instalar a impressora no PDV você recebe o dinheiro que você investiu inteirinho de volta? Inteiro? Esta é a política que montamos.
E se eu disse que você não paga o preço de 2.100 reais pela impressora mas o preço de custos sem impostos, que parte disso a Daruma cobre? Ou seja, alem de receber o dinheiro de volta, você paga em 6 x este valor de custo da impressora sem margens de lucro pra daruma.
Mas porque montamos esta política, na daruma? Simples, não porque somo “frei franciscanos” no sentido puritano da palavra, e nada contra eles claro. Mas porque a Daruma e eu temos o interesse que cada desenvolvedor tenha UM ECF na bancada pra desenvolver com o ECF real e sabemos que também não faz sentido pagar o valor do ECF integral. E também não faz sentido após pagar você “micar” com o ECF na Mao, embora a legislação esta mudando tanto que você praticamente nunca ira “micar” com um ECF MFD na sua bancada. Mas vamos pro extremo…vamos imaginar que sim que você fique com este ECF e não use ele por um ano? O que você pagou? Nada, porque a Daruma devolveu seu investimento.
Bem o que esta política tem haver com o ganha-a-ganha? Lembra que comentei sobre parceria em um dos meus blogs? Então parceria é isso também. Você investe um pouco , nós investimos um pouco e todos saímos ganhando. De nada adianta pra Daruma e pra você, receber um ECF DOADO, por exemplo, ficar com ele 6 meses (como já vi acontecer) e no final você não portar, a Daruma não ter os ECFs instalados e você não ter mais uma impressora fiscal portada em seu software.
Entao o fato de exigir o desembolso inicial por parte do desenvolvedor mostra que ele esta realmente interessado em investir em uma parceria clara, uma política limpra e transparente de parceria, onde uma vez que você investiu , a daruma se compromete devolver o dinheiro investido na impressora. Chamamos esta política de DDX5, Daruma Developers eXperience 5, porque ao indicar 5 pdvs com a impressora daruma você recebe todo seu investimento devolta, na verdade mais do que você pagou. Hoje a política esta assim:
01 ECF por desenvolvedor Valor de 6 x 187,00 reais. E ao instalar 05 PDVs com Daruma, indicando antes de instalar a venda pra daruma, você recebe de volta o valor de 470,00 reais encima de cada impressora instalada. Você não necessita vender, não necessita emitir nota de venda desta impressora, a Daruma dará isso pra você através do canal de vendas dela. O que você necessita fazer é propor a impressora para seu cliente e a Daruma fornece e fatura pro seu cliente através das revendas locais e seu canal de distribuição. Encima de cada impressora o valor bruto de 470,00 reais é acumulado em sua conta, no final 05 impressoras darão o valor de: 2.350,00, bem superior ao que você pagou na impressora. Por que? Porque estamos premiando sua parceria, seu investimento inicial.
Você Ganha, a Daruma Ganha, todos nos ganhamos. Provamos que você deseja investir e premiamos este desejo de investir. Isso é parceria, ambos os lados trabalham e participam e também podem exigir melhor serviços e melhor parceria porque afinal de contas nada foi doado, ou dado ou presenteado.
É isso ai. Quem desejar participar do DDX5 me passa um email que faço questão de passar pra nossa área atender. claudenir@daruma.com.br Ótimo domingo a todos!!
—————————————————————————————————————————–——————————–
Claudenir C. Andrade | Daruma Developer Community | Tel.: 55-11-3146-4984 | Cel.: +55-11-8137-0262
Urmet Daruma – Av. Paulista 1776, 16o. andar – conj. A – São Paulo – CEP 01310-200
Skype: claudenir_andrade | Msn: claudenir.andrade@hotmail.com
blog: http://claudenircandrade.spaces.live.com | Site: www.desenvolvedoresdaruma.com.br
 | Mr WordPress em Olá, mundo! |
| Wilson em NOTA DE ESCLARECIMENTO AOS PAR… |
| Pontosoft em Emulador de Impressora Fiscal… |
| Jonas em PAF, RSA e Impressora Fis… |
| Claudenir em Evento com Desenvolvedores e… |
Espaço de Claudenir C. Andrade (claudenir@daruma. 