OFBiz › OFBiz - User

Problem in Virtual products

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

41 messages Options

123

Vamsi

Problem in Virtual products

Hi,

I created a virtual configurable product and added three variants and 1 multichoice configuration to that(Varaint product id's 2000V1, 2000V2, 2000V3) .I made some changes in product detail page to display varaints in different way . When I am trying add product to the cart it is giving a error "Tried adding the virtual product XXXX(productid : 2000) adding ,not added " .I observerd in the request parameter(I changed form method to "get") the product id that is going to add is 2000 when change that product id to one of the variant product it is working fine and show it in shopping cart list.
We can't add a virtual product to shopping cart?
When I am selecting configuration it is not showing the product price with configuration.
My question is how the fillproductconfigwrapper method identifies the configuration parameter from request

I am thankful for any kind of help

regards
Vamsi

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Vamsi

Very quick answer.

No you can't add virtuals only variants. Virtual exist only for "generating" variants.

> When I am selecting configuration it is not showing the product price with
> configuration.

AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for the
virtual product will be used.

> My question is how the fillproductconfigwrapper method identifies the
> configuration parameter from request

Sorry no time for that one, you will have to help yourself

Jacques

> I am thankful for any kind of help
>
> regards
> Vamsi
> --
> View this message in context: http://www.nabble.com/Problem-in-Virtual-products-tf3146776.html#a8723541
> Sent from the OFBiz - User mailing list archive at Nabble.com.

Vamsi

Re: Problem in Virtual products

Thanks for responding and for your answers .
I found a turn around solution for this virtual configurable products

On 1/31/07, Jacques Le Roux <[hidden email]> wrote:

>
> Vamsi
>
> Very quick answer.
>
> >
> >
> > Hi,
> >
> > I created a virtual configurable product and added three
> > variants and 1 multichoice configuration to that(Varaint product id's
> > 2000V1, 2000V2, 2000V3) .I made some changes in product detail page to
> > display varaints in different way . When I am trying add product to the
> cart
> > it is giving a error "Tried adding the virtual product XXXX(productid :
> > 2000) adding ,not added " .I observerd in the request parameter(I
> changed
> > form method to "get") the product id that is going to add is 2000 when
> > change that product id to one of the variant product it is working fine
> and
> > show it in shopping cart list.
> > We can't add a virtual product to shopping cart?
>
> No you can't add virtuals only variants. Virtual exist only for
> "generating" variants.
>
> > When I am selecting configuration it is not showing the product price
> with
> > configuration.
>
> AFAIK there are no specific prices for variants. If you set a price for a
> variants this will have no effect. The price set for the
> virtual product will be used.
>
> > My question is how the fillproductconfigwrapper method identifies the
> > configuration parameter from request
>
> Sorry no time for that one, you will have to help yourself
>
> Jacques
>
> > I am thankful for any kind of help
> >
> > regards
> > Vamsi
> > --
> > View this message in context:
> http://www.nabble.com/Problem-in-Virtual-products-tf3146776.html#a8723541
> > Sent from the OFBiz - User mailing list archive at Nabble.com.
>
>

Jacopo Cappellato

Re: Problem in Virtual products

In reply to this post by Jacques Le Roux

Jacques Le Roux wrote:
> Vamsi

>> When I am selecting configuration it is not showing the product price with
>> configuration.
>
> AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for the
> virtual product will be used.
>

I'm pretty sure that the variant price is used if set, it will appear as
soon as you add the variant to the cart.

Jacopo

Eric Crawford

Re: Problem in Virtual products

In reply to this post by Vamsi

There was a patch submitted for the following JIRA issue that might
help with displaying the variant price.

https://issues.apache.org/jira/browse/OFBIZ-618

On 1/31/07, Vamsi <[hidden email]> wrote:

>
>
> Hi,
>
> I created a virtual configurable product and added three
> variants and 1 multichoice configuration to that(Varaint product id's
> 2000V1, 2000V2, 2000V3) .I made some changes in product detail page to
> display varaints in different way . When I am trying add product to the cart
> it is giving a error "Tried adding the virtual product XXXX(productid :
> 2000) adding ,not added " .I observerd in the request parameter(I changed
> form method to "get") the product id that is going to add is 2000 when
> change that product id to one of the variant product it is working fine and
> show it in shopping cart list.
> We can't add a virtual product to shopping cart?
> When I am selecting configuration it is not showing the product price with
> configuration.
> My question is how the fillproductconfigwrapper method identifies the
> configuration parameter from request
>
> I am thankful for any kind of help
>
> regards
> Vamsi
> --
> View this message in context: http://www.nabble.com/Problem-in-Virtual-products-tf3146776.html#a8723541
> Sent from the OFBiz - User mailing list archive at Nabble.com.
>
>

Jacques Le Roux

Re: Problem in Virtual products

Administrator

In reply to this post by Jacopo Cappellato

Jacopo,

From: "Jacopo Cappellato" <[hidden email]>
> Jacques Le Roux wrote:
> > Vamsi
>
> >> When I am selecting configuration it is not showing the product price with
> >> configuration.
> >
> > AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for
the
> > virtual product will be used.
> >
>
> I'm pretty sure that the variant price is used if set, it will appear as
> soon as you add the variant to the cart.

I tested it before by creating a default price for WG-9943-B3 and it was not applied but the virtual price was applied. BTW the
virtual had also Competitive and List Prices. So I just tested by adding Competitive and List Prices to the variant WG-9943-B3 same
result.

Am'I missing something here, promotions, prices rules ?

Jacques

> Jacopo

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Sorry,

I used euro and not dollar for variant prices. So yes, you are right Jacopo and sorry

Jacques

----- Original Message -----
From: "Jacques Le Roux" <[hidden email]>
To: <[hidden email]>
Sent: Wednesday, January 31, 2007 5:02 PM
Subject: Re: Problem in Virtual products

> Jacopo,
>
> From: "Jacopo Cappellato" <[hidden email]>
> > Jacques Le Roux wrote:
> > > Vamsi
> >
> > >> When I am selecting configuration it is not showing the product price with
> > >> configuration.
> > >
> > > AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for
> the
> > > virtual product will be used.
> > >
> >
> > I'm pretty sure that the variant price is used if set, it will appear as
> > soon as you add the variant to the cart.
>
> I tested it before by creating a default price for WG-9943-B3 and it was not applied but the virtual price was applied. BTW the
> virtual had also Competitive and List Prices. So I just tested by adding Competitive and List Prices to the variant WG-9943-B3

same
> result.
>
> Am'I missing something here, promotions, prices rules ?
>
> Jacques
>
> > Jacopo

Jacques Le Roux

Re: Problem in Virtual products

Administrator

In reply to this post by Jacques Le Roux

same
> result.
>
> Am'I missing something here, promotions, prices rules ?
>
> Jacques
>
> > Jacopo

Jacques Le Roux

Re: Problem in Virtual products

Administrator

In reply to this post by Eric Crawford

I review this patch, now to be forgiven for telling nonsense on ML :/

Jacques

----- Original Message -----
From: "Eric Crawford" <[hidden email]>
To: <[hidden email]>
Sent: Wednesday, January 31, 2007 3:40 PM
Subject: Re: Problem in Virtual products

> There was a patch submitted for the following JIRA issue that might
> help with displaying the variant price.
>
> https://issues.apache.org/jira/browse/OFBIZ-618
>
> On 1/31/07, Vamsi <[hidden email]> wrote:
> >
> >
> > Hi,
> >
> > I created a virtual configurable product and added three
> > variants and 1 multichoice configuration to that(Varaint product id's
> > 2000V1, 2000V2, 2000V3) .I made some changes in product detail page to
> > display varaints in different way . When I am trying add product to the cart
> > it is giving a error "Tried adding the virtual product XXXX(productid :
> > 2000) adding ,not added " .I observerd in the request parameter(I changed
> > form method to "get") the product id that is going to add is 2000 when
> > change that product id to one of the variant product it is working fine and
> > show it in shopping cart list.
> > We can't add a virtual product to shopping cart?
> > When I am selecting configuration it is not showing the product price with
> > configuration.
> > My question is how the fillproductconfigwrapper method identifies the
> > configuration parameter from request
> >
> > I am thankful for any kind of help
> >
> > regards
> > Vamsi
> > --
> > View this message in context: http://www.nabble.com/Problem-in-Virtual-products-tf3146776.html#a8723541
> > Sent from the OFBiz - User mailing list archive at Nabble.com.
> >
> >

Jacques Le Roux

Re: Problem in Virtual products

Administrator

In reply to this post by Jacques Le Roux

Finally after my apologies I thought a bit about this. Should we not restrict variants currency to the one set in virtual ? Because
even if someone set variants prices to another currency it will not be used. And this can fool an user as I have been.

What do you think ?

Jacques

> Sorry,
>
> I used euro and not dollar for variant prices. So yes, you are right Jacopo and sorry
>
> Jacques
>
> ----- Original Message -----
> From: "Jacques Le Roux" <[hidden email]>
> To: <[hidden email]>
> Sent: Wednesday, January 31, 2007 5:02 PM
> Subject: Re: Problem in Virtual products
>
>
> > Jacopo,
> >
> > From: "Jacopo Cappellato" <[hidden email]>
> > > Jacques Le Roux wrote:
> > > > Vamsi
> > >
> > > >> When I am selecting configuration it is not showing the product price with
> > > >> configuration.
> > > >
> > > > AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set

for

> > the
> > > > virtual product will be used.
> > > >
> > >
> > > I'm pretty sure that the variant price is used if set, it will appear as
> > > soon as you add the variant to the cart.
> >
> > I tested it before by creating a default price for WG-9943-B3 and it was not applied but the virtual price was applied. BTW the
> > virtual had also Competitive and List Prices. So I just tested by adding Competitive and List Prices to the variant WG-9943-B3
> same
> > result.
> >
> > Am'I missing something here, promotions, prices rules ?
> >
> > Jacques
> >
> > > Jacopo

David E Jones

Re: Problem in Virtual products

The point is to support prices in multiple currencies simultaneously...

-David

On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:

> Finally after my apologies I thought a bit about this. Should we
> not restrict variants currency to the one set in virtual ? Because
> even if someone set variants prices to another currency it will not
> be used. And this can fool an user as I have been.
>
> What do you think ?
>
> Jacques
>
>> Sorry,
>>
>> I used euro and not dollar for variant prices. So yes, you are
>> right Jacopo and sorry
>>
>> Jacques
>>
>> ----- Original Message -----
>> From: "Jacques Le Roux" <[hidden email]>
>> To: <[hidden email]>
>> Sent: Wednesday, January 31, 2007 5:02 PM
>> Subject: Re: Problem in Virtual products
>>
>>
>>> Jacopo,
>>>
>>> From: "Jacopo Cappellato" <[hidden email]>
>>>> Jacques Le Roux wrote:
>>>>> Vamsi
>>>>
>>>>>> When I am selecting configuration it is not showing the
>>>>>> product price with
>>>>>> configuration.
>>>>>
>>>>> AFAIK there are no specific prices for variants. If you set a
>>>>> price for a variants this will have no effect. The price set
> for
>>> the
>>>>> virtual product will be used.
>>>>>
>>>>
>>>> I'm pretty sure that the variant price is used if set, it will
>>>> appear as
>>>> soon as you add the variant to the cart.
>>>
>>> I tested it before by creating a default price for WG-9943-B3 and
>>> it was not applied but the virtual price was applied. BTW the
>>> virtual had also Competitive and List Prices. So I just tested by
>>> adding Competitive and List Prices to the variant WG-9943-B3
>> same
>>> result.
>>>
>>> Am'I missing something here, promotions, prices rules ?
>>>
>>> Jacques
>>>
>>>> Jacopo
>

smime.p7s (3K) Download Attachment

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Do you mean that it should work like I tried to use it or that we should make it work, or ?

Jacques

----- Original Message -----
From: "David E. Jones" <[hidden email]>
To: <[hidden email]>
Sent: Wednesday, January 31, 2007 10:45 PM
Subject: Re: Problem in Virtual products

>
> The point is to support prices in multiple currencies simultaneously...
>
> -David
>
>
> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
>
> > Finally after my apologies I thought a bit about this. Should we
> > not restrict variants currency to the one set in virtual ? Because
> > even if someone set variants prices to another currency it will not
> > be used. And this can fool an user as I have been.
> >
> > What do you think ?
> >
> > Jacques
> >
> >> Sorry,
> >>
> >> I used euro and not dollar for variant prices. So yes, you are
> >> right Jacopo and sorry
> >>
> >> Jacques
> >>
> >> ----- Original Message -----
> >> From: "Jacques Le Roux" <[hidden email]>
> >> To: <[hidden email]>
> >> Sent: Wednesday, January 31, 2007 5:02 PM
> >> Subject: Re: Problem in Virtual products
> >>
> >>
> >>> Jacopo,
> >>>
> >>> From: "Jacopo Cappellato" <[hidden email]>
> >>>> Jacques Le Roux wrote:
> >>>>> Vamsi
> >>>>
> >>>>>> When I am selecting configuration it is not showing the
> >>>>>> product price with
> >>>>>> configuration.
> >>>>>
> >>>>> AFAIK there are no specific prices for variants. If you set a
> >>>>> price for a variants this will have no effect. The price set
> > for
> >>> the
> >>>>> virtual product will be used.
> >>>>>
> >>>>
> >>>> I'm pretty sure that the variant price is used if set, it will
> >>>> appear as
> >>>> soon as you add the variant to the cart.
> >>>
> >>> I tested it before by creating a default price for WG-9943-B3 and
> >>> it was not applied but the virtual price was applied. BTW the
> >>> virtual had also Competitive and List Prices. So I just tested by
> >>> adding Competitive and List Prices to the variant WG-9943-B3
> >> same
> >>> result.
> >>>
> >>> Am'I missing something here, promotions, prices rules ?
> >>>
> >>> Jacques
> >>>
> >>>> Jacopo
> >
>
>

jonwimp

Re: Problem in Virtual products

In reply to this post by Jacopo Cappellato

Vamsi,

I can confirm what Jacopo is saying here. The variant price may not be shown in the ecommerce
screen, but it definitely is used in calculating the costs in your cart.

Jonathon

Jacopo Cappellato wrote:

> Jacques Le Roux wrote:
>> Vamsi
>
>>> When I am selecting configuration it is not showing the product price
>>> with
>>> configuration.
>>
>> AFAIK there are no specific prices for variants. If you set a price
>> for a variants this will have no effect. The price set for the
>> virtual product will be used.
>>
>
> I'm pretty sure that the variant price is used if set, it will appear as
> soon as you add the variant to the cart.
>
> Jacopo
>
>

jonwimp

Re: Problem in Virtual products

In reply to this post by Jacques Le Roux

Jacques,

I usually test such things after disabling all promos and price rules. Simplify the test case.

Jonathon

Jacques Le Roux wrote:

> Jacopo,
>
> From: "Jacopo Cappellato" <[hidden email]>
>> Jacques Le Roux wrote:
>>> Vamsi
>>>> When I am selecting configuration it is not showing the product price with
>>>> configuration.
>>> AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for
> the
>>> virtual product will be used.
>>>
>> I'm pretty sure that the variant price is used if set, it will appear as
>> soon as you add the variant to the cart.
>
> I tested it before by creating a default price for WG-9943-B3 and it was not applied but the virtual price was applied. BTW the
> virtual had also Competitive and List Prices. So I just tested by adding Competitive and List Prices to the variant WG-9943-B3 same
> result.
>
> Am'I missing something here, promotions, prices rules ?
>
> Jacques
>
>> Jacopo
>
>

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Jonathon,

Thanks for your tip. As a commiter I have to use OFBiz OOTB with last version to be sure to rely on what is supposed to be tested.

BTW, what do you thinkof my last response to David ?

Thanks

Jacques

----- Original Message -----
From: "Jonathon -- Improov" <[hidden email]>
To: <[hidden email]>
Sent: Thursday, February 01, 2007 1:09 AM
Subject: Re: Problem in Virtual products

> Jacques,
>
> I usually test such things after disabling all promos and price rules. Simplify the test case.
>
> Jonathon
>
> Jacques Le Roux wrote:
> > Jacopo,
> >
> > From: "Jacopo Cappellato" <[hidden email]>
> >> Jacques Le Roux wrote:
> >>> Vamsi
> >>>> When I am selecting configuration it is not showing the product price with
> >>>> configuration.
> >>> AFAIK there are no specific prices for variants. If you set a price for a variants this will have no effect. The price set for
> > the
> >>> virtual product will be used.
> >>>
> >> I'm pretty sure that the variant price is used if set, it will appear as
> >> soon as you add the variant to the cart.
> >
> > I tested it before by creating a default price for WG-9943-B3 and it was not applied but the virtual price was applied. BTW the
> > virtual had also Competitive and List Prices. So I just tested by adding Competitive and List Prices to the variant WG-9943-B3

same
> > result.
> >
> > Am'I missing something here, promotions, prices rules ?
> >
> > Jacques
> >
> >> Jacopo
> >
> >

jonwimp

Re: Problem in Virtual products

In reply to this post by Jacques Le Roux

I think David's point about supporting multiple currencies is valid, ie OFBiz should operate that
way. It'll be nice to be able to use different currencies for different variants (eg. some sold in
some countries but not in others).

However, I strongly suspect that's not exactly how it works now. Let me know if anyone needs me to
help in research; my current project doesn't handle more than 1 currency... yet.

A sticky issue: which currency/price takes precedence, variant or virtual? I'd say variant prices
should override virtual.

Jonathon

Jacques Le Roux wrote:

> Do you mean that it should work like I tried to use it or that we should make it work, or ?
>
> Jacques
>
> ----- Original Message -----
> From: "David E. Jones" <[hidden email]>
> To: <[hidden email]>
> Sent: Wednesday, January 31, 2007 10:45 PM
> Subject: Re: Problem in Virtual products
>
>
>> The point is to support prices in multiple currencies simultaneously...
>>
>> -David
>>
>>
>> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
>>
>>> Finally after my apologies I thought a bit about this. Should we
>>> not restrict variants currency to the one set in virtual ? Because
>>> even if someone set variants prices to another currency it will not
>>> be used. And this can fool an user as I have been.
>>>
>>> What do you think ?
>>>
>>> Jacques
>>>
>>>> Sorry,
>>>>
>>>> I used euro and not dollar for variant prices. So yes, you are
>>>> right Jacopo and sorry
>>>>
>>>> Jacques
>>>>
>>>> ----- Original Message -----
>>>> From: "Jacques Le Roux" <[hidden email]>
>>>> To: <[hidden email]>
>>>> Sent: Wednesday, January 31, 2007 5:02 PM
>>>> Subject: Re: Problem in Virtual products
>>>>
>>>>
>>>>> Jacopo,
>>>>>
>>>>> From: "Jacopo Cappellato" <[hidden email]>
>>>>>> Jacques Le Roux wrote:
>>>>>>> Vamsi
>>>>>>>> When I am selecting configuration it is not showing the
>>>>>>>> product price with
>>>>>>>> configuration.
>>>>>>> AFAIK there are no specific prices for variants. If you set a
>>>>>>> price for a variants this will have no effect. The price set
>>> for
>>>>> the
>>>>>>> virtual product will be used.
>>>>>>>
>>>>>> I'm pretty sure that the variant price is used if set, it will
>>>>>> appear as
>>>>>> soon as you add the variant to the cart.
>>>>> I tested it before by creating a default price for WG-9943-B3 and
>>>>> it was not applied but the virtual price was applied. BTW the
>>>>> virtual had also Competitive and List Prices. So I just tested by
>>>>> adding Competitive and List Prices to the variant WG-9943-B3
>>>> same
>>>>> result.
>>>>>
>>>>> Am'I missing something here, promotions, prices rules ?
>>>>>
>>>>> Jacques
>>>>>
>>>>>> Jacopo
>>
>
>

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Jonathon,

From: "Jonathon -- Improov" <[hidden email]>
> I think David's point about supporting multiple currencies is valid, ie OFBiz should operate that
> way. It'll be nice to be able to use different currencies for different variants (eg. some sold in
> some countries but not in others).

Yes I totally agree.

> However, I strongly suspect that's not exactly how it works now.

I agree too. Yes for the moment people wanting to deal with multiple currencies create a store by currency, I guess.

>Let me know if anyone needs me to
> help in research; my current project doesn't handle more than 1 currency... yet.

I would create a Jira issue for this. This is not a priority for me either. And I suspect that it may be a large task to do. So
that's why I was asking myself, in a principe of reality, if we should not, for the moment, restrict variants currencies to their
virtual's.

> A sticky issue: which currency/price takes precedence, variant or virtual? I'd say variant prices
> should override virtual.

Yes variants should override. But has this a sense ? Because virtuals are never used as product, they are abstract (in Oriented
Object sense). So I wonder if having a currency different for virtual and variants have a sense. Having variants with different
currencies is another problem...

Thanks for your thoughts

Jacques

> Jonathon
>
> Jacques Le Roux wrote:
> > Do you mean that it should work like I tried to use it or that we should make it work, or ?
> >
> > Jacques
> >
> > ----- Original Message -----
> > From: "David E. Jones" <[hidden email]>
> > To: <[hidden email]>
> > Sent: Wednesday, January 31, 2007 10:45 PM
> > Subject: Re: Problem in Virtual products
> >
> >
> >> The point is to support prices in multiple currencies simultaneously...
> >>
> >> -David
> >>
> >>
> >> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
> >>
> >>> Finally after my apologies I thought a bit about this. Should we
> >>> not restrict variants currency to the one set in virtual ? Because
> >>> even if someone set variants prices to another currency it will not
> >>> be used. And this can fool an user as I have been.
> >>>
> >>> What do you think ?
> >>>
> >>> Jacques
> >>>
> >>>> Sorry,
> >>>>
> >>>> I used euro and not dollar for variant prices. So yes, you are
> >>>> right Jacopo and sorry
> >>>>
> >>>> Jacques
> >>>>
> >>>> ----- Original Message -----
> >>>> From: "Jacques Le Roux" <[hidden email]>
> >>>> To: <[hidden email]>
> >>>> Sent: Wednesday, January 31, 2007 5:02 PM
> >>>> Subject: Re: Problem in Virtual products
> >>>>
> >>>>
> >>>>> Jacopo,
> >>>>>
> >>>>> From: "Jacopo Cappellato" <[hidden email]>
> >>>>>> Jacques Le Roux wrote:
> >>>>>>> Vamsi
> >>>>>>>> When I am selecting configuration it is not showing the
> >>>>>>>> product price with
> >>>>>>>> configuration.
> >>>>>>> AFAIK there are no specific prices for variants. If you set a
> >>>>>>> price for a variants this will have no effect. The price set
> >>> for
> >>>>> the
> >>>>>>> virtual product will be used.
> >>>>>>>
> >>>>>> I'm pretty sure that the variant price is used if set, it will
> >>>>>> appear as
> >>>>>> soon as you add the variant to the cart.
> >>>>> I tested it before by creating a default price for WG-9943-B3 and
> >>>>> it was not applied but the virtual price was applied. BTW the
> >>>>> virtual had also Competitive and List Prices. So I just tested by
> >>>>> adding Competitive and List Prices to the variant WG-9943-B3
> >>>> same
> >>>>> result.
> >>>>>
> >>>>> Am'I missing something here, promotions, prices rules ?
> >>>>>
> >>>>> Jacques
> >>>>>
> >>>>>> Jacopo
> >>
> >
> >

jonwimp

Re: Problem in Virtual products

Jacques,

> I was asking myself, in a principe of reality, if we should not, for the
> moment, restrict variants currencies to their virtual's.

Agreed. This will tie up that "loose end". Rather than having "undefined behavior" (for multiple
currencies), we should at least let users know that their virtual products' currencies count and
the related variants' don't. Or better yet, prevent users from using a different currency for
variants.

>> A sticky issue: which currency/price takes precedence, variant or virtual?
>> I'd say variant prices should override virtual.
>
> Yes variants should override. But has this a sense ? Because virtuals are
> never used as product, they are abstract (in Oriented Object sense). So I
> wonder if having a currency different for virtual and variants have a
> sense. Having variants with different currencies is another problem...

Hmm. In OO sense, it doesn't make sense that virtuals have a price even. However, in
user-interface sense, users would want to have a "standard price" set for all variants, for ease
of use if for nothing else.

Hence, I can see why some users might want to tie currency/price to virtuals.

Well, at least we share/discuss what we know so that others can grab our info and enhance OFBiz,
though we ourselves have no time to fix this issue. :P

Jonathon

Jacques Le Roux wrote:

> Jonathon,
>
> From: "Jonathon -- Improov" <[hidden email]>
>> I think David's point about supporting multiple currencies is valid, ie OFBiz should operate that
>> way. It'll be nice to be able to use different currencies for different variants (eg. some sold in
>> some countries but not in others).
>
> Yes I totally agree.
>
>> However, I strongly suspect that's not exactly how it works now.
>
> I agree too. Yes for the moment people wanting to deal with multiple currencies create a store by currency, I guess.
>
>> Let me know if anyone needs me to
>> help in research; my current project doesn't handle more than 1 currency... yet.
>
> I would create a Jira issue for this. This is not a priority for me either. And I suspect that it may be a large task to do. So
> that's why I was asking myself, in a principe of reality, if we should not, for the moment, restrict variants currencies to their
> virtual's.
>
>> A sticky issue: which currency/price takes precedence, variant or virtual? I'd say variant prices
>> should override virtual.
>
> Yes variants should override. But has this a sense ? Because virtuals are never used as product, they are abstract (in Oriented
> Object sense). So I wonder if having a currency different for virtual and variants have a sense. Having variants with different
> currencies is another problem...
>
> Thanks for your thoughts
>
> Jacques
>
>> Jonathon
>>
>> Jacques Le Roux wrote:
>>> Do you mean that it should work like I tried to use it or that we should make it work, or ?
>>>
>>> Jacques
>>>
>>> ----- Original Message -----
>>> From: "David E. Jones" <[hidden email]>
>>> To: <[hidden email]>
>>> Sent: Wednesday, January 31, 2007 10:45 PM
>>> Subject: Re: Problem in Virtual products
>>>
>>>
>>>> The point is to support prices in multiple currencies simultaneously...
>>>>
>>>> -David
>>>>
>>>>
>>>> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
>>>>
>>>>> Finally after my apologies I thought a bit about this. Should we
>>>>> not restrict variants currency to the one set in virtual ? Because
>>>>> even if someone set variants prices to another currency it will not
>>>>> be used. And this can fool an user as I have been.
>>>>>
>>>>> What do you think ?
>>>>>
>>>>> Jacques
>>>>>
>>>>>> Sorry,
>>>>>>
>>>>>> I used euro and not dollar for variant prices. So yes, you are
>>>>>> right Jacopo and sorry
>>>>>>
>>>>>> Jacques
>>>>>>
>>>>>> ----- Original Message -----
>>>>>> From: "Jacques Le Roux" <[hidden email]>
>>>>>> To: <[hidden email]>
>>>>>> Sent: Wednesday, January 31, 2007 5:02 PM
>>>>>> Subject: Re: Problem in Virtual products
>>>>>>
>>>>>>
>>>>>>> Jacopo,
>>>>>>>
>>>>>>> From: "Jacopo Cappellato" <[hidden email]>
>>>>>>>> Jacques Le Roux wrote:
>>>>>>>>> Vamsi
>>>>>>>>>> When I am selecting configuration it is not showing the
>>>>>>>>>> product price with
>>>>>>>>>> configuration.
>>>>>>>>> AFAIK there are no specific prices for variants. If you set a
>>>>>>>>> price for a variants this will have no effect. The price set
>>>>> for
>>>>>>> the
>>>>>>>>> virtual product will be used.
>>>>>>>>>
>>>>>>>> I'm pretty sure that the variant price is used if set, it will
>>>>>>>> appear as
>>>>>>>> soon as you add the variant to the cart.
>>>>>>> I tested it before by creating a default price for WG-9943-B3 and
>>>>>>> it was not applied but the virtual price was applied. BTW the
>>>>>>> virtual had also Competitive and List Prices. So I just tested by
>>>>>>> adding Competitive and List Prices to the variant WG-9943-B3
>>>>>> same
>>>>>>> result.
>>>>>>>
>>>>>>> Am'I missing something here, promotions, prices rules ?
>>>>>>>
>>>>>>> Jacques
>>>>>>>
>>>>>>>> Jacopo
>>>
>
>

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Jonathon,

> Jacques,
>
> > I was asking myself, in a principe of reality, if we should not, for the
> > moment, restrict variants currencies to their virtual's.
>
> Agreed. This will tie up that "loose end". Rather than having "undefined behavior" (for multiple
> currencies), we should at least let users know that their virtual products' currencies count and
> the related variants' don't. Or better yet, prevent users from using a different currency for
> variants.

Later was what I was suggesting. it's easy to do, in one word : pragmatic ! I think I will create at least a Jira issue for this if
nobody disagree (with strong arguments ;o)

> >> A sticky issue: which currency/price takes precedence, variant or virtual?
> >> I'd say variant prices should override virtual.
> >
> > Yes variants should override. But has this a sense ? Because virtuals are
> > never used as product, they are abstract (in Oriented Object sense). So I
> > wonder if having a currency different for virtual and variants have a
> > sense. Having variants with different currencies is another problem...
>
> Hmm. In OO sense, it doesn't make sense that virtuals have a price even.

Yes true, but difficult to manage because product UI is generalised and morevover because of your point below.

>However, in
> user-interface sense, users would want to have a "standard price" set for all variants, for ease
> of use if for nothing else.
> Hence, I can see why some users might want to tie currency/price to virtuals.

Yes true, OO heritage ;o). So remains the case of different currencies for different variants. But is that realistic (this is a real
question for real people) ?

>
> Well, at least we share/discuss what we know so that others can grab our info and enhance OFBiz,
> though we ourselves have no time to fix this issue. :P

We may hope so, but I would prefer to do job because else I will wait for sure. I just want to know if nobody see drawbacks in
arguments above, or have better ideas ?

Thanks

Jacques

>
> Jonathon
>
> Jacques Le Roux wrote:
> > Jonathon,
> >
> > From: "Jonathon -- Improov" <[hidden email]>
> >> I think David's point about supporting multiple currencies is valid, ie OFBiz should operate that
> >> way. It'll be nice to be able to use different currencies for different variants (eg. some sold in
> >> some countries but not in others).
> >
> > Yes I totally agree.
> >
> >> However, I strongly suspect that's not exactly how it works now.
> >
> > I agree too. Yes for the moment people wanting to deal with multiple currencies create a store by currency, I guess.
> >
> >> Let me know if anyone needs me to
> >> help in research; my current project doesn't handle more than 1 currency... yet.
> >
> > I would create a Jira issue for this. This is not a priority for me either. And I suspect that it may be a large task to do. So
> > that's why I was asking myself, in a principe of reality, if we should not, for the moment, restrict variants currencies to

their

> > virtual's.
> >
> >> A sticky issue: which currency/price takes precedence, variant or virtual? I'd say variant prices
> >> should override virtual.
> >
> > Yes variants should override. But has this a sense ? Because virtuals are never used as product, they are abstract (in Oriented
> > Object sense). So I wonder if having a currency different for virtual and variants have a sense. Having variants with different
> > currencies is another problem...
> >
> > Thanks for your thoughts
> >
> > Jacques
> >
> >> Jonathon
> >>
> >> Jacques Le Roux wrote:
> >>> Do you mean that it should work like I tried to use it or that we should make it work, or ?
> >>>
> >>> Jacques
> >>>
> >>> ----- Original Message -----
> >>> From: "David E. Jones" <[hidden email]>
> >>> To: <[hidden email]>
> >>> Sent: Wednesday, January 31, 2007 10:45 PM
> >>> Subject: Re: Problem in Virtual products
> >>>
> >>>
> >>>> The point is to support prices in multiple currencies simultaneously...
> >>>>
> >>>> -David
> >>>>
> >>>>
> >>>> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
> >>>>
> >>>>> Finally after my apologies I thought a bit about this. Should we
> >>>>> not restrict variants currency to the one set in virtual ? Because
> >>>>> even if someone set variants prices to another currency it will not
> >>>>> be used. And this can fool an user as I have been.
> >>>>>
> >>>>> What do you think ?
> >>>>>
> >>>>> Jacques
> >>>>>
> >>>>>> Sorry,
> >>>>>>
> >>>>>> I used euro and not dollar for variant prices. So yes, you are
> >>>>>> right Jacopo and sorry
> >>>>>>
> >>>>>> Jacques
> >>>>>>
> >>>>>> ----- Original Message -----
> >>>>>> From: "Jacques Le Roux" <[hidden email]>
> >>>>>> To: <[hidden email]>
> >>>>>> Sent: Wednesday, January 31, 2007 5:02 PM
> >>>>>> Subject: Re: Problem in Virtual products
> >>>>>>
> >>>>>>
> >>>>>>> Jacopo,
> >>>>>>>
> >>>>>>> From: "Jacopo Cappellato" <[hidden email]>
> >>>>>>>> Jacques Le Roux wrote:
> >>>>>>>>> Vamsi
> >>>>>>>>>> When I am selecting configuration it is not showing the
> >>>>>>>>>> product price with
> >>>>>>>>>> configuration.
> >>>>>>>>> AFAIK there are no specific prices for variants. If you set a
> >>>>>>>>> price for a variants this will have no effect. The price set
> >>>>> for
> >>>>>>> the
> >>>>>>>>> virtual product will be used.
> >>>>>>>>>
> >>>>>>>> I'm pretty sure that the variant price is used if set, it will
> >>>>>>>> appear as
> >>>>>>>> soon as you add the variant to the cart.
> >>>>>>> I tested it before by creating a default price for WG-9943-B3 and
> >>>>>>> it was not applied but the virtual price was applied. BTW the
> >>>>>>> virtual had also Competitive and List Prices. So I just tested by
> >>>>>>> adding Competitive and List Prices to the variant WG-9943-B3
> >>>>>> same
> >>>>>>> result.
> >>>>>>>
> >>>>>>> Am'I missing something here, promotions, prices rules ?
> >>>>>>>
> >>>>>>> Jacques
> >>>>>>>
> >>>>>>>> Jacopo
> >>>
> >
> >
>

Jacques Le Roux

Re: Problem in Virtual products

Administrator

Finally, I want to make an abstract of what I understand :

Variants herit prices from virtual.
Variants may override prices from virtual, hence have different currencies than virtual.
But this last functionnality (regarding currency at least) is not working yet.

Is that correct ? If yes, I will open a Jira issue for this peculiar case where I will propose to restrict currency in variants to
virtual's, for the moment.
Of course I understand that in a perfect world we should support different currencies for different variants. But I guess this can
wait... Because I'm only reasoning at the businness level for the moment. And I guess at the technological level things may be less
clear.

Thanks for your attention

Jacques

> Jonathon,
>
> > Jacques,
> >
> > > I was asking myself, in a principe of reality, if we should not, for the
> > > moment, restrict variants currencies to their virtual's.
> >
> > Agreed. This will tie up that "loose end". Rather than having "undefined behavior" (for multiple
> > currencies), we should at least let users know that their virtual products' currencies count and
> > the related variants' don't. Or better yet, prevent users from using a different currency for
> > variants.
>
> Later was what I was suggesting. it's easy to do, in one word : pragmatic ! I think I will create at least a Jira issue for this

> nobody disagree (with strong arguments ;o)
>
> > >> A sticky issue: which currency/price takes precedence, variant or virtual?
> > >> I'd say variant prices should override virtual.
> > >
> > > Yes variants should override. But has this a sense ? Because virtuals are
> > > never used as product, they are abstract (in Oriented Object sense). So I
> > > wonder if having a currency different for virtual and variants have a
> > > sense. Having variants with different currencies is another problem...
> >
> > Hmm. In OO sense, it doesn't make sense that virtuals have a price even.
>
> Yes true, but difficult to manage because product UI is generalised and morevover because of your point below.
>
> >However, in
> > user-interface sense, users would want to have a "standard price" set for all variants, for ease
> > of use if for nothing else.
> > Hence, I can see why some users might want to tie currency/price to virtuals.
>
> Yes true, OO heritage ;o). So remains the case of different currencies for different variants. But is that realistic (this is a

real

> question for real people) ?
>
> >
> > Well, at least we share/discuss what we know so that others can grab our info and enhance OFBiz,
> > though we ourselves have no time to fix this issue. :P
>
> We may hope so, but I would prefer to do job because else I will wait for sure. I just want to know if nobody see drawbacks in
> arguments above, or have better ideas ?
>
>
> Thanks
>
> Jacques
>
> >
> > Jonathon
> >
> > Jacques Le Roux wrote:
> > > Jonathon,
> > >
> > > From: "Jonathon -- Improov" <[hidden email]>
> > >> I think David's point about supporting multiple currencies is valid, ie OFBiz should operate that
> > >> way. It'll be nice to be able to use different currencies for different variants (eg. some sold in
> > >> some countries but not in others).
> > >
> > > Yes I totally agree.
> > >
> > >> However, I strongly suspect that's not exactly how it works now.
> > >
> > > I agree too. Yes for the moment people wanting to deal with multiple currencies create a store by currency, I guess.
> > >
> > >> Let me know if anyone needs me to
> > >> help in research; my current project doesn't handle more than 1 currency... yet.
> > >
> > > I would create a Jira issue for this. This is not a priority for me either. And I suspect that it may be a large task to do.

So
> > > that's why I was asking myself, in a principe of reality, if we should not, for the moment, restrict variants currencies to
> their
> > > virtual's.
> > >
> > >> A sticky issue: which currency/price takes precedence, variant or virtual? I'd say variant prices
> > >> should override virtual.
> > >
> > > Yes variants should override. But has this a sense ? Because virtuals are never used as product, they are abstract (in
Oriented
> > > Object sense). So I wonder if having a currency different for virtual and variants have a sense. Having variants with
different

> > > currencies is another problem...
> > >
> > > Thanks for your thoughts
> > >
> > > Jacques
> > >
> > >> Jonathon
> > >>
> > >> Jacques Le Roux wrote:
> > >>> Do you mean that it should work like I tried to use it or that we should make it work, or ?
> > >>>
> > >>> Jacques
> > >>>
> > >>> ----- Original Message -----
> > >>> From: "David E. Jones" <[hidden email]>
> > >>> To: <[hidden email]>
> > >>> Sent: Wednesday, January 31, 2007 10:45 PM
> > >>> Subject: Re: Problem in Virtual products
> > >>>
> > >>>
> > >>>> The point is to support prices in multiple currencies simultaneously...
> > >>>>
> > >>>> -David
> > >>>>
> > >>>>
> > >>>> On Jan 31, 2007, at 1:41 PM, Jacques Le Roux wrote:
> > >>>>
> > >>>>> Finally after my apologies I thought a bit about this. Should we
> > >>>>> not restrict variants currency to the one set in virtual ? Because
> > >>>>> even if someone set variants prices to another currency it will not
> > >>>>> be used. And this can fool an user as I have been.
> > >>>>>
> > >>>>> What do you think ?
> > >>>>>
> > >>>>> Jacques
> > >>>>>
> > >>>>>> Sorry,
> > >>>>>>
> > >>>>>> I used euro and not dollar for variant prices. So yes, you are
> > >>>>>> right Jacopo and sorry
> > >>>>>>
> > >>>>>> Jacques
> > >>>>>>
> > >>>>>> ----- Original Message -----
> > >>>>>> From: "Jacques Le Roux" <[hidden email]>
> > >>>>>> To: <[hidden email]>
> > >>>>>> Sent: Wednesday, January 31, 2007 5:02 PM
> > >>>>>> Subject: Re: Problem in Virtual products
> > >>>>>>
> > >>>>>>
> > >>>>>>> Jacopo,
> > >>>>>>>
> > >>>>>>> From: "Jacopo Cappellato" <[hidden email]>
> > >>>>>>>> Jacques Le Roux wrote:
> > >>>>>>>>> Vamsi
> > >>>>>>>>>> When I am selecting configuration it is not showing the
> > >>>>>>>>>> product price with
> > >>>>>>>>>> configuration.
> > >>>>>>>>> AFAIK there are no specific prices for variants. If you set a
> > >>>>>>>>> price for a variants this will have no effect. The price set
> > >>>>> for
> > >>>>>>> the
> > >>>>>>>>> virtual product will be used.
> > >>>>>>>>>
> > >>>>>>>> I'm pretty sure that the variant price is used if set, it will
> > >>>>>>>> appear as
> > >>>>>>>> soon as you add the variant to the cart.
> > >>>>>>> I tested it before by creating a default price for WG-9943-B3 and
> > >>>>>>> it was not applied but the virtual price was applied. BTW the
> > >>>>>>> virtual had also Competitive and List Prices. So I just tested by
> > >>>>>>> adding Competitive and List Prices to the variant WG-9943-B3
> > >>>>>> same
> > >>>>>>> result.
> > >>>>>>>
> > >>>>>>> Am'I missing something here, promotions, prices rules ?
> > >>>>>>>
> > >>>>>>> Jacques
> > >>>>>>>
> > >>>>>>>> Jacopo
> > >>>
> > >
> > >
> >
>

123