[Dolibarr-user] Bonjour ! (nouvel utilisateur)

[SR Infosystèmes]

Bonjour,

Je m'appelle Stéphane Rivière, j'ai une petite boite de service
(spécialisée LL) sur l'île d'Oléron et, après avoir expérimenté
plusieurs ERP, utilisé 6 mois TinyERP au début en 2006, je viens de
passer sur Dolibarr, cette fois pour ne plus changer d'ERP.


* MANUEL...

Je suis en train d'écrire un 'manuel' pour Dolibarr 2.4, à usage
interne, mais je ne manquerai pas de le 'confier' à vos bons soins, car
la seule chose qui manque à Dolibarr, c'est une vraie doc.

Je peut le sortir au format TexInfo (le 'look' des docs GNU ou sous open
office 1.1.5, dans les deux cas, ça ressort en PDF avec onglets. A vous
de me dire ce qui vous semble le mieux... J'ai commencé avec open
office, mais je peut le reprendre en TexInfo...

Les plus de TexInfo : une typographie et une mise en page superbes, rien
ne peut égaler TeX... Les moins : un peu d'apprentissage. Les plus
d'Open Office... tout le monde a ça et le résultat est déjà très bien...

La doc comprendra, dans sa première version :

- une introduction

- la description des modules que je suis amené à utiliser (tiers
produits/services commercial tréso/compta agenda)

- un guide par 'tâche', orientée 'comment faire ceci ou celà', bref, un
truc utilisable (c'est pas un manuel décrivant le produit commande par
commande)

- une installation sous debian-etch, mais c'est tellement simple à
installer et surtout le paramétrage initial, bien détaillé.

Je ne manquerai pas de vous demander votre avis, au fur et à mesure de
l'avancement, je découvre Dolibarr...


* PREMIERES IMPRESSIONS...

Dolibarr a tout d'abord attiré mon attention par défaut : je ne voulais
pas entendre parler d'ERP en java (no comment), même pas de python
(lourd j'ai donné, les bugs aussi avec tinyERP, les difficultés en
changement de version, etc...), pas de 'client proprio' à installer, etc...

Ensuite, c'est du LAMP pur, donc SSH en 2 secondes, donc utilisation de
Dolibarr chez les clients, mise à jour de l'agenda, et impression de la 
facture chez eux sur leur imprimante et règlement en même temps : que du 
bonheur.


Question utilisation, ça plaît à tout le monde ici, écrans sobres,
éditions superbes en choisissant les bons modèles, plein de trucs utiles
partout (l'agenda, le mailing, le concept du module 'tiers', très bien
pensé, etc...).


Mon impression globale : application TRES agréable à installer, un VRAI
plaisir à utiliser, une conception réfléchie, gros potentiel d'évolution
et un projet bien vivant !

J'ai plaisir à bosser avec Dolibarr !!!

La "non informaticienne" de la boite aime bien aussi (c'est un bon test).

La plaquette PDF des fonctionnalités : super
La modularité de Dolibarr : super

La souplesse absolue de la configuration de la numérotation, j'ai pu
reproduire la numérotation de la boite, qui est assez complexe, sans
aucun effort, en reprenant tout au premier numéro libre...

Pas de compta, mais projet d'intégration avec phpcompta en cours, ça
serait géant. J'ai cru comprendre que lorsque le portage pgsql serait
achevé au niveau Dolibarr, on pourrait espérer de ce coté...

Pas de module d'importation des fichiers des fournisseurs, mais bon, il
y a d'autres moyens...



* QUELQUES SUGGESTIONS...

En fait, ce qui m'a gêné au départ... Chacun voit midi à sa porte...

Pourquoi garder les modèles d'éditions qui sont moches et/ou plus
maintenus et/ou plus à jour ? C'est source de confusion au début.

Pourquoi ne pas proposer que le modèle (avec le logo) et qui est tout de
suite superbe (j'avais dû passer 3 jours à bidouiller du python et de
l'xml dans tinyERP pour obtenir un résultat bien moins propre).

De plus... En filant les factures aux clients, j'ai pas à rougir devant
une facture générée par un ERP commercial...


Pas de doc, mais j'y bosse, vous me direz ça à la première pré-version
'présentable'...


Le forum web, pas terrible (comme tous les forums web), pour relire tous
les messages (afin de s'imprégner du projet). Finalement, récupération
des deux mailing lists au format mbox, mois par mois, et
conversion/importation dans thunderbird (j'ai trouvé un plugin
qui marche bien par lots de fichiers), au moins, ça fait une base 
documentaire.

Ceux qui seraient intéressés, je peut refiler le tout depuis le début,
soit le 02/01/07, 2 fichiers thunderbird, un par mailing list.



* QUESTIONS...

A toutes fins utiles, en voulant supprimer une facture validée, avec
règlement, mais pas encore classée payée, j'ai eu ça :

Cannot delete or update a parent row: a foreign key constraint fails
(`grc/llx_paiement_facture`, CONSTRAINT `fk_paiement_facture_fk_facture`
FOREIGN KEY (`fk_facture`) REFERENCES `llx_facture` (`rowid`))
sql=DELETE FROM llx_facture WHERE rowid = 4

Bien sûr, la facture est restée.

Ca me fait penser que j'aimerai bien discuter avec vous de ce qui est
'autorisé' ou pas dans le cycle propal > commande > facture > règlement ?

Annulation de tout possible ou pas (en repartant du règlement), j'ai pas
l'impression que ça soit possible... En tout cas, j'ai pas pigé...



Autres détails que je bricolerai bien :

'timeout' de session (on trouve la constante/la variable où ?)

J'aimerai bien que ça soit paramétrable via un cookie (cookie sur les
postes de l'entreprise = timeout infini ou timeout du cookie, chez les
clients, pas de cookies = timeout standard).



Possibilité de supprimer les confirmations systématiques (le menu
drop-down OUI/NON, très pénible pour tout dire, même si ça doit être
fait exprès pour limiter les bêtises pendant la phase d'apprentissage...



Bon, voilà, déjà un grand merci à tout ceux qui ont oeuvré à cet ERP
aussi superbe que modeste, et super efficace...


Cordialement,

Bon WE...


--
LA SOLUTION à vos problèmes INFORMATIQUES

SR Infosystèmes
15, rue du Temple
17310 St Pierre d'Oléron
Ile d'Oléron - France

Mobile : 06 89 29 88 44
Fixe :   09 54 10 55 60 (appel local)
Fax :    09 59 10 55 60
Site :   www.sriviere.info
Email :  address@hidden
Skype :  stephane.riviere

Certificat X509 : disponible sur le site