Je voudrais également dire à ceux qui critiquent que le
manque de diplomatie ne fera pas avancé le projet, et qu'il serait plus
judicieux d'apporter des remarques constructives qui font évoluer ce logiciel
si prometteur.
Nico
Bonjour,
Je suis entièrement d'accord avec ce point, MAIS, il vaut mieux des
critiques que du silence.
Lorsque j'ai contacté dolibarr, il y a longtemps, personne ne m'a
répondu, et j'avais codé AVANT une journée pour 'voir', je n'ai pas
sorti de patch car c'était juste une proff of concept de transformation
en écriture comptable suivant des modèles de moulinette et un travail de
compréhension sur la structure dolibarr. je n'ai pas eu de réponse, même
pas de bonjour, bienvenu, qu'est-ce que tu veux_faire/fais , quel est
ton expérience etc... Rien que le silence, je me proposais de travailler
sur la compta (la VRAI avec bilan et tout).
Devant l'absence de réponse et la structure du code, qui est 'assez
complexe' [et qui pourrait être simplifiée], j'ai laissé tomber (c'est a
dire repoussé ultérieurement en me consacrant à autre choses - car
effectivement les gens ont d'autres activités, une vie sociale et que
les journées de travail peuvent faire difficilement plus de 12/15 heures.)
6 mois plus tard, une autre personne parle de compta et même topo, on
lui dit un module expert est en cours (en gros : dégage), puis
intervient la synergie avec phpcompta que je connais aussi puisque je
pense/pensais faire un portage mysql. Ensuite le troll mysql/pgsql est
intervenu (j'ai même marché dedans) et plus rien, devant l'abscence de
réponse clair en provenance de dolibarr, dany a aussi laissé tombé alors
que ce n'est pas un branleur dany, il "porte" phpcompta, DONC il y a une
problématique qu'il serait bon de résoudre[1]. Je n'ai pas la prétention
d'apporter une réponse dont personne ne veut, juste mon oeil extérieur
de contributeur frustré et raté.
J'adore la remarque : apporter un patch, on va l'intégrer.On peut faire
un patch de 50 lignes pour corriger un bug ou ajouter un lien, une
fonctionnalité, mais un patch de 2000 lignes pour la comta, comprenant
la modification de tables sql, créations de nouvelles, la modification
de certaines structures j'aimerais bien voir cela en fait.[2]
Si une compta experte est en cours ou trouver le patch pour voir ou cela
en est ? comment travailler dessus en sachant que notre travail sera
rejetté car non compatible avec ce qu'il y a en cours.
Doit on faire une compta experte ou un 'appel extérieur phpcompta', doit
on passer phpcompta en mysql ? Plein de questions qui restent sans
réponses. Devant ces incertitudes, nous ne savons pas encore si nous
désirons intégrer dolibarr/phpcomta dans nos configurations, car même si
le projet est VIVANT et PRODUCTIF, il nous semble un peu FERME (mais
peut être est-ce une impression !). Ce n'est pas la fermeture en soit
qui nous dérange, on s'en fout de ne pouvoir commiter nous même, mais il
n'y a pas de discours CLAIR sur ce qu'il se fait, ce qui doit se faire,
comment, avec qui, dans quel ordre. une visons à moyen terme. un projet
: ou est dolibarr dans 6 mois ?
Pour ajouter de la compta et/ou une interface phpcompta IL FAUT un cadre
CLAIR ET DIRECTIF ou tout le monde sache dans quel sens cela se déplace
pour ne pas travailler pour rien, ou alors (et nous ne le désirons pas)
il faut prendre le dernier cvs à jour et travailler en interne sur SA
propre version et intégrer des diffs manuellement au fur et mesure que
dolibarr avance: cela s'appelle un FORK sauvage et c'est_mal(t).
Je/nous avons un peu de travail en retard, donc nous pouvons repousser
notre décision d'intégration d'un erp/crm/compta et le choix est assez
large, nous en avons essayé pas mal, des biens et moins bien. Dolibarr
et phpcompta nous semble les 2 sur la bonne voie, il serait dommage de
ne pas intégrer ceux-la pour un simple problème de COMMUNICATION.
Petite précision, nous ne cherchons pas à faire du support technique sur
les produits que nous intégrons et laisserons le support (probablement
payant) pour ceux qui le désirent aux responsables des projets.
Maintenant, je ne m'appelle pas jean-baptiste (donc je n'aime pas
précher dans le désert) mais il va falloir que nous prenions une
décision sur quoi intégrer et utiliser (car nous n'avons pas encore
commencer la compta de l'année, car nous utiliserons le soft que nous
intégrerons). Nous(je) aimerions beaucoup intégrer les 2 applications
(nous avons une graphiste qui pourrait travailler sur le 'look'
phpcompta et/ou faire un module css pour phpcompta pour pouvoir
l'adapter aux couleurs dolibarr et inversement.
MAITENANT que j'ai critiqué comme un gros beauf, je vais apporter MON
idée, il faudrait faire un [module de transfert] (optionnel) qui
proposerait un lien à coté de chaque facture "intégrer en compta" et qui
balancerait le traitement sur un [module d'import live] phpcompta.
l'avantage de cette structure [le passage par 2 modules] c'est
1 -dolibarr - qu'il serait possible de pouvoir l'adapter pour tous les
autres compta (en clair modifier le module export ou ajouter un filtre]
pour lier dolibbar avec un autre programme comptable pour ceux qui ont
déja le leur avec pr ex cabinet comptable).
2 - phpcomta - être compatible avec d'autres erp/crm et se servir de ce
module d'import comme d'un filtre d'import en provenance d'autres
logiciels de compta pour les migrations et/ou les rapprochement etc...
Pour faire cela il faut définir 1 API de communication qui sera intégré
aux 2 softs. Je veux bien participer à l'élaboration d'une telle choses,
mais il me faut l'aide de 2 personnes un pour dolibarr et une phpcomta
ET avoir une vision assez clair de l'évolution de dolibarr
.
hervé
[1] Allez voir le modèle de developpement de projet comme inkscape qui
avance plus vite parce qu'il est plus ouvert. Inkscape vient d'un fork
sauvage de sodipodi car certains dev majeurs trouvaient que sodipodi
était trop fermé (un seul commiteur qui ne voulait pas intégrer certains
changement important dans la structure du projet). Ils ont donc forkr
avec un modèle plus 'ouvert' et ils sont partis en flèche avec un noyeau
de 5-10-20 personnes et des electrons autour. Il y a TOUJOURS un réponse
et des liens/trucs/explications pour aider quelqu'un qui veut
coder/avancer/débugger.
[2] Parler de module de compta implique une intervention importante dans
la structure, car il y a des facture qu'il faut passer directement (sans
suivre le cheminement (devis-prop-factu-livraison) etc....Par exemple
une facture de telephone : on peut pas faire 50 opérations pour passer
la facture du téléphone. Intégrer phpcompta en module implique un
travail important sur les 2 applications pour pouvoir avoir une base
commune aux deux et des modules différents pour chaque.
[3 -non c'était pas prévu] il faut intégrer aussi un module de paye -
bien grand mots : mais une fiche de paye et la préparation des
déclarations sociale, ursaff, assedic, retraite...
[4 ] je sais coder mais je deteste coder pour rien, c'est à dire
travailler pour avoir comme réponse, on peut pas l'intégrer car cela ne
correspond pas à l'évolution de dolibarr...
[5] PS DANY je t'oublie pas pour mysql, je suis à la bourre pour mes
trucs....
_______________________________________________
Dolibarr-dev mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/dolibarr-dev
