IRC logs of #tryton for Monday, 2009-01-12 #tryton log beginning Mon Jan 12 00:00:01 CET 2009
-!- yangoon( has joined #tryton02:06
-!- ikks(n=igor@ has joined #tryton02:30
-!- FWiesing(n=Wiesinge@ has left #tryton02:32
-!- vengfulsquirrel( has joined #tryton03:22
-!- juanfer(n=juanfer@ has joined #tryton03:48
-!- yangoon( has joined #tryton05:20
-!- Timitos(n=Timitos@ has joined #tryton07:40
-!- Gedd(n=ged@ has joined #tryton08:18
-!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton08:59
-!- bechamel(n=user@ has joined #tryton10:47
-!- evernichon( has joined #tryton12:43
-!- paola( has joined #tryton12:50
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton13:02
CIA-8tryton: C?dric Krier <> default * 1154:2ca4ca67a273 tryton/tryton/gui/window/view_form/view/form_gtk/ Prevent to set value on focus out if the field is invisible for issue73713:27
CIA-8tryton: ced roundup * #737/Contact mechanisms: actualization: [resolved] Fix with changeset 2ca4ca67a27313:27
-!- carlos(n=carlos@ has joined #tryton13:33
-!- ikks(n=igor@ has joined #tryton13:47
-!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton13:56
-!- evernichon( has joined #tryton14:01
CIA-8tryton: Mathias Behrle <> default * 1155:82be72e352d3 tryton/share/locale/de_DE/LC_MESSAGES/ ( tryton.po): Update translation for de_DE14:06
CIA-8tryton: Mathias Behrle <> default * 253:9a07f19609de account_invoice/ Update translation for de_DE14:06
CIA-8tryton: Mathias Behrle <> default * 155:1db22933ddae stock_supply/ Update translation for de_DE14:08
CIA-8tryton: Mathias Behrle <> default * 156:d04c2f4e1182 stock_supply/: merge14:08
cristi_anwho is Mathias ?14:18
cristi_anyangoon:  ?14:18
ikkscristi_an I guess is Timitos14:22
CIA-8tryton: matb roundup * #738/RfC: Comments in sale, purchase, invoice lines: Added two other little patches to enable comments on purchase/sale lines.14:30
yangoonACTION is Mathias14:31
cristi_angood !14:36
LordVancedk, openoffice-interact is missing ~amd64 in ebuild ;)15:17
LordVanor anyone who can commit to the repository with the overlay please add it .. it's a pita to install trytond otherwise15:19
yangoonLordVan: for those issues look at
yangoonLordVan: it is not a repos from tryton15:22
LordVanah ok15:24
LordVanwell i used to just tell cedk ;)15:24
LordVanalthought the problem is not with the package jsut with the eb uild in tye tryton overlay15:25
LordVanACTION can't type today15:25
yangoonLordVan: ah ok, I have no experience with gentoo, so perhaps you are right15:26
LordVanit's just a matter of adding ~amd64 to the text file in the mercurial repo D:15:27
-!- bechamel(n=user@ has joined #tryton15:28
-!- igor(i=igor@ has joined #tryton15:38
-!- carlos(n=carlos@ has joined #tryton15:43
LordVanquestion: does tryton do salary stuff too  (i dont' think so ..)15:46
igorLordVan, each country has it's own rules.16:07
igorI haven't seen a module for Tryton on any country yet.16:07
CIA-8tryton: C?dric Krier <> default * 169:edca9be89ee6 gentoo-overlay/dev-python/openoffice-interact/ (Manifest openoffice-interact-0.1.20080602.ebuild): Add ~amd6416:14
udonoyangoon: ping16:34
-!- tekknokrat( has joined #tryton17:17
-!- paola( has joined #tryton17:42
-!- Gedd(n=ged@ has joined #tryton18:01
-!- LucaSub( has joined #tryton18:08
CIA-8tryton: C?dric Krier <> default * 1156:6bfbda63e1fb tryton/TODO: Add post-it todo18:43
CIA-8tryton: C?dric Krier <> default * 1157:d701317f7b9a tryton/: merge18:43
-!- X0d_of_N0d(i=user@gateway/tor/x-863d985eb93e8ba4) has joined #tryton18:44
-!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has joined #tryton18:44
-!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has left #tryton18:46
-!- tekknokrat( has joined #tryton19:44
-!- tekknokrat( has joined #tryton20:22
-!- cristi_an(n=cristi@ has joined #tryton20:22
-!- vengfulsquirrel( has joined #tryton20:23
-!- paola( has joined #tryton20:30
vengfulsquirrelAre Stock Moves supposed to sort of replicate the Journal pattern from accounting ?20:53
X0d_of_N0dACTION nods20:56
X0d_of_N0ddouble-entry stock management20:58
-!- johbo( has joined #tryton20:59
vengfulsquirrelX0d_of_N0d: Oh hey, sorry I was afk on Friday.  So I think I figured out how I can solve some of my plant problems.20:59
vengfulsquirrelX0d_of_N0d: I think usually each BOM has two possibilities to satisfy a request, buy from a supplier and/or manufacture it each with a respective lead time.  It seems to make sense for me to make a third possibility as a add-on: Grow/Propagate.  That way I can handle that completely different from the other two.21:03
-!- FWiesing(n=Wiesinge@ has joined #tryton21:03
X0d_of_N0dwhat would be the difference between grow and manufacture?21:05
vengfulsquirrelBut a BOM that can be satisfied by propagating can only have a single material.  Ie. Not Rooted --> Partially Rooted  .  This way I can set lead times for propagation but they won't be created any kind of Purchase Requests or Work/Production Requests.21:05
X0d_of_N0dyeah, that makes sense21:06
X0d_of_N0dit's still important tot hink in terms of how this can be made useable by other people...21:07
vengfulsquirrelYeah that's why I'll make it seperate from manufacturing because it doesn't make sense with manufacturing at all.21:07
X0d_of_N0dgrow/propagate would still be useable for making fermentable foods, but rooted status wouldn't21:07
vengfulsquirrelOh yeah well that would just be in the BOM.21:07
vengfulsquirrelAnd the beer example doesn't really apply because that seems like it would go in a routing not in the bom.21:08
vengfulsquirrelPlants are actually put back in inventory and passively grow between states, with the beer example its just one long production cycle, which seems more similar to manufacturing.  Its not in inventory its on the production floor.21:09
X0d_of_N0dwell it could work with wine or barley wine... your product would change as it ages...21:09
X0d_of_N0djust on a different scale21:09
X0d_of_N0dright, but wine is put in to stock to age21:10
vengfulsquirrelHmm yeah that would still work but those companies would probably want something more granular, like lot/batch tracking, because they need it to be 1/2/3 years exactly.21:10
vengfulsquirrelI'm not sure how lot/batch tracking will work with the current stock system.21:11
X0d_of_N0dyeah, which would be more on the stock side21:11
-!- LucaSub( has left #tryton21:11
vengfulsquirrelAnyways, so about the multiple boms, I think for MRP I/II to do the planning you have to somehow reduce your boms into modular boms anyways to be able to predict what you will need for your configurable boms.21:13
vengfulsquirrelWRT what you were talking about last Friday.21:14
X0d_of_N0dACTION goes to look through the log21:15
X0d_of_N0dI don't really agree about the modular boms, I've got to get some lunch but we'll talk when I get back, cool?21:22
vengfulsquirrelYeah I'll be here.21:25
-!- ikks(n=igor@ has joined #tryton21:58
-!- tekknokrat( has joined #tryton22:09
-!- tekknokrat( has joined #tryton22:12
-!- tekknokrat( has left #tryton22:12
-!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton22:15
pantherasome progress about tryton debianization:22:19
pantherai'm currently in vacation till the end of the week, that is why things have been quiet.22:20
pantherai've just restarted to have a look at it, will probably finish first draft either today evening (that is in -0500, not +0100),22:20
pantheraor by tomorrow evening. will write to the mailinglist/google groups thing.22:21
-!- igor(i=igor@ has joined #tryton22:21
pantheraassuming that there's everything worked as expected, i can upload them to ftp-master and we'll wait22:21
pantheraanother two to four weeks until they get accepted (after manual inspection and approval regarding legal)22:22
X0d_of_N0dvengfulsquirrel: you don't need configurable boms for what you're doing, right?22:22
pantheraand then they are in.22:22
yangoonpanthera: great! and thx!22:23
pantherayou're welcome.22:25
X0d_of_N0dvengfulsquirrel: it seems like you should be able to store the configurable choices in the work order or something...22:25
vengfulsquirrelX0d_of_N0d:  No I don't but I thought configurable boms were mainly for making it easier to fulfill orders.22:25
X0d_of_N0dvengfulsquirrel: no, configurable boms exist so it's possible to keep track of multiple configurations, not just for orders22:26
X0d_of_N0dvengfulsquirrel: say you make computers....22:26
X0d_of_N0dvengfulsquirrel: you have a computer with a set case and motherboard but multiple choices of processors22:27
X0d_of_N0dvengfulsquirrel: now lets say you need to update the motherboard to a new rev...22:27
X0d_of_N0dvengfulsquirrel: if you don't use configurable boms you might need to update 4 or 5 boms, rather than just one...22:28
X0d_of_N0dvengfulsquirrel: conf boms make it possible to maintain boms, especially when you have 10 or 20 conf boms, and maybe 300 variations22:29
vengfulsquirrelOh yeah I didn't think those would be enumerated into multiple BOMs.22:30
X0d_of_N0dvengfulsquirrel: conf boms just have the added benefit of making orders easier to deal with also22:30
vengfulsquirrelI thought you would sort of spec each production of a product using the configurable bom to pick choices.22:30
X0d_of_N0dvengfulsquirrel: how were you thinking of dealing with it?22:31
vengfulsquirrelWell I thought I'd need to use revisions eventually but more to keep the system's previuos plans from breaking when someone wanted to change a BOM.22:33
vengfulsquirrelI kind of haven't thought about the configurable BOMs because they weren't going to be essential for the rough production planning.22:34
X0d_of_N0dthat's probably a good idea22:34
vengfulsquirrelSome books talked about a divide that seperated pushing and pulling for production planning with configurable boms.  So you push your expected inventory by using product forecasts and non-configurable boms so that then when orders come in you can pull from that inventory to fulfull different configurations of configurable boms.22:36
vengfulsquirrelDoes that make sense ?22:37
X0d_of_N0dso you'd take a configurable bom and just plan to pull all the possible variations from inventory in order to be sure you could fulfill any variation?22:39
vengfulsquirrelWell at some point someone has to say "I think we are going to be able to sell N of this product in period P."  So if you create a bom for each variation you can just make estimates for each of those boms but I think for a truly configurable bom people won't want to maintain a bom for each variation.  So the estimates will need to consolidated at the push/pull point.22:43
X0d_of_N0dor you create a psuedo bom that's just a list of choices....22:44
X0d_of_N0dvengfulsquirrel: or you create a configured code and store that so you can use the configurable bom + config code as if it were a normal bom22:44
vengfulsquirrelyeah that is what I assumed was a configurable bom22:44
X0d_of_N0dso what initiates the work order?22:45
X0d_of_N0dor the production order? or whatever?22:45
X0d_of_N0dis it a prodcution order?22:45
vengfulsquirrelI think Purchase Request and Production Request sound good.22:46
vengfulsquirrelLike those would be created during the Rough Planning phase.22:46
vengfulsquirrelSo you choose a production calendar by picking begin/end dates.  Then you create periods to fill that calendar based on some fixed size: day/week/month/year.22:47
vengfulsquirrelYou set your initial inventory levels for the beginning of the calendar.22:48
vengfulsquirrelYou set the product sales estimates for each period.22:48
vengfulsquirrelThen the system creates a schedule of Purchase Requests and Production Requests for each period for the production calendar.22:49
vengfulsquirrelThat would be the end of the rough production planning phase and would require that all of your fixed multi-level boms were filled in correctly, yada yada.22:50
X0d_of_N0dso the user would configure the bom on the purchase request, and the conf code for the configurable bom would be stored in the production request..22:51
X0d_of_N0dwhich would then be turned into a production order after it's verified?22:51

Generated by 2.11.0 by Marius Gedminas - find it at!