Since no one had a response to this question and my head is black and blue from banging it against the wall trying to make this work, I changed tactics and created 3 working tables for this screen populating each with the type of data that each SAFGrid needs using 3 unique DBNAV statements with the associated stored procedures and assigning a unique level to each SAFGrid. the Update control lists the header and the 2 grid levels each with the D attribute. I am using DetailLoad to populate the grids but even taking those calls out does not make a difference in the problem stated below.
The screen now displays what I want in each grid but I have a new problem. I can edit items in the grid and save them one grid at a time closing the screen between each grid change but, if I edit items in one grid and then move to the next grid (each grid is on its own tab) the program comes up with an error that it has deleted the rows on the grid that I just left. It does not actually delete the records but it does not save my changes.
It appears that most SL screens that utilize the SAFGrid control do not have more than one grid control like I am trying to do but there are some screens (like employee history) that do have more than one grid control so it is my assumption that a screen can have more than one grid control and SWIM can handle it.
Anyone have any ideas on what I am missing or doing wrong?