Screen Refresh after BPM

system · November 17, 2010, 4:10pm

Scott,

Use the wizard to add an after adapter, it will add the case statement for
you (and likely have update already pre-coded). Add a line within the case
statement:

Otrans.update()

That should do it for you.

Kevin Simon

SimsTrak Consulting

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
scottinct78
Sent: Wednesday, November 17, 2010 11:30 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: Screen Refresh after BPM

I am running into this exact same problem. I have a POST SalesOrder.Update
BPM which does everything I need, but I have to hit refresh on the release
before I can do anything. If not I get "Record has been updated by another
user".

A code example of the form event would be very helpful.

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

system · March 18, 2010, 3:27pm

We are evaluating Epicor 9 and have issues with the Inventory UOM. When we covert our data to Epicor 9, we can no longer change the Inventory UOM on the part maintenance level. The problem is a few of our UOM like PK can be a pack almost any quantity like packs of 20 or 25 and you can only factor each UOM once.

Has anyone else had this issue and resolved it?

Thanks,

Rich Wagner
[cid:image001.jpg@01CAC6AF.95BA9550]
2148 Century Drive
Jefferson Hills, PA 15025
Phone: (412) 384-3100 x159
Fax: (412) 384-2033
www.bawplastics.com<http://www.bawplastics.com>

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

system · March 18, 2010, 7:51pm

Hi Rich,

>We are evaluating Epicor 9 and have issues with the Inventory UOM. When we covert our
> data to Epicor 9, we can no longer change the Inventory UOM on the part maintenance
> level. The problem is a few of our UOM like PK can be a pack almost any quantity like
> packs of 20 or 25 and you can only factor each UOM once.
>
>Has anyone else had this issue and resolved it?

You have more than two characters to work with in the UOM field (6 I think) so it's possible to create more UOMs like:

12PK, 25PK (or PK12, PK25), etc.

The same would work for rolls in the length UOMs.

RL100, RL500

If you use both fluid and dry ounces, only one can be OZ and the other must be different.

It is possible to create a Product Specific UOM where you can mix and match UOMs in various combinations with appropriate conversion factors. See the UOM tab on Part Entry.

Mark W.

system · March 19, 2010, 8:26am

Mark,

Our problem is that once the data is converted and the part had an Inventory UOM of PK in 6.1 you cannot change it to one of the newly created UOMs. The Inventory UOM cannot be changed in Epicor 9.

Thanks,

Rich Wagner x159
________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Mark Wonsil
Sent: Thursday, March 18, 2010 7:51 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Epicor 9 UOM

Hi Rich,

>We are evaluating Epicor 9 and have issues with the Inventory UOM. When we covert our
> data to Epicor 9, we can no longer change the Inventory UOM on the part maintenance
> level. The problem is a few of our UOM like PK can be a pack almost any quantity like
> packs of 20 or 25 and you can only factor each UOM once.
>
>Has anyone else had this issue and resolved it?

You have more than two characters to work with in the UOM field (6 I think) so it's possible to create more UOMs like:

12PK, 25PK (or PK12, PK25), etc.

The same would work for rolls in the length UOMs.

RL100, RL500

If you use both fluid and dry ounces, only one can be OZ and the other must be different.

It is possible to create a Product Specific UOM where you can mix and match UOMs in various combinations with appropriate conversion factors. See the UOM tab on Part Entry.

Mark W.

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

system · March 19, 2010, 8:56am

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse table
the screen knows nothing about this, so you'd have to refresh the part to
pull in this information. Is there some way to not require the entire part
to be refreshed?

Thanks!

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

system · March 23, 2010, 8:55am

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

system · March 23, 2010, 10:10am

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating some key record field (not ttemp tables) that could then be the event trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) - but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...>
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com>
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

system · March 23, 2010, 10:47am

I'll have to try this and see what happens. Thanks for the suggestion.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
robertb_versa@...
Sent: Tuesday, March 23, 2010 10:11 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Screen Refresh after BPM

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating
some key record field (not ttemp tables) that could then be the event
trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) -
but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...
<mailto:llowney%40pridesigns.com> >
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

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

system · March 23, 2010, 10:55am

Bear in mind, BPM code executes on the server - not in The UI

--- In vantage@yahoogroups.com, "Sean McDaniel" <smcdanie@...> wrote:
>
> I'll have to try this and see what happens. Thanks for the suggestion.
>
>
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
> robertb_versa@...
> Sent: Tuesday, March 23, 2010 10:11 AM
> To: vantage@yahoogroups.com
> Subject: RE: [Vantage] Screen Refresh after BPM
>
>
>
>
>
> are you saying there is no BPM equivalent to client .net otrans.refresh()?
>
> Maybe a combo of both -your bpm - that 'does something' ultimately updating
> some key record field (not ttemp tables) that could then be the event
> trigger for a client otrans.refresh()?
>
> I'm weak in progress (other than what the brain dead BAQ editor supports) -
> but I'd be shocked if a client can't be force refreshed from a BPM.
>
> Rob
>
> --- Original Message ---
> From:"Linda Lowney" <llowney@...
> <mailto:llowney%40pridesigns.com> >
> Sent:Tue 3/23/10 8:55 am
> To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
> Subj:RE: [Vantage] Screen Refresh after BPM
>
> Sean, did you ever get an answer to this? I have the same problem with
> one of my BPM's where I need to refresh the screen
>
> Regards,
>
> Linda
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
> Behalf
> Of Sean McDaniel
> Sent: Friday, March 19, 2010 8:56 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Screen Refresh after BPM
>
> If you update a part and a part.update BPM then goes in and changes
> something in the PlantWhse, is there some way to force the screen to
> refresh? As it is right now, when you make a change to the PlantWhse
> table
> the screen knows nothing about this, so you'd have to refresh the part
> to
> pull in this information. Is there some way to not require the entire
> part
> to be refreshed?
>
> Thanks!
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

system · March 23, 2010, 11:06am

Where would you put this in the customization?

If you did it on the epiNotification initialize you'd potentially get an
endless loop. You can't capture the "after update" event (or can you?). You
can't do this from BPM.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
robertb_versa@...
Sent: Tuesday, March 23, 2010 10:11 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Screen Refresh after BPM

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating
some key record field (not ttemp tables) that could then be the event
trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) -
but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...
<mailto:llowney%40pridesigns.com> >
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

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

system · March 23, 2010, 11:49am

Just thinking out loud: If your BPMs always (as last action) set some innocuous unused boolean field in one of the apps main tables to the opposite of its current value, your client vb code could then use that state change as an epinotify triggered otrans.refresh.

--- Original Message ---
From:"Sean McDaniel" <smcdanie@...>
Sent:Tue 3/23/10 11:06 am
To:<vantage@yahoogroups.com>
Subj:RE: [Vantage] Screen Refresh after BPM

Where would you put this in the customization?

If you did it on the epiNotification initialize you'd potentially get an
endless loop. You can't capture the "after update" event (or can you?). You
can't do this from BPM.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
robertb_versa@...
Sent: Tuesday, March 23, 2010 10:11 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Screen Refresh after BPM

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating
some key record field (not ttemp tables) that could then be the event
trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) -
but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...
<mailto:llowney%40pridesigns.com> >
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

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

system · March 23, 2010, 12:56pm

This might be possible as you can create an after adapter method on an
update in customization.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
robertb_versa@...
Sent: Tuesday, March 23, 2010 11:49 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Screen Refresh after BPM

Just thinking out loud: If your BPMs always (as last action) set some
innocuous unused boolean field in one of the apps main tables to the
opposite of its current value, your client vb code could then use that state
change as an epinotify triggered otrans.refresh.

--- Original Message ---
From:"Sean McDaniel" <smcdanie@...
<mailto:smcdanie%40rochester.rr.com> >
Sent:Tue 3/23/10 11:06 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Where would you put this in the customization?

If you did it on the epiNotification initialize you'd potentially get an
endless loop. You can't capture the "after update" event (or can you?). You
can't do this from BPM.

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
robertb_versa@... <mailto:robertb_versa%40yahoo.com>
Sent: Tuesday, March 23, 2010 10:11 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Screen Refresh after BPM

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating
some key record field (not ttemp tables) that could then be the event
trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) -
but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...
<mailto:llowney%40pridesigns.com>
<mailto:llowney%40pridesigns.com> >
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in this information. Is there some way to not require the entire
part
to be refreshed?

Thanks!

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

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

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

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

system · March 23, 2010, 5:45pm

Great idea Sean. I've always found EpiNotify cranky triggers. An After Adapter event trigger definitely would be the most stable.
Rob

--- Original Message ---
From:"Sean McDaniel" <smcdanie@...>
Sent:Tue 3/23/10 12:56 pm
To:<vantage@yahoogroups.com>
Subj:RE: [Vantage] Screen Refresh after BPM

This might be possible as you can create an after adapter method on an
update in customization.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of
robertb_versa@...
Sent: Tuesday, March 23, 2010 11:49 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Screen Refresh after BPM

Just thinking out loud: If your BPMs always (as last action) set some
innocuous unused boolean field in one of the apps main tables to the
opposite of its current value, your client vb code could then use that state
change as an epinotify triggered otrans.refresh.

--- Original Message ---
From:"Sean McDaniel" <smcdanie@...
<mailto:smcdanie%40rochester.rr.com> >
Sent:Tue 3/23/10 11:06 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Where would you put this in the customization?

If you did it on the epiNotification initialize you'd potentially get an
endless loop. You can't capture the "after update" event (or can you?). You
can't do this from BPM.

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf Of
robertb_versa@... <mailto:robertb_versa%40yahoo.com>
Sent: Tuesday, March 23, 2010 10:11 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Screen Refresh after BPM

are you saying there is no BPM equivalent to client .net otrans.refresh()?

Maybe a combo of both -your bpm - that 'does something' ultimately updating
some key record field (not ttemp tables) that could then be the event
trigger for a client otrans.refresh()?

I'm weak in progress (other than what the brain dead BAQ editor supports) -
but I'd be shocked if a client can't be force refreshed from a BPM.

Rob

--- Original Message ---
From:"Linda Lowney" <llowney@...
<mailto:llowney%40pridesigns.com>
<mailto:llowney%40pridesigns.com> >
Sent:Tue 3/23/10 8:55 am
To:<vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> >
Subj:RE: [Vantage] Screen Refresh after BPM

Sean, did you ever get an answer to this? I have the same problem with
one of my BPM's where I need to refresh the screen

Regards,

Linda

From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Sean McDaniel
Sent: Friday, March 19, 2010 8:56 AM
To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Screen Refresh after BPM

If you update a part and a part.update BPM then goes in and changes
something in the PlantWhse, is there some way to force the screen to
refresh? As it is right now, when you make a change to the PlantWhse
table
the screen knows nothing about this, so you'd have to refresh the part
to
pull in

system · March 25, 2010, 10:27am

All,

The reason for this message is to find other comapnies that are having this issue and make others aware of an issue in Epicor 9 with UOM's and dimesionally tracked parts. We have currently put on hold a migration to E9 from Vantage 6.1 due to a UOM issue. This issues seems to be only related to those that migrate to E9 and deal with dimesionally tracked parts.

Quick background. We have been running live on Vantage 6.1.525 since January of 2006. We use many of the features of Vantage from quote to cash along with the Field Service and CRM modules. We are a Manufacturing, Service and Retail company in the aviation field. So we also need to deal with lot contolled parts.

Now the problem. The problem is an issue with the conversion rates of the UOM. After the migration to Epicor 9, E9 Support asked us to run two utilities wich fixes on file but then screws up another. We have gained and loss on hand quantity in the amount of a negative $200K in a migration of Vantage 6.1 to Epicor 9 without running a single transaction. All of this value has been in parts that are raw material and are dimensionally tracked.

Please let me know if you have run into this issue, I would be curious to find out what Epicor is doing for you.

Thanks
Joe Sanders
Wipaire Inc.
IT Manager
jsanders@...

system · June 2, 2010, 4:58pm

Rich,

Did you ever resolve this? We can't convert to 9 until the whole UOM
issue is resolved. Our problem is that we buy aluminum by the pound and
stock it by the sheet or length, therefore depending on the size and
thickness the conversion factor can vary greatly.

Linda

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of RICH WAGNER
Sent: Thursday, March 18, 2010 3:28 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Epicor 9 UOM

We are evaluating Epicor 9 and have issues with the Inventory UOM. When
we covert our data to Epicor 9, we can no longer change the Inventory
UOM on the part maintenance level. The problem is a few of our UOM like
PK can be a pack almost any quantity like packs of 20 or 25 and you can
only factor each UOM once.

Has anyone else had this issue and resolved it?

Thanks,

Rich Wagner
[cid:image001.jpg@01CAC6AF.95BA9550
<mailto:image001.jpg%4001CAC6AF.95BA9550> ]
2148 Century Drive
Jefferson Hills, PA 15025
Phone: (412) 384-3100 x159
Fax: (412) 384-2033
www.bawplastics.com<http://www.bawplastics.com>

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

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

system · June 2, 2010, 5:20pm

One solution to the problem is to set up multiple UOM's like PK20 or PK25 to handle fixed quantities.

We also buy Bar Stock by the Pound and inventory it by the Inch. I use a part specific conversion that is different for each material. It is a permanent conversion factor, but there is a trick to correct errors or adjust for changes in the factor. I would be glad to elaborate if you would like.

Thanks,

Richard L Sirow, President
Independent Components Corp.
528 Hempstead Turnpike
West Hempstead, NY 11552
rick@...
Ph: 516-481-5100x106
Fx: 516-481-5550

On Jun 2, 2010, at 4:58 PM, Linda Lowney wrote:

> Rich,
>
> Did you ever resolve this? We can't convert to 9 until the whole UOM
> issue is resolved. Our problem is that we buy aluminum by the pound and
> stock it by the sheet or length, therefore depending on the size and
> thickness the conversion factor can vary greatly.
>
> Linda
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of RICH WAGNER
> Sent: Thursday, March 18, 2010 3:28 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Epicor 9 UOM
>
> We are evaluating Epicor 9 and have issues with the Inventory UOM. When
> we covert our data to Epicor 9, we can no longer change the Inventory
> UOM on the part maintenance level. The problem is a few of our UOM like
> PK can be a pack almost any quantity like packs of 20 or 25 and you can
> only factor each UOM once.
>
> Has anyone else had this issue and resolved it?
>
> Thanks,
>
> Rich Wagner
> [cid:image001.jpg@01CAC6AF.95BA9550
> <mailto:image001.jpg%4001CAC6AF.95BA9550> ]
> 2148 Century Drive
> Jefferson Hills, PA 15025
> Phone: (412) 384-3100 x159
> Fax: (412) 384-2033
> www.bawplastics.com<http://www.bawplastics.com>
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>

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

system · June 2, 2010, 6:03pm

Id certainly like to hear more, were on that path to 9, we buy steel by
the pound and stock it by inches or square feet. And im sure like, you,
have many different grades and thicknesses.

Rob Bucek
Manufacturing Engineer
PH: (715) 284-5376 ext 3111
Mobile: (715)896-0590
FAX: (715)284-4084

(Click the logo to view our site)

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Sirow Richard
Sent: Wednesday, June 02, 2010 4:20 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Epicor 9 UOM

One solution to the problem is to set up multiple UOM's like PK20 or
PK25 to handle fixed quantities.

We also buy Bar Stock by the Pound and inventory it by the Inch. I use
a part specific conversion that is different for each material. It is a
permanent conversion factor, but there is a trick to correct errors or
adjust for changes in the factor. I would be glad to elaborate if you
would like.

Thanks,

Richard L Sirow, President
Independent Components Corp.
528 Hempstead Turnpike
West Hempstead, NY 11552
rick@...
Ph: 516-481-5100x106
Fx: 516-481-5550

On Jun 2, 2010, at 4:58 PM, Linda Lowney wrote:

> Rich,
>
> Did you ever resolve this? We can't convert to 9 until the whole UOM
> issue is resolved. Our problem is that we buy aluminum by the pound
and
> stock it by the sheet or length, therefore depending on the size and
> thickness the conversion factor can vary greatly.
>
> Linda
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf
> Of RICH WAGNER
> Sent: Thursday, March 18, 2010 3:28 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Epicor 9 UOM
>
> We are evaluating Epicor 9 and have issues with the Inventory UOM.
When
> we covert our data to Epicor 9, we can no longer change the Inventory
> UOM on the part maintenance level. The problem is a few of our UOM
like
> PK can be a pack almost any quantity like packs of 20 or 25 and you
can
> only factor each UOM once.
>
> Has anyone else had this issue and resolved it?
>
> Thanks,
>
> Rich Wagner
> [cid:image001.jpg@01CAC6AF.95BA9550
> <mailto:image001.jpg%4001CAC6AF.95BA9550> ]
> 2148 Century Drive
> Jefferson Hills, PA 15025
> Phone: (412) 384-3100 x159
> Fax: (412) 384-2033
> www.bawplastics.com<http://www.bawplastics.com>
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>

[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

system · June 3, 2010, 8:41am

Hi Richard,

Please do elaborate. In Vantage 8 we use SH for sheets and LN for bar
stock. During conversion we have to tell Vantage what class and
conversion factor to use for SH. Obviously I can't do that since there
could be many conversion factors.

After talking to LeAnn it sounds like I need to go through all my parts
and make up new units of measure for the different sheet sizes and bar
stock before doing the conversion - if I can make enough combinations
using only 2 characters for UOM. Then after conversion go through all
the parts again and create more logical unit of measure codes.

Regards,
Linda

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Sirow Richard
Sent: Wednesday, June 02, 2010 5:20 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Epicor 9 UOM

One solution to the problem is to set up multiple UOM's like PK20 or
PK25 to handle fixed quantities.

We also buy Bar Stock by the Pound and inventory it by the Inch. I use
a part specific conversion that is different for each material. It is a
permanent conversion factor, but there is a trick to correct errors or
adjust for changes in the factor. I would be glad to elaborate if you
would like.

Thanks,

Richard L Sirow, President
Independent Components Corp.
528 Hempstead Turnpike
West Hempstead, NY 11552
rick@...
Ph: 516-481-5100x106
Fx: 516-481-5550

On Jun 2, 2010, at 4:58 PM, Linda Lowney wrote:

> Rich,
>
> Did you ever resolve this? We can't convert to 9 until the whole UOM
> issue is resolved. Our problem is that we buy aluminum by the pound
and
> stock it by the sheet or length, therefore depending on the size and
> thickness the conversion factor can vary greatly.
>
> Linda
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
Behalf
> Of RICH WAGNER
> Sent: Thursday, March 18, 2010 3:28 PM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Epicor 9 UOM
>
> We are evaluating Epicor 9 and have issues with the Inventory UOM.
When
> we covert our data to Epicor 9, we can no longer change the Inventory
> UOM on the part maintenance level. The problem is a few of our UOM
like
> PK can be a pack almost any quantity like packs of 20 or 25 and you
can
> only factor each UOM once.
>
> Has anyone else had this issue and resolved it?
>
> Thanks,
>
> Rich Wagner
> [cid:image001.jpg@01CAC6AF.95BA9550
> <mailto:image001.jpg%4001CAC6AF.95BA9550> ]
> 2148 Century Drive
> Jefferson Hills, PA 15025
> Phone: (412) 384-3100 x159
> Fax: (412) 384-2033
> www.bawplastics.com<http://www.bawplastics.com>
>
> [Non-text portions of this message have been removed]
>
> [Non-text portions of this message have been removed]
>
>

[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

system · June 3, 2010, 9:37am

Hi Linda,

Just a couple of things:

- The UOM field is larger than two characters.

- At the part level, you can override the conversion fact by doing a part
specific UOM. See the new UOM tab in Part Entry.

Mark W.

On Jun 3, 2010 8:41 AM, "Linda Lowney" <llowney@...> wrote:

Hi Richard,

Please do elaborate. In Vantage 8 we use SH for sheets and LN for bar
stock. During conversion we have to tell Vantage what class and
conversion factor to use for SH. Obviously I can't do that since there
could be many conversion factors.

After talking to LeAnn it sounds like I need to go through all my parts
and make up new units of measure for the different sheet sizes and bar
stock before doing the conversion - if I can make enough combinations
using only 2 characters for UOM. Then after conversion go through all
the parts again and create more logical unit of measure codes.

Regards,
Linda

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behal...

Of Sirow Richard
Sent: Wednesday, June 02, 2010 5:20 PM
To: vantage@yahoogroups.com

Subject: Re: [Vantage] Epicor 9 UOM

One solution to the problem is to set up multiple UOM's like PK20 or
PK25 to handle fixed quantities...

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

system · June 3, 2010, 9:51am

Linda,

I can't stress enough. Test the UOM's. Especially if you are using Dimensionally Tracked Parts. Dimensionally Tracked parts will automatically create your parts to be Part Specific. With this done, you will not be able to change your parts to a different UOM class.

I also found a bug in the conversion of these Dimensionally Tracked Parts. We are currently running Vantage 6.1. We wanted to go live to Epicor 9 back around September but ran into these UOM issues. Epicor finally admitted to me that there is an issue in December of 2009. I gave them a solution that I would be willing to work with. To this day, I have not gotten anything from Epicor saying when this problem will be fixed. Just that they are working on getting it fixed.

In addtion, to test your unit of measure conversion, Run your Stock Status in your old system. then run it in Epicor 9. The value of your inventory should not change. Ours did by $200K.

Once again, Test, Test, Test.

Joe Sanders
jsanders@...
wipaire, Inc.

--- In vantage@yahoogroups.com, "Linda Lowney" <llowney@...> wrote:
>
> Hi Richard,
>
> Please do elaborate. In Vantage 8 we use SH for sheets and LN for bar
> stock. During conversion we have to tell Vantage what class and
> conversion factor to use for SH. Obviously I can't do that since there
> could be many conversion factors.
>
> After talking to LeAnn it sounds like I need to go through all my parts
> and make up new units of measure for the different sheet sizes and bar
> stock before doing the conversion - if I can make enough combinations
> using only 2 characters for UOM. Then after conversion go through all
> the parts again and create more logical unit of measure codes.
>
> Regards,
> Linda
>
>
> -----Original Message-----
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of Sirow Richard
> Sent: Wednesday, June 02, 2010 5:20 PM
> To: vantage@yahoogroups.com
> Subject: Re: [Vantage] Epicor 9 UOM
>
> One solution to the problem is to set up multiple UOM's like PK20 or
> PK25 to handle fixed quantities.
>
> We also buy Bar Stock by the Pound and inventory it by the Inch. I use
> a part specific conversion that is different for each material. It is a
> permanent conversion factor, but there is a trick to correct errors or
> adjust for changes in the factor. I would be glad to elaborate if you
> would like.
>
>
> Thanks,
>
> Richard L Sirow, President
> Independent Components Corp.
> 528 Hempstead Turnpike
> West Hempstead, NY 11552
> rick@...
> Ph: 516-481-5100x106
> Fx: 516-481-5550
>
> On Jun 2, 2010, at 4:58 PM, Linda Lowney wrote:
>
> > Rich,
> >
> > Did you ever resolve this? We can't convert to 9 until the whole UOM
> > issue is resolved. Our problem is that we buy aluminum by the pound
> and
> > stock it by the sheet or length, therefore depending on the size and
> > thickness the conversion factor can vary greatly.
> >
> > Linda
> >
> > From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On
> Behalf
> > Of RICH WAGNER
> > Sent: Thursday, March 18, 2010 3:28 PM
> > To: vantage@yahoogroups.com
> > Subject: [Vantage] Epicor 9 UOM
> >
> > We are evaluating Epicor 9 and have issues with the Inventory UOM.
> When
> > we covert our data to Epicor 9, we can no longer change the Inventory
> > UOM on the part maintenance level. The problem is a few of our UOM
> like
> > PK can be a pack almost any quantity like packs of 20 or 25 and you
> can
> > only factor each UOM once.
> >
> > Has anyone else had this issue and resolved it?
> >
> > Thanks,
> >
> > Rich Wagner
> > [cid:image001.jpg@...
> > <mailto:image001.jpg%4001CAC6AF.95BA9550> ]
> > 2148 Century Drive
> > Jefferson Hills, PA 15025
> > Phone: (412) 384-3100 x159
> > Fax: (412) 384-2033
> > www.bawplastics.com<http://www.bawplastics.com>
> >
> > [Non-text portions of this message have been removed]
> >
> > [Non-text portions of this message have been removed]
> >
> >
>
>
>
> [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
>

Topic		Replies	Views
Part Type Blank Title 60342 Yahoo Archive	8	343	November 1, 2007
BPM Refresh Screen Yahoo Archive	4	1038	March 2, 2014
BPM for quoting Yahoo Archive	10	661	July 2, 2008
BPM: Updating OrderDtl requires refresh in Order Entry Yahoo Archive	8	803	May 9, 2011
9.04 BPM passing parameters Yahoo Archive	7	1106	February 9, 2011

Screen Refresh after BPM

Related Topics