| 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/!