Yes having it set for the whole store would be the way to go. then as new products are added they adopt the store settings. will work up a proposal and put in the jira comments and support welcome
Skip sent the following on 10/24/2007 5:41 PM: > BJ > > This is a really good idea, but too fine grained for me. Perhaps we could > have a similiar drop down for the store page and then a ? "Want to add this > to all products?". > > I can forsee the need to have variances for some products, but most would > use one method. > > Maybe a service you could run to set all products to one service and then go > and individually do the ones that varied? > > The more I think about this per-product service, the more I like it. > > Skip > > -----Original Message----- > From: BJ Freeman [mailto:[EMAIL PROTECTED] > Sent: Wednesday, October 24, 2007 5:04 PM > To: user@ofbiz.apache.org > Subject: Re: shipments made for out of stock items > > > so to expand on this. > we have many services that do many things. > but each customer has a different way they want it done > so in products page, a dropdown of toplevel logic service. > for Out of Stock. > the consultant use the webtools import to put in their top level > service, name thisismytoplevelforoutofstock. > this service would then call the other services that are here to > implement their business logic > > hope that clears it up. > > BJ Freeman sent the following on 10/24/2007 4:49 PM: >> 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 >>>>>> >>>>> >>>> >>> >>> >> >> > > > >