Adding Next Operation to Part Tags

Dave,

 

I would be interested in hearing how you would create the BPM for the UD field.  Our part tag currently shows the next op for next op, however for the current op it always show op 10 regardless if it is 20, 30 ,40 ....or whatever.  We are on E9.05.701. 

I could add a UD field, but not sure what to do on the BPM side of it.

Any help is appreciated.


 

I am paraphrasing this issue on behalf of our crystal developer and I
am a newbee myself but I'll do my best...

We need to print the next operation number and operation description on
our part tags and have linked the partopr table in on the parttag data
definition. The problem is that when we print a tag for a particular
job operation....we get duplicate tags for each of the remaining
operations.

For example: if a job has operations 10-20-30-40 and we print a tag for
oper 10 we want the op10 tag to print the next operation as being 20.
This works great. The problem is that we get two more op10 tags. One
prints next op as bein 30, and the other prints next op as being 40.

How do we insure that we only print one tag with the "next" operation
on it and suppress all of the other tags?
thx,
Dale.
What version are you on?

We reported an issue way back in Nov of 2007 on 8.03.403x.
There is a bug with the tags printing the wrong next op.
It has just been fixed (FINALLY) on 8.03.407.

49638 Application End Activity - Prints wrong operation on material
tags if a job assembly has a material with the same sequence number
as the current operation.

Not sure if this is what you are experiencing...but thought I would
share.
Thanks
Patty Buechler

--- In vantage@yahoogroups.com, "dswmaom" <dwalker@...> wrote:
>
> I am paraphrasing this issue on behalf of our crystal developer and
I
> am a newbee myself but I'll do my best...
>
> We need to print the next operation number and operation
description on
> our part tags and have linked the partopr table in on the parttag
data
> definition. The problem is that when we print a tag for a
particular
> job operation....we get duplicate tags for each of the remaining
> operations.
>
> For example: if a job has operations 10-20-30-40 and we print a tag
for
> oper 10 we want the op10 tag to print the next operation as being
20.
> This works great. The problem is that we get two more op10 tags.
One
> prints next op as bein 30, and the other prints next op as being 40.
>
> How do we insure that we only print one tag with the "next"
operation
> on it and suppress all of the other tags?
> thx,
> Dale.
>
We are trying to do something similarly, but we're not quite sure how to write the BAQ for it, or maybe design the Crystal for it.
We are on version .409a, and here is what we need to do:

When our Welding operation (OP 10) is finished they use either Report Qty or End Activity to report their labor and Qty. On both of those screens there is a "Print Tags" button for printing WIP tags. The next operation is Paint (OP 20), so when weld (OP 10) reports their labor/qty they will print a WIP tag and it should have the following:

Reporting Job/AsmSeq/OpSeq/Qty
Next OpSeq

So a sample would be like this:
Job 123456
ASM 2
OpSeq 10 - Weld
------------------------------------
Next OpSeq: 20 - Paint.

Then the paint line will use the WIP tag to log that operation into the job.

Our paint line does not get the job traveler and it would be very difficult to manage all that paper in their work area. We are currently using a WIP tag but it only has the Job Number and Asm number, and our developer is having a terrible time finding the next operation.
As a bonus we would like to print the next Assembly/OpSeq, if there are not any other operations to be completed for the current Assembly.

If anyone can help, it would be greatly appreciated!!!

-Rick

--- In vantage@yahoogroups.com, "dswmaom" <dwalker@...> wrote:
>
> I am paraphrasing this issue on behalf of our crystal developer and I
> am a newbee myself but I'll do my best...
>
> We need to print the next operation number and operation description on
> our part tags and have linked the partopr table in on the parttag data
> definition. The problem is that when we print a tag for a particular
> job operation....we get duplicate tags for each of the remaining
> operations.
>
> For example: if a job has operations 10-20-30-40 and we print a tag for
> oper 10 we want the op10 tag to print the next operation as being 20.
> This works great. The problem is that we get two more op10 tags. One
> prints next op as bein 30, and the other prints next op as being 40.
>
> How do we insure that we only print one tag with the "next" operation
> on it and suppress all of the other tags?
> thx,
> Dale.
>
Hi Rick,

We did something similar; I wrote a BAQ and CR for our Production Group, which basically tells them what the last completed operation was and what the next operation is. The BAQ is based on a copy of the Job Tracker-Job Oper Query, but the CR does the heavy lifting of determining what the last and next operations are (Min and Max summaries of the JobOper.OprSeq) based on the logic that the Last OP has a completed quantity and the Next OP has zero completed quantity.

Send me an email if you'd like my files.
Laraine


--- In vantage@yahoogroups.com, "that_guyy" <rbird@...> wrote:
>
> We are trying to do something similarly, but we're not quite sure how to write the BAQ for it, or maybe design the Crystal for it.
> We are on version .409a, and here is what we need to do:
>
> When our Welding operation (OP 10) is finished they use either Report Qty or End Activity to report their labor and Qty. On both of those screens there is a "Print Tags" button for printing WIP tags. The next operation is Paint (OP 20), so when weld (OP 10) reports their labor/qty they will print a WIP tag and it should have the following:
>
> Reporting Job/AsmSeq/OpSeq/Qty
> Next OpSeq
>
> So a sample would be like this:
> Job 123456
> ASM 2
> OpSeq 10 - Weld
> ------------------------------------
> Next OpSeq: 20 - Paint.
>
> Then the paint line will use the WIP tag to log that operation into the job.
>
> Our paint line does not get the job traveler and it would be very difficult to manage all that paper in their work area. We are currently using a WIP tag but it only has the Job Number and Asm number, and our developer is having a terrible time finding the next operation.
> As a bonus we would like to print the next Assembly/OpSeq, if there are not any other operations to be completed for the current Assembly.
>
> If anyone can help, it would be greatly appreciated!!!
>
> -Rick
>
> --- In vantage@yahoogroups.com, "dswmaom" <dwalker@> wrote:
> >
> > I am paraphrasing this issue on behalf of our crystal developer and I
> > am a newbee myself but I'll do my best...
> >
> > We need to print the next operation number and operation description on
> > our part tags and have linked the partopr table in on the parttag data
> > definition. The problem is that when we print a tag for a particular
> > job operation....we get duplicate tags for each of the remaining
> > operations.
> >
> > For example: if a job has operations 10-20-30-40 and we print a tag for
> > oper 10 we want the op10 tag to print the next operation as being 20.
> > This works great. The problem is that we get two more op10 tags. One
> > prints next op as bein 30, and the other prints next op as being 40.
> >
> > How do we insure that we only print one tag with the "next" operation
> > on it and suppress all of the other tags?
> > thx,
> > Dale.
> >
>
Laraine,
Thanks, I just sent you an email requesting the files.

-Rick

--- In vantage@yahoogroups.com, "laraines422" <laraines422@...> wrote:
>
> Hi Rick,
>
> We did something similar; I wrote a BAQ and CR for our Production Group, which basically tells them what the last completed operation was and what the next operation is. The BAQ is based on a copy of the Job Tracker-Job Oper Query, but the CR does the heavy lifting of determining what the last and next operations are (Min and Max summaries of the JobOper.OprSeq) based on the logic that the Last OP has a completed quantity and the Next OP has zero completed quantity.
>
> Send me an email if you'd like my files.
> Laraine
>
>
> --- In vantage@yahoogroups.com, "that_guyy" <rbird@> wrote:
> >
> > We are trying to do something similarly, but we're not quite sure how to write the BAQ for it, or maybe design the Crystal for it.
> > We are on version .409a, and here is what we need to do:
> >
> > When our Welding operation (OP 10) is finished they use either Report Qty or End Activity to report their labor and Qty. On both of those screens there is a "Print Tags" button for printing WIP tags. The next operation is Paint (OP 20), so when weld (OP 10) reports their labor/qty they will print a WIP tag and it should have the following:
> >
> > Reporting Job/AsmSeq/OpSeq/Qty
> > Next OpSeq
> >
> > So a sample would be like this:
> > Job 123456
> > ASM 2
> > OpSeq 10 - Weld
> > ------------------------------------
> > Next OpSeq: 20 - Paint.
> >
> > Then the paint line will use the WIP tag to log that operation into the job.
> >
> > Our paint line does not get the job traveler and it would be very difficult to manage all that paper in their work area. We are currently using a WIP tag but it only has the Job Number and Asm number, and our developer is having a terrible time finding the next operation.
> > As a bonus we would like to print the next Assembly/OpSeq, if there are not any other operations to be completed for the current Assembly.
> >
> > If anyone can help, it would be greatly appreciated!!!
> >
> > -Rick
> >
> > --- In vantage@yahoogroups.com, "dswmaom" <dwalker@> wrote:
> > >
> > > I am paraphrasing this issue on behalf of our crystal developer and I
> > > am a newbee myself but I'll do my best...
> > >
> > > We need to print the next operation number and operation description on
> > > our part tags and have linked the partopr table in on the parttag data
> > > definition. The problem is that when we print a tag for a particular
> > > job operation....we get duplicate tags for each of the remaining
> > > operations.
> > >
> > > For example: if a job has operations 10-20-30-40 and we print a tag for
> > > oper 10 we want the op10 tag to print the next operation as being 20.
> > > This works great. The problem is that we get two more op10 tags. One
> > > prints next op as bein 30, and the other prints next op as being 40.
> > >
> > > How do we insure that we only print one tag with the "next" operation
> > > on it and suppress all of the other tags?
> > > thx,
> > > Dale.
> > >
> >
>
Dale,
Did you ever get this problem resolved? It sounds to me like what you are trying to do is exactly what we are trying to do, but you seem further down the path, but with one problem.
If you haven't got your crystal problem solved, I think I may know what the problem is with getting multiple tags of the rest of the operations. Depending on how your crystal is designed, it might be an issue of just configuring it to select the first record that meets your next operations criteria. If you could supply me with your crystal and instructions on getting our Data Definition set up, I can test this theory out and see.
If you have been able to get this to work, would you be willing to share your files to see if what you have put together will work for us as well?

Thanks

-Rick

--- In vantage@yahoogroups.com, "dswmaom" <dwalker@...> wrote:
>
> I am paraphrasing this issue on behalf of our crystal developer and I
> am a newbee myself but I'll do my best...
>
> We need to print the next operation number and operation description on
> our part tags and have linked the partopr table in on the parttag data
> definition. The problem is that when we print a tag for a particular
> job operation....we get duplicate tags for each of the remaining
> operations.
>
> For example: if a job has operations 10-20-30-40 and we print a tag for
> oper 10 we want the op10 tag to print the next operation as being 20.
> This works great. The problem is that we get two more op10 tags. One
> prints next op as bein 30, and the other prints next op as being 40.
>
> How do we insure that we only print one tag with the "next" operation
> on it and suppress all of the other tags?
> thx,
> Dale.
>
Hey, I was able to get this working and implemented this week. Here are the highlight "secrets":
1. ADDED JobOper & JobAsmbl tables to Data Definition in Vantage and setup the appropriate relationships.
2. Opened the Standard MtlTag Report Style in Crystal Reports and saved a copy in our CustomReports folder as WIPTag.rpt
2. Created a new Report Style for the MtlTag Report in Vantage referencing the new WIPTag.rpt.
3. Stripped the Crystal down to just what I need and relinked the report to a fresh XML, generated by attempting to do a Print Preview of the Report Style in Vantage.
4. Added the MtlTag fields to the report's Detail Section.
5. Created a SubReport for the Next Operation, and only included the JobOper table and setup the following links:
MtlTag.JobNum = JobOper.JobNum
MtlTag.JobAsm = JobOper.JobAssembly
MtlTag.OpSeq < JobOper.OpSeq
6. Setup my SubReport fields.
7. While in the subreport I setup a Supress Formula on the Detail section in Section Expert: "onfirstrecord <> true" (In Section Expert do NOT check the Suppress checkbox, just go into the Formula Editor and paste that in)
8. Set the Sort on the Detail of the Subreport to be Asc by OpSeq (I think that the data is delivered to the crystal sorted this way already, but this was just to be safe).

And that's it, (paraphasing of course, and assuming anyone reading this can navigate Crystal Reports fairly well.)
This gives you a label, that can contain information about the Operation being currently reported and the next immediate operation, and only one of them, not the next several.

We print this from End Activity and Report Quantity, so that the next operation has a single barcode to scan into their operation. Note that this does NOT traverse across Assemblies, this will only work WITHIN an Assembly. We also print the start and due date of the next operation on the label so that the material handler can place the parts in the right area in our staging area.
-Rick


--- In vantage@yahoogroups.com, "that_guyy" <rbird@...> wrote:
>
> Dale,
> Did you ever get this problem resolved? It sounds to me like what you are trying to do is exactly what we are trying to do, but you seem further down the path, but with one problem.
> If you haven't got your crystal problem solved, I think I may know what the problem is with getting multiple tags of the rest of the operations. Depending on how your crystal is designed, it might be an issue of just configuring it to select the first record that meets your next operations criteria. If you could supply me with your crystal and instructions on getting our Data Definition set up, I can test this theory out and see.
> If you have been able to get this to work, would you be willing to share your files to see if what you have put together will work for us as well?
>
> Thanks
>
> -Rick
>
> --- In vantage@yahoogroups.com, "dswmaom" <dwalker@> wrote:
> >
> > I am paraphrasing this issue on behalf of our crystal developer and I
> > am a newbee myself but I'll do my best...
> >
> > We need to print the next operation number and operation description on
> > our part tags and have linked the partopr table in on the parttag data
> > definition. The problem is that when we print a tag for a particular
> > job operation....we get duplicate tags for each of the remaining
> > operations.
> >
> > For example: if a job has operations 10-20-30-40 and we print a tag for
> > oper 10 we want the op10 tag to print the next operation as being 20.
> > This works great. The problem is that we get two more op10 tags. One
> > prints next op as bein 30, and the other prints next op as being 40.
> >
> > How do we insure that we only print one tag with the "next" operation
> > on it and suppress all of the other tags?
> > thx,
> > Dale.
> >
>
Thanks Rick, I would think you had a good weekend after completing this task late Friday.

We do not use Part/Mtl Tags here, but this concept could help us with our Job Travelers' structure (which we created from scratch) in the future.

Regards.

Roel Martinez
ERP Analyst

SABRE TUBULAR STRUCTURES (tm)
www.sabretubularstructures.com<http://www.sabretubularstructures.com/>
8653 E. Hwy 67 | Alvarado, TX 76009
Phone: 817-852-1700 ext. 11858 | Direct Line: 817-852-1858 |Fax: 817-852-1705


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

I am trying to create a BAQ to get the current operation in E9 and was hoping to see what you did to get the next operation. If you still have the files, would you mind sending them to me?

I would be careful here.  If I remember correctly we found that if you print a tag from the MES "Report Quantity" screen then the XML dataset "Next Operation" shows the current operation you are clocked in to.  If you print a tag from the MES "End Operation" then it prints only the next open operation for that ASM.  It does NOT climb back up the BOM.


You might be better off using a BPM and 4GL to assign the next operation to a UDfield.  Then just include the UD field in your tag XML dataset.


Just and idea.


DaveO