|
Home > Archive > Commerce Server General > May 2006 > Multiple shopping baskets
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 |
Multiple shopping baskets
|
|
| mnet123 2006-04-27, 7:27 am |
| Can a user have more than one shopping basket at a given point of time ?
--
Regards
| |
| WenJun Zhang[msft] 2006-04-27, 7:27 am |
| As I know, this isn't possible in Commerce. Can you please let me know more
details about what you want to implement?
I will help you confirm this in our internal. Thanks.
Best regards,
WenJun Zhang
Microsoft Online Partner Support
This posting is provided "AS IS" with no warranties, and confers no rights.
| |
| mnet123 2006-04-27, 1:22 pm |
| To implement backorders.
I want to collect 100% of orders from a user. Then, depending on inventory
available, i want to send, say 70% of that order to fulfillment . Rest 30%
remains with me in a hold tank, till at a later time, when inventory becomes
available, this 30% will be send to fulfillment as a separate order.
Meantime that user should be able to create new baskets and submit orders.
What are ways to do this? Looks very few options other than writing all
custom logic.
--
Regards
""WenJun Zhang[msft]"" wrote:
> As I know, this isn't possible in Commerce. Can you please let me know more
> details about what you want to implement?
>
> I will help you confirm this in our internal. Thanks.
>
> Best regards,
>
> WenJun Zhang
> Microsoft Online Partner Support
>
> This posting is provided "AS IS" with no warranties, and confers no rights
| |
| WenJun Zhang[msft] 2006-04-28, 7:16 am |
| I will discuss the issue in out internal for the best approach to implement
this. Please wait for my update. Thanks.
Best regards,
WenJun Zhang
Microsoft Online Partner Support
This posting is provided "AS IS" with no warranties, and confers no rights.
| |
| Ravi Shankar 2006-04-30, 7:15 am |
| Ahh.. mnet123. I'd call that partial shipment. To achieve that this is what
we'd done
1. Create order status codes for partial, complete orders
2. extend the orderform line item dictionary with a key "qty_shipped",
"shipped_date"
3. When the user logs the order.. it goes into the DB as a "new Order"
4. based on your fulfilment logic you could create another orderform called
shipment A in the order and move the lineitems with shipped quantities into
this orderform and save it back with status as "partial".
For you fulfillment logic you could look up all orders with status partial
and specific product in the default orderform to get a list of orders
pending. With this list you can start "Inventory" allocation till you exhaust
your inventory. As part of the allocation you'll allocate the appropriate qty
to the order as shipped_qty and if there is no difference between required
and supplied move this line item to a new orderform called "shipment X" with
properties such as "shipment date", "delivery note #", etc etc...
Hope this makes sense !
--
Ravi Shankar
"mnet123" wrote:
[vbcol=seagreen]
> To implement backorders.
> I want to collect 100% of orders from a user. Then, depending on inventory
> available, i want to send, say 70% of that order to fulfillment . Rest 30%
> remains with me in a hold tank, till at a later time, when inventory becomes
> available, this 30% will be send to fulfillment as a separate order.
> Meantime that user should be able to create new baskets and submit orders.
> What are ways to do this? Looks very few options other than writing all
> custom logic.
> --
> Regards
>
>
> ""WenJun Zhang[msft]"" wrote:
>
| |
| WenJun Zhang[msft] 2006-05-01, 7:17 am |
| Below are some suggestions from our Commerce senior consultant:
" You may run into problems if you collect the money and don¡¯t ship the
entire order. Card association rules specify that you can bill for an
order only after you fulfill the order, unless it¡¯s an electronic good.
If you don¡¯t want to write a lot of code on the processing side, then my
suggestion would be to handle it on the back end:
1. store the CC# with a 2-way hash in the DB. (You can only do this
legally [PCI] if you maintain your own hardware, not at an ISP)
2. authorize the transaction for the full amount upon checkout
3. write an interface for the CSR¡¯s to partially ship & charge the
order in pieces
"
Best regards,
WenJun Zhang
Microsoft Online Partner Support
This posting is provided "AS IS" with no warranties, and confers no rights.
| |
| mnet123 2006-05-01, 7:14 pm |
| Hi ravi
I think i need to talk or email more with you on this. Can you give me your
contact email/phone.
Heres mine: green72guy@yahoo.com
Things like 'if there is no difference between required
and supplied move this line item to a new orderform called "shipment X" '
didnot make sense
--
Regards
"Ravi Shankar" wrote:
[vbcol=seagreen]
> Ahh.. mnet123. I'd call that partial shipment. To achieve that this is what
> we'd done
>
> 1. Create order status codes for partial, complete orders
> 2. extend the orderform line item dictionary with a key "qty_shipped",
> "shipped_date"
> 3. When the user logs the order.. it goes into the DB as a "new Order"
> 4. based on your fulfilment logic you could create another orderform called
> shipment A in the order and move the lineitems with shipped quantities into
> this orderform and save it back with status as "partial".
>
> For you fulfillment logic you could look up all orders with status partial
> and specific product in the default orderform to get a list of orders
> pending. With this list you can start "Inventory" allocation till you exhaust
> your inventory. As part of the allocation you'll allocate the appropriate qty
> to the order as shipped_qty and if there is no difference between required
> and supplied move this line item to a new orderform called "shipment X" with
> properties such as "shipment date", "delivery note #", etc etc...
>
> Hope this makes sense !
> --
> Ravi Shankar
>
>
> "mnet123" wrote:
>
| |
| Ravi Shankar 2006-05-02, 7:17 am |
| Hi mnet123,
I have sent you mail.
What I was trying to explain is that in the default orderform against every
line item you keep a field which stores the quantity shipped against each
shipment. So everytime you'd need to run through each lineitem to check
whether it has been completely shipped or not.
The option to this is that everytime a item has been completely shipped
(required quantity = supplied quantity) you remove the lineitem from the
default orderform. So for every item completely shipped you'll have less
lineitems to iterate through.
For every such partial shipment you create you create a new orderform and
add attributes related to shipment to the orderform. I've tried to represent
it as a hierarchical example. Hope it is clearer now.
OrderGroup (Status=4 (New Order), Order No=12345, Dt=01/01/2006, Party
ID=XYZ Co.)
|
|---Orderforms
|
|---(default)
|
|---(lineitems)
|
|-- Item 1 - SKU=ABCD, Qty (req) = 5
|-- Item 2 - SKU=DEFG, Qty (req) = 10
After the first Partial Shipment
OrderGroup (Status=16 (Partial), Order No=12345, Dt=01/01/2006, Party ID=XYZ
Co.)
|
|---Orderforms
|
|---(default)
| |
| |---(lineitems)
| |
| |-- Item 1 - SKU=ABCD, Qty (req)=5, (supp)=5
| |-- Item 2 - SKU=DEFG, Qty (req)=10, (supp)=5
|
|---(Shipment X) (Invoice No=98765, Dt=05/01/2006, Delivery
Note=87876, Amount=$$$$$)
|
|---(lineitems)
|
|-- Item 1 - SKU=ABCD, Qty (supp)=5
|-- Item 2 - SKU=DEFG, Qty (supp)=5
After the subsequent shipment
OrderGroup (Status=32 (Complete), Order No=12345, Dt=01/01/2006, Party
ID=XYZ Co.)
|
|---Orderforms
|
|---(default)
| |
| |---(lineitems)
| |
| |-- Item 1 - SKU=ABCD, Qty (req)=5, (supp)=5
| |-- Item 2 - SKU=DEFG, Qty (req)=10, (supp)=10
|
|---(Shipment X) (Invoice No=98765, Dt=05/01/2006, Delivery
Note=87876, Amount=$$$$$)
| |
| |---(lineitems)
| |
| |-- Item 1 - SKU=ABCD, Qty (supp)=5
| |-- Item 2 - SKU=DEFG, Qty (supp)=5
|
|---(Shipment Y) (Invoice No=98776, Dt=10/01/2006, Delivery
Note=87886, Amount=$$$$$)
|
|---(lineitems)
|
|-- Item 2 - SKU=DEFG, Qty (supp)=5
--
Ravi Shankar
"mnet123" wrote:
[vbcol=seagreen]
> Hi ravi
> I think i need to talk or email more with you on this. Can you give me your
> contact email/phone.
> Heres mine: green72guy@yahoo.com
>
> Things like 'if there is no difference between required
> and supplied move this line item to a new orderform called "shipment X" '
> didnot make sense
> --
> Regards
>
>
> "Ravi Shankar" wrote:
>
|
|
|
|
|