My UR5e plate-inspection notes are main-routine screenshots with no revision or dependencies. How should the available integrator document subprograms, fixture assumptions and ordinary PLC expectations?
Ask for the identified installed package and its called routines first. Then walk a plate cycle through the fixture references and ordinary signal meanings, including what each wait expects to observe.
Keep that unknown visible in the request. A current export would give you a working reference without proving which older revision every picture came from.
Our laptop handover once omitted which configuration the normal shortcut loaded, so the right files still led people into the wrong setup. Ask how the ordinary user selects this plate job too, not only how the integrator opens it.
And show the normal maintainer where to find it. Naming a dependency in an index is not much use if only the integrator has access to the actual record.
Use one existing interruption example for that review. Have the reader show where the documented decision ends, rather than ask them to invent the missing recovery step.