Accéder au contenu.
Menu Sympa

libreassociation - Re: [LibreAsso] Outils de gestion bugdétaire et comptable (Odoo, Tryton et autres)

Objet : Liste de discussion pour le groupe logiciel libre et monde associatif (liste à inscription publique)

Archives de la liste

Re: [LibreAsso] Outils de gestion bugdétaire et comptable (Odoo, Tryton et autres)


Chronologique Discussions 
  • From: "Laurent Destailleur (aka Eldy)" <eldy AT destailleur.fr>
  • To: libreassociation <libreassociation AT april.org>
  • Subject: Re: [LibreAsso] Outils de gestion bugdétaire et comptable (Odoo, Tryton et autres)
  • Date: Thu, 21 Dec 2017 12:37:00 +0100
  • Authentication-results: vip.april.org; dkim=pass (2048-bit key; unprotected) header.d=destailleur-fr.20150623.gappssmtp.com header.i= AT destailleur-fr.20150623.gappssmtp.com header.b="Td6i9ioW"; dkim-atps=neutral

Pour Dolibarr, je confirme, il est très très employé dans les associations, en tout cas en France (j'ai très peu de vision sur les autres pays sur ce pan)

La philosophie est proche de Odoo CE (je ne parle pas de la version propriétaire qui n'a rien à faire dans ces échanges) et Tryton, à la différence près que les migrations de version pour suivre les évolutions technologiques et fonctionnelles, sans perte de données sont garantie à chaque version et ce depuis maintenant 10 ans et sans nécessité d'avoir des compétences techniques à part dézipper un zip. Pourtant il semble que le monde associatif se satisfait de rester sur de vieille version (c'est un constat, peut etre par ignorance ou par peur, pensant que monter de version d'un "ERP" est douloureux, ce qui je le reconnais est vrai pour de nombreux autres projet) 

Il y a aussi une notion de Tiers qui sert à la facturation, devis, suivi CRM, etc... et qui peut servir à gérer ses adhérents. Mais il y a aussi un notion supplémentaire: Dédiées pour les association, il y a la notion d'Adhérent et cotisation qui permet un usage très simplifié et dédié en gestion d'asso. Mais dans une utilisation poussée, les Tiers/factures peuvent être activée et créée/mise à jour automatiquement depuis l'adhérent/cotisation (utilisation dual des 2 composants). Dans un autre mode d'utilisation, on peut aussi tout à fait se passer de la notion d'adhérent/cotisation et se rabattre uniquement sur les modules tiers/devis/facture/dons/banque. En fait, il y a de multiples manière de faire et ceci dépendra du paramétrage, à définir au plus proche de son contexte.

Dès lors qu'on veut introduire des notions très spécifique comme celles évoqués (hiérarchie de tiers, notion de famille, ayant droits), il y a bien sur la possibilité de faire développer des modules complémentaires, cette solution permettant d'obtenir à peu près tous les résultats qu'on veut sans limite. Toutefois, pour éviter de passer par la case développeur/intégrateur, la v6 permet d'ajouter des champs spécifiques standard, sans développements (liste, chaîne, date, ...) mais la v7 (sortie janvier 2018) permettra aussi à ce que ces champs soient des objects ou liens vers d'autre objets (ainsi un tiers pourra avoir un ou plusieurs champs en plus, de type tiers également. Par exemple un champ  "Tiers est subventionné par le Tiers..." ouvrant la voie à de nombreux cas d'usage sans avoir recourt à du développement de modules).
Mais dans tous les cas, la problématique est la même qu'avec Odoo CE ou Tryton, à savoir que, dès qu'on a un besoin trop particulier ou trop étendu, il faudra mettre la main à de l'intégration. Ce qui est sur, c'est que, fidèle à la philosophie Dolibarr, ce genre d'action nécessitera très peu de connaissance technique comme c'est déjà le cas pour la plupart des personnalisations possibles (et de moins en moins au fur et à mesure des nouvelles versions).







Le 20 décembre 2017 à 14:46, Dominique Chabord <dominique.chabord AT sisalp.org> a écrit :
Le 20 décembre 2017 à 12:01, Vincent Calame
<vincent.calame AT exemole.fr> a écrit :
> Bonjour à toutes et à tous,
>
> Je reprends cette intéressante discussion sur un autre fil.
>
>
>>> Je reste en effet convaincu que dans la très grande majorité des cas, les
>>> besoins d'une association ou d'une fondation se ressemblent furieusement.
>> Théoriquement oui et concrètement, non. Oui parce que la compta, c'est de
>> la compta. Non parce que les besoins prioritaires d'une asso à un instant T
>> sont différents et qu'il faudra leur montrer que tel outil "générique"
>> (qu'il faudra quand même adapter) peut répondre à leur besoin par cette
>> entrée. Que ela dépendra aussi des utilisateurs, du contexte dans lequel
>> arrive l'outil et de l'accompagnement réellement mis en place.
>

ceci correspond aussi à mon expérience.
Autant dans les entreprises, les besoins se regroupent souvent par
industrie, autant pour les associations les besoins sont variés voire
contradictoires.

Un problème récurrent se situe au niveau des adhérents, individuels,
collectifs et affiliés, tiers-payants et ayant droits.

Dans Odoo, la démarche a été d'implémenter la gestion des membres par
dessus la gestion des tiers (partner), puis d'ajouter des modules pour
coder tous les cas complexes au dessus des fonctions standards de
l'ERP.  Par exemple : L'ayant-droit du membre est inscrit sur un
événement (event) pour lequel un tiers payant est sollicité pour
partie et une facture partielle est crée pour le membre et une facture
complémentaire est créée pour le tiers payant etc... Le résultat est
plutôt lourd et compliqué à réadapter aux nouvelles demandes.

Pour répondre à cela dans Tryton, la structure des tiers (party)
héritée d'OpenERP (partner) a été simplifiée, puis un système de
relations entre tiers a été défini, permettant de créer des types de
relation, pas spécifiquement pour les associations. Pour les
associations, il permetrait, par exemple, de définir les membres d'une
famille qui dépendent d'une adhésion famille, les membres d'une
association adhérente, les ayant-droits d'un CE qui subventionne
l'adhésion ou les services etc... C'est la base sur laquelle on peut
construire des solutions qui vont réutiliser les fonctions de base de
l'ERP (compta, compta analytique gestion commerciale).
On peut mettre par dessus des interfaces adaptées pour automatiser la
saisie des adhésions, des renouvellements, des assurances, des
inscriptions aux événements etc..., mais pour ces fonctions, nous ne
trouvons pas de standard d'implémentation qui permette d'intégrer
davantage de fonctions dans le produit standard et d'alléger les
projets nouveaux

Voici pour le constat. Je crois que Dolibarr a aussi pas mal été
employé par des associations et le retour d'expérience doit être
intéressant.

--
Pour connaître la configuration de la liste, gérer votre abonnement à la liste libreassociation et vos informations personnelles :
http://listes.april.org/wws/info/libreassociation




--
------------------------------------------------------------------------------------
Google+: https://plus.google.com/+LaurentDestailleur-Open-Source-Expert/
Facebook: https://www.facebook.com/Destailleur.Laurent
------------------------------------------------------------------------------------
* Dolibarr (Project leader): https://www.dolibarr.org (make a donation for Dolibarr project via Paypal: contact AT destailleur.fr)
* AWStats (Author) : http://awstats.sourceforge.net (make a donation for AWStats project via Paypal: contact AT destailleur.fr)
* AWBot (Author) : http://awbot.sourceforge.net
* CVSChangeLogBuilder (Author) : http://cvschangelogb.sourceforge.net





Archives gérées par MHonArc 2.6.19+.

Haut de le page