RESTRINGIR ATUALIZACAO DO SISTEMA

RICATOM 16/07/2010 11:06:25
#347531
Bom dia colegas

Tenho um sistema de atualizações automaticas (liveupdate) que uso a um bom tempo em vários clientes para realizar atualizações do programa. O programa funciona blz, só que esses clientes tem programas feitos [Ô]sob-medida[Ô] e pagam mensalidades, então sem problemas.

Agora estou com alguns programas [Ô]fechados[Ô] vendendo no site, nestes sistemas coloquei o sistema de liveupdate. O problema é que esses sistemas vendo a licença de uso, dou 3 meses de suporte gratuito e depois fica opcional: se o cliente quiser continuar com o suporte/atualização ele paga um x por semestre.

O problema com esse metodo é:

Como posso restringir as atualizações destes clientes? tem cliente que paga manutenção e tem direito a atualização (melhorias e corretivas), outros nao pagam e somente tem direito a versões corretivas (essas tenho que liberar para todos).

Outro problema, lanço umas 3 atualizações por ano, então qdo lanço uma nova versão a disponibilizo no site, para que os novos clientes já testem e comprem a versão atualizada, agora o que impede destes clientes que não pagam manutenção entrem no site e [Ô]peguem[Ô] o instalador com a versão nova? (Pensei em cada liberação de versão, exibir um novo registro (chave de liberação), mas acho meio inviavel e um saco pro cliente.

Peço aos colegas idéias, pq que estou sem saber como solucionar de forma simples e pratica (dentro do possível) estas questões.

Abs
JAMESBOND007 16/07/2010 11:59:02
#347542
não daria pra você criar uma area restrita no seu site onde o seu cliente se logava e la fazia o download da atualização?
RICATOM 16/07/2010 12:16:57
#347544
Eu não gostaria de mudar o metodo de atualização, pois este [Ô]liveupdate[Ô], além de atualizar o aplicativo, registra ocxs/dlls e executa scripts para atualizar o banco de dados
JAMESBOND007 16/07/2010 12:25:45
#347549
entendi, vou ver com alguem aqui aonde eu trabalho para ver como eles fazem.
RICATOM 19/07/2010 09:05:34
#347719
Alguém mais???

Mentes criativas...pq a minha ta meia boca
RICATOM 20/07/2010 08:45:05
#347846
Alguém mais???
TECLA 20/07/2010 08:58:05
#347850
Uma outra idéia, seria o seguinte:

- Cria uma base em um SERVIDOR REMOTO com o CÓDIGO do cliente e um campo para HABILITAR / DESABILITAR o sistema de atualização.
- A aplicação que faz o LIVEUPDATE, acessa a base informando o CÓDIGO DO CLIENTE. Com base nisso, dá pra validar se o UPDATE será efetuado ou não.
RICATOM 20/07/2010 09:37:00
#347868
Citação:

- Cria uma base em um SERVIDOR REMOTO com o CÓDIGO do cliente e um campo para HABILITAR / DESABILITAR o sistema de atualização.
- A aplicação que faz o LIVEUPDATE, acessa a base informando o CÓDIGO DO CLIENTE. Com base nisso, dá pra validar se o UPDATE será efetuado ou não.



Então Tecla, pensei nisso tbem mas nao estou conseguindo visualizar uma solução para os casos:

Por exemplo:
- cliente comprou a versão 2.0 e nao pagou suporte
- ou cliente comprou a versao 2.0 e paga suporte semestralmente
- outro cliente ja comprou a versão mais recente, 3.0 e paga manutenção.

Então não estou sabendo como controlar qdo tiver que lançar uma versão corretiva que pode ser para quem tem a 2.0 e 3.0 e pode ser uma com melhorias que somente seria para tem a 3.0.

Não sei se consegui explicar...
RICATOM 22/07/2010 09:43:09
#348100
Helpppp
TECLA 23/07/2010 20:52:01
#348311
Citação:

Por exemplo:
- cliente comprou a versão 2.0 e nao pagou suporte
- ou cliente comprou a versao 2.0 e paga suporte semestralmente
- outro cliente ja comprou a versão mais recente, 3.0 e paga manutenção.



Se cada cliente desse possuir um CÓDIGO na base remota, e nesta possuir um campo para IDENTIFICAR se o mesmo utiliza o UPDATE, fica fácil você atualizar ou não a aplicação do cliente.

Já consegue fazer o UPDATE conversar com o SERVIDOR REMOTO?
JOAOBENEVIDES 05/08/2010 17:45:09
#349568
QUE DLL VC USA PARA DESOMPACTAR E BAIXAR O ARQUIVO DA NET ?
Página 1 de 2 [13 registro(s)]
Tópico encerrado , respostas não são mais permitidas