9.05.607A Quote Module - Rounding Material Qtys

I'm at Insights and tested this problem in 9.05.700. Happy to report that this and many other bugs have been fixed.

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of John Driggers
Sent: Tuesday, April 24, 2012 8:50 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys

Epicor only rounds the quantities for things that touch inventory. Whether this is a bug, a conscious design decision, or an oversight... your guess is as good as mine.
That said, it wouldn't be too much trouble to write a BPM to do the rounding manually. You just need to look up the UOM and adjust the qty accordingly. Annoyingly, you would need one BPM for each place where the rounding isn't taking place. However, I can't think of anywhere outside of quotes where it would be likely to present much issue.


On Tue, Apr 24, 2012 at 9:29 PM, Scott Kaufman <skaufman@...> wrote:

> **
>
>
> We are implementing 9.05.606 and have the same problem. I also
> contacted support and got no solution or workaround. We have several
> workarounds in place to combat this issue, most of which came from this user group.
>
> We manufacture disposable tools that last longer than most of our
> quantity breaks. This results in quoting 0.05 of a tool for a low
> quantity, which is never the case. We will always need to quote at
> least 1. To get around this issue, we are using the minimum total cost field to price at least one.
> We also have material requirements that will fall at 6.5 eaches that
> should be 7 on the quote worksheet. We have no workaround for this
> problem yet, mostly because it is not that big of an issue for us. We
> add scrap to every material and this seems to pad the requirements enough.
> Have you tried adding a quantity of scrap the cover your costs? If you
> have no other scrap, you could add a scrap quantity of 1 and this
> would change your requirement to 7.5 which would cover your cost.
>
> We have several customizations and BPMs in place to fix the problem
> when the method in the quote is moved to a job. These were easier
> customizations because the job has a defined run quantity and
> calculates the required quantity for this run quantity.
>
> I am very interested in what others in this group have come up with.
>
> Scott Kaufman
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> Behalf Of melissa hietala
> Sent: Tuesday, April 24, 2012 5:13 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys
>
>
> Here is the situation brought to Epicor on 2-3-12
>
> We are testing the UOM scenarios and I came across somehting that
> doesn't make sense. We have parts that have a uom of each that is set
> to 0 decimals and to round up.
> But on those parts that are material lines, the costing that shows on
> the worksheet is still calculating the cost for partial qtys. For
> example we have a quote with a material requied being 6.50 eaches from
> a math standpoint. When we go to the worksheet the cost reflected is
> for the 6.5 not 7 like it should if the rounding and decimals is working correctly.
> Do we need to update something else in this UOM to have the quotes
> calculate correctly?
> Seems the info to purchasing if you check RFQ Required is bringing
> over the correct whole unit requests. So again, it does not appear to
> be consistant in how it is being calculated. General rule, you don't
> purchase in partial bars or whatever, so we need the quoted cost to
> reflect the real world.
>
> We have a call still open with them and an SCR 93199. No suggested
> work around was given either.
>
> My question to the group is, How many use the quoting module, have you
> come across this also, do you have a work around?
> My concern is that we are not getting all the costs to the quote and
> therefore our pricing will be off, thus reducing our margins when we
> do a quote to actual job cost analysis. The purchasing side works fine
> and we can manually get the correct pricing from suppliers. But that
> doesn't do us much good if the qty the system thinks we need is not
> calculating to the whole units as we need it to for accurate
> manufacturing cost and appropriate customer pricing.
>
> Thank you all for any help,
>
> Melissa Hietala
> UMC, Inc.
> melissah@...<mailto:melissah%40ultramc.com>
>
>
> [Non-text portions of this message have been removed]
>
> CONFIDENTIALITY: The information contained in this email message,
> including any attachment(s), may be privileged and confidential and
> protected from disclosure. The email is not intended for transmission
> to, or receipt by, any unauthorized persons. If the reader of this
> message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you
> are hereby notified that any dissemination, distribution, or copying
> of this communication or use of the information contained herein is
> strictly prohibited. If you have received this electronic mail
> transmission in error, please delete it from your system without
> copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.
>
>
> [Non-text portions of this message have been removed]
>
>
>



--
*John Driggers*
*High End Dev, System Design, Profit Drinking*
*
**:: 904.404.9233*
*:: waffqle@...*
*:: NO FAXES*

*

*


[Non-text portions of this message have been removed]



------------------------------------

Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder and Crystal Reports and other 'goodies', please goto: http://groups.yahoo.com/group/vantage/files/.
(2) To search through old msg's goto: http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto: http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links




CONFIDENTIALITY: The information contained in this email message, including any attachment(s), may be privileged and confidential and protected from disclosure. The email is not intended for transmission to, or receipt by, any unauthorized persons. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication or use of the information contained herein is strictly prohibited. If you have received this electronic mail transmission in error, please delete it from your system without copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.
Here is the situation brought to Epicor on 2-3-12
Â
Â
We are testing the UOM scenarios and I came across somehting that doesn't make sense. We have parts that have a uom of each that is set to 0 decimals and to round up.
But on those parts that are material lines, the costing that shows on the worksheet is still calculating the cost for partial qtys. For example we have a quote with a material requied being 6.50 eaches from a math standpoint. When we go to the worksheet the cost reflected is for the 6.5 not 7 like it should if the rounding and decimals is working correctly.
Do we need to update something else in this UOM to have the quotes calculate correctly?
Seems the info to purchasing if you check RFQ Required is bringing over the correct whole unit requests. So again, it does not appear to be consistant in how it is being calculated. General rule, you don't purchase in partial bars or whatever, so we need the quoted cost to reflect the real world.
Â
We have a call still open with them and an SCRÂ 93199. No suggested work around was given either.

My question to the group is, How many use the quoting module, have you come across this also, do you have a work around?
My concern is that we are not getting all the costs to the quote and therefore our pricing will be off, thus reducing our margins when we do a quote to actual job cost analysis. The purchasing side works fine and we can manually get the correct pricing from suppliers. But that doesn't do us much good if the qty the system thinks we need is not calculating to the whole units as we need it to for accurate manufacturing cost and appropriate customer pricing.

Thank you all for any help,
Â
Melissa Hietala
UMC, Inc.
melissah@...

[Non-text portions of this message have been removed]
We are implementing 9.05.606 and have the same problem. I also contacted support and got no solution or workaround. We have several workarounds in place to combat this issue, most of which came from this user group.

We manufacture disposable tools that last longer than most of our quantity breaks. This results in quoting 0.05 of a tool for a low quantity, which is never the case. We will always need to quote at least 1. To get around this issue, we are using the minimum total cost field to price at least one.
We also have material requirements that will fall at 6.5 eaches that should be 7 on the quote worksheet. We have no workaround for this problem yet, mostly because it is not that big of an issue for us. We add scrap to every material and this seems to pad the requirements enough.
Have you tried adding a quantity of scrap the cover your costs? If you have no other scrap, you could add a scrap quantity of 1 and this would change your requirement to 7.5 which would cover your cost.

We have several customizations and BPMs in place to fix the problem when the method in the quote is moved to a job. These were easier customizations because the job has a defined run quantity and calculates the required quantity for this run quantity.

I am very interested in what others in this group have come up with.

Scott Kaufman

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of melissa hietala
Sent: Tuesday, April 24, 2012 5:13 PM
To: vantage@yahoogroups.com
Subject: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys



Here is the situation brought to Epicor on 2-3-12


We are testing the UOM scenarios and I came across somehting that doesn't make sense. We have parts that have a uom of each that is set to 0 decimals and to round up.
But on those parts that are material lines, the costing that shows on the worksheet is still calculating the cost for partial qtys. For example we have a quote with a material requied being 6.50 eaches from a math standpoint. When we go to the worksheet the cost reflected is for the 6.5 not 7 like it should if the rounding and decimals is working correctly.
Do we need to update something else in this UOM to have the quotes calculate correctly?
Seems the info to purchasing if you check RFQ Required is bringing over the correct whole unit requests. So again, it does not appear to be consistant in how it is being calculated. General rule, you don't purchase in partial bars or whatever, so we need the quoted cost to reflect the real world.

We have a call still open with them and an SCR 93199. No suggested work around was given either.

My question to the group is, How many use the quoting module, have you come across this also, do you have a work around?
My concern is that we are not getting all the costs to the quote and therefore our pricing will be off, thus reducing our margins when we do a quote to actual job cost analysis. The purchasing side works fine and we can manually get the correct pricing from suppliers. But that doesn't do us much good if the qty the system thinks we need is not calculating to the whole units as we need it to for accurate manufacturing cost and appropriate customer pricing.

Thank you all for any help,

Melissa Hietala
UMC, Inc.
melissah@...<mailto:melissah%40ultramc.com>

[Non-text portions of this message have been removed]


CONFIDENTIALITY: The information contained in this email message, including any attachment(s), may be privileged and confidential and protected from disclosure. The email is not intended for transmission to, or receipt by, any unauthorized persons. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication or use of the information contained herein is strictly prohibited. If you have received this electronic mail transmission in error, please delete it from your system without copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.


[Non-text portions of this message have been removed]
Epicor only rounds the quantities for things that touch inventory. Whether
this is a bug, a conscious design decision, or an oversight... your guess
is as good as mine.
That said, it wouldn't be too much trouble to write a BPM to do the
rounding manually. You just need to look up the UOM and adjust the qty
accordingly. Annoyingly, you would need one BPM for each place where the
rounding isn't taking place. However, I can't think of anywhere outside of
quotes where it would be likely to present much issue.


On Tue, Apr 24, 2012 at 9:29 PM, Scott Kaufman <skaufman@...> wrote:

> **
>
>
> We are implementing 9.05.606 and have the same problem. I also contacted
> support and got no solution or workaround. We have several workarounds in
> place to combat this issue, most of which came from this user group.
>
> We manufacture disposable tools that last longer than most of our quantity
> breaks. This results in quoting 0.05 of a tool for a low quantity, which is
> never the case. We will always need to quote at least 1. To get around this
> issue, we are using the minimum total cost field to price at least one.
> We also have material requirements that will fall at 6.5 eaches that
> should be 7 on the quote worksheet. We have no workaround for this problem
> yet, mostly because it is not that big of an issue for us. We add scrap to
> every material and this seems to pad the requirements enough.
> Have you tried adding a quantity of scrap the cover your costs? If you
> have no other scrap, you could add a scrap quantity of 1 and this would
> change your requirement to 7.5 which would cover your cost.
>
> We have several customizations and BPMs in place to fix the problem when
> the method in the quote is moved to a job. These were easier customizations
> because the job has a defined run quantity and calculates the required
> quantity for this run quantity.
>
> I am very interested in what others in this group have come up with.
>
> Scott Kaufman
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of melissa hietala
> Sent: Tuesday, April 24, 2012 5:13 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys
>
>
> Here is the situation brought to Epicor on 2-3-12
>
> We are testing the UOM scenarios and I came across somehting that doesn't
> make sense. We have parts that have a uom of each that is set to 0 decimals
> and to round up.
> But on those parts that are material lines, the costing that shows on the
> worksheet is still calculating the cost for partial qtys. For example we
> have a quote with a material requied being 6.50 eaches from a math
> standpoint. When we go to the worksheet the cost reflected is for the 6.5
> not 7 like it should if the rounding and decimals is working correctly.
> Do we need to update something else in this UOM to have the quotes
> calculate correctly?
> Seems the info to purchasing if you check RFQ Required is bringing over
> the correct whole unit requests. So again, it does not appear to be
> consistant in how it is being calculated. General rule, you don't purchase
> in partial bars or whatever, so we need the quoted cost to reflect the real
> world.
>
> We have a call still open with them and an SCR 93199. No suggested work
> around was given either.
>
> My question to the group is, How many use the quoting module, have you
> come across this also, do you have a work around?
> My concern is that we are not getting all the costs to the quote and
> therefore our pricing will be off, thus reducing our margins when we do a
> quote to actual job cost analysis. The purchasing side works fine and we
> can manually get the correct pricing from suppliers. But that doesn't do us
> much good if the qty the system thinks we need is not calculating to the
> whole units as we need it to for accurate manufacturing cost and
> appropriate customer pricing.
>
> Thank you all for any help,
>
> Melissa Hietala
> UMC, Inc.
> melissah@...<mailto:melissah%40ultramc.com>
>
>
> [Non-text portions of this message have been removed]
>
> CONFIDENTIALITY: The information contained in this email message,
> including any attachment(s), may be privileged and confidential and
> protected from disclosure. The email is not intended for transmission to,
> or receipt by, any unauthorized persons. If the reader of this message is
> not the intended recipient, or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any dissemination, distribution, or copying of this communication or
> use of the information contained herein is strictly prohibited. If you have
> received this electronic mail transmission in error, please delete it from
> your system without copying or disseminating, and notify the sender by
> Reply email, so that our address record can be corrected.
>
>
> [Non-text portions of this message have been removed]
>
>
>



--
*John Driggers*
*High End Dev, System Design, Profit Drinking*
*
**:: 904.404.9233*
*:: waffqle@...*
*:: NO FAXES*

*

*


[Non-text portions of this message have been removed]
I don't think a BPM will fix our problem John. We need the rounding to happen on the Quote Worksheet. From what I can see, these values are calculated on the screen and in a report and not stored in the database where a BPM can touch.

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of John Driggers
Sent: Tuesday, April 24, 2012 8:50 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys

Epicor only rounds the quantities for things that touch inventory. Whether this is a bug, a conscious design decision, or an oversight... your guess is as good as mine.
That said, it wouldn't be too much trouble to write a BPM to do the rounding manually. You just need to look up the UOM and adjust the qty accordingly. Annoyingly, you would need one BPM for each place where the rounding isn't taking place. However, I can't think of anywhere outside of quotes where it would be likely to present much issue.


On Tue, Apr 24, 2012 at 9:29 PM, Scott Kaufman <skaufman@...> wrote:

> **
>
>
> We are implementing 9.05.606 and have the same problem. I also
> contacted support and got no solution or workaround. We have several
> workarounds in place to combat this issue, most of which came from this user group.
>
> We manufacture disposable tools that last longer than most of our
> quantity breaks. This results in quoting 0.05 of a tool for a low
> quantity, which is never the case. We will always need to quote at
> least 1. To get around this issue, we are using the minimum total cost field to price at least one.
> We also have material requirements that will fall at 6.5 eaches that
> should be 7 on the quote worksheet. We have no workaround for this
> problem yet, mostly because it is not that big of an issue for us. We
> add scrap to every material and this seems to pad the requirements enough.
> Have you tried adding a quantity of scrap the cover your costs? If you
> have no other scrap, you could add a scrap quantity of 1 and this
> would change your requirement to 7.5 which would cover your cost.
>
> We have several customizations and BPMs in place to fix the problem
> when the method in the quote is moved to a job. These were easier
> customizations because the job has a defined run quantity and
> calculates the required quantity for this run quantity.
>
> I am very interested in what others in this group have come up with.
>
> Scott Kaufman
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> Behalf Of melissa hietala
> Sent: Tuesday, April 24, 2012 5:13 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys
>
>
> Here is the situation brought to Epicor on 2-3-12
>
> We are testing the UOM scenarios and I came across somehting that
> doesn't make sense. We have parts that have a uom of each that is set
> to 0 decimals and to round up.
> But on those parts that are material lines, the costing that shows on
> the worksheet is still calculating the cost for partial qtys. For
> example we have a quote with a material requied being 6.50 eaches from
> a math standpoint. When we go to the worksheet the cost reflected is
> for the 6.5 not 7 like it should if the rounding and decimals is working correctly.
> Do we need to update something else in this UOM to have the quotes
> calculate correctly?
> Seems the info to purchasing if you check RFQ Required is bringing
> over the correct whole unit requests. So again, it does not appear to
> be consistant in how it is being calculated. General rule, you don't
> purchase in partial bars or whatever, so we need the quoted cost to
> reflect the real world.
>
> We have a call still open with them and an SCR 93199. No suggested
> work around was given either.
>
> My question to the group is, How many use the quoting module, have you
> come across this also, do you have a work around?
> My concern is that we are not getting all the costs to the quote and
> therefore our pricing will be off, thus reducing our margins when we
> do a quote to actual job cost analysis. The purchasing side works fine
> and we can manually get the correct pricing from suppliers. But that
> doesn't do us much good if the qty the system thinks we need is not
> calculating to the whole units as we need it to for accurate
> manufacturing cost and appropriate customer pricing.
>
> Thank you all for any help,
>
> Melissa Hietala
> UMC, Inc.
> melissah@...<mailto:melissah%40ultramc.com>
>
>
> [Non-text portions of this message have been removed]
>
> CONFIDENTIALITY: The information contained in this email message,
> including any attachment(s), may be privileged and confidential and
> protected from disclosure. The email is not intended for transmission
> to, or receipt by, any unauthorized persons. If the reader of this
> message is not the intended recipient, or an employee or agent
> responsible for delivering this message to the intended recipient, you
> are hereby notified that any dissemination, distribution, or copying
> of this communication or use of the information contained herein is
> strictly prohibited. If you have received this electronic mail
> transmission in error, please delete it from your system without
> copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.
>
>
> [Non-text portions of this message have been removed]
>
>
>



--
*John Driggers*
*High End Dev, System Design, Profit Drinking*
*
**:: 904.404.9233*
*:: waffqle@...*
*:: NO FAXES*

*

*


[Non-text portions of this message have been removed]



------------------------------------

Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder and Crystal Reports and other 'goodies', please goto: http://groups.yahoo.com/group/vantage/files/.
(2) To search through old msg's goto: http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto: http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links




CONFIDENTIALITY: The information contained in this email message, including any attachment(s), may be privileged and confidential and protected from disclosure. The email is not intended for transmission to, or receipt by, any unauthorized persons. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication or use of the information contained herein is strictly prohibited. If you have received this electronic mail transmission in error, please delete it from your system without copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.
Oh yes, my apologies. Nonetheless, it could be handled without too much
trouble. You'd just need to do it in a .NET customization. Basically just
tap into the dataview notification and do the look up there.

On Tue, Apr 24, 2012 at 10:08 PM, Scott Kaufman <skaufman@...>wrote:

> **
>
>
> I don't think a BPM will fix our problem John. We need the rounding to
> happen on the Quote Worksheet. From what I can see, these values are
> calculated on the screen and in a report and not stored in the database
> where a BPM can touch.
>
>
> -----Original Message-----
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of John Driggers
> Sent: Tuesday, April 24, 2012 8:50 PM
> To: vantage@yahoogroups.com
> Subject: Re: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys
>
> Epicor only rounds the quantities for things that touch inventory. Whether
> this is a bug, a conscious design decision, or an oversight... your guess
> is as good as mine.
> That said, it wouldn't be too much trouble to write a BPM to do the
> rounding manually. You just need to look up the UOM and adjust the qty
> accordingly. Annoyingly, you would need one BPM for each place where the
> rounding isn't taking place. However, I can't think of anywhere outside of
> quotes where it would be likely to present much issue.
>
> On Tue, Apr 24, 2012 at 9:29 PM, Scott Kaufman <skaufman@...>
> wrote:
>
> > **
>
> >
> >
> > We are implementing 9.05.606 and have the same problem. I also
> > contacted support and got no solution or workaround. We have several
> > workarounds in place to combat this issue, most of which came from this
> user group.
> >
> > We manufacture disposable tools that last longer than most of our
> > quantity breaks. This results in quoting 0.05 of a tool for a low
> > quantity, which is never the case. We will always need to quote at
> > least 1. To get around this issue, we are using the minimum total cost
> field to price at least one.
> > We also have material requirements that will fall at 6.5 eaches that
> > should be 7 on the quote worksheet. We have no workaround for this
> > problem yet, mostly because it is not that big of an issue for us. We
> > add scrap to every material and this seems to pad the requirements
> enough.
> > Have you tried adding a quantity of scrap the cover your costs? If you
> > have no other scrap, you could add a scrap quantity of 1 and this
> > would change your requirement to 7.5 which would cover your cost.
> >
> > We have several customizations and BPMs in place to fix the problem
> > when the method in the quote is moved to a job. These were easier
> > customizations because the job has a defined run quantity and
> > calculates the required quantity for this run quantity.
> >
> > I am very interested in what others in this group have come up with.
> >
> > Scott Kaufman
> >
> > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> > Behalf Of melissa hietala
> > Sent: Tuesday, April 24, 2012 5:13 PM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] 9.05.607A Quote Module - Rounding Material Qtys
> >
> >
> > Here is the situation brought to Epicor on 2-3-12
> >
> > We are testing the UOM scenarios and I came across somehting that
> > doesn't make sense. We have parts that have a uom of each that is set
> > to 0 decimals and to round up.
> > But on those parts that are material lines, the costing that shows on
> > the worksheet is still calculating the cost for partial qtys. For
> > example we have a quote with a material requied being 6.50 eaches from
> > a math standpoint. When we go to the worksheet the cost reflected is
> > for the 6.5 not 7 like it should if the rounding and decimals is working
> correctly.
> > Do we need to update something else in this UOM to have the quotes
> > calculate correctly?
> > Seems the info to purchasing if you check RFQ Required is bringing
> > over the correct whole unit requests. So again, it does not appear to
> > be consistant in how it is being calculated. General rule, you don't
> > purchase in partial bars or whatever, so we need the quoted cost to
> > reflect the real world.
> >
> > We have a call still open with them and an SCR 93199. No suggested
> > work around was given either.
> >
> > My question to the group is, How many use the quoting module, have you
> > come across this also, do you have a work around?
> > My concern is that we are not getting all the costs to the quote and
> > therefore our pricing will be off, thus reducing our margins when we
> > do a quote to actual job cost analysis. The purchasing side works fine
> > and we can manually get the correct pricing from suppliers. But that
> > doesn't do us much good if the qty the system thinks we need is not
> > calculating to the whole units as we need it to for accurate
> > manufacturing cost and appropriate customer pricing.
> >
> > Thank you all for any help,
> >
> > Melissa Hietala
> > UMC, Inc.
> > melissah@...<mailto:melissah%40ultramc.com>
> >
> >
> > [Non-text portions of this message have been removed]
> >
> > CONFIDENTIALITY: The information contained in this email message,
> > including any attachment(s), may be privileged and confidential and
> > protected from disclosure. The email is not intended for transmission
> > to, or receipt by, any unauthorized persons. If the reader of this
> > message is not the intended recipient, or an employee or agent
> > responsible for delivering this message to the intended recipient, you
> > are hereby notified that any dissemination, distribution, or copying
> > of this communication or use of the information contained herein is
> > strictly prohibited. If you have received this electronic mail
> > transmission in error, please delete it from your system without
> > copying or disseminating, and notify the sender by Reply email, so that
> our address record can be corrected.
> >
> >
> > [Non-text portions of this message have been removed]
> >
> >
> >
>
> --
> *John Driggers*
> *High End Dev, System Design, Profit Drinking*
> *
> **:: 904.404.9233*
> *:: waffqle@...*
> *:: NO FAXES*
>
> *
>
> *
>
>
> [Non-text portions of this message have been removed]
>
> ------------------------------------
>
>
> Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must have
> already linked your email address to a yahoo id to enable access. )
> (1) To access the Files Section of our Yahoo!Group for Report Builder and
> Crystal Reports and other 'goodies', please goto:
> http://groups.yahoo.com/group/vantage/files/.
> (2) To search through old msg's goto:
> http://groups.yahoo.com/group/vantage/messages
> (3) To view links to Vendors that provide Vantage services goto:
> http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
>
>
> CONFIDENTIALITY: The information contained in this email message,
> including any attachment(s), may be privileged and confidential and
> protected from disclosure. The email is not intended for transmission to,
> or receipt by, any unauthorized persons. If the reader of this message is
> not the intended recipient, or an employee or agent responsible for
> delivering this message to the intended recipient, you are hereby notified
> that any dissemination, distribution, or copying of this communication or
> use of the information contained herein is strictly prohibited. If you have
> received this electronic mail transmission in error, please delete it from
> your system without copying or disseminating, and notify the sender by
> Reply email, so that our address record can be corrected.
>
>
>



--
*John Driggers*
*High End Dev, System Design, Profit Drinking*
*
**:: 904.404.9233*
*:: waffqle@...*
*:: NO FAXES*

*

*


[Non-text portions of this message have been removed]
> We have several customizations and BPMs in place to fix the problem when
> the method in the quote is moved to a job. These were easier customizations
> because the job has a defined run quantity and calculates the required
> quantity for this run quantity.
Do you have the Product Configurator? You could use a SET FIELD rule
to programatically change the quantities in quotes (or jobs).

Mark W.