It is a view, therefor there is no command, you have to build it yourself.
But consider this : if every SRS doc has a field with the a unique key to an SSS doc, then you can list all docs by SSS key. All you have to do is make the first column the SSS key value, then make a second column to sort by form name.
Something like :
That way, the first column groups all docs with the same SSS key (remember to sort !), and second column lists the SSS doc first, then all the rest (if sorted). Of course, these two columns must be hidden.
You might want to add a third sorted, hidden column in order to sort the SRS docs. Use a date value, or some other identifier the user can readily understand.
Now, all this is hidden for the moment, the user still doesn't see anything. It is therefor important to start setting up columns to display actual values - otherwise the view is rather useless.
For example, if every document has a Subject field, then that could be a good value to display. If not, you'll have to decide what information is pertinent in a view to choose the right document. You'll have to do that for both forms, and you'll have to remember that you are designing column formulas for two types of different documents.
By the way, if the fields on your two forms have entirely different names, then your column formulas are much easier (like
SSSfield1+SRSfield5).
If you have field names that are identical from one form to the other, your column formulas will probably be a bit more complicated (like
@if(Form="SSS";Author;@creation)).
In any case, it will be up to you to design the view that performs exactly the way you want it to. But remember the double-sorting columns in the beginning of your view - that will always work in this kind of case.
Good luck !
Pascal.