Concernant SugarCRM la version communautaire à quasiment le même code que
la PRO avec en moins:
-  la facturation
- le module de rapport graphique
- les champs calcules customisable depuis l'admin

Le plus de SugarCRM:
- Module Builder ( permet de créer des modules en quelques clicks) et du
coup, il s'adapte à nos besoins
- Moteur de Workflow sympa
- Gestion des Campagnes marketing en queue
- Hook bien présent partout pour ajouter des comportements spécifiques
- SOAP et Rest
- Ultra Parametrable
- Facile à bouger/backuper (Fichiers+Base MySQL)
- Système de Tri assez puissant.


Inconvénients:

- Pas très sexy
- Axé B-to-B au départ
- Développement lent à appréhender au début.

Après c'est un outil que j'adore et avec lequel je suis assez rapide (en
terme de DEV)


Concernant le (les) serveur d'hébergement

Le jeudi 18 juillet 2013, Franck L a écrit :

> Les éventuels soucis de responsabilités morales ont déjà été évoqués, et
> ne semblaient pas poser de problème outre mesure. Quant au serveur, je
> laisse un sysadmin répondre. ;-)
>
>> Si j'aime bien l'idée de blogue hébergé, je me demande quand même si là
>> on ne voit pas un peu grand ? Quid de la responsabilité technique, morale,
>>  ect, des contenus, du suivi, des pannes de serveur ? C'est un joli projet,
>> mais qui peut être dangereux dans le cadre aléatoire du bénévolat... Bref à
>> bien réfléchir quand même ;-)
>> @+ Gilles
>>
>> Le 18 juil. 2013 à 11:13, Anne G <sacripa...@gmail.com> a écrit :
>>
>>  Le projet Galette permet de gérer des adhérents et des cotisations. Il
>>> est encore actif et mis à jour:
>>> http://galette.tuxfamily.org/**dc/?navlang=fr<http://galette.tuxfamily.org/dc/?navlang=fr>
>>>
>>>
>>>   Merci Cédric ! J'ai l'impression que Galette est un peu "sous
>>> dimensionné" pour nos éventuels besoins.
>>>
>>> Bon alors mes premières impressions :
>>>
>>> Si on dit qu'il faut que ça :
>>>
>>> - gère nos adhérents (infos de bases sur l'identité + paiement cotis+
>>> relances programmées avant l'anniversaire de l'adhésion)
>>> - permette d'envoyer des campagnes en masse (emailings type newsletter
>>> ou infos adhérents)
>>> - leur permette éventuellement de faire leurs demandes spécifiques
>>> (systèmes de tickets ou équivalents qu'il vaut mieux prévoir d'avoir avant
>>> de se dire que tout le monde mélangé sur le forum, ça complique, au pire,
>>> on ne s'en servira pas)
>>>
>>> il y a une offre large et la plupart des solutions seront largement
>>> surdimensionnées, pour le coup. Qui peut le plus peut le moins et toutes
>>> ces sortes de choses.
>>>
>>> Ce qui émerge de mes premières investigations :
>>>
>>> - SugarCRM. Mon soucis est qu'ils semblent pousser à mort les versions
>>> payantes (bah tiens). Mais ça fait tout, il y a une grosse communauté
>>> derrière, il semble avoir une très bonne réputation. Thibault peut sans
>>> doute nous en dire plus ?
>>>
>>> - vtiger qui, si j'ai bien saisi, est un fork de SugarCRM et semble tout
>>> à fait honnêtement fonctionner
>>>
>>> - dolibarr qui est une solution spécialisée dans les associations. En
>>> revanche, apparemment Philippe a déjà eu une expérience malheureuse, si
>>> j'en crois Noé ? Noé l'utilise sur d'autres sujets et pour d'autres
>>> modules, mais du coup ça donne un moyen de regarder facilement du dedans
>>> comment ça se passe.
>>>
>>> Et wala pour maintenant !
>>> ______________________________**_________________
>>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/**
>>> listinfo/dev <http://ml.dotclear.org/listinfo/dev>
>>>
>> ______________________________**_________________
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/**
>> listinfo/dev <http://ml.dotclear.org/listinfo/dev>
>>
> ______________________________**_________________
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/**
> listinfo/dev <http://ml.dotclear.org/listinfo/dev>
>
_______________________________________________
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Répondre à