| chat.freenode.net #tryton-fr log beginning Fri Dec 30 00:00:01 CET 2011 | ||
| 2011-12-30 14:05 <navis> bonjour, y a-t-il une documentation existante pour un utilisateur de tryton ? | ||
| 2011-12-30 14:05 <navis> je trouve de la doc développeur, mais peu pour un utilisateur | ||
| 2011-12-30 14:06 <navis> beaucoup de choses sont assez simples à utiliser et configurer, mais je bloque un peu sur les taxes... | ||
| 2011-12-30 14:07 <navis> ça a l'air configurable à plusieurs endroits, et j'hésite, c'est peut-être simplement trop flexible :-) | ||
| 2011-12-30 14:08 <cedk> navis: on en a pas encore | ||
| 2011-12-30 14:08 <cedk> le plus simple pour l'instant est de poser ses questions ici ou sur la mailing list | ||
| 2011-12-30 14:08 <navis> ok, donc ici pour aller plus vite :-) | ||
| 2011-12-30 14:09 <navis> pour la tva, tout ce que je vends est à 21% | ||
| 2011-12-30 14:09 <cedk> navis: et aussi de rechercher sur la mailing list ou bien sur http://www.tryton.org/~irclog/fr/ si la question n'a pas déjà été posée | ||
| 2011-12-30 14:10 <navis> donc je configure mes catégories comme ça et c'est bon : | ||
| 2011-12-30 14:11 <cedk> navis: oui mais il faut bien cocher la case utiliser les tax de la categorie sur tout les produits | ||
| 2011-12-30 14:11 <navis> ah oui, j'avais vu ça, ok | ||
| 2011-12-30 14:11 <navis> et quand on vend en intracom, c'est automatiquement facturé sans tva ? | ||
| 2011-12-30 14:13 <cedk> navis: il faut utiliser la bonne règle de tax | ||
| 2011-12-30 14:15 <navis> oui j'ai vu les règles de taxes créées avec le module compta belge, mais où s'appliquent-elles ? | ||
| 2011-12-30 14:15 <cedk> navis: il faut la configurer sur le tiers | ||
| 2011-12-30 14:15 <navis> ok vais voir ça | ||
| 2011-12-30 14:16 <navis> autre question: pour mon utilisation je vais créer (ou faire créer) un module pour pouvoir vendre au comptoir | ||
| 2011-12-30 14:16 <navis> rien de compliqué, juste des modifs du workflow ventes normal | ||
| 2011-12-30 14:17 <navis> ça peut être intégré dans tryton ou pas ? | ||
| 2011-12-30 14:17 <navis> ce ne serait pas un module pos complet, juste faciliter les ventes directes | ||
| 2011-12-30 14:18 <navis> j'en ai parlé ici il y a quelques semaines | ||
| 2011-12-30 14:20 <navis> http://www.tryton.org/~irclog/fr/2011-12-08.log.html | ||
| 2011-12-30 14:20 <cedk> navis: je pense pas que ça pourra être repris de base car ce serait un peu double emploie avec un futur module pos | ||
| 2011-12-30 14:21 <navis> le futur module pos est encore très théorique, ça pourrait aider en attendant | ||
| 2011-12-30 14:22 <cedk> navis: par contre si c'est un nouvel object pos avec des fonctionnalités de base, pq pas | ||
| 2011-12-30 14:22 <navis> et comme ça ne modifie pas les documents, une migration serait possible sans soucis | ||
| 2011-12-30 14:22 <cedk> navis: oui mais la politique de Tryton est d'inclure de base que des modules qui sont généric | ||
| 2011-12-30 14:24 <navis> que serait un «nouvel object pos avec des fonctionnalités de base» ? | ||
| 2011-12-30 14:24 <navis> ce que je propose en est un, non ? | ||
| 2011-12-30 14:24 <navis> c'est créer un workflow spécifique à la vente comptoir | ||
| 2011-12-30 14:25 <navis> en utilisant les documents existants | ||
| 2011-12-30 14:25 <navis> en gros, lors de la vente, le paiement est fait directement ainsi que le mouvement de stock | ||
| 2011-12-30 14:26 <navis> sans devoir quitter la facture | ||
| 2011-12-30 14:26 <cedk> navis: oui mais ce n'est pas la modification du workflow de sale mais un nouvelle object avec son propre workflow | ||
| 2011-12-30 14:27 <navis> cedk: en quoi est-ce utile de faire un nouvel objet ? | ||
| 2011-12-30 14:27 <navis> cedk: je vois comment le faire, mais je ne vois pas l'avantage | ||
| 2011-12-30 14:28 <navis> cedk: le fait rester sur sale permet de bénéficier de ses évolutions | ||
| 2011-12-30 14:31 <cedk> navis: parce que le comportement est assez différent | ||
| 2011-12-30 14:32 <cedk> navis: de plus un POS vend TTC, n'a pas de tiers necessairement etc. | ||
| 2011-12-30 14:36 <navis> cedk: il peut y avoir un tiers générique «client comptoir» qui reprend les ventes non nominatives | ||
| 2011-12-30 14:37 <navis> cedk: certaines ventes au comptoir sont liées à une commande préalable,... | ||
| 2011-12-30 14:38 <navis> cedk: bref c'est différent mais souvent lié. Si on fait un objet pos spécifique, pourra-t-il reprendre des commandes de sale ? | ||
| 2011-12-30 14:38 <cedk> navis: je trouve qu'un client générique est vraiment la preuve d'une erreur de design | ||
| 2011-12-30 14:39 <cedk> navis: je comprend pas la question | ||
| 2011-12-30 14:39 <navis> cedk: je passe une commande dans sale, et le client se présente au comptoir deux jour plus tard pour payer et emporter | ||
| 2011-12-30 14:40 <navis> cedk: c'est du pos, mais il existe un document dans sale | ||
| 2011-12-30 14:40 <navis> cedk: et les deux sont liés | ||
| 2011-12-30 14:41 <cedk> navis: pourquoi faire ça? | ||
| 2011-12-30 14:41 <navis> cedk: commande par internet, réservation téléphonique,... | ||
| 2011-12-30 14:42 <cedk> navis: ça change quoi de l'encoder dans la POS? | ||
| 2011-12-30 14:44 <navis> cedk: gérer l'intégralité de la vente depuis la commande dans la pos directement ? | ||
| 2011-12-30 14:44 <navis> cedk: alors la pos devient un clône de sale | ||
| 2011-12-30 14:45 <navis> cedk: avec juste la possibilité de ne pas avoir de tiers, et les paiements | ||
| 2011-12-30 14:45 <navis> cedk: ou alors j'ai mal compris :-) | ||
| 2011-12-30 14:46 <cedk> navis: tout ça me parrait très compliqué | ||
| 2011-12-30 14:46 <navis> cedk: pas vraiment | ||
| 2011-12-30 14:46 <navis> cedk: je décris notre fonctionnement: | ||
| 2011-12-30 14:47 <navis> cedk: nous avons un comptoir de ventes | ||
| 2011-12-30 14:47 <navis> cedk: mais nous prenons aussi des réservations (par internet, téléphone, mail,...) | ||
| 2011-12-30 14:48 <navis> cedk: que les clients viennent enlever et payer au comptoir | ||
| 2011-12-30 14:48 <cedk> navis: c'est quoi une reservation? | ||
| 2011-12-30 14:48 <navis> cedk: une commande | ||
| 2011-12-30 14:48 <navis> cedk: notre logiciel actuel nous permet d'encoder une commande | ||
| 2011-12-30 14:49 <navis> cedk: qui est ensuite transformée en facture à l'enlèvement | ||
| 2011-12-30 14:49 <navis> cedk: et payée | ||
| 2011-12-30 14:49 <navis> cedk: les factures sont gérables dans l'interface de vente et dans la caisse | ||
| 2011-12-30 14:50 <cedk> navis: ça ne définit pas ce qu'est une reservation | ||
| 2011-12-30 14:50 <navis> cedk: la caisse n'est qu'une autre interface qui nous permet de prendre des paiements sur un document | ||
| 2011-12-30 14:51 <navis> cedk: c'est un document qui nous permet de réserver du matériel dans le stock | ||
| 2011-12-30 14:51 <cedk> navis: donc ce n'est pas une vente | ||
| 2011-12-30 14:51 <cedk> navis: c'est quelque chose qui n'existe pas dans Tryton pour l'instant | ||
| 2011-12-30 14:52 <navis> cedk: draft sale ? | ||
| 2011-12-30 14:52 <navis> cedk: ou sale, mais pas encore facturée | ||
| 2011-12-30 14:52 <cedk> navis: ça ne reserve pas les produit | ||
| 2011-12-30 14:53 <navis> cedk: une sale ne réserve pas les produits ? | ||
| 2011-12-30 14:53 <jcm> cedk: un mouvement vers un second dépot intermédiaire ne constituerait pas une réservation ? | ||
| 2011-12-30 14:57 <cedk> navis: non, enfin ça dépend de ce qu'on appel "reserver" | ||
| 2011-12-30 14:58 <navis> cedk: réserver est rendre indisponible à la vente un article qui est toujours dans le stock | ||
| 2011-12-30 14:58 <cedk> jcm: un mouvement "assigné" vers l'emplacement client suffirait | ||
| 2011-12-30 14:58 <navis> cedk: et en tenir compte lors des commandes fournisseur | ||
| 2011-12-30 14:58 <cedk> navis: ok donc c'est un mouvement dans l'état "assigné" | ||
| 2011-12-30 14:58 <navis> cedk: soit :-) | ||
| 2011-12-30 14:59 <navis> cedk: actuellement, notre pos est très similaire à notre interface de vente normale | ||
| 2011-12-30 15:00 <navis> cedk: ça nous permet juste de prendre des paiements directement assignés au document | ||
| 2011-12-30 15:00 <navis> cedk: et pour nous ce qui est facturé est directement sorti du stock | ||
| 2011-12-30 15:02 <navis> cedk: si vous faites un objet pos spécifique, vous perdez cette flexibilité, non ? | ||
| 2011-12-30 15:02 <cedk> navis: non, je pense justement l'inverse | ||
| 2011-12-30 15:04 <navis> cedk: pourquoi ? | ||
| 2011-12-30 15:05 <navis> cedk: avoir un pipeline spécifique pour le pos vous force à déterminer dès le début d'une vente quel sera son canal de sortie | ||
| 2011-12-30 15:05 <cedk> navis: parce que mettre trop de concept sur le même object, le rend trop complexe, difficile à maintenir et à le faire évoluer | ||
| 2011-12-30 15:06 <cedk> navis: faire un vente POS, c'est obligatoirement au comptoire et donc le workflow est déterminer | ||
| 2011-12-30 15:06 <navis> cedk: je peux prendre des commandes par téléphone qui seront livrées au comptoir | ||
| 2011-12-30 15:07 <navis> cedk: et prendre une commande au comptoir avec accompte, qui sera livrée par taxipost après virement du solde | ||
| 2011-12-30 15:08 <navis> cedk: le comptoir n'est jamais qu'un moyen de paiement et de livraison | ||
| 2011-12-30 15:09 <cedk> navis: "prendre une commande" == "reservation" ? | ||
| 2011-12-30 15:09 <navis> cedk: oui | ||
| 2011-12-30 15:09 <navis> cedk: parfois avec paiement partiel | ||
| 2011-12-30 15:09 <navis> cedk: souvent en fait :-) | ||
| 2011-12-30 15:10 <cedk> navis: donc une reservation n'a rien avoir avec le pos ou la vente | ||
| 2011-12-30 15:11 <navis> cedk: notre pipeline complet est: devis -> commande (qui réserve le matériel) -> facturation (qui décrémente le stock) | ||
| 2011-12-30 15:11 <navis> cedk: et on peut passer toute les étapes | ||
| 2011-12-30 15:12 <navis> cedk: une réservation est une commande, c'est une étape de la vente | ||
| 2011-12-30 15:12 <navis> cedk: le matérier est assigné, mais pas encore facturé ni sorti | ||
| 2011-12-30 15:12 <cedk> navis: pour moi, une reservation c'est pas un commande, c'est autre chose | ||
| 2011-12-30 15:13 <cedk> navis: et c'est quoi un "devis" ? | ||
| 2011-12-30 15:13 <navis> cedk: alors je change réservation par commande | ||
| 2011-12-30 15:14 <navis> cedk: juste un document qui reprend une liste de pièces, qui peut être transformé en commande ou facture | ||
| 2011-12-30 15:15 <navis> cedk: ça n'a aucune importance comptable ou pour le stock, mais ça peut facilement passer à l'étape suivante | ||
| 2011-12-30 15:15 <cedk> navis: donc un devis n'est jamais fait via le POS | ||
| 2011-12-30 15:15 <navis> cedk: non, mais ça peut s'y terminer | ||
| 2011-12-30 15:15 <navis> cedk: concrêtement je le fais souvent au comptoir | ||
| 2011-12-30 15:16 <navis> cedk: quand je fais une commande, en pos ou pas, je peux dire qu'elle se base sur le devis xxx | ||
| 2011-12-30 15:17 <navis> cedk: et quand je fais une facture, en pos ou pas, je peux dire qu'elle se base sur un devis ou une commande | ||
| 2011-12-30 15:17 <navis> cedk: une commande réserve du matériel | ||
| 2011-12-30 15:17 <cedk> navis: ben alors c'est un autre object ou bien le sale qui est canceler quand on l'utilise comme référence pour un POS | ||
| 2011-12-30 15:17 <navis> cedk: une facture décrémente mon stock | ||
| 2011-12-30 15:18 <navis> cedk: une sale en draft me permet de faire un devis | ||
| 2011-12-30 15:18 <navis> cedk: non ? | ||
| 2011-12-30 15:20 <navis> cedk: on pourrait faire un pos en se basant sur un sale ? | ||
| 2011-12-30 15:21 <cedk> "une facture décrémente mon stock" non | ||
| 2011-12-30 15:22 <navis> cedk: non non ça j'ai bien compris, il faut que je fasse les mouvements dans mon workflow | ||
| 2011-12-30 15:23 <cedk> navis: on pourrait mais comme je l'ai dit plus ce ne sera pas repris de base | ||
| 2011-12-30 15:25 <navis> cedk: je ne suis pas du tout contre un pos, mais il faut pouvoir passer de pos à sale et inversément | ||
| 2011-12-30 15:26 <navis> cedk: mais je crois que je commence à comprendre, je suis «pollué» par mon soft actuel | ||
| 2011-12-30 15:27 <navis> cedk: ce qui rend la réflexion assez difficile | ||
| 2011-12-30 15:30 <cedk> navis: si je comprend bien, il faut juste un object pour reserver (=devis et reservation) et un pos | ||
| 2011-12-30 15:31 <cedk> navis: ensuite pouvoir aller reprendre la reservation depuis le pos ou bien le sale | ||
| 2011-12-30 15:33 <navis> cedk: oui | ||
| 2011-12-30 15:34 <navis> cedk: le quotation dans sale n'est pas un devis ? | ||
| 2011-12-30 15:34 <navis> cedk: et un sale confirmé n'est pas une réservation ? | ||
| 2011-12-30 15:35 <navis> cedk: je viens de récupérer mon tryton de test :-) | ||
| 2011-12-30 15:38 <navis> cedk: je comprend peut-être mal les termes, mais quotation me semble fort proche de ce que j'entends par devis | ||
| 2011-12-30 15:38 <navis> cedk: et une vente confirmée mais pas livrée ni facturée ressemble furieusement à une commande en cours | ||
| 2011-12-30 15:39 <cedk> navis: oui mais il n'y a pas de reservation | ||
| 2011-12-30 15:40 <navis> cedk: ok c'est ce que je viens de tester | ||
| 2011-12-30 15:40 <navis> cedk: on pourrait réserver en créant un stock intermédiaire et y faire les mouvements des articles réservés | ||
| 2011-12-30 15:43 <navis> cedk: donc il ne resterait au pos qu'à pourvoir reprendre des sale en cours, et faire le paiement du solde et le mouvement de livraison | ||
| 2011-12-30 15:44 <navis> cedk: et l'éventuelle facture | ||
| 2011-12-30 15:44 <navis> cedk: qui n'est éventuelle que si on ne facture pas tout | ||
| 2011-12-30 15:57 <navis> nouvelle question: pourquoi dans les taxes à l'achat y a-t-il «T.V.A. Achat de marchandises déductibles 21%» qui a deux enfants identiques au pourcentage près ? | ||
| 2011-12-30 15:58 <cedk> navis: parce qu'il faut faire 2 entrées dans le rapport de tax | ||
| 2011-12-30 15:58 <navis> ok, donc je dois bien prendre le «papa» dans la configuration de mes catégories | ||
| 2011-12-30 17:35 <navis> je regarde actuellement comment importer les données actuelles via des fichiers csv dans le client | ||
| 2011-12-30 17:35 <navis> comment représente-t-on les relations parent/enfant ? | ||
| 2011-12-30 17:35 <navis> par exemple, pour les catégories | ||
| 2011-12-30 17:36 <navis> j'ai une niv1, et une niv2 qui a comme parent niv1 | ||
| 2011-12-30 17:36 <navis> et dès que j'essaye de mettre une donnée sur le parent dans le csv, ça plante... | ||
| 2011-12-30 17:40 <cedk> navis: https://code.google.com/p/tryton/wiki/ImportData | ||
| 2011-12-30 17:47 <navis> super merci | ||
| 2011-12-30 17:48 <cedk> navis: attention que c'est pas necessairement la méthode la plus facile | ||
| 2011-12-30 17:48 <cedk> navis: souvent écrire un script avec proteus est bien plus efficace | ||
| 2011-12-30 17:50 <navis> oui je sais, mais j'ai déjà des scripts d'export qui avaient été prévus pour openerp en son temps | ||
| 2011-12-30 17:50 <navis> puis j'ai vu la lumière :-) mais les scripts ne nécessitent que des adaptations pour fonctionner avec tryton | ||
| 2011-12-30 17:50 <navis> donc le gros du boulot est déjà fait | ||
| 2011-12-30 17:51 <cedk> navis: dans ce cas | ||
| 2011-12-30 17:52 <navis> à combien estimez-vous le délai et les $$$ pour réaliser les fonctions de pos basiques discutées plus tôt ? | ||
| 2011-12-30 17:55 <cedk> navis: pour un devis, vous pouvez nous envoyer un email sur sales@b2ck.com | ||
| 2011-12-30 17:55 <navis> ok | ||
| 2011-12-30 17:58 <cedk> navis: on va essayer de répondre courant de la semaine prochaine | ||
| 2011-12-30 18:12 <navis> dans l'import csv, j'ai une erreur quand je tente de référencer une taxe client | ||
| 2011-12-30 18:12 <navis> j'ai l'impression qu'il tente d'en créer une nouvelle, alors que je veux juste mettre la tva 21% existante | ||
| 2011-12-30 18:13 <navis> ERROR:sql:Wrong SQL: INSERT INTO "account_tax" ("credit_note_base_sign","name","sequence.... dans le log du serveur | ||
| 2011-12-30 18:14 <navis> donc il essaie bien de créer une nouvelle taxe, non ? | ||
| 2011-12-30 18:17 <cedk> navis: oui | ||
| 2011-12-30 18:17 <navis> trouvé | ||
| 2011-12-30 18:17 <navis> il faut mettre Customer Taxes sans /Name | ||
| 2011-12-30 18:24 <navis> rhâââ il aime pas les accents dans le csv | ||
| 2011-12-30 18:25 <navis> donc «déductible» ne passe pas | ||
| 2011-12-30 18:25 <navis> j'ai renommé, mais c'est où la wish list ? :-) | ||
| 2011-12-30 18:26 <nicoe> ACTION a une wishlist sur amazon.fr ;) | ||
| 2011-12-30 18:26 <cedk> navis: surement un problème d'encodage | ||
| 2011-12-30 18:27 <cedk> navis: tout doit être en utf-8 | ||
| 2011-12-30 18:27 <navis> surement: ERROR:import:'ascii' codec can't encode character u'\xe9' in position 30: ordinal not in range(128) | ||
| 2011-12-30 18:27 <navis> et en changement le é en e c'est passé | ||
| 2011-12-30 18:28 <navis> ah je vais réessayer en changeant l'encodage dans l'import | ||
| 2011-12-30 18:30 <navis> tiens, je ne peux pas sélectionner quoi que ce soit dans le menu déroulant | ||
| 2011-12-30 18:31 <navis> j'ai latin1 et utf-8, mais je ne peux rien sélectionner | ||
| 2011-12-30 18:32 <navis> mais bon, pour moi si ça doit être deductible le temps de l'import, c'est pas vraiment un problème :-) | ||
| 2011-12-30 18:38 <cedk> navis: essaye avec http://codereview.tryton.org/210009 | ||
| 2011-12-30 18:53 <navis> je peux maintenant sélectionner utf-8, mais ça plante toujours à l'importation | ||
| 2011-12-30 18:53 <navis> cedk: je peux maintenant sélectionner utf-8, mais ça plante toujours à l'importation | ||
| 2011-12-30 18:55 <cedk> navis: ben si le fichier n'est pas encoder en utf-8, c'est normal | ||
| 2011-12-30 18:57 <navis> file categories-in.csv | ||
| 2011-12-30 18:57 <navis> categories-in.csv: UTF-8 Unicode text, with CRLF line terminators | ||
| 2011-12-30 18:58 <navis> ceci dit je ne suis absolument pas certain de mon coup, je vais voir comment je peux vérifier | ||
| 2011-12-30 18:59 <cedk> navis: y a-t-il une traceback avec le message d'erreur? | ||
| 2011-12-30 19:00 <navis> File "/usr/lib/python2.7/dist-packages/tryton/gui/window/form.py", line 325, in sig_import | ||
| 2011-12-30 19:00 <navis> win.run() | ||
| 2011-12-30 19:00 <navis> | ||
| 2011-12-30 19:00 <navis> File "/usr/lib/python2.7/dist-packages/tryton/gui/window/win_import.py", line 336, in run | ||
| 2011-12-30 19:00 <navis> return self.import_csv(csv_data, fields, self.model) | ||
| 2011-12-30 19:00 <navis> | ||
| 2011-12-30 19:00 <navis> File "/usr/lib/python2.7/dist-packages/tryton/gui/window/win_import.py", line 357, in import_csv | ||
| 2011-12-30 19:00 <navis> rpc.CONTEXT) | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/dist-packages/tryton/rpc.py", line 190, in execute | ||
| 2011-12-30 19:01 <navis> return _execute(True, *args) | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/dist-packages/tryton/rpc.py", line 174, in _execute | ||
| 2011-12-30 19:01 <navis> result = getattr(CONNECTION, name)(*args) | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/xmlrpclib.py", line 1224, in __call__ | ||
| 2011-12-30 19:01 <navis> return self.__send(self.__name, args) | ||
| 2011-12-30 19:01 <cedk> navis: utilise a pastebin | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/dist-packages/tryton/jsonrpc.py", line 282, in __request | ||
| 2011-12-30 19:01 <navis> verbose=self.__verbose | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/xmlrpclib.py", line 1264, in request | ||
| 2011-12-30 19:01 <navis> return self.single_request(host, handler, request_body, verbose) | ||
| 2011-12-30 19:01 <navis> | ||
| 2011-12-30 19:01 <cedk> navis: ne jamais faire de copier/coller sur irc | ||
| 2011-12-30 19:01 <navis> File "/usr/lib/python2.7/xmlrpclib.py", line 1312, in single_request | ||
| 2011-12-30 19:01 <navis> response.msg, | ||
| 2011-12-30 19:01 <navis> c'est ça ? | ||
| 2011-12-30 19:02 <navis> cedk: ok,désolé | ||
| 2011-12-30 19:02 <navis> cedk: ok | ||
| 2011-12-30 19:02 <navis> cedk: ceci dit si c'est ça, ça m'a l'air incomplet | ||
| 2011-12-30 19:03 <navis> cedk: et dans le log du serveur l'erreur est ERROR:import:'ascii' .... | ||
| 2011-12-30 19:05 <cedk> navis: je n'arrive pas à lire car tout est wrappé | ||
| 2011-12-30 19:09 <navis`> http://pastebin.com/Yjv5sA6F | ||
| 2011-12-30 19:11 <navis> http://pastebin.com/Yjv5sA6F | ||
| 2011-12-30 19:12 <cedk> navis: et côté serveur? | ||
| 2011-12-30 19:14 <navis> juste ça: | ||
| 2011-12-30 19:14 <navis> ERROR:import:'ascii' codec can't encode character u'\xe9' in position 30: ordinal not in range(128) | ||
| 2011-12-30 19:14 <navis> je dois activer qqchose pour avoir plus ? | ||
| 2011-12-30 19:17 <cedk> navis: ajouter: raise exp en dessous de http://hg.tryton.org/trytond/file/81d21490c70b/trytond/model/modelstorage.py#l855 | ||
| 2011-12-30 19:24 <navis> http://pastebin.com/c0rRYvVY | ||
| 2011-12-30 19:24 <navis> dans le client | ||
| 2011-12-30 19:24 <navis> rien dans le log serveur | ||
| 2011-12-30 19:28 <cedk> navis: ok et en enlevant le raise | ||
| 2011-12-30 19:28 <cedk> navis: et en ajoutant print tbs | ||
| 2011-12-30 19:33 <navis> global name tbs is not defined | ||
| 2011-12-30 19:33 <cedk> navis: il faut mettre le print apres la definition de tbs | ||
| 2011-12-30 19:39 <navis> cedk: rien de bien neuf, mais là je dois faire une pause «invasion d'enfants» :-) | ||
| 2011-12-30 19:39 <navis> je peux envoyer mon fichier si plus simple, il n'y a rien dedans, c'est juste pour des tests | ||
| 2011-12-30 19:39 <cedk> navis: il doit y avoir un print coté serveru | ||
| 2011-12-30 19:40 <navis> cedk: le même qu'avant: | ||
| 2011-12-30 19:40 <navis> ERROR:import:'ascii' codec can't encode character u'\xe9' in position 30: ordinal not in range(128) | ||
| 2011-12-30 19:40 <cedk> navis: il doit y avoir le print juste apres | ||
| 2011-12-30 19:41 <cedk> sinon c'est qu'il est mal mis | ||
| 2011-12-30 19:46 <navis> je vérifie et teste après souper | ||
| 2011-12-30 20:56 <navis> voilà, je suis de retour | ||
| 2011-12-30 20:57 <navis> c'est bien print tb_s à ajouter après la ligne tb_s = ..... | ||
| 2011-12-30 20:57 <navis> (double ligne en fait) | ||
| 2011-12-30 21:54 -!- navis(~user@91.180.182.236) has left #tryton-fr |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!