Ok I guess this comes under business logic and hopefully we can have may such services that can be configured based on the product, but assigning these services in the product configuration. I am trying to think not as this is my requirement, but a best way to expand ofbiz that lets consultant configure with out changing ofbiz as such.
and yes, allow to be backward compatible by putting in a default service with the current business logic I think this effort would satisfy everyone and allow for future expansion with a lot more ease. Skip sent the following on 10/24/2007 4:38 PM: > BJ > > I think we are talking about different issues. The flag would only be used > to determine whether the existing quickship code is run or whether inventory > checks are done and requirements created for out of stock items when the > quickship button is pressed. The satisfaction of the requirements, i.e. > dropshipped or backordered etc. would be determined by other (hopefully > existing) code. In this way, existing Ofbiz users who want the existing > behavior would be unaffected and those of us with walk-in customers who > backorder things have an easier time getting it done. > > For my current customer, I actually need to give the purchasing guy both > options (dropship from multiple suppliers and backorder and ship locally). > But, I expect this code to be in some other area (haven't looked yet). > > Skip > > -----Original Message----- > From: BJ Freeman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 24, 2007 4:05 PM > To: user@ofbiz.apache.org > Subject: Re: shipments made for out of stock items > > > if the inventory supplier is a dropshipper would be the consideration. > since you can have many suppliers for a product, you could have a > supplier you order from for your local supplier and a drop shipper as well. > this would come under a scenario of determining best cost and delivery > of the product which is part of ERP. > > So I don't think a simple flag is the answer. > > > Skip sent the following on 10/24/2007 3:33 PM: >> BJ >> >> No, I have considered only my own needs. However, a property which >> determines the behavior satisfies both camps. >> >> Skip >> >> -----Original Message----- >> From: BJ Freeman [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, October 24, 2007 1:27 PM >> To: user@ofbiz.apache.org >> Subject: Re: shipments made for out of stock items >> >> >> Skip have you consider the sequence for a dropshipper, and some >> fulfillment houses. >> you don't have their inventory. >> >> Skip sent the following on 10/24/2007 1:09 PM: >>> Dave >>> >>> I agree that this is a big hole/bug. On the other hand, there are folks >> who >>> don't mind/prefer the sloppiness (I have a customer just like that). So, >>> perhaps we could use a property to define the behavior, like: >>> >>> ilikesloppybookkeeping=true/false (tongue in cheek) >>> >>> However, I would be happy to collaborate to get this done. I want >>> requirements and automatic backorders issued for out of stock etc for >> quick >>> ship. I was just about to start work on this. We could modify the >> existing >>> service to look for a property and if it exists, do the better > bookkeeping >> / >>> automatic ordering. >>> >>> This is a hole for me because if my customer has a customer at the > counter >>> and is selling him some stuff and part of it is on back order, he has to >>> exit out of the sales order screen and go to the shipping screen to get > it >>> all done right. It's a pain and will happen 10 times a day for him. >> Fixing >>> the quickship will take care of it. >>> >>> Maybe with the configurable property, the muckity-mucks won't be so >>> reluctant to accept it. >>> >>> Skip >>> >>> -----Original Message----- >>> From: David E Jones [mailto:[EMAIL PROTECTED] >>> Sent: Wednesday, October 24, 2007 12:24 PM >>> To: user@ofbiz.apache.org >>> Subject: Re: shipments made for out of stock items >>> >>> >>> >>> On Oct 24, 2007, at 6:41 AM, Dave Tenerowicz wrote: >>> >>>> The more I think about this, it seems inappropriate for an ERP >>>> system to allow this. Why would the quick ship service allow a user >>>> to charge a customers credit card and "ship" a physical product >>>> that the system "knew" was not available? >>> For some users the system doesn't know everything... >>> >>>> Before charging the card, the sales person would want to confirm >>>> that the goods were actually available. Once this was confirmed, it >>>> would take a facility worker 30 seconds to adjust the inventory, >>>> leaving an audit trail etc. >>> Yes, but not everyone wants to use it this way. >>> >>>> To me this seems like a JIRA issue, which should be fixed. >>>> >>>> I'll submit the issue and we'll submit a fix. >>> It will most likely be rejected. >>> >>> -David >>> >>> >>>> Dave Tenerowicz wrote: >>>>> Thank you! >>>>> >>>>> David E Jones wrote: >>>>>> Well, there ya go! >>>>>> >>>>>> The quick ship order stuff doesn't check stock levels... >>>>>> >>>>>> -David >>>>>> >>>>>> >>>>>> On Oct 23, 2007, at 3:53 PM, Dave Tenerowicz wrote: >>>>>> >>>>>>> Yes, I should have mentioned that we created a new service to >>>>>>> automatically create shipments. It calls quickShipOrder as part >>>>>>> of it's processing. >>>>>>> -Dave >>>>>>> >>>>>>> David E Jones wrote: >>>>>>>> What do you mean by "being created"? >>>>>>>> >>>>>>>> There isn't really anything that automatically creates >>>>>>>> shipments, unless a human does it through some UI like the >>>>>>>> shipment or packing screens (or a service or something was >>>>>>>> written to automatically do it somehow). >>>>>>>> >>>>>>>> -David >>>>>>>> >>>>>>>> >>>>>>>> On Oct 22, 2007, at 3:48 PM, Dave Tenerowicz wrote: >>>>>>>> >>>>>>>>> It appears that shipments are being created with out of stock >>>>>>>>> items in an implementation we are doing. I am guessing this is >>>>>>>>> due to product store settings, not a code issue. >>>>>>>>> rev = 545314 >>>>>>>>> check inventory=Y >>>>>>>>> reserve inventory=Y >>>>>>>>> require inventory=N >>>>>>>>> >>>>>>>>> All products are finished goods (no digital or virtual) >>>>>>>>> >>>>>>>>> Thanks for any help. >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Dave Tenerowicz >>>>>>>>> [EMAIL PROTECTED] >>>>>>>>> >>>>>>>>> Office: 303.493.6727 >>>>>>>>> Mobile 303.906.6116 >>>>>>>>> Fax 303.814.8330 >>>>>>>>> >>>>>>>>> Visit us at http://www.salmonllc.com >>>>>>>>> For ERP Information: http://www.salmonllc.com/Jsp/vanity/ >>>>>>>>> ERP_CRM.jsp?nav=2&NavBarId=ERP_CRMServices >>>>>>>>> >>>>>>> -- >>>>>>> Dave Tenerowicz >>>>>>> [EMAIL PROTECTED] >>>>>>> >>>>>>> Office: 303.493.6727 >>>>>>> Mobile 303.906.6116 >>>>>>> Fax 303.814.8330 >>>>>>> >>>>>>> Visit us at http://www.salmonllc.com >>>>>>> For ERP Information: http://www.salmonllc.com/Jsp/vanity/ >>>>>>> ERP_CRM.jsp?nav=2&NavBarId=ERP_CRMServices >>>>>>> >>>> -- >>>> Dave Tenerowicz >>>> [EMAIL PROTECTED] >>>> >>>> Office: 303.493.6727 >>>> Mobile 303.906.6116 >>>> Fax 303.814.8330 >>>> >>>> Visit us at http://www.salmonllc.com >>>> For ERP Information: http://www.salmonllc.com/Jsp/vanity/ >>>> ERP_CRM.jsp?nav=2&NavBarId=ERP_CRMServices >>>> >>> >>> >>> >> >> >> > > > >
