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.
> >
>