Oh sorry, Tim, I like to think of a very flexibly configurable service which can be used for the following auction scenarios:
*Pricing* - fixed start price - fixed end price - fixed bid increase amount - bidding for highest amount (sales scenario) - bidding for lowest amount (bids scenario) *Termination * - fixed end time (ebay style) - maximum period of no higher/lower counter-bids - expiry for unreached target price *Payment* - pay total price - pay own bid increases (often used in charity scenarios in order to reach higher prices) For me, the auction engine itself is only part of the interesting challenges. There is also (business) intelligence around it like e.g. bid history, bid pricing analysis, ... I can of course imagine combined scenarios where an ecommerce shop would e.g. have an auction on exclusive prototypes for example of clothing while the regular sales will be on the regular catalogue stuff (acutally, I do have a customer where this is a use case that we want to realize soon). I am sure there is more, so I am curious what else we may be coming up with. Let me know, I am happy to track these requirements on a document moving forward so we can start to design this. Kind regards Carsten 2009/11/25 Carsten Schinzer <[email protected]> > Well, it may sound naive: > > My first idea was to extend into > applications/product/servicedef/service_pricepromo or add a > service_auctionpricing there. > Consequently, in product-definition one could use somthing like e.g. > <ProductPrice productId="myProd" productPricePurposeId="AUCTION" > productPriceTypeId="START_PRICE" ... /> > etc. with different price types. > > Is that totally weird, too simple, the right path? > > Let me know your thoughts ... > > Regards > > > Carsten > > > 2009/11/25 Tim Ruppert <[email protected]> > > Having it as a special purpose app, does not mean that you couldn't use it >> in other apps. Keeping them separate really depends on the design and how >> they'd be utilized - both independently or as a part of ecommerce. >> Personally, I'm looking forward to seeing more ideas around how it might be >> used so that that decision can be made. >> >> >> Cheers, >> Ruppert >> -- >> Tim Ruppert >> HotWax Media >> http://www.hotwaxmedia.com >> >> o:801.649.6594 >> f:801.649.6595 >> >> On Nov 25, 2009, at 12:38 PM, David E Jones wrote: >> >> >>> On Nov 25, 2009, at 6:18 AM, Abdullah Shaikh wrote: >>> >>> I think Tim is right in saying it should be an another special purpose >>>> app., >>>> >>> >>> Where to put it depends on how people want to use it. For example, if you >>> want to be able to build a site that has a mix or purchase and auction items >>> then having it developed as separate apps would be rather inconvenient. >>> >>> On the other hand, if they were developed as a single application and >>> items showed based on configuration then it would still be easy to have >>> sites that do only purchase or auction items. >>> >>> -David >>> >>> >>> but when I read that "just the product using a different pricing type >>>> called >>>> e.g. "AUCTION" or "BID", I was confused ..and didn't thought on it much >>>> as I >>>> was busy with some other issues. >>>> >>>> But what I feel is it will be better if we can have another component >>>> for >>>> auction, as the it can get quite complicated >>>> >>>> The reasons why I fee this is : >>>> >>>> 1) Recenlty there was a mail from someone regarding the entities created >>>> it >>>> database, I mean if someone is not using Auction, than too there will be >>>> entities related to Auction, I guess we can avoid this by having this as >>>> a >>>> separate component, if not required the user can just not load the >>>> component >>>> >>>> 2) This will keep the Auction this separate, I guess this would avoid >>>> unnecessary complexity in ecommerce >>>> >>>> 3) I don't know if the effort has started, but there was a discussion on >>>> making the components independent & using maven script. >>>> >>>> Can't think of any more points :) >>>> >>>> As you will be developing the Auction thing, I guess, from scratch, it >>>> will >>>> be better if we keep these things in mind. >>>> >>>> Above all are my thoughts, maybe I am missing something or have not paid >>>> much attention to details. >>>> >>>> Let me know your thoughts ... I guess these points applies to all new >>>> components that we will be making in future. >>>> >>>> Thanks, >>>> Abdullah >>>> >>>> On Wed, Nov 25, 2009 at 1:13 AM, Carsten Schinzer < >>>> [email protected] >>>> >>>>> wrote: >>>>> >>>> >>>> Hm. Actually, It's rather a specific service I would think, than a full >>>>> app. >>>>> >>>>> It could be integrated into the regular shop approach, i.e. catalogue >>>>> of >>>>> products, just the product using a different pricing type called e.g. >>>>> "AUCTION" or "BID". >>>>> Well this is just thinking aloud to be honest. I have no good insight >>>>> yet >>>>> into the pricing mechanisms offered, but I thought it's rather an >>>>> extension >>>>> to that. >>>>> >>>>> More thoughts welcome! Abhijeet, what is the algorithm that you will >>>>> require? E-Bay-style? >>>>> >>>>> Regards >>>>> >>>>> Carsten >>>>> >>>>> >>>>> 2009/11/24 Tim Ruppert <[email protected]> >>>>> >>>>> Seems like an interesting feature to add to the system for sure - >>>>>> >>>>> probably >>>>> >>>>>> another special purpose app, eh? >>>>>> >>>>>> Cheers, >>>>>> Ruppert >>>>>> -- >>>>>> Tim Ruppert >>>>>> HotWax Media >>>>>> http://www.hotwaxmedia.com >>>>>> >>>>>> o:801.649.6594 >>>>>> f:801.649.6595 >>>>>> >>>>>> >>>>>> On Nov 24, 2009, at 11:01 AM, Carsten Schinzer wrote: >>>>>> >>>>>> All, >>>>>> >>>>>>> >>>>>>> Funny that you ask. Did I not just send out the very same inquiry to >>>>>>> the >>>>>>> list on Friday 20th? >>>>>>> I wonder whether that mail has ever gotten to the list. >>>>>>> >>>>>>> Can anyone just quickly feed back to me whether that email ever left >>>>>>> my >>>>>>> system here? >>>>>>> >>>>>>> BTW Abhijeet, I would be interested to participate in coding efforts >>>>>>> if >>>>>>> required. I would need a non-ebay-type auction pricing, i.e. not a >>>>>>> time-bound deadline for bids. >>>>>>> >>>>>>> Moreover it would be good to also integrate a "directional" >>>>>>> >>>>>> configuration, >>>>> >>>>>> i.e. not only allowing to bid higher prices but actually also lower >>>>>>> ones >>>>>>> (e.g. to get the best price for a certain offering). >>>>>>> >>>>>>> Thanks & regards >>>>>>> >>>>>>> >>>>>>> Carsten >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2009/11/24 Jacopo Cappellato <[email protected]> >>>>>>> >>>>>>> As far as I know, apart from the eBay integration, there is not >>>>>>> >>>>>> something >>>>> >>>>>> ready out of the box. >>>>>>>> >>>>>>>> Kind regards, >>>>>>>> >>>>>>>> Jacopo >>>>>>>> >>>>>>>> On Nov 24, 2009, at 4:50 PM, Abhijeet Pandey wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>>> >>>>>>>>> Can any body guide me that if ofbiz offers inbuilt auction engine ? >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Abhijeet Pandey >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> >>>>>>> Best >>>>>>> >>>>>>> Carsten Schinzer >>>>>>> >>>>>>> Waisenhausstr. 53a >>>>>>> 80637 München >>>>>>> Germany >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> >>>>> Best >>>>> >>>>> Carsten Schinzer >>>>> >>>>> Waisenhausstr. 53a >>>>> 80637 München >>>>> Germany >>>>> >>>>> >>> >> > > > -- > > Best > > Carsten Schinzer > > Waisenhausstr. 53a > 80637 München > Germany > -- Best Carsten Schinzer Waisenhausstr. 53a 80637 München Germany
