Subcontract PO's

Yahoo Archive
1
Thank you, I suspect this is what is going on, so I will pass this informatin along to my purchasing person. I'll verify this next time we have multiple subcontract PO's.
Â
Thanks again.
Â
Barbara

--- On Fri, 6/27/08, jplehr <jlehr@...> wrote:

From: jplehr <jlehr@...>
Subject: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Friday, June 27, 2008, 2:48 PM






Vantage V. 8.03.305L

This may sound strange, but with what you said in your last couple
sentences I thought it is worth mentioning. This is what I have
experienced, on rare occassions.. .<I am not saying I have seen this
in P.O. Entry but will use it as an example>...

I create my first P.O.; I then move on to create my second P.O.
simply by selecting "File>New>New PO". This is where I have seen the
new P.O. retain information from the previous P.O. To resolve this I
started "Clearing" my form and the select "File>New>New PO". I
haven't seen or heard of any further issues.

Again, you may think I am crazy, but that is all I could see in my
research. May be worth looking at as you watch the process at hand.

--- In vantage@yahoogroups .com, Barbara Kite <barken2008@ ...> wrote:
>
> Rob
> Â
> No we do not have MRP as part of our package. I've asked my
purchasing person that the next time she is ready to prepare another
subcontract PO to call me and I want to watch what she is doing.Â
Today I looked at a couple that she did last week and I asked her
what part number was coming up on the PO instead of the part from
the job.  I then did a transaction history on the part number and
discovered that the part was from an earlier subcontract PO she did
that same day...mmmm, makes me wonder if the reason why we were not
having problems before is because she was only doing one subcontract
PO on a single day and when she runs multiple subcontract PO's on the
same day, if the system isn't pulling a part number from an earlier
PO created that day. This is what I want to verify the next time she
needs to issue them.Â
> Â
> Barbara
>
> --- On Thu, 6/26/08, Robert Brown <robertb_versa@ ...> wrote:
>
> From: Robert Brown <robertb_versa@ ...>
> Subject: Re: [Vantage] Re:Subcontract PO's
> To: vantage@yahoogroups .com
> Date: Thursday, June 26, 2008, 8:47 PM
>
>
>
>
>
>
> Barbara,
>
> You are not running MRP or the Global with any future date fence
are you?
>
> If so, your 'fence' may be the cause behind some jobs not properly
subcontract processing versus others that do (that are within your
fence).
>
> I'd verify that simple thing before going into the Vendor/Part/
PriceList and MoM research I recommended below.
>
> Rob Brown
>
> --- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:
> From: Robert Brown <robertb_versa@ yahoo.com>
> Subject: Re: [Vantage] Re:Subcontract PO's
> To: vantage@yahoogroups .com
> Date: Thursday, June 26, 2008, 4:32 PM
>
> Make sure you have an approved vendor set up with a price list for
your subcontract part (or subcontract Std Op if you aren't carrying a
redunent "service" part number in your MoMs).
>
> Then look at your methods. Compare all of the ones that you know
have generated jobs with details containing subcontract Ops
that 'work' versus those you know that resulted in Jobs that
misbehave re subcontract processing.
>
> I'd bet money that there is at least one clear difference between
the two groups of MoMs when you compare them.
>
> Make them (and all your MoMs containing subcontract Ops) conform to
the ones that have 'worked' in the past.
>
> Rob Brown
>
> --- On Thu, 6/26/08, barken2008 <barken2008@ yahoo. com> wrote:
>
> From: barken2008 <barken2008@ yahoo. com>
>
> Subject: [Vantage] Re:Subcontract PO's
>
> To: vantage@yahoogroups .com
>
> Date: Thursday, June 26, 2008, 2:28 PM
>
> In the job we have the operation as a subcontract operation . This
is
>
> a new issue with us as we've been doing subcontract operations for
>
> quite some time and then creating the subcontract PO. When we open
up
>
> a new PO and label it a subcontract PO, we put in the job number
and
>
> then go to the Mtl button to pull in the material from the job.
This
>
> is supposed to bring in the correct part number from the job, but
for
>
> some reason, it is not doing it. I've also found that it works
>
> correctly on some PO's but not on all P.O's, so it's a hit and miss
on
>
> whether or not it's going to pull the correct part number. I just
am
>
> at a loss on what to look for.
>
> Barbara
>
> --- In vantage@yahoogroups .com, RSN <rsnsfi@> wrote:
>
> >
>
> > Ms. Kite,
>
> > Which operation are you writing the PO to. Is there a part#
defined
>
> at the operation. then this part# supercedes the Job production
part#.
>
> > Thx
>
> > RSN
>
> >
>
> >
>
> >
>
> > [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]
2
This is a new glitch for us today. We have a job that has a
subcontract operation. When we go to PO's for the subcontract
operation, we enter the job and then the operation. Vista is pulling a
part number that is no where to be found on that job. So we changed it
to the correct one. Then the next subcontract PO, it did it again and
used the same incorrect part number.

Anyone experience this glitch. I had the purchasing person log out of
Vista and then log back in, but this didn't fix the problem. The
first subcontract PO worked just fine, so don't know what's going on
here.

Barbara
3
I'm not sure of the differences/similarities between Vista and
Vantage...but in Vantage, subcontract operations can have a different
part number than the part number you are manufacturing on the job.

Find the source the job was created from (quote or method of
manufacturing or whatever), look at the operation in question and click
over to the "subcontract" tab and make sure the part number is correct.


Amy O'Malley
Process Engineer
Heraeus Medical Components Division
Lino Lakes, Minnesota
amy.omalley#heraeus.com

-----Original Message-----
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of barken2008
Sent: Tuesday, May 20, 2008 10:47 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Subcontract PO's

This is a new glitch for us today. We have a job that has a
subcontract operation. When we go to PO's for the subcontract
operation, we enter the job and then the operation. Vista is pulling a
part number that is no where to be found on that job. So we changed it
to the correct one. Then the next subcontract PO, it did it again and
used the same incorrect part number.

Anyone experience this glitch. I had the purchasing person log out of
Vista and then log back in, but this didn't fix the problem. The
first subcontract PO worked just fine, so don't know what's going on
here.

Barbara
4
That was the first place I looked and the part number that is appearing on the PO is not on the job. Additionally, another job was created with a subcontract operation, using the same vendor and again, the same part number appeared when the PO was generated. I looked at the vendor master to see if there was a vendor part number attached to the vendor and I didn't see any, so I'm still confused on where Vista is obtaining this part number. We have not had any problems in the past and yesterday it decided to throw a monkey wrench in our processes.



----- Original Message ----
From: "OMalley, Amy" <amy.omalley@...>
To: vantage@yahoogroups.com
Sent: Tuesday, May 20, 2008 11:57:38 AM
Subject: RE: [Vantage] Subcontract PO's


I'm not sure of the differences/ similarities between Vista and
Vantage...but in Vantage, subcontract operations can have a different
part number than the part number you are manufacturing on the job.

Find the source the job was created from (quote or method of
manufacturing or whatever), look at the operation in question and click
over to the "subcontract" tab and make sure the part number is correct.

Amy O'Malley
Process Engineer
Heraeus Medical Components Division
Lino Lakes, Minnesota
amy.omalley# heraeus.com

-----Original Message-----
From: vantage@yahoogroups .com [mailto:vantage@yahoogroups .com] On Behalf
Of barken2008
Sent: Tuesday, May 20, 2008 10:47 AM
To: vantage@yahoogroups .com
Subject: [Vantage] Subcontract PO's

This is a new glitch for us today. We have a job that has a
subcontract operation. When we go to PO's for the subcontract
operation, we enter the job and then the operation. Vista is pulling a
part number that is no where to be found on that job. So we changed it
to the correct one. Then the next subcontract PO, it did it again and
used the same incorrect part number.

Anyone experience this glitch. I had the purchasing person log out of
Vista and then log back in, but this didn't fix the problem. The
first subcontract PO worked just fine, so don't know what's going on
here.

Barbara





[Non-text portions of this message have been removed]
5
By the way, I was told by Epicor that the only difference between Vantage and Vista are the flags that are turned on/off. They are the same program and that Vista was actually going away.
Barbara


----- Original Message ----
From: "OMalley, Amy" <amy.omalley@...>
To: vantage@yahoogroups.com
Sent: Tuesday, May 20, 2008 11:57:38 AM
Subject: RE: [Vantage] Subcontract PO's


I'm not sure of the differences/ similarities between Vista and
Vantage...but in Vantage, subcontract operations can have a different
part number than the part number you are manufacturing on the job.

Find the source the job was created from (quote or method of
manufacturing or whatever), look at the operation in question and click
over to the "subcontract" tab and make sure the part number is correct.

Amy O'Malley
Process Engineer
Heraeus Medical Components Division
Lino Lakes, Minnesota
amy.omalley# heraeus.com

-----Original Message-----
From: vantage@yahoogroups .com [mailto:vantage@yahoogroups .com] On Behalf
Of barken2008
Sent: Tuesday, May 20, 2008 10:47 AM
To: vantage@yahoogroups .com
Subject: [Vantage] Subcontract PO's

This is a new glitch for us today. We have a job that has a
subcontract operation. When we go to PO's for the subcontract
operation, we enter the job and then the operation. Vista is pulling a
part number that is no where to be found on that job. So we changed it
to the correct one. Then the next subcontract PO, it did it again and
used the same incorrect part number.

Anyone experience this glitch. I had the purchasing person log out of
Vista and then log back in, but this didn't fix the problem. The
first subcontract PO worked just fine, so don't know what's going on
here.

Barbara





[Non-text portions of this message have been removed]
6
We experienced a similar situation a while back. Our problem was in job
header -- our user had selected a valid part number but typed in a Rev.
that did not exist. To correct we selected the correct part number and
correct revision number in job header. The next time we set up a PO
line the information popluated correctly.

HTH,

Jill


[Non-text portions of this message have been removed]
7
Thank you,
The next time this occurs, I'll double check this.
Barbara


----- Original Message ----
From: Jill Pleau <jpleau@...>
To: vantage@yahoogroups.com
Sent: Wednesday, May 21, 2008 4:28:08 PM
Subject: [Vantage] Re: Subcontract PO's


We experienced a similar situation a while back. Our problem was in job
header -- our user had selected a valid part number but typed in a Rev.
that did not exist. To correct we selected the correct part number and
correct revision number in job header. The next time we set up a PO
line the information popluated correctly.

HTH,

Jill

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






[Non-text portions of this message have been removed]
8
I've posed this question before but am still having difficulties.
Recently, when we do a subcontract PO from a job, a different part
number than what is listed on the job appears on the PO. If we are not
careful, then the PO will go out with the incorrect part number. We do
not have vendor or customer part numbers in our database, so I cannot
figure out why now, Vista is doing this. We are on version 8.03.305L.
Up until a couple of weeks ago, the program was working as it should
and now it's not.

Any thoughts on what is going on here?

Thanks

Barbara Kite
Controller
Cableform, Inc.
9
Vantage 8.03.305L

First, I have not seen this issue as you describe it. I will
definitely go back and take a deeper look.

However, I can say, if you pull up a part with a method that includes
subcontract and you use the duplicate feature, everything will copy
over correctly except the part number on the subcontract sheet. Your
new part is listed, the method and operations are all intact, but the
part on the subcontract sheet is the same as the part you just used
to duplicate.

Not sure if this apply's to your scenario but might be something to
look at.

--- In vantage@yahoogroups.com, "barken2008" <barken2008@...> wrote:
>
> I've posed this question before but am still having difficulties.
> Recently, when we do a subcontract PO from a job, a different part
> number than what is listed on the job appears on the PO. If we are
not
> careful, then the PO will go out with the incorrect part number.
We do
> not have vendor or customer part numbers in our database, so I
cannot
> figure out why now, Vista is doing this. We are on version
8.03.305L.
> Up until a couple of weeks ago, the program was working as it
should
> and now it's not.
>
> Any thoughts on what is going on here?
>
> Thanks
>
> Barbara Kite
> Controller
> Cableform, Inc.
>
10
Ms. Kite,
Which operation are you writing the PO to. Is there a part# defined at the operation. then this part# supercedes the Job production part#.
Thx
RSN



[Non-text portions of this message have been removed]
11
In the job we have the operation as a subcontract operation . This is
a new issue with us as we've been doing subcontract operations for
quite some time and then creating the subcontract PO. When we open up
a new PO and label it a subcontract PO, we put in the job number and
then go to the Mtl button to pull in the material from the job. This
is supposed to bring in the correct part number from the job, but for
some reason, it is not doing it. I've also found that it works
correctly on some PO's but not on all P.O's, so it's a hit and miss on
whether or not it's going to pull the correct part number. I just am
at a loss on what to look for.

Barbara


--- In vantage@yahoogroups.com, RSN <rsnsfi@...> wrote:
>
> Ms. Kite,
> Which operation are you writing the PO to. Is there a part# defined
at the operation. then this part# supercedes the Job production part#.
> Thx
> RSN
>
>
>
> [Non-text portions of this message have been removed]
>
12
Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).

Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.

I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.

Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.

Rob Brown



--- On Thu, 6/26/08, barken2008 <barken2008@...> wrote:
From: barken2008 <barken2008@...>
Subject: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 2:28 PM











In the job we have the operation as a subcontract operation . This is

a new issue with us as we've been doing subcontract operations for

quite some time and then creating the subcontract PO. When we open up

a new PO and label it a subcontract PO, we put in the job number and

then go to the Mtl button to pull in the material from the job. This

is supposed to bring in the correct part number from the job, but for

some reason, it is not doing it. I've also found that it works

correctly on some PO's but not on all P.O's, so it's a hit and miss on

whether or not it's going to pull the correct part number. I just am

at a loss on what to look for.



Barbara



--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:

>

> Ms. Kite,

> Which operation are you writing the PO to. Is there a part# defined

at the operation. then this part# supercedes the Job production part#.

> Thx

> RSN

>

>

>

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

>
13
Barbara,

You are not running MRP or the Global with any future date fence are you?

If so, your 'fence' may be the cause behind some jobs not properly subcontract processing versus others that do (that are within your fence).

I'd verify that simple thing before going into the Vendor/Part/PriceList and MoM research I recommended below.

Rob Brown

--- On Thu, 6/26/08, Robert Brown <robertb_versa@...> wrote:
From: Robert Brown <robertb_versa@...>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 4:32 PM











Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).



Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.



I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.



Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.



Rob Brown



--- On Thu, 6/26/08, barken2008 <barken2008@yahoo. com> wrote:

From: barken2008 <barken2008@yahoo. com>

Subject: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 2:28 PM



In the job we have the operation as a subcontract operation . This is



a new issue with us as we've been doing subcontract operations for



quite some time and then creating the subcontract PO. When we open up



a new PO and label it a subcontract PO, we put in the job number and



then go to the Mtl button to pull in the material from the job. This



is supposed to bring in the correct part number from the job, but for



some reason, it is not doing it. I've also found that it works



correctly on some PO's but not on all P.O's, so it's a hit and miss on



whether or not it's going to pull the correct part number. I just am



at a loss on what to look for.



Barbara



--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:



>



> Ms. Kite,



> Which operation are you writing the PO to. Is there a part# defined



at the operation. then this part# supercedes the Job production part#.



> Thx



> RSN



>



>



>



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



>
14
Rob
Â
No we do not have MRP as part of our package. I've asked my purchasing person that the next time she is ready to prepare another subcontract PO to call me and I want to watch what she is doing. Today I looked at a couple that she did last week and I asked her what part number was coming up on the PO instead of the part from the job.  I then did a transaction history on the part number and discovered that the part was from an earlier subcontract PO she did that same day...mmmm, makes me wonder if the reason why we were not having problems before is because she was only doing one subcontract PO on a single day and when she runs multiple subcontract PO's on the same day, if the system isn't pulling a part number from an earlier PO created that day. This is what I want to verify the next time she needs to issue them.Â
Â
Barbara

--- On Thu, 6/26/08, Robert Brown <robertb_versa@...> wrote:

From: Robert Brown <robertb_versa@...>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 8:47 PM






Barbara,

You are not running MRP or the Global with any future date fence are you?

If so, your 'fence' may be the cause behind some jobs not properly subcontract processing versus others that do (that are within your fence).

I'd verify that simple thing before going into the Vendor/Part/ PriceList and MoM research I recommended below.

Rob Brown

--- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:
From: Robert Brown <robertb_versa@ yahoo.com>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups .com
Date: Thursday, June 26, 2008, 4:32 PM

Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).

Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.

I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.

Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.

Rob Brown

--- On Thu, 6/26/08, barken2008 <barken2008@ yahoo. com> wrote:

From: barken2008 <barken2008@ yahoo. com>

Subject: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 2:28 PM

In the job we have the operation as a subcontract operation . This is

a new issue with us as we've been doing subcontract operations for

quite some time and then creating the subcontract PO. When we open up

a new PO and label it a subcontract PO, we put in the job number and

then go to the Mtl button to pull in the material from the job. This

is supposed to bring in the correct part number from the job, but for

some reason, it is not doing it. I've also found that it works

correctly on some PO's but not on all P.O's, so it's a hit and miss on

whether or not it's going to pull the correct part number. I just am

at a loss on what to look for.

Barbara

--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:

>

> Ms. Kite,

> Which operation are you writing the PO to. Is there a part# defined

at the operation. then this part# supercedes the Job production part#.

> Thx

> RSN

>

>

>

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

>










































[Non-text portions of this message have been removed]
15
Rob
Â
Thanks, I'll check them. I did check a couple today and didn't notice anything odd since I was the one who taught both the engineering and the purchasing people how to do subcontract operations and purchase orders, but I'll re-check the details (as they say, the devil is in the details). While we did get some onsite instruction, most of what we are doing with the software is self taught. Documentation most of the time isn't very helpful for me, that's why I was happy to learn about this forum.
Â
Barbara

--- On Thu, 6/26/08, Robert Brown <robertb_versa@...> wrote:

From: Robert Brown <robertb_versa@...>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 8:32 PM






Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).

Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.

I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.

Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.

Rob Brown

--- On Thu, 6/26/08, barken2008 <barken2008@yahoo. com> wrote:
From: barken2008 <barken2008@yahoo. com>
Subject: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups .com
Date: Thursday, June 26, 2008, 2:28 PM

In the job we have the operation as a subcontract operation . This is

a new issue with us as we've been doing subcontract operations for

quite some time and then creating the subcontract PO. When we open up

a new PO and label it a subcontract PO, we put in the job number and

then go to the Mtl button to pull in the material from the job. This

is supposed to bring in the correct part number from the job, but for

some reason, it is not doing it. I've also found that it works

correctly on some PO's but not on all P.O's, so it's a hit and miss on

whether or not it's going to pull the correct part number. I just am

at a loss on what to look for.

Barbara

--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:

>

> Ms. Kite,

> Which operation are you writing the PO to. Is there a part# defined

at the operation. then this part# supercedes the Job production part#.

> Thx

> RSN

>

>

>

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

>




























[Non-text portions of this message have been removed]
16
Excellent idea Barbara.

A quick spin through the scheduled load on your subcontract resources should give you a candidate subcontract resource/OP that SHOULD have multiple PO suggestions against it.

After you run generate PO suggestions, you should be able to see the multiple subcontract PO suggestions before acting on any of those suggestions.

If you don't see multiple suggestions for this pre-analyzed and selected subcontract OP, I fuzzily remember there being a flag (perhaps at Part Plant? or perhaps Vendor/Part Price lists?) that forces consolidation of PO suggestions (from multiple future demand requirements) into a single suggestion.

If you do see multiple suggestions before processing, but don't after processing the 1st one, perhaps your buyer IS somehow selecting all to process but is only acting on one when creating the PO (wiping out the other suggestions in the process).

Simply rerunning Generate PO suggestions should make the remainder reappear.

Rob Brown

--- On Thu, 6/26/08, Barbara Kite <barken2008@...> wrote:
From: Barbara Kite <barken2008@...>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 10:16 PM











Rob



No we do not have MRP as part of our package. I've asked my purchasing person that the next time she is ready to prepare another subcontract PO to call me and I want to watch what she is doing. Today I looked at a couple that she did last week and I asked her what part number was coming up on the PO instead of the part from the job. I then did a transaction history on the part number and discovered that the part was from an earlier subcontract PO she did that same day...mmmm, makes me wonder if the reason why we were not having problems before is because she was only doing one subcontract PO on a single day and when she runs multiple subcontract PO's on the same day, if the system isn't pulling a part number from an earlier PO created that day. This is what I want to verify the next time she needs to issue them.



Barbara



--- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:



From: Robert Brown <robertb_versa@ yahoo.com>

Subject: Re: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 8:47 PM



Barbara,



You are not running MRP or the Global with any future date fence are you?



If so, your 'fence' may be the cause behind some jobs not properly subcontract processing versus others that do (that are within your fence).



I'd verify that simple thing before going into the Vendor/Part/ PriceList and MoM research I recommended below.



Rob Brown



--- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:

From: Robert Brown <robertb_versa@ yahoo.com>

Subject: Re: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 4:32 PM



Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).



Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.



I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.



Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.



Rob Brown



--- On Thu, 6/26/08, barken2008 <barken2008@ yahoo. com> wrote:



From: barken2008 <barken2008@ yahoo. com>



Subject: [Vantage] Re:Subcontract PO's



To: vantage@yahoogroups .com



Date: Thursday, June 26, 2008, 2:28 PM



In the job we have the operation as a subcontract operation . This is



a new issue with us as we've been doing subcontract operations for



quite some time and then creating the subcontract PO. When we open up



a new PO and label it a subcontract PO, we put in the job number and



then go to the Mtl button to pull in the material from the job. This



is supposed to bring in the correct part number from the job, but for



some reason, it is not doing it. I've also found that it works



correctly on some PO's but not on all P.O's, so it's a hit and miss on



whether or not it's going to pull the correct part number. I just am



at a loss on what to look for.



Barbara



--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:



>



> Ms. Kite,



> Which operation are you writing the PO to. Is there a part# defined



at the operation. then this part# supercedes the Job production part#.



> Thx



> RSN



>



>



>



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



>



[Non-text portions of this message have been removed]
17
Even with process documentation that is strictly adhered to by the users, things can go awry as most processes relying on assumptions that upstream processes were completed properly.

Example: If there was no Approved vendor for the subcontract Std OP initially (and/or no vendor/part price lists set up for all Parts with this subcontract OP in their MoMs), creating a new MoM would not have initially populated all the necessary subcontract OP vendor info needed to generate complete Job details and corresponding PO suggestions.

If you later DID set up a vendor and the appropriate vendor/part price lists, this will NOT have 'fixed' all the MoMs (let alone job details) that already existed. Only new MoMs (or revised MoMs where the subcontract OP was deleted and re-added) would be updated fully.

This is a gaping hole in MoM (and Job Detail) maintenance in regard to subcontract OPs. Other systems I've used (most in fact) warn the user that MoMs and Job exist withthe old details and provide a mass update mechanism.

Vantage does not (although it perhaps could be imparted via BPM).

Good luck!

Rob Brown

--- On Thu, 6/26/08, Barbara Kite <barken2008@...> wrote:
From: Barbara Kite <barken2008@...>
Subject: Re: [Vantage] Re:Subcontract PO's
To: vantage@yahoogroups.com
Date: Thursday, June 26, 2008, 10:20 PM











Rob



Thanks, I'll check them. I did check a couple today and didn't notice anything odd since I was the one who taught both the engineering and the purchasing people how to do subcontract operations and purchase orders, but I'll re-check the details (as they say, the devil is in the details). While we did get some onsite instruction, most of what we are doing with the software is self taught. Documentation most of the time isn't very helpful for me, that's why I was happy to learn about this forum.



Barbara



--- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:



From: Robert Brown <robertb_versa@ yahoo.com>

Subject: Re: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 8:32 PM



Make sure you have an approved vendor set up with a price list for your subcontract part (or subcontract Std Op if you aren't carrying a redunent "service" part number in your MoMs).



Then look at your methods. Compare all of the ones that you know have generated jobs with details containing subcontract Ops that 'work' versus those you know that resulted in Jobs that misbehave re subcontract processing.



I'd bet money that there is at least one clear difference between the two groups of MoMs when you compare them.



Make them (and all your MoMs containing subcontract Ops) conform to the ones that have 'worked' in the past.



Rob Brown



--- On Thu, 6/26/08, barken2008 <barken2008@ yahoo. com> wrote:

From: barken2008 <barken2008@ yahoo. com>

Subject: [Vantage] Re:Subcontract PO's

To: vantage@yahoogroups .com

Date: Thursday, June 26, 2008, 2:28 PM



In the job we have the operation as a subcontract operation . This is



a new issue with us as we've been doing subcontract operations for



quite some time and then creating the subcontract PO. When we open up



a new PO and label it a subcontract PO, we put in the job number and



then go to the Mtl button to pull in the material from the job. This



is supposed to bring in the correct part number from the job, but for



some reason, it is not doing it. I've also found that it works



correctly on some PO's but not on all P.O's, so it's a hit and miss on



whether or not it's going to pull the correct part number. I just am



at a loss on what to look for.



Barbara



--- In vantage@yahoogroups .com, RSN <rsnsfi@...> wrote:



>



> Ms. Kite,



> Which operation are you writing the PO to. Is there a part# defined



at the operation. then this part# supercedes the Job production part#.



> Thx



> RSN



>



>



>



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



>



[Non-text portions of this message have been removed]
18
Vantage V. 8.03.305L

This may sound strange, but with what you said in your last couple
sentences I thought it is worth mentioning. This is what I have
experienced, on rare occassions...<I am not saying I have seen this
in P.O. Entry but will use it as an example>...

I create my first P.O.; I then move on to create my second P.O.
simply by selecting "File>New>New PO". This is where I have seen the
new P.O. retain information from the previous P.O. To resolve this I
started "Clearing" my form and the select "File>New>New PO". I
haven't seen or heard of any further issues.

Again, you may think I am crazy, but that is all I could see in my
research. May be worth looking at as you watch the process at hand.

--- In vantage@yahoogroups.com, Barbara Kite <barken2008@...> wrote:
>
> Rob
> Â
> No we do not have MRP as part of our package. I've asked my
purchasing person that the next time she is ready to prepare another
subcontract PO to call me and I want to watch what she is doing.Â
Today I looked at a couple that she did last week and I asked her
what part number was coming up on the PO instead of the part from
the job.  I then did a transaction history on the part number and
discovered that the part was from an earlier subcontract PO she did
that same day...mmmm, makes me wonder if the reason why we were not
having problems before is because she was only doing one subcontract
PO on a single day and when she runs multiple subcontract PO's on the
same day, if the system isn't pulling a part number from an earlier
PO created that day. This is what I want to verify the next time she
needs to issue them.Â
> Â
> Barbara
>
> --- On Thu, 6/26/08, Robert Brown <robertb_versa@...> wrote:
>
> From: Robert Brown <robertb_versa@...>
> Subject: Re: [Vantage] Re:Subcontract PO's
> To: vantage@yahoogroups.com
> Date: Thursday, June 26, 2008, 8:47 PM
>
>
>
>
>
>
> Barbara,
>
> You are not running MRP or the Global with any future date fence
are you?
>
> If so, your 'fence' may be the cause behind some jobs not properly
subcontract processing versus others that do (that are within your
fence).
>
> I'd verify that simple thing before going into the Vendor/Part/
PriceList and MoM research I recommended below.
>
> Rob Brown
>
> --- On Thu, 6/26/08, Robert Brown <robertb_versa@ yahoo.com> wrote:
> From: Robert Brown <robertb_versa@ yahoo.com>
> Subject: Re: [Vantage] Re:Subcontract PO's
> To: vantage@yahoogroups .com
> Date: Thursday, June 26, 2008, 4:32 PM
>
> Make sure you have an approved vendor set up with a price list for
your subcontract part (or subcontract Std Op if you aren't carrying a
redunent "service" part number in your MoMs).
>
> Then look at your methods. Compare all of the ones that you know
have generated jobs with details containing subcontract Ops
that 'work' versus those you know that resulted in Jobs that
misbehave re subcontract processing.
>
> I'd bet money that there is at least one clear difference between
the two groups of MoMs when you compare them.
>
> Make them (and all your MoMs containing subcontract Ops) conform to
the ones that have 'worked' in the past.
>
> Rob Brown
>
> --- On Thu, 6/26/08, barken2008 <barken2008@ yahoo. com> wrote:
>
> From: barken2008 <barken2008@ yahoo. com>
>
> Subject: [Vantage] Re:Subcontract PO's
>
> To: vantage@yahoogroups .com
>
> Date: Thursday, June 26, 2008, 2:28 PM
>
> In the job we have the operation as a subcontract operation . This
is
>
> a new issue with us as we've been doing subcontract operations for
>
> quite some time and then creating the subcontract PO. When we open
up
>
> a new PO and label it a subcontract PO, we put in the job number
and
>
> then go to the Mtl button to pull in the material from the job.
This
>
> is supposed to bring in the correct part number from the job, but
for
>
> some reason, it is not doing it. I've also found that it works
>
> correctly on some PO's but not on all P.O's, so it's a hit and miss
on
>
> whether or not it's going to pull the correct part number. I just
am
>
> at a loss on what to look for.
>
> Barbara
>
> --- In vantage@yahoogroups .com, RSN <rsnsfi@> wrote:
>
> >
>
> > Ms. Kite,
>
> > Which operation are you writing the PO to. Is there a part#
defined
>
> at the operation. then this part# supercedes the Job production
part#.
>
> > Thx
>
> > RSN
>
> >
>
> >
>
> >
>
> > [Non-text portions of this message have been removed]
>
> >
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>