| chat.freenode.net #tryton log beginning Tue Jan 15 00:00:01 CET 2013 | ||
| 2013-01-15 08:58 -!- calbasi(~joan@14.66.14.37.dynamic.jazztel.es) has left #tryton | ||
| 2013-01-15 11:52 <rmu> question about stock_lot and inventories: it seems it is not possible to enter lots with the inventory - am i missing something? | ||
| 2013-01-15 11:53 <cedk> rmu: no, it is a missing feature | ||
| 2013-01-15 11:56 <rmu> i guess this feature belongs into stock_lot and not a separate module? | ||
| 2013-01-15 11:58 <cedk> rmu: why not but it is not an easy stuff | ||
| 2013-01-15 11:58 <cedk> rmu: because you don't know which lot are missing | ||
| 2013-01-15 11:59 <cedk> rmu: or received | ||
| 2013-01-15 12:02 <rmu> cedk: i'm not sure if i understand. When I'm encoding inventory, I _know_ which lots are there. | ||
| 2013-01-15 12:12 <cedk> rmu: but we don't care about that | ||
| 2013-01-15 12:13 <cedk> rmu: it is the lot that are missing, we care | ||
| 2013-01-15 12:15 <rmu> cedk: you mean the lots that should be there according to database but are not there in reality? those would be moved in the opposite direction. | ||
| 2013-01-15 12:17 <cedk> rmu: indeed you should not care about the presence or not of a lot | ||
| 2013-01-15 12:22 <rmu> cedk: i do care about serial numbers on products in stock | ||
| 2013-01-15 12:23 <cedk> rmu: why? | ||
| 2013-01-15 12:24 <rmu> shelf-life, and tracking purposes | ||
| 2013-01-15 12:32 <cedk> rmu: don't understand | ||
| 2013-01-15 12:32 <cedk> rmu: you would want to know which serial you sent to your customers | ||
| 2013-01-15 12:34 <rmu> cedk: i want to know which serial numbers are where, including the warehouse. if i only track serial numbers when shipping to customers, this would not be "stock lots" | ||
| 2013-01-15 12:38 <cedk> rmu: this won't scale | ||
| 2013-01-15 12:43 <rmu> cedk: i also want to track which serial numbers are used in specific production runs. | ||
| 2013-01-15 12:45 <cedk> rmu: that's not a problem | ||
| 2013-01-15 12:50 <cedk> rmu: by the way, what is the purpose to know where is each lot in the warehouse? | ||
| 2013-01-15 12:54 <rmu> cedk: products my have a "use-before" date, so workers should have a means to find those products that have to be used first. another case is if you have to remove a bad batch of some product, it would be helpful to know where those bad batches are exactly. i could make up more examples | ||
| 2013-01-15 12:59 <rmu> cedk: imagine your customers send you "stuff" for processing. then you would always want to know which stuff belongs to whom and where it is. | ||
| 2013-01-15 13:02 <cedk> rmu: so don't use lot but create a product for each one | ||
| 2013-01-15 13:04 <rmu> cedk: which example do you mean? the "use-before"? that doesn't make sense (what to do e.g. with BOMs?) | ||
| 2013-01-15 13:06 <rmu> cedk: what kind of use-case is stock_lot designed for? | ||
| 2013-01-15 13:13 <cedk> rmu: lot is soft if you want strong is products | ||
| 2013-01-15 13:14 <cedk> rmu: or be organized | ||
| 2013-01-15 13:19 <yangoon> cedk what is your idea about handling of e.g. pharmaceuticals where you have to track lots of one and the same product? | ||
| 2013-01-15 13:20 <yangoon> and you get the message, that you have to withdraw a specific lot? | ||
| 2013-01-15 13:25 <cedk> yangoon: pharmaceuticals manage their warehouse by putting same product on the same place | ||
| 2013-01-15 13:26 <cedk> yangoon: so it is easy to find it | ||
| 2013-01-15 13:27 <rmu> cedk: kind of off-topic, and i know that tryton is not designed for that use-case, but another example where you want to know what is where: robot-managed storage | ||
| 2013-01-15 13:28 <rmu> cedk: where you explicitely tell the robot to fetch "serial number X" | ||
| 2013-01-15 13:30 <yangoon> cedk I don't know from where you got this information. I think we have a different use case of a dealer in this business, where products don't necessarily have to be put in the same place, where it is even impossible to put them on the same place. | ||
| 2013-01-15 14:26 <cedric_scil> Hello all. The Tryton client for Android is published on Google Play (and some other more open places). You can check the description at https://play.google.com/store/apps/details?id=org.tryton.client and if there is nothing wrong I will publish an announce at some places | ||
| 2013-01-15 14:29 <udono> cedric_scil: cool. Its running :-) | ||
| 2013-01-15 14:29 <udono> cedric_scil: About the description: We use to name Tryton simply Tryton, not Tryton ERP | ||
| 2013-01-15 14:31 <udono> cedric_scil: It lets you ... --> E.g. it let you... | ||
| 2013-01-15 14:31 <cedric_scil> Works better in French with "l'ERP Tryton". Ok, I will remove ERP (and I think I forgot tagging the description) | ||
| 2013-01-15 14:32 <udono> cedric_scil: "from your Android terminal." --> from your Android device. | ||
| 2013-01-15 14:34 <udono> cedric_scil: Maybe a link to www.tryton.org and a link to demo.tryton.org?! | ||
| 2013-01-15 14:34 <cedric_scil> There is no tag for the description, I think putting ERP somewhere can be interesting | ||
| 2013-01-15 14:36 <bechamel> cedric_scil: good job, do not forget to send a message on the mailing-list to reach people not following the channel | ||
| 2013-01-15 14:37 <cedric_scil> Yup | ||
| 2013-01-15 14:40 <udono> cedric_scil: maybe something like this: The Android client for Tryton let you connect to a Tryton server. You can access and edit all your ERP information like accounting, invoice, production, stock. | ||
| 2013-01-15 14:41 <cedric_scil> Better that the quick and dirty enumeration :) | ||
| 2013-01-15 14:43 <udono> cedric_scil: maybe like this: It is a generic client and aims to be compatible with all Tryton modules. | ||
| 2013-01-15 14:43 <cedric_scil> "Client to connect to a Tryton server. You can access and edit all your ERP information like accounting, invoice, production, stock and more from your Android device." (Android is obvious on Google Play) | ||
| 2013-01-15 14:43 <udono> cedric_scil: +1 | ||
| 2013-01-15 14:48 <udono> cedric_scil: I would not refer to the gtk client of tryton without any explanation. I am sure some people will recognize Tryton the first time from google play, and gtk is a technical term. | ||
| 2013-01-15 14:48 <cedric_scil> It is removed | ||
| 2013-01-15 14:49 <cedric_scil> Sure, the first announce was taken for the techies of Freecode | ||
| 2013-01-15 14:50 <cedric_scil> I published the first edits, it will be shown soon, continue to make remarks, it is almost instant. | ||
| 2013-01-15 14:51 <cedric_scil> (or not) | ||
| 2013-01-15 14:54 <udono> cedric_scil: good. | ||
| 2013-01-15 18:35 -!- calbasi(~joan@14.66.14.37.dynamic.jazztel.es) has left #tryton | ||
| 2013-01-15 19:05 -!- timoguin(~toguin@li68-162.members.linode.com) has left #tryton | ||
| 2013-01-15 23:13 -!- plantian(~ian@174.134.200.53) has left #tryton | ||
| 2013-01-15 23:50 <plantian> hey guys, trying to understand this code, seems like the if to_update: condition should be inside the for loop here, is this a bug? -- http://hg.tryton.org/modules/stock/file/d56120ef20a9/location.py#l218 | ||
| 2013-01-15 23:52 <cedk> plantian: no, it just group the update | ||
| 2013-01-15 23:53 <plantian> cedk: It is guaranteed that two warehouses won't be in the list and the locations will not be nested below other locations? | ||
| 2013-01-15 23:54 <plantian> The parent location will be set arbitrarily to the last location in the list of locations as far as I can tell. | ||
| 2013-01-15 23:58 <plantian> Whereas the purpose seems to be, as far as I can tell, to set the parent location of the immediate input, output and storage locations on the warehouse to be the warehouse. | ||
| 2013-01-15 23:59 <cedk> plantian: mmmh, yes the if test should be inside |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!