Two inserts fit the same bolts and both say family A

One label came from the storage drawer, not the insert drawing. Stores copied it when tidying up. We've put both aside for identification.

That explains the label, at least. Have the toolmaker identify the inserts from their geometry before anyone chooses a clever way to read them.

Toolmaker identified the second as family B. Its relief pocket is deeper, otherwise they look very similar. We have the drawing references now.

Now deal with orientation. Can the mounting be keyed so it won't accept the insert backwards, or are you relying on somebody noticing the relief?

Our backwards insert looked perfectly respectable until a housing rocked on it. I'd vote for making that mistake difficult to assemble in the first place.

Same vote here, subject to the toolmaker checking the locating scheme. Adding a pin wherever there's space can create a new problem while fixing the old one.

The recipe still needs an identity match. A key that prevents rotation doesn't necessarily distinguish family A from B, and the two checks shouldn't share a misleading green tick.

Yes. Backwards and wrong family are different mistakes. One mechanical change may solve both, but the drawing needs to show how.

How will a replacement insert get its identity? That process needs an owner as well, otherwise the correctly labelled originals will be replaced by ambiguous spares later.

Stores suggested printing the label from the recipe screen. I can see that proving what we selected rather than what's fitted. No replacement process agreed yet.

Yes, that would copy the selection rather than verify the tooling. Use the controlled insert identity during receipt and replacement, with someone responsible for matching it to the actual item.

I've taken that back to stores. Toolmaker is also reviewing a keyed mounting; recipe selection and insert identity remain separate requirements in the software notes.

Any news on the keying? Curious whether the two families can share the base without sharing the same opportunity for a very annoying mistake.

Proposed keying prevents reversal, but both families still fit. That's intentional for changeover. We need the identity check to catch family mismatches.

Fine, as long as nobody sells the key as doing more than that. What happens if the identity can't be read?

Keep the job unverified and explain the missing read. Also clear any previous verification when tooling is removed; yesterday's successful read isn't evidence about today's insert.

And give the operator a useful fault message. 'Invalid' is short, but it leaves everyone guessing whether to call stores, maintenance or the programmer.

Draft messages distinguish no identity from wrong family. Removal cancels verification. We'll test both with the controls person once the mounting revision is ready.

Mounting mock-up passed the toolmaker's orientation check. Software still needs the removal and mismatch trials. Thanks for helping keep the drawer label out of the acceptance logic.