*** a42niem has joined #idempiere | 06:15 | |
*** KermitTheFragger has joined #idempiere | 06:27 | |
*** druiz has joined #idempiere | 08:24 | |
*** hieplq has joined #idempiere | 11:19 | |
*** hieplq has quit IRC | 11:21 | |
*** ngordon7000 has joined #idempiere | 11:27 | |
*** CarlosRuiz has joined #idempiere | 11:33 | |
*** ChanServ sets mode: +o CarlosRuiz | 11:33 | |
*** hieplq has joined #idempiere | 11:41 | |
*** hieplq_ has joined #idempiere | 11:41 | |
*** hieplq_ has quit IRC | 11:45 | |
*** hieplq has quit IRC | 12:05 | |
ngordon7000 | Hi Carlos | 12:14 |
---|---|---|
*** HideakiHagiwara has joined #idempiere | 12:16 | |
*** aguerra has joined #idempiere | 12:23 | |
aguerra | good morning !!! | 12:23 |
ngordon7000 | hi aguerra | 12:25 |
CarlosRuiz | Good Morning | 12:26 |
a42niem | guten tag | 12:26 |
aguerra | hi ngordon7000 CarlosRuiz | 12:27 |
aguerra | hi a42niem | 12:27 |
a42niem | hi aguerra | 12:27 |
ngordon7000 | Does anyone know if it Is acceptable use to open a Jira ticket to track the development of a plugin? | 12:29 |
CarlosRuiz | ngordon7000, if the plugin is full open source I think is ok | 12:34 |
a42niem | hi CarlosRuiz | 12:43 |
CarlosRuiz | Hi Dirk | 12:43 |
*** Deepak_ has joined #idempiere | 12:44 | |
a42niem | i have created IDEMPIERE-2731 and IDEMPIERE-2732 concerning extendabilty of model and callouts. can you please have alook at them? | 12:44 |
Deepak_ | Hello All | 12:45 |
Deepak_ | Good Morning | 12:45 |
aguerra | hi Deepak | 12:45 |
CarlosRuiz | ok a42niem I'll check | 12:45 |
CarlosRuiz | Hi Deepak_ | 12:45 |
druiz | HI all | 12:46 |
Deepak_ | Hello Diego | 12:46 |
a42niem | hi Deepak_, hi druiz | 12:46 |
Deepak_ | Carlos, For Movement should we add support for From and to asi on attribute tab? | 12:47 |
Deepak_ | Also date material policy? | 12:47 |
Deepak_ | Currently limitation is that you can't do movement with different from and to ASI in single line | 12:47 |
CarlosRuiz | in past I've seen you can do movement changing ASI - but I don't know what is the business case for such thing | 12:49 |
CarlosRuiz | IMHO a movement must not change the ASI | 12:49 |
aguerra | iDempiere has Consignment Support ?? | 12:53 |
a42niem | aguerra: i had described a scenario based on available functionality in the forum | 12:57 |
a42niem | link is https://groups.google.com/forum/#!msg/idempiere/TNNj8qaMZXw/Nz25_LWfD64J | 12:58 |
ngordon7000 | carlos: thanks for the feedback re: the jira ticket. yes it is full open source | 12:58 |
aguerra | ok a42niem let me check !!! | 12:59 |
Deepak_ | Carlos Movement can change ASI | 13:02 |
Deepak_ | As it has from and to ASI | 13:02 |
Deepak_ | on movement line, you can have 2 different ASI | 13:02 |
*** muriloht has joined #idempiere | 13:03 | |
Not-f4e9 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2731 status set to "Resolved" -assignee set to "Dirk Niemeyer" -resolution set to "Fixed" | 13:03 |
Not-f4e9 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2731 | 13:03 |
Deepak_ | Carlos, Bussiness case is managing splits at ASI level | 13:03 |
CarlosRuiz | example? | 13:04 |
Deepak_ | For example, Say we have stock which can be in full case or can be in broken case | 13:05 |
Deepak_ | And customer can order full case or one item | 13:06 |
Deepak_ | in case of full case it is important that user do not delivered split items | 13:06 |
Deepak_ | So need to maintain what stock are in full case | 13:06 |
Deepak_ | For example you have case of 6 bottle and you are also selling 1 bottle | 13:07 |
Deepak_ | So in this case there may need to convert stock from Full ASI to split ASI | 13:07 |
CarlosRuiz | interesting - haven't thought about that - I think druiz and tbayen will be glad to review that possible approach :-) | 13:09 |
CarlosRuiz | but don't get the complete picture - what is the ASI - the number of items? | 13:09 |
CarlosRuiz | I thought the case/bottle was better managed using BOM | 13:10 |
Deepak_ | We currently managing isSplit as one attribute | 13:12 |
Deepak_ | So we know status of stock | 13:12 |
Deepak_ | So it can be either full or split | 13:13 |
Deepak_ | BOM is not good case as they want to use same product | 13:13 |
Deepak_ | same product sold with multiple UOM | 13:13 |
CarlosRuiz | isSplit meaning that the case is incomplete? one of the bottles was taken out? | 13:15 |
*** tbayen has joined #idempiere | 13:17 | |
tbayen | Daarestiet! :-) | 13:17 |
a42niem | moin tbayen | 13:18 |
tbayen | I heard you are talking about uom. We have some experience with that during the last weeks. | 13:18 |
CarlosRuiz | tbayen, you can read the previous talk here | 13:20 |
CarlosRuiz | http://www.globalqss.com/idempiere/irclog/%23idempiere.2015-07-22.log.html#t2015-07-22T13:02:29 | 13:20 |
tbayen | Thanks, I was reading it in this very moment at Diego's screen. :-) (But your log is really great - did I tell that already?) | 13:21 |
tbayen | Sorry if this question from a german sounds stupid but what is ASI? | 13:21 |
*** Deepak_ has quit IRC | 13:22 | |
CarlosRuiz | Attribute Set Instance | 13:22 |
tbayen | Too bad that Deepak is not here any more. I would like him to explain deeper what he means. It can be that we have a similar problem. | 13:25 |
Not-f4e9 | [iDempiere] CarlosRuiz_globalqss pushed 1 commit to development [+0/-0/±2] https://bitbucket.org/idempiere/idempiere/commits/ | 13:25 |
Not-f4e9 | [iDempiere] a42niem befd4a9 - IDEMPIERE-2731 Modify Access Modifiers of MInOut and MOrder properties and Methods | 13:25 |
tbayen | a42niem, won't you visit us at the iDempiere World Conference? I do not see your name on the wiki page's list. :-o | 13:29 |
a42niem | sure i will, just forgot to do it | 13:33 |
a42niem | tbayen: done :) | 13:35 |
tbayen | Ah! :-) | 13:36 |
a42niem | sir , yes sir ;) | 13:36 |
Not-f4e9 | [iDempiere] jenkins built #1679 completed (success) http://ci.idempiere.org/job/iDempiere/1679/ | 13:36 |
*** mhernandezve has joined #idempiere | 13:38 | |
muriloht | hi all! i'm glad to have the oportunity to meet the team at 2015 WC! | 13:41 |
CarlosRuiz | Hi muriloht | 13:42 |
*** Deepak_ has joined #idempiere | 13:43 | |
CarlosRuiz | great you'll be at Krefeld | 13:43 |
tbayen | Hi muriloht , you are welcome. :-) | 13:43 |
Deepak_ | Just back | 13:43 |
tbayen | What means "devCoffee"? Are you developing in Java and drinking coffee or are you producing coffee and using an erp? :-) | 13:44 |
tbayen | Hi Deepak_ I am interested in your uom/case problem. I had a similar thing here. But I am not sure if it is the same. | 13:44 |
Deepak_ | Carlos, isSplit means stock in split status | 13:44 |
Deepak_ | It means package or case is broken | 13:45 |
muriloht | thks Carlos and Thomas! :) | 13:45 |
Deepak_ | I know this is Wine bottle seller's problem | 13:45 |
tbayen | What means "broken"? Is that when you took one bottle out of a case? | 13:46 |
muriloht | devCoffee means that we drink a lot of coffee developing in java (idempiere) ... many people thinks that we produce coffee hehe | 13:46 |
Deepak_ | yes | 13:47 |
Deepak_ | Thomas, split=brokens mean case is broken | 13:48 |
Deepak_ | not the bottle:) | 13:48 |
CarlosRuiz | do you have the wine product UOM defined as unit or as case? | 13:48 |
Deepak_ | So such stock are preferred for shipping for non case order | 13:48 |
Deepak_ | There are both UOM | 13:49 |
Deepak_ | for example each | 13:49 |
Deepak_ | and pack of 4 | 13:49 |
Deepak_ | or pack of 12 | 13:49 |
CarlosRuiz | yep - but the wine product - which is the UOM inventory? | 13:54 |
Deepak_ | Inventory is in each | 13:57 |
*** mhernandezve has quit IRC | 13:58 | |
tbayen | Why is it important to separate between broken and unbroken? Why don't you count just bottles. And if there is an order to sell one bottle the storage worker should now that he first takes it from a broken case, shouldn't he?!? | 13:59 |
tbayen | know | 13:59 |
*** mhernandezve has joined #idempiere | 14:00 | |
*** HideakiHagiwara has quit IRC | 14:14 | |
*** ngordon7000 has quit IRC | 14:14 | |
Deepak_ | Manage different locator in warehouse for broken and full case | 14:26 |
*** KermitTheFragger has quit IRC | 14:26 | |
Deepak_ | And for making picking efficient, need to direct worker to correct location so that he founds right item and do not keep splitting full case unnecessorily | 14:27 |
tbayen | In my case we have not different locators. I have to think about that... | 14:40 |
Deepak_ | In that case it can be managed | 14:42 |
CarlosRuiz | Deepak_, but why to change the ASI if the locator indicates if is split | 14:42 |
Deepak_ | See carlos,it is mix of things | 14:43 |
Deepak_ | Say some time split item may be with regular item | 14:43 |
Deepak_ | Worker decide do they want to put split items on safe place | 14:44 |
Deepak_ | or keep with regular items | 14:44 |
CarlosRuiz | ok, with what you said - I think it can be business cases where a movement could change ASI - it depends on what the ASI is defined for | 14:45 |
CarlosRuiz | you said at this moment that's not possible in movement? | 14:45 |
Deepak_ | It is done and working | 14:46 |
CarlosRuiz | ah good | 14:46 |
Deepak_ | If I use ASI at line level only | 14:46 |
Deepak_ | But Date Material policy are random some time which need to be controlled too | 14:46 |
Deepak_ | And for that Attribute tab is only media to control dateMPolicy | 14:47 |
Deepak_ | Now if we do not specify ASI on movementline but on attribute, we do not have way to move package to split | 14:48 |
Deepak_ | So in fact, if I have ASI_TO and dateMPolicy_To on attribute tab for movement line, we have better control | 14:49 |
tbayen | I still wonder if that is needed. On one hand you can say "if there is a modulo of bottles/6 then there is a broken case" on the other hand I think it is very difficult to keep the IsSplit attribute in the right way. When a worker accidentally opens a wrong case (and does not want to confess that) all your data is corrupt. At the end that can make more work for your customer than it is worth. | 14:52 |
Deepak_ | Thomas, it do not work in that way | 15:07 |
tbayen | That is an interesting point that my solution does not cover. | 15:07 |
Deepak_ | System calculate total number of case to open and secure it by suggesting move to different locator | 15:07 |
Deepak_ | No worker are assigned that task and worker decide where to move those items need to be split for future splitting | 15:08 |
Deepak_ | Still it is not physically split but system now knows it as split | 15:09 |
Deepak_ | Also there are certain parameter that system suggest worker to indicate which package they have to pick up | 15:09 |
Deepak_ | And worker are actually trained to obey what system says, They have to do exception only when system suggested location has no stock found | 15:10 |
Deepak_ | That is rare case | 15:10 |
*** druiz has quit IRC | 15:40 | |
*** Deepak_ has quit IRC | 15:42 | |
*** Deepak has joined #idempiere | 17:27 | |
*** Deepak has quit IRC | 17:53 | |
*** mhernandezve has quit IRC | 18:07 | |
*** muriloht has quit IRC | 19:13 | |
*** nmicoud has joined #idempiere | 19:57 | |
*** nmicoud_ has joined #idempiere | 20:18 | |
*** nmicoud has quit IRC | 20:20 | |
*** a42niem has quit IRC | 20:23 | |
*** nmicoud_ has quit IRC | 20:48 | |
aguerra | CarlosRuiz some help please | 21:54 |
Not-f4e9 | [IDEMPIERE] carlosruiz_globalqss updated IDEMPIERE-2732 | 22:49 |
Not-f4e9 | [IDEMPIERE] Thanks [~a42niem], I consulted [~hengsin] about this, his advice is to create {quote} a new ICalloutFactory and refactor the part of GridTab that load callout class into a factory method i.e the part after String callout = field.getCallout(); {quote} so you can replace the callout with same name by your custom like we can do for process factory. with this approach we don't need to touch the dictionary - | 22:49 |
Not-f4e9 | we just create a calloutfactory to replace the core callouts with our custom callouts | 22:49 |
Not-f4e9 | [IDEMPIERE] http://idempiere.atlassian.net/browse/IDEMPIERE-2732 | 22:49 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!