chat.freenode.net #tryton log beginning Mon Jan 12 00:00:01 CET 2009 | ||
2009-01-12 02:06 -!- yangoon(n=mathiasb@p549F7B1F.dip.t-dialin.net) has joined #tryton | ||
2009-01-12 02:30 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
2009-01-12 02:32 -!- FWiesing(n=Wiesinge@194.208.185.12) has left #tryton | ||
2009-01-12 03:22 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
2009-01-12 03:48 -!- juanfer(n=juanfer@190.157.143.212) has joined #tryton | ||
2009-01-12 05:20 -!- yangoon(n=mathiasb@p549F6AB1.dip.t-dialin.net) has joined #tryton | ||
2009-01-12 07:40 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton | ||
2009-01-12 08:18 -!- Gedd(n=ged@77.109.113.178) has joined #tryton | ||
2009-01-12 08:59 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton | ||
2009-01-12 10:47 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
2009-01-12 12:43 -!- evernichon(n=evernich@AToulouse-256-1-7-107.w90-38.abo.wanadoo.fr) has joined #tryton | ||
2009-01-12 12:50 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton | ||
2009-01-12 13:02 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-7f9417e1a1c1d7b8) has joined #tryton | ||
2009-01-12 13:27 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1154:2ca4ca67a273 tryton/tryton/gui/window/view_form/view/form_gtk/interface.py: Prevent to set value on focus out if the field is invisible for issue737 | ||
2009-01-12 13:27 <CIA-8> tryton: ced roundup * #737/Contact mechanisms: actualization: [resolved] Fix with changeset 2ca4ca67a273 | ||
2009-01-12 13:33 -!- carlos(n=carlos@77.224.191.31) has joined #tryton | ||
2009-01-12 13:47 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
2009-01-12 13:56 -!- LordVan(n=lordvan@gentoo/developer/LordVan) has joined #tryton | ||
2009-01-12 14:01 -!- evernichon(n=evernich@AToulouse-256-1-7-107.w90-38.abo.wanadoo.fr) has joined #tryton | ||
2009-01-12 14:06 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 1155:82be72e352d3 tryton/share/locale/de_DE/LC_MESSAGES/ (tryton.mo tryton.po): Update translation for de_DE | ||
2009-01-12 14:06 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 253:9a07f19609de account_invoice/__tryton__.py: Update translation for de_DE | ||
2009-01-12 14:08 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 155:1db22933ddae stock_supply/__tryton__.py: Update translation for de_DE | ||
2009-01-12 14:08 <CIA-8> tryton: Mathias Behrle <mathiasb@behrle.dyndns.org> default * 156:d04c2f4e1182 stock_supply/: merge | ||
2009-01-12 14:18 <cristi_an> who is Mathias ? | ||
2009-01-12 14:18 <cristi_an> yangoon: ? | ||
2009-01-12 14:22 <ikks> cristi_an I guess is Timitos | ||
2009-01-12 14:30 <CIA-8> tryton: matb roundup * #738/RfC: Comments in sale, purchase, invoice lines: Added two other little patches to enable comments on purchase/sale lines. | ||
2009-01-12 14:31 <yangoon> ACTION is Mathias | ||
2009-01-12 14:36 <cristi_an> good ! | ||
2009-01-12 15:16 <LordVan> hey | ||
2009-01-12 15:17 <LordVan> cedk, openoffice-interact is missing ~amd64 in ebuild ;) | ||
2009-01-12 15:19 <LordVan> or anyone who can commit to the repository with the overlay please add it .. it's a pita to install trytond otherwise | ||
2009-01-12 15:22 <yangoon> LordVan: for those issues look at http://openoffice-python.origo.ethz.ch/ | ||
2009-01-12 15:22 <yangoon> LordVan: it is not a repos from tryton | ||
2009-01-12 15:24 <LordVan> ah ok | ||
2009-01-12 15:24 <LordVan> well i used to just tell cedk ;) | ||
2009-01-12 15:25 <LordVan> althought the problem is not with the package jsut with the eb uild in tye tryton overlay | ||
2009-01-12 15:25 <LordVan> ACTION can't type today | ||
2009-01-12 15:26 <yangoon> LordVan: ah ok, I have no experience with gentoo, so perhaps you are right | ||
2009-01-12 15:27 <LordVan> it's just a matter of adding ~amd64 to the text file in the mercurial repo D: | ||
2009-01-12 15:28 -!- bechamel(n=user@85.201.86.139) has joined #tryton | ||
2009-01-12 15:38 -!- igor(i=igor@190.102.215.116) has joined #tryton | ||
2009-01-12 15:43 -!- carlos(n=carlos@77.224.191.31) has joined #tryton | ||
2009-01-12 15:46 <LordVan> question: does tryton do salary stuff too (i dont' think so ..) | ||
2009-01-12 16:07 <igor> LordVan, each country has it's own rules. | ||
2009-01-12 16:07 <igor> I haven't seen a module for Tryton on any country yet. | ||
2009-01-12 16:14 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 169:edca9be89ee6 gentoo-overlay/dev-python/openoffice-interact/ (Manifest openoffice-interact-0.1.20080602.ebuild): Add ~amd64 | ||
2009-01-12 16:34 <udono> yangoon: ping | ||
2009-01-12 17:17 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton | ||
2009-01-12 17:42 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton | ||
2009-01-12 18:01 -!- Gedd(n=ged@77.109.112.63) has joined #tryton | ||
2009-01-12 18:08 -!- LucaSub(n=LucaSub@host239-46-dynamic.6-79-r.retail.telecomitalia.it) has joined #tryton | ||
2009-01-12 18:43 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1156:6bfbda63e1fb tryton/TODO: Add post-it todo | ||
2009-01-12 18:43 <CIA-8> tryton: C?dric Krier <ced@b2ck.com> default * 1157:d701317f7b9a tryton/: merge | ||
2009-01-12 18:44 -!- X0d_of_N0d(i=user@gateway/tor/x-863d985eb93e8ba4) has joined #tryton | ||
2009-01-12 18:44 -!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has joined #tryton | ||
2009-01-12 18:46 -!- X0d_of_N`(i=user@gateway/tor/x-c3fdebf33bf71918) has left #tryton | ||
2009-01-12 19:44 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton | ||
2009-01-12 20:22 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton | ||
2009-01-12 20:22 -!- cristi_an(n=cristi@89.120.211.206) has joined #tryton | ||
2009-01-12 20:23 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has joined #tryton | ||
2009-01-12 20:30 -!- paola(n=paola@host-84-223-76-195.cust-adsl.tiscali.it) has joined #tryton | ||
2009-01-12 20:53 <vengfulsquirrel> Are Stock Moves supposed to sort of replicate the Journal pattern from accounting ? | ||
2009-01-12 20:56 <X0d_of_N0d> ACTION nods | ||
2009-01-12 20:58 <X0d_of_N0d> double-entry stock management | ||
2009-01-12 20:59 -!- johbo(n=joh@statdsl-085-016-072-173.ewe-ip-backbone.de) has joined #tryton | ||
2009-01-12 20:59 <vengfulsquirrel> X0d_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. | ||
2009-01-12 21:02 <X0d_of_N0d> yeah? | ||
2009-01-12 21:03 <vengfulsquirrel> X0d_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. | ||
2009-01-12 21:03 -!- FWiesing(n=Wiesinge@194.208.185.12) has joined #tryton | ||
2009-01-12 21:05 <X0d_of_N0d> what would be the difference between grow and manufacture? | ||
2009-01-12 21:05 <vengfulsquirrel> But 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. | ||
2009-01-12 21:06 <X0d_of_N0d> yeah, that makes sense | ||
2009-01-12 21:07 <X0d_of_N0d> it's still important tot hink in terms of how this can be made useable by other people... | ||
2009-01-12 21:07 <vengfulsquirrel> Yeah that's why I'll make it seperate from manufacturing because it doesn't make sense with manufacturing at all. | ||
2009-01-12 21:07 <X0d_of_N0d> grow/propagate would still be useable for making fermentable foods, but rooted status wouldn't | ||
2009-01-12 21:07 <vengfulsquirrel> Oh yeah well that would just be in the BOM. | ||
2009-01-12 21:08 <vengfulsquirrel> And the beer example doesn't really apply because that seems like it would go in a routing not in the bom. | ||
2009-01-12 21:09 <vengfulsquirrel> Plants 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. | ||
2009-01-12 21:09 <X0d_of_N0d> well it could work with wine or barley wine... your product would change as it ages... | ||
2009-01-12 21:09 <X0d_of_N0d> just on a different scale | ||
2009-01-12 21:10 <X0d_of_N0d> right, but wine is put in to stock to age | ||
2009-01-12 21:10 <vengfulsquirrel> Hmm 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. | ||
2009-01-12 21:10 <X0d_of_N0d> right | ||
2009-01-12 21:10 <X0d_of_N0d> hum... | ||
2009-01-12 21:11 <vengfulsquirrel> I'm not sure how lot/batch tracking will work with the current stock system. | ||
2009-01-12 21:11 <X0d_of_N0d> yeah, which would be more on the stock side | ||
2009-01-12 21:11 -!- LucaSub(n=LucaSub@host239-46-dynamic.6-79-r.retail.telecomitalia.it) has left #tryton | ||
2009-01-12 21:11 <X0d_of_N0d> yeah | ||
2009-01-12 21:13 <vengfulsquirrel> Anyways, 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. | ||
2009-01-12 21:14 <X0d_of_N0d> wait | ||
2009-01-12 21:14 <vengfulsquirrel> WRT what you were talking about last Friday. | ||
2009-01-12 21:15 <X0d_of_N0d> ACTION goes to look through the log | ||
2009-01-12 21:17 <X0d_of_N0d> ok.... | ||
2009-01-12 21:18 <X0d_of_N0d> brb | ||
2009-01-12 21:21 <X0d_of_N0d> hum... | ||
2009-01-12 21:22 <X0d_of_N0d> I don't really agree about the modular boms, I've got to get some lunch but we'll talk when I get back, cool? | ||
2009-01-12 21:25 <vengfulsquirrel> Yeah I'll be here. | ||
2009-01-12 21:58 -!- ikks(n=igor@190.12.153.202) has joined #tryton | ||
2009-01-12 22:09 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton | ||
2009-01-12 22:12 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has joined #tryton | ||
2009-01-12 22:12 -!- tekknokrat(n=gthieleb@dslb-088-074-175-120.pools.arcor-ip.net) has left #tryton | ||
2009-01-12 22:15 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-ebe55534e563d1c3) has joined #tryton | ||
2009-01-12 22:19 <X0d_of_N0d> ok | ||
2009-01-12 22:19 <panthera> some progress about tryton debianization: | ||
2009-01-12 22:20 <panthera> i'm currently in vacation till the end of the week, that is why things have been quiet. | ||
2009-01-12 22:20 <panthera> i've just restarted to have a look at it, will probably finish first draft either today evening (that is in -0500, not +0100), | ||
2009-01-12 22:21 <panthera> or by tomorrow evening. will write to the mailinglist/google groups thing. | ||
2009-01-12 22:21 -!- igor(i=igor@190.102.200.196) has joined #tryton | ||
2009-01-12 22:21 <panthera> assuming that there's everything worked as expected, i can upload them to ftp-master and we'll wait | ||
2009-01-12 22:22 <panthera> another two to four weeks until they get accepted (after manual inspection and approval regarding legal) | ||
2009-01-12 22:22 <X0d_of_N0d> vengfulsquirrel: you don't need configurable boms for what you're doing, right? | ||
2009-01-12 22:22 <panthera> and then they are in. | ||
2009-01-12 22:23 <yangoon> panthera: great! and thx! | ||
2009-01-12 22:25 <panthera> you're welcome. | ||
2009-01-12 22:25 <X0d_of_N0d> vengfulsquirrel: it seems like you should be able to store the configurable choices in the work order or something... | ||
2009-01-12 22:25 <vengfulsquirrel> X0d_of_N0d: No I don't but I thought configurable boms were mainly for making it easier to fulfill orders. | ||
2009-01-12 22:26 <X0d_of_N0d> vengfulsquirrel: no, configurable boms exist so it's possible to keep track of multiple configurations, not just for orders | ||
2009-01-12 22:26 <X0d_of_N0d> vengfulsquirrel: say you make computers.... | ||
2009-01-12 22:27 <X0d_of_N0d> vengfulsquirrel: you have a computer with a set case and motherboard but multiple choices of processors | ||
2009-01-12 22:27 <X0d_of_N0d> vengfulsquirrel: now lets say you need to update the motherboard to a new rev... | ||
2009-01-12 22:28 <X0d_of_N0d> vengfulsquirrel: if you don't use configurable boms you might need to update 4 or 5 boms, rather than just one... | ||
2009-01-12 22:29 <X0d_of_N0d> vengfulsquirrel: conf boms make it possible to maintain boms, especially when you have 10 or 20 conf boms, and maybe 300 variations | ||
2009-01-12 22:30 <vengfulsquirrel> Oh yeah I didn't think those would be enumerated into multiple BOMs. | ||
2009-01-12 22:30 <X0d_of_N0d> vengfulsquirrel: conf boms just have the added benefit of making orders easier to deal with also | ||
2009-01-12 22:30 <vengfulsquirrel> I thought you would sort of spec each production of a product using the configurable bom to pick choices. | ||
2009-01-12 22:31 <X0d_of_N0d> vengfulsquirrel: how were you thinking of dealing with it? | ||
2009-01-12 22:32 <X0d_of_N0d> ok | ||
2009-01-12 22:33 <vengfulsquirrel> Well 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. | ||
2009-01-12 22:34 <vengfulsquirrel> I kind of haven't thought about the configurable BOMs because they weren't going to be essential for the rough production planning. | ||
2009-01-12 22:34 <X0d_of_N0d> ok | ||
2009-01-12 22:34 <X0d_of_N0d> that's probably a good idea | ||
2009-01-12 22:36 <vengfulsquirrel> Some 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. | ||
2009-01-12 22:37 <vengfulsquirrel> Does that make sense ? | ||
2009-01-12 22:38 <X0d_of_N0d> hum... | ||
2009-01-12 22:38 <X0d_of_N0d> yeah | ||
2009-01-12 22:39 <X0d_of_N0d> so 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? | ||
2009-01-12 22:43 <vengfulsquirrel> Well 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. | ||
2009-01-12 22:44 <X0d_of_N0d> or you create a psuedo bom that's just a list of choices.... | ||
2009-01-12 22:44 <X0d_of_N0d> vengfulsquirrel: or you create a configured code and store that so you can use the configurable bom + config code as if it were a normal bom | ||
2009-01-12 22:44 <vengfulsquirrel> yeah that is what I assumed was a configurable bom | ||
2009-01-12 22:45 <X0d_of_N0d> so what initiates the work order? | ||
2009-01-12 22:45 <X0d_of_N0d> or the production order? or whatever? | ||
2009-01-12 22:45 <X0d_of_N0d> is it a prodcution order? | ||
2009-01-12 22:46 <vengfulsquirrel> I think Purchase Request and Production Request sound good. | ||
2009-01-12 22:46 <X0d_of_N0d> ok... | ||
2009-01-12 22:46 <vengfulsquirrel> Like those would be created during the Rough Planning phase. | ||
2009-01-12 22:47 <vengfulsquirrel> So 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. | ||
2009-01-12 22:48 <vengfulsquirrel> You set your initial inventory levels for the beginning of the calendar. | ||
2009-01-12 22:48 <vengfulsquirrel> You set the product sales estimates for each period. | ||
2009-01-12 22:49 <vengfulsquirrel> Then the system creates a schedule of Purchase Requests and Production Requests for each period for the production calendar. | ||
2009-01-12 22:50 <vengfulsquirrel> That 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. | ||
2009-01-12 22:51 <X0d_of_N0d> so 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.. | ||
2009-01-12 22:51 <X0d_of_N0d> which would then be turned into a production order after it's verified? |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!