That's a pretty good list of parameters and options for general auction functionality. I agree there is no need to develop it for a specific style of auction when it is fairly easy to parameterize and support a variety.
-David On Nov 25, 2009, at 3:02 PM, Carsten Schinzer wrote: > 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
