Commerce Server General - Managing Orders without Affecting Discounts

This is Interesting: Free IT Magazines  
Home > Archive > Commerce Server General > August 2006 > Managing Orders without Affecting Discounts





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Managing Orders without Affecting Discounts
Davidlev

2006-08-29, 1:27 pm

We are facing a problem in that if we attempt to make changes to an order,
after it has been submitted (cancelling an item as an example), when we rerun
it though the basket and total pipelines to re-adjust the pricing, we are
re-evaluating the order againts its applied discounts and coupons. So if a
coupon has expired be the time the order is being managed, we loose the
discounts applied to the order. Same thing if the original discount was a
single use coupon (using FP1/Solution Site).
So is there a way to modify the pipelines to look at the applied discounts
to an order and not affect the discounting for expired and single use
coupons. I would think for expired ones, we could evaluate the coupon use
based on the creation date of the order, and not the date the order is being
re-evaluated. For single use coupons, perhaps a way to not mark it as being
used again, but simply re-use its values..
Thanks,
David Levinsky
David Lott [MSFT]

2006-08-31, 7:36 pm

Hi David,

For your single use coupons, you can use the RevertPromoCodeRedemption
method on the PromoCodeDefinitionManager to cancel the first usage and
allow you to reuse the coupon.

For expired coupons, there isn't really an expired coupon, but an expired
discount. The only solution there is to extend the active window of the
discount.

Thanks,
David Lott

Microsoft


This posting is provided "AS IS" with no warranties, and confers no rights.
You assume all risk for your use. © 2006 Microsoft Corporation. All rights
reserved.
Use of included script samples are subject to the terms specified at
http://www.microsoft.com/info/cpyright.htm

--------------------
From: =?Utf-8?B?RGF2aWRsZXY=?= <Davidlev@discussions.microsoft.com>
Subject: Managing Orders without Affecting Discounts
Date: Mon, 28 Aug 2006 19:40:02 -0700
Newsgroups: microsoft.public.commerceserver.general

We are facing a problem in that if we attempt to make changes to an order,
after it has been submitted (cancelling an item as an example), when we
rerun
it though the basket and total pipelines to re-adjust the pricing, we are
re-evaluating the order againts its applied discounts and coupons. So if a
coupon has expired be the time the order is being managed, we loose the
discounts applied to the order. Same thing if the original discount was a
single use coupon (using FP1/Solution Site).
So is there a way to modify the pipelines to look at the applied discounts
to an order and not affect the discounting for expired and single use
coupons. I would think for expired ones, we could evaluate the coupon use
based on the creation date of the order, and not the date the order is
being
re-evaluated. For single use coupons, perhaps a way to not mark it as being
used again, but simply re-use its values..
Thanks,
David Levinsky

Davidlev

2006-08-31, 7:36 pm

David,
Extending the expiration is really not an option.. If they have a one day
promotion, they would have no way to control it. Couldnt there be a pipeline
component that evaluates the order to tally it up, yet ignores the fact that
the promotion expired? In reality, the promotion should be valid based on the
order completion date, not the date you are re-running the pipelines. Here is
an example of whywe need to use the pipelines after the order was created.
Customer buys 3 items totalling $100. They used a 10% off on orders over $75
promotion. Customer then cancels 1 of the items, bringing the total order to
$85. We want the be able to re-run through the pipelines to adjust all the
order totals. In this case, the customer is still entitled to the 10% off...
Also, reverting the PromoCodeRedemption is not an option if they have to
manually perform the task.
Thanks,
David

"David Lott [MSFT]" wrote:

> Hi David,
>
> For your single use coupons, you can use the RevertPromoCodeRedemption
> method on the PromoCodeDefinitionManager to cancel the first usage and
> allow you to reuse the coupon.
>
> For expired coupons, there isn't really an expired coupon, but an expired
> discount. The only solution there is to extend the active window of the
> discount.
>
> Thanks,
> David Lott
>
> Microsoft
>
>
> This posting is provided "AS IS" with no warranties, and confers no rights.
> You assume all risk for your use. © 2006 Microsoft Corporation. All rights
> reserved.
> Use of included script samples are subject to the terms specified at
> http://www.microsoft.com/info/cpyright.htm
>
> --------------------
> From: =?Utf-8?B?RGF2aWRsZXY=?= <Davidlev@discussions.microsoft.com>
> Subject: Managing Orders without Affecting Discounts
> Date: Mon, 28 Aug 2006 19:40:02 -0700
> Newsgroups: microsoft.public.commerceserver.general
>
> We are facing a problem in that if we attempt to make changes to an order,
> after it has been submitted (cancelling an item as an example), when we
> rerun
> it though the basket and total pipelines to re-adjust the pricing, we are
> re-evaluating the order againts its applied discounts and coupons. So if a
> coupon has expired be the time the order is being managed, we loose the
> discounts applied to the order. Same thing if the original discount was a
> single use coupon (using FP1/Solution Site).
> So is there a way to modify the pipelines to look at the applied discounts
> to an order and not affect the discounting for expired and single use
> coupons. I would think for expired ones, we could evaluate the coupon use
> based on the creation date of the order, and not the date the order is
> being
> re-evaluated. For single use coupons, perhaps a way to not mark it as being
> used again, but simply re-use its values..
> Thanks,
> David Levinsky
>

Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com