Re: [Dolibarr-user] Bonjour ! (nouvel utilisateur)

[Eldy]

Mes réponses dans le texte...

SR Infosystèmes a écrit :
> 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...

En fait, l'objectif actuel est d'avoir une doc dans le wiki au format HTML.

Ensuite, elle pourra etre convertit en PDF depuis le wiki.
>
>
> 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 !!!
Merci...
>
>
> 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.
Ils sont supprimés petit à petit.
Toutefois il y en aura toujours 2 ou 3 afin de servir d'exemples... meme
si 1 seul est maintenu par type de document.
>
>
> 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é...
Une facture qui a été payé ne peut etre supprimé. Il faut créer un avoir.
>
>
>
>
> Autres détails que je bricolerai bien :
>
> 'timeout' de session (on trouve la constante/la variable où ?)
Deja actif. C'est le timeout de PHP.
>
>
> 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...
Il y a une option cachée voir
http://wiki.dolibarr.org/index.php/Premiers_param%C3%A9trages#Quelques_options_cach.C3.A9es

pour avoir une popup ajax mais elle n'est pas implémentée partout. Si le
coeur t'en dis de finir le travail...
>
>
>
>
> Bon, voilà, déjà un grand merci à tout ceux qui ont oeuvré à cet ERP
> aussi superbe que modeste, et super efficace...
>
>
> Cordialement,
>
> Bon WE...
>
>


-- 
Laurent Destailleur.
---------------------------------------------------------------
EMail: address@hidden
Web: http://www.destailleur.fr
IM: IRC=Eldy, Jabber=Eldy

AWStats (Author) : http://awstats.sourceforge.net
CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net
AWBot (Author) : http://awbot.sourceforge.net
Dolibarr (Contributor) : http://www.dolibarr.org