Re: [Dolibarr-dev] activité de dolibarr ? - phpcomta

[herve couvelard]

 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....