Re: [Dolibarr-dev] Multi-devises

[Yannick Warnier]

Tiens, personne ne réagit à l'idée. Je peux implémenter et tester chez
moi, et en proposer l'implémentation sur le CVS quand c'est prêt, ou
bien tout le monde attendra ce moment pour me dire que c'était une
mauvaise idée?
(j'ai corrigé le titre de l'e-mail au passage)

Yannick

Le vendredi 20 octobre 2006 à 17:35 +0100, Yannick Warnier a écrit :
> Salut à tous!
> 
> Aujourd'hui, j'ai décidé d'encoder mon activité d'indépendant dans
> Dolibarr (j'ai fait la décision aujourd'hui, je ne vais pas le *faire*
> aujourd'hui).
> 
> Seulement voilà, je suis dans un cas assez particulier (pas si
> particulier que ça). Je suis belge, mais je vis (et travaille) en
> Angleterre. Par ailleurs, j'ai la majorité de mes revenus en euros (un
> bon client belge). Malheureusement, ma compta officielle, je la fais en
> livres Sterling ou GBP (parce que je vis en Angleterre et que les impôts
> sont moins importants ici).
> 
> Par ailleurs je pense au futur, et j'ai bien l'intention d'aller
> travailler dans d'autres pays (au programme: Pérou, Danemark et
> Nouvelle-Zélande). 
> Je ne sais pas très bien comment ça va fonctionner au niveau de la
> taxation, mais il se pourrait fortement que je continue à être payé en
> euros, mais en devant remettre des déclarations d'impôts en Nuevo Sols
> (ou en dollars US), en DKK (couronnes danoises) et en dollars
> néo-zélandais, les uns après les autres.
> 
> Forcément, rien n'est jamais simple, et pour un revenu gagné en euros,
> il y a un index mensuel officiel sur le site de l'administration des
> taxes anglaise qui me permet de calculer à combien ça équivaut en GBP.
> 
> Autrement dit, si je voulais utiliser Dolibarr de façon optimale, il me
> faudrait un mécanisme qui permette d'avoir un montant dans sa devise
> originale, puis d'avoir d'avoir une vue dans la monnaie de mon choix des
> rapports annuels divers, mais aussi éventuellement des factures, etc.
> 
> Jusqu'ici, je vois ça comme ceci:
> - une table llx_currency_exchange_rate (id, date, cur1, cur2, index1to2)
> où la date est la date de validité d'un taux jusqu'à la prochaine date
> avec un nouveau taux, cur1 est la devise de départ, cur2 la devise vers
> laquelle on convertit, et index1to2 est le multiplicateur.
> - dans chaque table avec un montant, avoir une indication de la devise
> dans laquelle ça se présente (et être certain d'avoir la date de
> validité de la somme)
> - au niveau utilisateur, donner une option d'affichage qui mette tous
> les montants dans une certaine devise (et chaque fois qu'on affiche un
> prix, on le convertit en fonction de la devise de base, de la monnaie
> d'arrivée et du taux connu pour la date de validité)
> - au niveau des factures (export PDF), il faudrait que je puisse choisir
> la devise d'export (puisque certaines de mes factures sont en GBP,
> d'autres en EUR)
> 
> Par défaut, le système serait configuré en euros (partout), ce qui
> permettrait la compatibilité en arrière, mais on pourrait choisir de
> changer cette config.
> 
> Par défaut aussi, le système proposerait un taux de conversion de base
> (configurable dans les paramètres système) qui serait utilisé si on n'a
> aucun taux de conversion pour la monnaie voulue à la date voulue. Les
> montants seraient alors affichés dans une autre couleur, définie dans
> les paramètres système également, pour signaler que la conversion est
> "floue".
> 
> Voilà, qu'est-ce que vous en pensez? Moi je crois que c'est de toute
> façon une nécessité à moyen terme (d'avoir une gestion multi-devise) et
> qu'il faudrait y penser sérieusement. Sur trois personnes à qui j'ai
> parlé de Dolibarr, deux m'ont posé la question de la gestion
> multi-devises sans que je les mette sur la voie. Cela dit mon public est
> assez international...
> Le plugin vers os-commerce me fait encore plus insister sur cette
> nécessité (quand on vend online, c'est intéressant de proposer de payer
> en plusieurs devises).
> 
> Bien entendu, je suis prêt à l'implémenter.
> 
> Yannick
> 
> 
> 
> _______________________________________________
> Dolibarr-dev mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/dolibarr-dev