Home › Forums › Users › General User's Discussion ›

Price rounding for products

Submitted by dadmin on Tue, 22/06/2010 - 12:35
in

Is it possible to round up product prices to say the nearest 5c, that way we wouldn't end up silly prices when they are automatically updated.

The way that final price is rounded for cash payments works fine but if the prices automatically went to the nearest 5c it wouldn't really be needed.

I was thinking that there may be a way to round the relevant fields in the archetypes???

Matt Y.

‹ Product Type Report Queries on data in reports ›

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Re: Price rounding for products

Submitted by Matt C on Tue, 22/06/2010 - 14:00.
Good idea. It should be an option per product though. Some high volume products in our clinic need to stay exact and have rounding applied later.

Matt C

On Tue, 22 Jun 2010 01:41:31 +0000 (UTC), matt@mattyoung.com.au wrote:

> Is it possible to round up product prices to say the nearest 5c, that way > we wouldn't end up silly prices when they are automatically updated. > > The way that final price is rounded for cash payments works fine but if the

> prices automatically went to the nearest 5c it wouldn't really be needed. > > I was thinking that there may be a way to round the relevant fields in the

> archetypes??? > > Matt Y. > _______________________________________________ > OpenVPMS User Mailing List > users@lists.openvpms.org > To unsubscribe or change your subscription visit: > http://lists.openvpms.org/listinfo/users > Posts from this mailing list can be viewed online and replied to in the > OpenVPMS User's forum- http://tinyurl.com/openvfu >

_______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/listinfo/users Posts from this mailing list can be viewed online and replied to in the OpenVPMS User's forum- http://tinyurl.com/openvfu

Re: New or updated comment for General User's Discussion Forum t

Submitted by Matt Young on Tue, 22/06/2010 - 18:00.

Actually now that you mention it, it wouldn't work well for things
like cheap tablets or liquids tablets would it. So definately would
need to be per product or perhaps per product type?

Re: New or updated comment for General User's Discussion Forum

Submitted by Yuri Sos (not verified) on Wed, 23/06/2010 - 00:00.
On Tue, 22 Jun 2010 07:00:02 +0000 (UTC), you wrote:

>it wouldn't work well for things >like cheap tablets or liquids tablets would it. So definately would >need to be per product or perhaps per product type?

With my old DOS program, Paradox, I have a small sub-routine that calculates and rounds retail prices (using a combination of round and integer macros): greater than 3c and less than 30c, round up/down to nearest 5c, over 30c, round up to next 10c, over $10, round up to next 50c.

Made life a lot simpler.

Cheers

Yuri. _______________________________________________ OpenVPMS User Mailing List users@lists.openvpms.org To unsubscribe or change your subscription visit: http://lists.openvpms.org/listinfo/users Posts from this mailing list can be viewed online and replied to in the OpenVPMS User's forum- http://tinyurl.com/openvfu

Re: New or updated comment for General User's Discussion Forum t

Submitted by Matt Young on Tue, 22/06/2010 - 18:00.

Actually now that you mention it, it wouldn't work well for things
like cheap tablets or liquids tablets would it. So definately would
need to be per product or perhaps per product type?

Syndicate content