Jonas, it was flat on the support face. The fixing holes lined up too. I took it back out after the check. Daniel, the designer is looking at a keyed version, but that would not identify the family on its own.

Correct. Orientation and family identity need separate answers. Who owns the recipe match?

Try the two family inserts against the proposed key before ordering them. Sorry, proposed key arrangement, not new inserts. A key shared by both families could solve backwards and leave wrong-family untouched.

Oscar, she has already spotted that distinction. Beth, I would want the handover to show a wrong-family attempt, not just the intended insert making the screen happy.

Kai, our integrator owns the match in the application. We agreed two separate checks with them and the fixture designer: the insert must fit correctly, and its identified family must match the selected recipe. No handwritten family number typed by the loader.

Good. Handwritten numbers are how I became the proud owner of two different 'insert 6' labels. Neither person writing them was wrong within their own cupboard.

The revised fixture sample now refuses the reversed insert. The family check is not finished yet. I can call the backwards-fit issue fixed, but we are keeping both inserts out of automated use until the matching check has been tried.

Include missing identity in that test, not only the other family's identity.