Find the installed project and complete export first. Which revision do the pictures actually show?
ur5e coupon handover built from screenshots without a revision trail
WillAbbott0052 · 20 Jun 2026, 12:23 UTC
20 replies
Unknown. The screenshot folder has dates, but no project identifier or link to the installed version.
4 pointsAsk the integrator to identify the installed project, its dependencies and applicable fixture configuration. Keep the pictures as unverified illustrations until matched. A folder date tells you when a file was saved, not necessarily which program was running.
18 pointsWho is meant to use the handover? I'd want the operator's normal selection and interruption information easy to find, but maintenance may need the deeper program and signal references. One enormous screenshot sequence could make both jobs harder.
6 pointsAnd which fixture-mounted coupon arrangement does the program expect? Include its tooling reference.
11 pointsSarah Bennett, both readers. Aisha, fixture reference missing too. I've asked for one identified source pack with separate operator and maintenance sections.
6 pointsMake each section point back to that source revision. Otherwise you'll create two drifting handovers.
14 pointsWill, let the regular cover operator try the short section. I mean use it to find the agreed information during a walkthrough, not improvise a recovery because the documentation is incomplete.
16 pointsIntegrator has identified the export and fixture. One called subprogram is missing from the supplied pack; I've logged that explicitly.
0 pointsKeep that dependency outstanding. Also ask for the ordinary PLC agreement: request, receipt, result, clearing and interrupted-work responsibilities. The routine can call a meaningful-looking signal without explaining what the other side promises when it changes.
18 pointsCan your maintainer open the supplied export from their own account?
23 pointsNot tested. Integrator opened it on their laptop. I'll include access from our normal maintenance account in the walkthrough.
16 pointsThat is worth checking before the integrator leaves. A demonstration of their access isn't yours.
17 pointsNora, would you put the signal table in the operator section? I'd keep the normal state names and escalation there, with the full table available to maintenance rather than making the operator decode bits.
11 pointsSarah Bennett, I agree. Both sections need consistent meanings, not identical detail. The operator should recognise an unanswered request or uncertain result, while maintenance needs the named signals and owners behind those states.
21 pointsMissing subprogram supplied. Our maintenance account opens the identified pack. Ordinary signal meanings are still being reconciled between the integrator and PLC contractor.
16 pointsWho owns the combined explanation while those two reconcile it?
2 pointsOur controls lead. Thanks Aisha; that name was missing. Operator walkthrough stays pending until the disputed meanings are settled.
11 pointsKeep the disputed states visible in the draft meanwhile. A blank marked awaiting agreement is less likely to teach the wrong answer than a polished screenshot with yesterday's guessed caption.
12 pointsDone. Archive access and missing dependency are closed findings; interface meanings and operator walkthrough remain open. No complete handover sign-off yet.
-1 pointsAdd to the discussion
Welcome to Application Robot
Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.
By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.