IRC logs of #tryton for Friday, 2009-01-09 #tryton log beginning Fri Jan 9 00:00:01 CET 2009
2009-01-09 00:00 <vengfulsquirrel> bechamel`: okay thanks, ha I'm learning so much today
2009-01-09 00:01 <bechamel`> vengfulsquirrel: great
2009-01-09 00:15 -!- X0d_of_N0d(i=C-C_C-X@gateway/tor/x-937f02c3b2c7475d) has joined #tryton
2009-01-09 00:28 <vengfulsquirrel> bechamel`: Sorry I have another question, can a move functionally exist without belonging to a packing ? I've created a move directly but I don't understand how I can change its state from Draft to Assigned ? Is the proper way to create a packing with a single move and work from the packing's perspective ?
2009-01-09 00:29 <bechamel`> vengfulsquirrel: yes move are low-level object and normaly you should always use packing
2009-01-09 00:29 <bechamel`> vengfulsquirrel: it's the goal of internale packings
2009-01-09 00:33 <bechamel`> vengfulsquirrel: but as you can see in the TODO of the trunk version, withdraw packing are missing, so atm it's not possible to return product to the supplier or to get back product from the customer (at least there is no automation for this)
2009-01-09 00:34 <X0d_of_N0d> hey vengfulsquirrel, Sorry I didn't get back to you sooner.. I've been pretty sick. how's it going?
2009-01-09 00:39 <vengfulsquirrel> X0d_of_N0d: Yeah I was sick in early december for like 2 weeks, it was terrible. I haven't made much quantifiable ground on the MRP stuff, I've just been reading those books I bought. There are just so many configurations that are possible. Also those books aren't very meaty, except the models book. Although they have familiarized me more with the topic though. Ha originally I thought routings and workcenters were just conc
2009-01-09 00:40 -!- bechamel`(n=user@ has left #tryton
2009-01-09 00:41 <X0d_of_N0d> conc?
2009-01-09 00:45 <vengfulsquirrel> X0d_of_N0d: If that's an acronym I don't know what it stands for.
2009-01-09 00:45 <X0d_of_N0d> no it looks like you got cut off
2009-01-09 00:46 <X0d_of_N0d> workcenters were just conc
2009-01-09 00:46 <X0d_of_N0d> ...
2009-01-09 00:46 <vengfulsquirrel> oh
2009-01-09 00:46 <vengfulsquirrel> Originally I thought routings and workcenters were just concepts that tiny had made up.
2009-01-09 00:47 <vengfulsquirrel> Yeah for some reason it didn't show over here that I got cut off.
2009-01-09 00:47 <X0d_of_N0d> ahh ok
2009-01-09 00:47 <X0d_of_N0d> vengfulsquirrel: might be a setting on my client
2009-01-09 00:48 <X0d_of_N0d> yeah, I've been reading this book about boms....pretty useless actually. Basically the half way through the book and the only idea I've seen is "you should use one bom database instead of multiple databases"
2009-01-09 00:48 <X0d_of_N0d> duh
2009-01-09 00:48 <vengfulsquirrel> Ha yeah a bunch of the stuff in these books was totally useless, but there was some good things.
2009-01-09 00:51 <X0d_of_N0d> I'm still pondering how to address your workflow
2009-01-09 00:52 <vengfulsquirrel> Yeah I'm pretty sure I only need a minor modification to MRP I.
2009-01-09 00:52 <vengfulsquirrel> Everything else can be done 'manually' so to speak.
2009-01-09 00:52 <X0d_of_N0d> I was thinking we could add something like triggered events
2009-01-09 00:53 <X0d_of_N0d> yeah
2009-01-09 00:54 <X0d_of_N0d> so what were you thinking as far as the mod to mrp I
2009-01-09 00:54 <X0d_of_N0d> ?
2009-01-09 00:54 <vengfulsquirrel> I can just use lead times and boms to do rough scheduling of when to start production runs.
2009-01-09 00:54 <vengfulsquirrel> The modification to the rough scheduling would be that certain production runs can only occur during certain date ranges.
2009-01-09 00:55 <vengfulsquirrel> So like each single level bom would have a lead time AND a list of acceptable planning periods that it could start in.
2009-01-09 00:55 <X0d_of_N0d> so the thing to do would be to impliment mrp I
2009-01-09 00:56 <X0d_of_N0d> and add an extra extension to that as a seperate module, perhaps
2009-01-09 00:56 <X0d_of_N0d> hum..
2009-01-09 00:57 <vengfulsquirrel> Yeah pretty much that was my plan. I guess I was just reading still to see how independent, model-wise, the Closed Loop and MRP II ideas were.
2009-01-09 00:57 <X0d_of_N0d> yeah
2009-01-09 00:58 <vengfulsquirrel> Ideally you'd want to just install a Closed-Loop module and then a MRP II module if necessary. And they would just extend MRP I.
2009-01-09 00:58 <X0d_of_N0d> the module should probabbly be renamed to avoid confusion
2009-01-09 00:58 <X0d_of_N0d> right
2009-01-09 00:58 <X0d_of_N0d> depending on what kind of work you're doing
2009-01-09 01:01 <X0d_of_N0d> it seems like some kind of expiration date module would be useful too...just not sure how to impliment that correctly
2009-01-09 01:01 <X0d_of_N0d> or what to call it
2009-01-09 01:01 <vengfulsquirrel> Yeah for plants you mean ?
2009-01-09 01:02 <X0d_of_N0d> plants or food, it would be the same
2009-01-09 01:02 <X0d_of_N0d> or beer
2009-01-09 01:02 <vengfulsquirrel> That's kind of something that would happen within the stock domain though.
2009-01-09 01:02 <X0d_of_N0d> in brewing you boil your beer, then drop it in to a primary fermenting tank... then after 2 weeks you drop it into a secondary tank and add more hops...
2009-01-09 01:02 <vengfulsquirrel> My business doesn't do lots or individual product tracking so that doesn't really work to well.
2009-01-09 01:02 <X0d_of_N0d> yeah
2009-01-09 01:02 <X0d_of_N0d> hum...
2009-01-09 01:03 <X0d_of_N0d> that's true
2009-01-09 01:03 <vengfulsquirrel> Ha and people can walk in and buy beer out of the primary tank
2009-01-09 01:03 <X0d_of_N0d> ahh
2009-01-09 01:03 <X0d_of_N0d> so moving from seedlings to potted plants is tracked as a lot
2009-01-09 01:03 <vengfulsquirrel> which totally f's everything up
2009-01-09 01:03 <X0d_of_N0d> vengfulsquirrel: depends on how despirate they are
2009-01-09 01:03 <X0d_of_N0d> brb
2009-01-09 01:16 <vengfulsquirrel> X0d_of_N0d: Well not really we don't track any lots, we don't have that granularity at all right now.
2009-01-09 01:44 -!- udono1( has joined #tryton
2009-01-09 01:44 <X0d_of_N0d> ACTION is back
2009-01-09 01:44 <X0d_of_N0d> vengfulsquirrel: how do you track sales?
2009-01-09 01:47 <vengfulsquirrel> X0d_of_N0d: Not very well pretty much, by paper I guess. Moving over to tryton will move our business out of the 1800s into 2009.
2009-01-09 01:48 <vengfulsquirrel> X0d_of_N0d: Is your business doing Shop Floor Control and Capacity Planning right now ?
2009-01-09 01:48 <X0d_of_N0d> yeah
2009-01-09 01:49 <X0d_of_N0d> we track everything that comes in and goes out....sometimes we loose track of it, but it's in the system at some point
2009-01-09 01:49 <X0d_of_N0d> everything we buy or use
2009-01-09 01:50 <vengfulsquirrel> Are you using a proprietary planning system now ?
2009-01-09 01:54 <X0d_of_N0d> yeah, it's pretty crappy
2009-01-09 01:54 <X0d_of_N0d> We can track things fairly well, but it can't do the kind of planning we need
2009-01-09 01:54 <X0d_of_N0d> and we can't extend it without it breaking
2009-01-09 01:55 <X0d_of_N0d> and it's not supposed to run on linux
2009-01-09 01:55 <X0d_of_N0d> and it breaks ALL the time
2009-01-09 01:55 <X0d_of_N0d> yeah
2009-01-09 01:56 <X0d_of_N0d> it was chosen long before I came around
2009-01-09 02:00 <X0d_of_N0d> vengfulsquirrel: so are you implimenting production planning or just purchase planning?
2009-01-09 02:00 <X0d_of_N0d> or rather, do you need production planning or just purchase planning
2009-01-09 02:00 <X0d_of_N0d> ?
2009-01-09 02:02 -!- X0d_of_N`(i=user@gateway/tor/x-8446431cb4cadea4) has joined #tryton
2009-01-09 02:03 <X0d_of_N0d> hum...
2009-01-09 02:03 <X0d_of_N0d> irc in emacs...that's cool
2009-01-09 02:03 <X0d_of_N0d> brb
2009-01-09 02:03 <udono1> X0d_of_N`: Hi
2009-01-09 02:04 <X0d_of_N0d> how goes it udono1?
2009-01-09 02:04 <X0d_of_N0d> ACTION loves emacs
2009-01-09 02:04 <udono1> ACTION vi
2009-01-09 02:04 <udono1> X0d_of_N0d: A little ill, but ok so far
2009-01-09 02:05 <X0d_of_N0d> I'm pretty much down to 3 apps... firefox, claws-mail, and emacs
2009-01-09 02:05 <X0d_of_N0d> udono1: yeah, I've got a pretty bad cold
2009-01-09 02:05 <udono1> clawsmail I don't know...
2009-01-09 02:06 <X0d_of_N0d> claws is a pretty cool mail client. it's a little buggy sometimes, but filtering is really nice
2009-01-09 02:07 <udono1> X0d_of_N0d: cedk told me about, IIRC
2009-01-09 02:07 <X0d_of_N0d> udono1: I really should switch to procmail + mutt or something, but I've gotten used to it
2009-01-09 02:08 <X0d_of_N0d> udono1: it's also nice because it's really easy to launch an external mail editor
2009-01-09 02:09 <udono1> X0d_of_N0d: I use Thunderbird and have my problems too
2009-01-09 02:09 <X0d_of_N0d> I really dislike thunderbird
2009-01-09 02:10 <X0d_of_N0d> one of the other guys here uses it with muttator
2009-01-09 02:10 <udono1> X0d_of_N0d: after my last computer move I dislike it. Now I try Evolution, but its not better too
2009-01-09 02:11 <X0d_of_N0d> evolution sucks too
2009-01-09 02:11 <X0d_of_N0d> claws, imho, is the best gui mail client
2009-01-09 02:12 <udono1> X0d_of_N0d: ok, I will try it (next time I move)
2009-01-09 02:12 <udono1> :-)
2009-01-09 02:13 <X0d_of_N0d> so I was on vaccation until monday, and I've been sick for the last few days, so I haven't really made much progress on the module
2009-01-09 02:14 <udono1> X0d_of_N0d: February will be my LDAP month ... then I like to implement an LDAP connection for auth and partner/addresses/contact-mechanism. Next week I am on vaccation :-)
2009-01-09 02:14 <X0d_of_N0d> I worked a bit on it. I learned a lot about coding in tryton....
2009-01-09 02:14 <X0d_of_N0d> then I went on vaccation and forgot everything
2009-01-09 02:15 <udono1> :-)
2009-01-09 02:15 <udono1> I have it every Monday...
2009-01-09 02:16 <X0d_of_N0d> I met a comrade from LA who was deep into Belgian beer
2009-01-09 02:16 <X0d_of_N0d> it was all downhill from there
2009-01-09 02:16 <X0d_of_N0d> heh
2009-01-09 02:17 <udono1> X0d_of_N0d: Yes, belgian beer is great! I like it too.
2009-01-09 02:17 <X0d_of_N0d> I really love the sour belgians
2009-01-09 02:19 <udono1> X0d_of_N0d: did you have been in Belgium?
2009-01-09 02:20 <X0d_of_N0d> udono1: not yet
2009-01-09 02:20 <udono1> Europe?
2009-01-09 02:21 <X0d_of_N0d> I've been to Canada and Mexico... Farthest east I've gone is New York when I was 3 or 4
2009-01-09 02:21 <X0d_of_N0d> many of my friends have traveled, I really haven't
2009-01-09 02:22 <udono1> X0d_of_N0d: So I've never been on the american continent... But maybe next year 2010...
2009-01-09 02:23 <X0d_of_N0d> well... avoid the middle of the country, you won't miss anything worth seeing
2009-01-09 02:23 <X0d_of_N0d> heheh
2009-01-09 02:24 <X0d_of_N0d> but here on the west coast, especially in "wine" country... awesome beer
2009-01-09 02:45 -!- udono( has joined #tryton
2009-01-09 02:45 -!- vengfulsquirrel( has joined #tryton
2009-01-09 03:07 -!- ikks(n=igor@ has joined #tryton
2009-01-09 03:12 <vengfulsquirrel> X0d_of_N0d: Hey sorry my roommate had to drop the internet and it ended up being much longer than expected.
2009-01-09 07:23 -!- sharkcz( has joined #tryton
2009-01-09 07:31 -!- sharkcz( has joined #tryton
2009-01-09 07:59 -!- udono( has joined #tryton
2009-01-09 08:36 -!- Timitos(n=Timitos@ has joined #tryton
2009-01-09 08:47 -!- carlos(n=carlos@ has joined #tryton
2009-01-09 09:14 -!- Gedd( has joined #tryton
2009-01-09 09:31 -!- enlightx(n=enlightx@ has joined #tryton
2009-01-09 09:42 -!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton
2009-01-09 09:47 <cristi_an> question of the day : tryton works with postgres
2009-01-09 09:48 <cristi_an> it uses specific sql calls from postgres that are not standart to other databases ?
2009-01-09 10:01 <enlightx> cristi_an: yes, you can use only postgresql, but there is no reasons to use another dbms :)
2009-01-09 10:02 <enlightx> (just joking)
2009-01-09 10:11 <cristi_an> :)
2009-01-09 10:12 <cristi_an> seriously is that so hard to make it compatible with other DB ?
2009-01-09 10:12 <cristi_an> if the architecture is based on intrefaces then it should no be a big problem
2009-01-09 10:14 <cristi_an> i gues that db code is present only in the db layer
2009-01-09 10:14 <enlightx> cristi_an: i think you have to write tryton from scratch
2009-01-09 10:14 <cristi_an> what do you mean ?
2009-01-09 10:14 <cristi_an> to make it compatible with other db ?
2009-01-09 10:14 <enlightx> i mean that tryton uses psycopg which is the pgsql driver for python
2009-01-09 10:15 -!- evernichon( has joined #tryton
2009-01-09 10:15 <cristi_an> enlightx: you knwo java right ?
2009-01-09 10:15 <enlightx> yes
2009-01-09 10:15 <cristi_an> there is easy to define a db intrerface and do implemetation for Mysql,SqlServer etc
2009-01-09 10:15 <enlightx> don't use jdbc as example :)
2009-01-09 10:16 <cristi_an> and you use the driver accordingly
2009-01-09 10:16 <cristi_an> why ?
2009-01-09 10:16 <enlightx> tryton does't use a similar approach. it deals directly with postgres
2009-01-09 10:16 <enlightx> but a nice feature would be migrate tryton from psycopg to sqlalchemy
2009-01-09 10:17 <cristi_an> i do not want to blame noone...but why ? they did nto thought on a layered apporoch ?
2009-01-09 10:17 <enlightx> cristi_an: just because tinyerp toke the wrong way
2009-01-09 10:17 <cristi_an> i wish i would not known java ,maybe it would have beeb easier for me to learn
2009-01-09 10:18 <cristi_an> python and tryton
2009-01-09 10:20 <enlightx> btw, i could be wrong and they already worked on this way to get this stuff replaceable
2009-01-09 10:23 <enlightx> however, you would have to rewrite every sql statement :)
2009-01-09 10:24 <cristi_an> i do not understand...100% not about an ORM
2009-01-09 10:24 <cristi_an> that orm deal with object
2009-01-09 10:24 <cristi_an> s
2009-01-09 10:25 <cristi_an> and those objects ,add,remove,delete etc are handled in the orm class
2009-01-09 10:25 <cristi_an> so insert is not he same for all db ?
2009-01-09 10:25 <cristi_an> update as well
2009-01-09 10:25 <Timitos> cristi_an: only a short information as i need to do a phone call now...
2009-01-09 10:25 <cristi_an> etc...
2009-01-09 10:25 <Timitos> cristi_an: tryton has some functions in its orm that sqlalchemy or other orm does not have
2009-01-09 10:26 <Timitos> cristi_an: this makes a change difficult
2009-01-09 10:26 <cristi_an> i see
2009-01-09 10:26 <Timitos> cristi_an: tryton orm ist more than a orm
2009-01-09 10:26 <cristi_an> just asked...
2009-01-09 10:27 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-01-09 10:35 -!- bechamel(n=user@ has joined #tryton
2009-01-09 10:36 <enlightx> Timitos: what do you talking about?
2009-01-09 10:36 <enlightx> which functions?
2009-01-09 10:37 <enlightx> we use sqlalchemy for zope3 which is more complex than tryton orm
2009-01-09 10:39 -!- oversize( has joined #tryton
2009-01-09 10:46 <Timitos> enlightx: sorry. cedk mentioned that tryton orm has some functions that are not part of sql alchemy. perhaps i disunderstand something. but i think you should ask cedk for details
2009-01-09 10:47 <enlightx> Timitos: the mine wasn't a critic :) it was just to understand better
2009-01-09 10:47 <cristi_an> well i guess this was inherited from tiny,and sice it working and it's doing its job there were other priorities ,higher ones
2009-01-09 10:47 <Timitos> enlightx: i understood it this way. this was not a critic for me. np
2009-01-09 10:47 <enlightx> sqlalchemy is quite flexible and customizable
2009-01-09 10:48 <enlightx> cristi_an: exactly
2009-01-09 10:48 <cristi_an> maybe when time will permit the comunity will migrate and do it more flexible
2009-01-09 10:48 <cristi_an> just my guess
2009-01-09 10:49 <enlightx> cristi_an: it would be nice, but i don't think that is a priority right now...but would be nice
2009-01-09 10:49 <enlightx> a step over openerp
2009-01-09 11:08 -!- joh_( has joined #tryton
2009-01-09 11:23 <udono> enlightx: cristi_an look at: The topic Re-factorize OSV/ORM will be the first step to make a later change of the ORM more possible.
2009-01-09 11:25 -!- johbo( has joined #tryton
2009-01-09 11:25 <udono> enlightx: cristi_an: and here is the discussion about:
2009-01-09 11:26 <enlightx> udono: tnx!
2009-01-09 11:26 <udono> enlightx: welcome
2009-01-09 11:28 <cristi_an> udono: those are good news
2009-01-09 11:29 <cristi_an> is ok what it is for now
2009-01-09 11:50 -!- mmarshall( has joined #tryton
2009-01-09 12:05 -!- carlos(n=carlos@ has joined #tryton
2009-01-09 12:28 -!- yangoon( has joined #tryton
2009-01-09 12:58 <CIA-8> tryton: matb roundup * #737/Contact mechanisms: actualization: [new] When inserting contact mechanisms, values for website are not actualized immediately after confirmation (as is done i.e. for phone), but onl ...
2009-01-09 13:56 <udono>
2009-01-09 13:59 <bechamel> udono: cool
2009-01-09 14:29 -!- ikks(n=igor@ has joined #tryton
2009-01-09 14:42 -!- ikks(n=igor@ has joined #tryton
2009-01-09 15:11 <CIA-8> tryton: matb roundup * #738/RfC: Comments in sale, purchase, invoice lines: [new] I would like to change description = fields.Char('Description', size=None, required=True) to description = fields.Text('Description ...
2009-01-09 15:28 -!- ikks_(n=igor@ has joined #tryton
2009-01-09 15:38 -!- X0d_of_N0d(i=user@gateway/tor/x-f6ddb5f361bd9cb3) has joined #tryton
2009-01-09 15:56 -!- evernichon( has joined #tryton
2009-01-09 16:23 <CIA-8> tryton: C?dric Krier <> default * 36:b0570824e785 analytic_invoice/COPYRIGHT: Update copyright
2009-01-09 16:23 <CIA-8> tryton: C?dric Krier <> default * 37:057818ef62e3 analytic_invoice/ Fix read for not line type
2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <> default * 36:11e9bb61ca9f analytic_purchase/COPYRIGHT: Update copyright
2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <> default * 37:8fdb408d0e9d analytic_purchase/ Fix read of not line type
2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <> default * 28:8d0d2fdd05e0 analytic_sale/COPYRIGHT: Update copyright
2009-01-09 16:24 <CIA-8> tryton: C?dric Krier <> default * 29:ada82231072b analytic_sale/ Fix read of not line type
2009-01-09 17:09 -!- tekknokrat( has joined #tryton
2009-01-09 17:48 -!- juanfer(n=juanfer@ has joined #tryton
2009-01-09 17:59 -!- tekknokrat( has left #tryton
2009-01-09 18:31 -!- FWiesing(n=Wiesinge@ has joined #tryton
2009-01-09 18:50 -!- LucaSub( has joined #tryton
2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <> default * 1150:02ff9a50588c tryton/tryton/gui/window/view_form/widget_search/ Add active field in search if not in the view but is defined.
2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <> default * 1455:bc014149e76b trytond/trytond/osv/ (
2009-01-09 18:54 <CIA-8> tryton: Add depends attributes to Columns.
2009-01-09 18:54 <CIA-8> tryton: It allow to specify a list of fields that are needed in the view for this one.
2009-01-09 18:54 <CIA-8> tryton: Add active field by default in each views.
2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <> default * 1456:2fa2a8b9156c trytond/trytond/osv/ Add automaticaly field defined in sequence attributes in the view
2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <> default * 226:2003fcfaa744 party/ ( contact_mechanism.xml):
2009-01-09 18:54 <CIA-8> tryton: Add other_value to display value in form view for issue737.
2009-01-09 18:54 <CIA-8> tryton: Otherwise value will have invisible state for some types in the tree view.
2009-01-09 18:54 <CIA-8> tryton: C?dric Krier <> default * 227:71c7b1fb5e01 party/ (address.xml category.xml contact_mechanism.xml party.xml): Remove tree_invisible field
2009-01-09 18:54 <CIA-8> tryton: ced roundup * #737/Contact mechanisms: actualization: [resolved] Fix with changeset 2003fcfaa744
2009-01-09 20:01 -!- paola( has joined #tryton
2009-01-09 20:31 <CIA-8> tryton: C?dric Krier <> default * 1457:1dac8d389b17 trytond/CHANGELOG: Add changelog
2009-01-09 20:55 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-01-09 21:13 <vengfulsquirrel> Once inventory is moved from the output zone to the customer location does it just sit there indefinitely?
2009-01-09 21:14 <X0d_of_N0d> vengfulsquirrel: yeah
2009-01-09 21:14 <X0d_of_N0d> vengfulsquirrel: unless it gets moved elsewhere
2009-01-09 21:17 <X0d_of_N0d> that makes it so you can track inventory after it leaves your shop. That way if you need to know who has product xyz with rev w you can track it down... for example, in the case of a recall
2009-01-09 21:17 <vengfulsquirrel> Yeah except 'Customer' is not actually granular right ?
2009-01-09 21:17 <vengfulsquirrel> Can you create actual customers as children of 'Customer' ?
2009-01-09 21:18 <X0d_of_N0d> I believe customer can be granular... perhaps I should look at that again
2009-01-09 21:22 <X0d_of_N0d> hum, yeah, I guess you would have to define children
2009-01-09 21:24 <X0d_of_N0d> it seems like any time you add a partner it should add a location for that partner depending on if their a supplier, customer, or both... I guess that could get a little confusing though
2009-01-09 21:26 <vengfulsquirrel> Yeah seems like you'd have the order info and stuff anyways it would just be a matter of tracking individual lots or products.
2009-01-09 21:27 <X0d_of_N0d> yeah...
2009-01-09 21:27 <X0d_of_N0d> I'm gonna get some lunch
2009-01-09 21:30 -!- cristi_an(i=5978d3ce@gateway/web/ajax/ has joined #tryton
2009-01-09 22:29 <bechamel> vengfulsquirrel: there are "customer location" and "supplier are location" which are used when a pakcing are created
2009-01-09 22:55 <vengfulsquirrel> bechamel: -- Does the basic Wharehouse layout look correct here? I'm trying out ideas to solve my problem.
2009-01-09 22:57 <bechamel> vengfulsquirrel: yes it's the basic architecture behind the code, except for the Plant which will comes with mrp :)
2009-01-09 23:00 <bechamel> vengfulsquirrel: i just realize that you created the graph (I though it was a coincidence that all the names were exactly matching the default config :), I'm a bit tired ... )
2009-01-09 23:01 <vengfulsquirrel> Ha oh yeah, I'm trying to make the MRP module as well as some sort of Growing section to move plants between states of growth.
2009-01-09 23:03 <vengfulsquirrel> I was just thinking about where products would go that were used in production in a way that would match how products go into the Customer area when they are purchased.
2009-01-09 23:07 <bechamel> vengfulsquirrel: I'm not sure that input and output are needed for production, but i don't have a lot of knowledge about it
2009-01-09 23:08 <bechamel> vengfulsquirrel: for example, as long as products are not on a storage location the user cannot assing them to send a packing to a customer
2009-01-09 23:09 <vengfulsquirrel> bechamel: Yeah but how can you tell what's headed for production versus what's actually done?
2009-01-09 23:11 <vengfulsquirrel> I think maybe they should interface directly with the Storage area.
2009-01-09 23:12 <bechamel> vengfulsquirrel: yes, my sentence was not clear, waht I wanted to say is that another type of location is not needed, and yes it's better to created distinct inptu and output location (but both are of type production)
2009-01-09 23:14 <bechamel> vengfulsquirrel: what you put in the storage area will essentially impact reporting (do you consider that product in output zone are still part of your product, for example)
2009-01-09 23:18 <vengfulsquirrel> bechamel: Oh right you mean a Plant could just be another "Wharehouse" using the current system ?
2009-01-09 23:20 <bechamel> vengfulsquirrel: the plan can be a child of the warehouse
2009-01-09 23:22 <bechamel> vengfulsquirrel: and if you consider that the product for the production are part of the warehouse the production location can be under the storage location (nothing prevent to put production location under storage location)
2009-01-09 23:23 <bechamel> vengfulsquirrel: but in this cass i'm afraid that the asignation will assign products on those locations :(
2009-01-09 23:24 <vengfulsquirrel> Yeah I think it makes more sense to move things out and in between storage and "production".
2009-01-09 23:25 <vengfulsquirrel> So assignation to either customer orders or production runs doesn't happen when product are being used to produce something.
2009-01-09 23:28 <bechamel> vengfulsquirrel: yes but the system should ignore production locations when assigning customer packing
2009-01-09 23:31 <vengfulsquirrel> Wait so you are saying make a new location type ? Or you are saying just use the Storage type but don't make it a child of the wharehouse's main storage location just put it under the actual Wharehouse ?
2009-01-09 23:32 <bechamel> vengfulsquirrel: there is already a type "production" on location
2009-01-09 23:32 <vengfulsquirrel> oh snap
2009-01-09 23:32 <vengfulsquirrel> Ha sorry, I did not see that.
2009-01-09 23:33 <bechamel> vengfulsquirrel: I think it could be a good idea to ask the mailing list for the best base layout of locations to handle correctly production (and like that I don't forget to think about it with a fresher mind)
2009-01-09 23:34 <vengfulsquirrel> Yeah okay sounds good.
2009-01-09 23:35 <bechamel> vengfulsquirrel: time to sleep here, Bye
2009-01-09 23:35 <vengfulsquirrel> bye, thanks for the help
2009-01-09 23:36 -!- bechamel(n=user@ has left #tryton

Generated by 2.17.3 by Marius Gedminas - find it at!