| chat.freenode.net #tryton-fr log beginning Fri Dec 9 00:00:01 CET 2011 | ||
| 2011-12-09 12:23 <sisalp> Bonjour | ||
| 2011-12-09 12:23 <sisalp> j'ai des démandes récurrentes pour migrer d'openerp V5 ou v6.0 vers tryton | ||
| 2011-12-09 12:24 <cedk> sisalp: les systèmes sont assez différent pour qu'on ne puisse pas faire tout automatiquement | ||
| 2011-12-09 12:24 <cedk> sisalp: sauf peut-être pour un set restraint de modules | ||
| 2011-12-09 12:24 <sisalp> l'outil idéal de migration extrairait les données d'openerp pour peupler la base tryton avec les informations de base | ||
| 2011-12-09 12:25 <cedk> sisalp: oui c'est une possibilité | ||
| 2011-12-09 12:25 <sisalp> un ensemble restreint de modules serait tout a fait suffisant | ||
| 2011-12-09 12:25 <cedk> sisalp: du genre: partner, product ? | ||
| 2011-12-09 12:26 <sisalp> le référentiel : party/product | ||
| 2011-12-09 12:26 <cedk> sisalp: c'est faisable si on accepte de ne pas reprendre tout les infos | ||
| 2011-12-09 12:26 <sisalp> l'historique : devis, factures, livraisons si possible | ||
| 2011-12-09 12:26 <cedk> sisalp: parce qu'il y a des champs dans OE qui n'ont pas d'équivalent dans Tryton | ||
| 2011-12-09 12:27 <sisalp> seules les infos utiles dans tryton sont à conserver | ||
| 2011-12-09 12:27 <cedk> sisalp: sale, invoice et shipment c'est plus compliqué | ||
| 2011-12-09 12:27 <cedk> sisalp: sauf si on by-pass workflow etc. | ||
| 2011-12-09 12:27 <sisalp> oui c'est plus compliqué. On peut aussi dégrader l'information | ||
| 2011-12-09 12:28 <sisalp> c'est à dire que les documents repris ne sont pas liés entre eux par la logique d'openerp | ||
| 2011-12-09 12:29 <cedk> sisalp: oui on peut imaginer les inserer dans la DB (sans workflow) dans l'état done | ||
| 2011-12-09 12:29 <sisalp> on ne reprend pas des encours d'openerp dans tryton | ||
| 2011-12-09 12:29 <cedk> sisalp: et on ne génére rien | ||
| 2011-12-09 12:30 <sisalp> oui, c'est un historique pour ne pas en perdre la trace | ||
| 2011-12-09 12:30 <cedk> sisalp: mais est-ce que le plus simple n'est pas de faire juste reprendre le ref, les utilisateurs réencode l'encours à la main | ||
| 2011-12-09 12:30 <cedk> sisalp: et il garde OE comme historique | ||
| 2011-12-09 12:31 <sisalp> avoir tout l'historique dans tryton, c'est pas mal | ||
| 2011-12-09 12:31 <sisalp> même si les champs ne sont pas liés entre eux | ||
| 2011-12-09 12:32 <sisalp> oui, dans un premier temps il peut garder les deux systèmes | ||
| 2011-12-09 12:32 <cedk> sisalp: si tu veux avoir les liens etc. c'est une migration complete de système et je pense que ce n'est pas automatisable | ||
| 2011-12-09 12:34 <sisalp> il n'est pas important d'avoir les liens, mais est-ce qu'on sait garder un historique en remplaçant les liens par leur valeur ? | ||
| 2011-12-09 12:34 <cedk> sisalp: tu pense qu'il y aurait un financement possible d'une tel solution via Elveos? | ||
| 2011-12-09 12:35 <sisalp> le problème d'elveos c'est que le projet commence quand il est financé. | ||
| 2011-12-09 12:35 <cedk> sisalp: en fait pour une vente par example, il faut faire les liens avec le party, l'address et les produits (produit c'est accessoire) | ||
| 2011-12-09 12:37 <cedk> sisalp: sinon c'est faisable via SQL | ||
| 2011-12-09 12:37 <sisalp> quoi par sql ? | ||
| 2011-12-09 12:37 <cedk> sisalp: l'insersion dans la DB | ||
| 2011-12-09 12:38 <cedk> sisalp: sinon si on passe par proteus on a tout la mechanic des workflow et check en tout genre qui vont bloquer | ||
| 2011-12-09 12:41 <sisalp> on pourrait faire deux projets elveos 1 reprise party/produits 2 reprise d'une partie historique | ||
| 2011-12-09 12:41 <sisalp> si la partie 1 est pas cher, le premier qui en aura besoin la financera | ||
| 2011-12-09 12:42 <sisalp> si la partie 2 peut s'exécuter sur un système déjà en fonctionnement, le client pourra contribuer et attendre | ||
| 2011-12-09 12:43 <cedk> sisalp: oui | ||
| 2011-12-09 12:46 <bechamel> sisalp: tu n'a pas de réticence à suggérer l'utilisation d'elveos à un client/prospect ? c'est déjà difficile à faire comprendre à des habitués de l'open-source .. | ||
| 2011-12-09 12:48 <sisalp> je lui vendrai, puis je financerai sur elveos | ||
| 2011-12-09 12:49 <sisalp> ce que le client ne sait pas faire, c'est évaluer si sa contribution aboutira un jour au développement | ||
| 2011-12-09 12:49 <cedk> bechamel: je suppose que le problème c'est qu'un tel dev est rentable si c'est pour plusieur migration | ||
| 2011-12-09 12:50 <sisalp> si partie 1 est amortissable en une fois, c'est jouable | ||
| 2011-12-09 12:50 <cedk> sisalp: oui mais il ne faut pas oublier qu'il peut la reprendre tant que le montant n'est pas atteint | ||
| 2011-12-09 12:51 <sisalp> d'où le besoin d'avoir un financement par un seul projet, ou bien deux projets si ils tombent juste en même temps | ||
| 2011-12-09 12:52 <cedk> sisalp: je pense qu'une fois que c'est lancé, il y a de fort chance que d'autre y participe | ||
| 2011-12-09 12:53 <cedk> sisalp: ton client peut bootstraper la proposition et se fixer un delai avant de reprendre ça participation | ||
| 2011-12-09 12:53 <bechamel> j'imagine que bcp de monte est intéressé par l'idée | ||
| 2011-12-09 12:54 <cedk> bechamel: oui surement en faisant un peu de pub (sur tweeter :-) | ||
| 2011-12-09 12:54 <sisalp> oui mais mes clients découvrent tryton, si ils se décident il doivent savoir si ils peuvent migrer au 1er janvier avec leurs données | ||
| 2011-12-09 12:55 <cedk> sisalp: c'est un peu short de penser à migrer seulement 20 jours avant la date | ||
| 2011-12-09 12:57 <sisalp> l'erp n'est plus ce qu'il était. Installer et démarrer sous tryton quand on connait openerp V5 ne demande pas des mois dans une TPE. Le client de ce matin : 2 utilisateurs | ||
| 2011-12-09 12:57 <sisalp> fonction utilisée : gestion commerciale et facturier | ||
| 2011-12-09 12:58 <bechamel> sisalp: et migrer en cours d'année est hors de question ? | ||
| 2011-12-09 12:58 <sisalp> certains vont se poser des questions sur cette fin d'année car openerp va aussi vers une migration et 6.1 n'est pas près en début d'année | ||
| 2011-12-09 12:59 <sisalp> bechamel : si bien sûr, surtout si la compta n'est pas utilisée pour de vrai | ||
| 2011-12-09 12:59 <bechamel> sisalp: ok | ||
| 2011-12-09 13:00 <sisalp> bechamel : ça marche pour les TPE | ||
| 2011-12-09 13:01 <sisalp> mais décembre/janvier et la migration V6.1 (short term version à priori) me semble favorable pour communiquer | ||
| 2011-12-09 13:04 <bechamel> sisalp: oui, dommage que l'on soit si tard dans l'année, on ne peut rien avancer de concret | ||
| 2011-12-09 13:05 <cedk> je suis d'accord, c'est le genre de chose qui serait bien de planifier quelque mois à l'avance | ||
| 2011-12-09 13:06 <cedk> sisalp: on peut peut-être faire un proto qui suffirait à ton client et par après le rendre générique | ||
| 2011-12-09 13:07 <bechamel> par contre je suis convaincu qu'un premier script de migration product/party va ammorcer la pompe et que des scripts complémentaire vont suivre pour le reste des données | ||
| 2011-12-09 13:14 <cedk> oui surement | ||
| 2011-12-09 13:14 <cedk> sisalp: je propose que tu nous envoie les besoins et on y regarde rapidement | ||
| 2011-12-09 13:18 <sisalp> bechamel: c'est exactement l'idée | ||
| 2011-12-09 16:37 <jcm> cedk: je suis sur sale shipment cost weight | ||
| 2011-12-09 16:37 <jcm> ça a l'air de marcher bien | ||
| 2011-12-09 16:37 <jcm> par contre une fois l'unité de poids choisie dans le carrier, on ne peut plus la changer | ||
| 2011-12-09 16:37 <jcm> est-ce volontaire ? | ||
| 2011-12-09 16:39 <cedk> jcm: oui si tu a des lignes | ||
| 2011-12-09 16:40 <cedk> jcm: puisque les valeurs des lignes dépendent de l'unité | ||
| 2011-12-09 16:46 <jcm> justement, j'ai choisi grammes puis saisi en kg (en recopiant mon tarif). Soit je rechange toute la liste, soit je corrige l'unité en kg ;-) | ||
| 2011-12-09 16:47 <cedk> jcm: oauis mais c'est pas logique | ||
| 2011-12-09 16:47 <jcm> par ailleurs est-ce possible d'avoir sur la vue ventes l'affichage du total de poids ? | ||
| 2011-12-09 16:48 <cedk> jcm: ce serait possible | ||
| 2011-12-09 16:48 <jcm> cedk: en pratique je vais être obligé d'effacer mon transporteur et de le recréer, c'est pas très logique non plus de tout ressaisir... | ||
| 2011-12-09 16:51 <jcm> cedk: les nombres sont bien affichés avec virgule, en français, mais pas avec séparateur de milliers (espaces). Est-ce une amélioration envisageable ? j'ouvre un bug ? | ||
| 2011-12-09 16:53 <jcm> cedk: en fait ça ne marche pas tout à fait : le dernier prix de la liste de prix est sélectionné dans tous les cas ; je vais lire le code pour voir d'où ça peut venir | ||
| 2011-12-09 16:53 <cedk> jcm: non, dans le client on ne met pas de séparateur de millier mais bien dans les rapports | ||
| 2011-12-09 16:55 <cedk> jcm: la liste est une liste ouverte | ||
| 2011-12-09 17:00 <jcm> cedk: cela veut-il dire qu'il faut rajouter du code pour sélectionner l'item de la liste dont le poids est immédiatement supérieur au poids total de la vente ? | ||
| 2011-12-09 17:03 <cedk> jcm: je comprend pas |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!