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