How to another table in SSRS report

I’m trying to pull in the address information for dropship addresses into the Ship To field on the POForm.

The dropship address is in the PORel table.

I can’t access the PORel table in the sub SSRS report from the main report file, POForm.

How do I add the table to the main POForm SSRS report so I can put the dropship address in the Ship To field?

Hopefully that makes sense.

1 Like

You’ll have to edit the report data definition for the report. Some good posts on here.

Best to copy a definition, and then edit that one.
Don’t forget to assign your new definition in report styles.

Let me see if I can find one of the good threads.

3 Likes

I’m not finding the two I’m thinking of, but this one has a video in it people seemed to like:

2 Likes

The PORel table is part of the POForm RDD. If the fields are not available, all you have to do is include them in the RDD, add them to the report query, and add the fields.

image

1 Like

I think my hangup is my inexperience with RDD and SSRS. I see PORel in my data definition. So that is there.

I don’t fully understand calculated fields. Seems like you’re adding a place holder field and then in SSRS you add the SQL in the Expression field/window. Unless there is a way to make calculated fields inside of Epicor?

Currently the standard ship to address is a calculated field. I added a calculated field in the RDD for the dropship address. Unsure how to link the data to that calculated field, unless it must be done inside of the SSRS report.

I still haven’t figured out how I can pull in/link the data from PORel into the main POForm report. Tried using the fields for the dropship data found in the PORel SSRS report, inside the POForm (main report) and it errors out. I would think it’s simple but I’m not seeing it.

Example… I don’t know how the data is mapped from the RDD to the SSRS. Watched a video or two but they never explained that.

OK! Thanks for letting me know where the disconnect is. I’m going to try and explain it in hopefully the best order.

RDD - All of the out of the box RDDs are created by Epicor. The calculated fields are hard coded into the RDD by them. The only way you can see inside is if you buy the SDK. This is why if you want to make any change to the RDD, you have to create a new copy. I usually just put a “_c” at the end of all of my stuff. That way, it keeps it near its original in the searches and they are still easy to identify. (There are some RDDs that look like they have noting in them because everything is coded in the background.)

RDD_c - Now that you have your own copy, you can include/exclude fields. Only include them if they are needed. Too many fields will ruin the performance. You can add new Tables and connect them. And the holy grail :tumbler_glass: of them all, the Linked Tables.

Include/Exclude Fields - Not much more to say other than there are labels! I never use them, they seem a complete waste. Maybe I never was taught a good way to use them. :man_shrugging:t2:

New Tables - You can add any table in the database that you may want. However, there can only be 1 of each table, you can’t add a table under an alias for a table that is already there. If you add a table, you must join it to one of the existing tables.

Quick side note. The Data Sources from the RDD are the names of the tables that get created when you run a report. Every table there will be in the SSRSReports database as they appear, except with a “_GUID” at the end. The GUID is the one that was generated specifically for the report instance you just ran.

Joins - So, if you added a new table, you need to join it to an existing table. Do not look at the existing tables and try to find all of their joins, they are not all there. Before you create a join for 2 tables that exist in the original RDD, run a report and test your data first. Again, created by Epicor and the join might be hard coded in the background. When you create the join, you should enter like the below:
image
Parent Table name then Child Table name. Same for the description. Choose the Parent Table. No Key. Choose the Child Table. Relation Type of Output.

Why those exact settings you ask? :man_shrugging:t2: I’ve tried the other settings and they always seemed to make the report not work. I’ve got no proof, just what I learned from experience.

Then, select the fields that join between each table. For any field you want to use as a join, you need to make sure the field is Included. Once you select all of the fields, you are all set.

Linked Tables - I’ll explain these later as you need to know more about the whole process to better understand.

Ok! The RDD_c is complete. On to the next step, the Report Style!

To be continued…

3 Likes

I did get this solved. Got stuck on a few things but got past them.

Thank you for all your efforts writing this up!