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