IRC logs of #tryton for Saturday, 2009-02-14

chat.freenode.net #tryton log beginning Sat Feb 14 00:00:01 CET 2009
2009-02-14 00:00 <carlos> bechamel: thanks anyway
2009-02-14 00:00 <cedk> vengfulsquirrel: no, you can not substitute one phantom product with an other, you can substitute one bom with an other one that produce the same products (or phantom products)
2009-02-14 00:00 <carlos> ACTION -> bed
2009-02-14 00:00 <carlos> good night!!
2009-02-14 00:01 <vengfulsquirrel> cedk: Yeah sorry you can with product substitutes though, in addition to the bom selection you are talking about.
2009-02-14 00:01 <vengfulsquirrel> They are two seperate problems.
2009-02-14 00:01 <vengfulsquirrel> *separate
2009-02-14 00:02 <cedk> vengfulsquirrel: for me if two products can be substituated, then there are part of two boms that produce a phatom product
2009-02-14 00:03 <cedk> vengfulsquirrel: the phatom product is the meta-product that is used to say that it can be one of those products
2009-02-14 00:03 <vengfulsquirrel> well no something like ACME turbine subassembly, and ABC turbine subassembly
2009-02-14 00:03 <vengfulsquirrel> those would be two substitutable phantom products
2009-02-14 00:04 <vengfulsquirrel> you are talking about substituting two BOMs for ACME turbine subassembly
2009-02-14 00:04 <cedk> vengfulsquirrel: so you have two boms that product the same phatom product "turbine"
2009-02-14 00:04 <vengfulsquirrel> which are two different ideas
2009-02-14 00:05 <cedk> vengfulsquirrel: it is the same
2009-02-14 00:05 <cedk> vengfulsquirrel: it is just a matter of configuration of boms
2009-02-14 00:07 <vengfulsquirrel> Yeah okay I think that sounds like the are equivlant except it takes power out of the initial bom creator's hands. In order to enforce a set substitution you must create an additional phantom product and create its bom. So now you have to maintain two boms in sync to enforce standards.
2009-02-14 00:07 <vengfulsquirrel> I don't know if they are necessarily equivalent from that perspective.
2009-02-14 00:08 <vengfulsquirrel> I think alternative boms should mostly just be an improvement on the initial bom and not so much a completely different product.
2009-02-14 00:09 <cedk> vengfulsquirrel: any way, you must create something to say those products can be substituate
2009-02-14 00:09 <cedk> vengfulsquirrel: I don't think so because the output can be a little bit different (more trashed)
2009-02-14 00:10 <vengfulsquirrel> Yeah the alternative boms can definitely be different but I don't think they should be creating different brands.
2009-02-14 00:11 <vengfulsquirrel> Yeah I will need to address the bom selection at multiple levels that was something I did not think about.
2009-02-14 00:11 <vengfulsquirrel> Although it wasn't supposed to be in the production module proper.
2009-02-14 00:11 <vengfulsquirrel> Maybe it will have to be.
2009-02-14 00:11 <cedk> vengfulsquirrel: I think it can be done with the list I told before
2009-02-14 00:11 <vengfulsquirrel> Yeah okay
2009-02-14 00:12 <cedk> vengfulsquirrel: I think it will be too difficult to add this with external module
2009-02-14 00:12 <vengfulsquirrel> Well I hadn't planned on so many wizards and I thought it could be made more linear.
2009-02-14 00:13 <vengfulsquirrel> Anyways, I have to think about the bom selection and substitution and bom explosion step more.
2009-02-14 00:13 <cedk> vengfulsquirrel: for me, the bom explosion looks like a tree
2009-02-14 00:13 <cedk> vengfulsquirrel: so you can displaied it in a list with level
2009-02-14 00:15 <cedk> vengfulsquirrel: and perhaps changing it can be made with a wizard, in which you say this bom must be changed with this one
2009-02-14 00:17 <vengfulsquirrel> Yeah but substitution and selection must happen over and over again.
2009-02-14 00:17 <vengfulsquirrel> And substitution might need to be involved in the inventory allocation process as well, for exmaple if things are not in stock.
2009-02-14 00:17 <vengfulsquirrel> So you might switch from one phantom product to another phantom product if the first one's materials are not available.
2009-02-14 00:18 <cedk> vengfulsquirrel: once again, you don't switch phatom product but phatom bom
2009-02-14 00:19 <cedk> vengfulsquirrel: and yes, the wizard is just to update the bom explosion
2009-02-14 00:19 <cedk> vengfulsquirrel: and not to change the state
2009-02-14 00:20 <vengfulsquirrel> Yeah okay I have to think about it but I think that will cause a lot of trouble for production companies that need engineering to enforce restrictions on boms.
2009-02-14 00:21 <vengfulsquirrel> Anyways that's a problem that needs more though. I'm also concerned about the inventory layout.
2009-02-14 00:21 <cedk> vengfulsquirrel: don't understand
2009-02-14 00:25 <vengfulsquirrel> So if a production order was started running and then the user wanted to cancel it: They would click cancel and all the moves would be changed from assigned to canceled ?
2009-02-14 00:25 <cedk> vengfulsquirrel: I think so
2009-02-14 00:26 <vengfulsquirrel> I think I need a better diagram or something this is confusing. Do you think use cases would help ? Or maybe mockups ?
2009-02-14 00:27 <cedk> vengfulsquirrel: I don't know
2009-02-14 00:28 <cedk> vengfulsquirrel: but I don't see any problem to cancel the moves
2009-02-14 00:30 <vengfulsquirrel> Well I guess if a module was created to extend this then they would not be canceled but new moves would be created to account for what actual happened production.
2009-02-14 00:31 <vengfulsquirrel> I'm just trying to envision how it could be altered to allow other businesses to use it.
2009-02-14 00:31 <cedk> vengfulsquirrel: yes of course it will be the default behavior
2009-02-14 00:32 <cedk> vengfulsquirrel: or perhaps, we can cancel out moves and set in move to done and create the opposite in move to put back the products
2009-02-14 00:33 <cedk> vengfulsquirrel: and a wizard could change the destination location to put it in lost and found, etc...
2009-02-14 00:34 <vengfulsquirrel> Yeah I guess I am confused on what Lost and Found is for.
2009-02-14 00:34 <vengfulsquirrel> I thought it was for tracking things that were lost or found to hopefully account for inaccuracies.
2009-02-14 00:34 <cedk> vengfulsquirrel: per example if during the process you broke some products
2009-02-14 00:34 <vengfulsquirrel> As a sort of reporting tool.
2009-02-14 00:35 <cedk> vengfulsquirrel: lost and found if generic term to say don't compute it in stock
2009-02-14 00:35 <cedk> vengfulsquirrel: but you can create many lost and foudn location for different purpose
2009-02-14 00:37 <cedk> it is late here
2009-02-14 00:37 <cedk> I'm going to sleep
2009-02-14 00:37 <cedk> bye
2009-02-14 00:37 -!- cedk(n=ced@gentoo/developer/cedk) has left #tryton
2009-02-14 00:43 <vengfulsquirrel> cedk: Okay I don't know if you'll get this but I mean Consumed and Produced to be Lost/Found type locations.
2009-02-14 00:44 <vengfulsquirrel> *meant
2009-02-14 01:01 -!- bechamel(n=user@85.201.86.139) has left #tryton
2009-02-14 01:12 -!- vengfulsquirrel(n=ian@c-71-202-125-182.hsd1.ca.comcast.net) has left #tryton
2009-02-14 03:29 -!- ikks(i=igor@190.102.219.184) has joined #tryton
2009-02-14 03:37 -!- juanfer(n=juanfer@190.157.120.122) has joined #tryton
2009-02-14 04:05 -!- ikks(i=igor@190.102.209.206) has joined #tryton
2009-02-14 04:53 -!- ikks(i=igor@190.120.130.173) has joined #tryton
2009-02-14 05:19 -!- yangoon(n=mathiasb@p549F4EC8.dip.t-dialin.net) has joined #tryton
2009-02-14 05:45 -!- cedric_b(n=cedric@ANantes-158-1-23-156.w86-195.abo.wanadoo.fr) has joined #tryton
2009-02-14 05:45 -!- ChanServ(ChanServ@services.) has joined #tryton
2009-02-14 05:45 -!- panthera(n=daniel@unable-to-package.org) has joined #tryton
2009-02-14 07:45 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 08:27 -!- carlos(n=carlos@89.7.24.44) has joined #tryton
2009-02-14 09:30 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-02-14 09:39 -!- sharkcz(n=dan@plz1-v-4-17.static.adsl.vol.cz) has joined #tryton
2009-02-14 09:39 <cedk> carlos: ping
2009-02-14 09:40 <carlos> cedk: pong
2009-02-14 09:40 <cedk> carlos: for your SOAP issue
2009-02-14 09:40 <cedk> carlos: you can perhaps implement a SOAP protocols on Tryton
2009-02-14 09:40 <carlos> I'm creating a Tryton module with a SOAP service
2009-02-14 09:40 <carlos> cedk: I thought about that too
2009-02-14 09:41 <cedk> carlos: I don't think it can be do in a module
2009-02-14 09:41 <carlos> cedk: and if you find it useful, I will do it as the second phase
2009-02-14 09:41 <carlos> cedk: well, I can be done to be used for that module
2009-02-14 09:41 <carlos> using a different port
2009-02-14 09:41 <cedk> carlos: but I don't know if the POS can be addapted to any SOAP
2009-02-14 09:42 <carlos> and as a second phase, integrated with the xmlrpc daemon in a different path
2009-02-14 09:42 <carlos> s/xmlrpc daemon/httpdaemon/
2009-02-14 09:43 <carlos> cedk: the one from OpenBravoPOS requires an ExternalSales service with all methods
2009-02-14 09:43 <carlos> so I guess we could use the /soap/ExternalSales/ namespace
2009-02-14 09:43 <cedk> carlos: but in a module, you will not be able to catch SIGTERM to stop the daemon
2009-02-14 09:44 <carlos> for that task
2009-02-14 09:44 <carlos> hmmm, I see what you mean
2009-02-14 09:44 <carlos> cedk: Maybe adding also a Tryton Service that just listens for such signal to know when to stop it?
2009-02-14 09:45 <cedk> carlos: but if POS call very specific method, perhaps you must write your own server that use Tryton as a library
2009-02-14 09:45 <carlos> cedk: I need this for 1.0 but I don't want to modify the core too much
2009-02-14 09:46 <carlos> cedk: yeah, that was I was planning, but doing it as a module instead of an external service
2009-02-14 09:46 <cedk> carlos: so I think the best option is a separate process that use Tryton as library
2009-02-14 09:46 <carlos> but I guess it makes sense to do an external daemon and integrate it with 1.2 or later versions
2009-02-14 09:47 <cedk> carlos: I'm not sure this good to integrate it if it is too specific
2009-02-14 09:47 <carlos> with the integration I talk about your suggestion of adding soap support to Tryton
2009-02-14 09:48 <carlos> if we add soap support to Tryton, I could integrate it as a Tryton module, just as another service
2009-02-14 09:49 <cedk> carlos: yes but if OpenbravoPOS can not be adapted to talk with other software, it is not very useful
2009-02-14 09:49 <carlos> however, my idea is to develop a 'native' pos for tryton, instead of using openbravopos so maybe it makes no sense at all... unless soap service is really useful for something else
2009-02-14 09:49 <carlos> cedk: the openbravopos is just a workaround to get something working now
2009-02-14 09:50 <cedk> carlos: it is no complicate to add a protocol but the main issue is that you must be able to customize the client to talk the same dialect
2009-02-14 09:50 <carlos> cedk: well, you have the code there, but I don't want to modify openbravopos, I prefer to work directly with Python
2009-02-14 09:51 <carlos> then we should leave it outside the stack, neither I or my company is going to expend resources changing the client
2009-02-14 09:51 <cedk> carlos: yes I understand, so you can not customize how POS will talk so it is preferable to make an external daemon that make the glue instead of putting the glue in the Tryton server
2009-02-14 09:51 <carlos> right
2009-02-14 09:51 <carlos> it has just three methods
2009-02-14 09:52 <cedk> carlos: so very simple
2009-02-14 09:52 <carlos> and we need to implement those three methods (that's why using openbravopos is not a good idea as the Tryton's pos)
2009-02-14 09:52 <carlos> the sync is done on demand by the user
2009-02-14 09:52 <carlos> not automatically, so it's just an ugly hack that they did to integrate it with OpenBravo
2009-02-14 09:53 <cedk> carlos: yes but this can work very fast instead of writing an new POS
2009-02-14 09:53 <carlos> right, that's why I'm going that path
2009-02-14 09:54 <carlos> while we prepare the native POS
2009-02-14 10:02 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-02-14 10:11 -!- enlightx(n=enlightx@host-84-220-89-221.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 11:30 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 11:39 <carlos> cedk: I think I'm going to use netrpc interface instead of Tryton as a library so I don't need to care about user security or permissions myself
2009-02-14 11:40 <carlos> so my program exports a SOAP API and maps it to the Tryton's netrpc interface
2009-02-14 11:40 <cedk> carlos: this is also a good solution
2009-02-14 11:40 <carlos> I want to put there as less logic as possible
2009-02-14 11:43 <cedk> carlos: I understand by the way it is good to prefere netrpc than xmlrpc
2009-02-14 11:44 <carlos> as far as I know netrpc is more efficient than xmlrpc for remote links, isn't it?
2009-02-14 11:46 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-02-14 11:48 <cedk> carlos: for remote and also local link
2009-02-14 11:52 <carlos> sure, however latency in local link is not so bad so I guess the change is not so obvious
2009-02-14 12:46 -!- Timitos(n=Timitos@88.217.184.172) has joined #tryton
2009-02-14 13:03 <CIA-10> tryton: htgoebel roundup * #779/res = self.cursor.execute(sql, params): [new] Traceback (most recent call last): File "/trytond/protocols/netrpc.py", line 54, in run res = dispatch(*msg) File "/trytond/protocol ...
2009-02-14 13:06 <CIA-10> tryton: htgoebel roundup * #779/res = self.cursor.execute(sql, params): [chatting] [Sat Feb 14 13:02:48 2009] ERROR:sql:Wrong SQL: INSERT INTO "account_tax" (id,"description","parent","sequence","company","invoice_acco ...
2009-02-14 14:56 -!- carlos(n=carlos@89.7.24.44) has joined #tryton
2009-02-14 14:56 -!- yangoon(n=mathiasb@p549F4EC8.dip.t-dialin.net) has joined #tryton
2009-02-14 16:02 <CIA-10> tryton: Timitos roundup * #779/SKR03: NULL-Wert in Spalte Ā»report_codeĀ« verletzt Not-Null-Constraint: this error depends on our module account_invoice_line_tax which is still under development. this module is no more needed. this module has not bee ...
2009-02-14 16:15 <cedk> Timitos: you can close the issue779 if you want
2009-02-14 16:16 <Timitos> cedk: ok. you are right. thx
2009-02-14 16:16 <cedk> Timitos: and by the way assign it to you :-)
2009-02-14 16:36 <CIA-10> tryton: matb roundup * #423/operator: contains behaves strange with underscores: I would favor nevertheless an operator "word begins". That it has to be contained in the search expression, is IMHO far more obvious than that the ...
2009-02-14 17:31 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-02-14 18:51 -!- cedk(n=ced@gentoo/developer/cedk) has joined #tryton
2009-02-14 19:31 -!- paola(n=paola@host-84-223-76-210.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 21:01 -!- enlightx(n=enlightx@host-84-220-89-221.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 21:38 -!- enlightx(n=enlightx@host-84-220-89-221.cust-adsl.tiscali.it) has joined #tryton
2009-02-14 22:51 -!- cristi_an(i=5978d3ce@gateway/web/ajax/mibbit.com/x-d56dbc4b45d72c9c) has joined #tryton
2009-02-14 22:51 <CIA-10> tryton: matb roundup * #780/BadZipfile: File is not a zip file: [new] Actualize translations of reports: Traceback (most recent call last): File "/trytond/protocols/netrpc.py", line 54, in run res = disp ...
2009-02-14 22:53 -!- ikks(i=igor@190.102.222.216) has joined #tryton

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!