Check members in without duplicate attendance

Use Quick Check-In on the Attendance screen to create an attendance record for a member and class. The documented control is staff-facing; confirm any separate public kiosk route on the installed site before directing members to it.

Access and dependencies

• The staff account needs gym_check_in_member.
• Open GymCore Students > Attendance > Today.
• The member, class, and applicable location must already exist.
• Attendance reveals when and where a person was present. Keep the screen out of public view and do not leave a staff session unlocked at a front-desk device.

Check in a member

1. In Quick Check-In, use Search member… to select the correct person. Match more than a name when duplicates exist.
2. Select the class the person is attending.
3. Select Check In once.

Expected: The Today view adds or refreshes the member’s attendance entry. When duplicate prevention is enabled, repeating the same check-in should be rejected rather than create a second record.

4. Open History, find the member and class, and confirm the saved timestamp and location before checking in the next person.

Expected: History shows the persisted attendance record. This is the source-system check; a transient success message alone is not sufficient.

Know which settings are active

Under GymCore Admin > GymCore Settings > Attendance:

• Prevent duplicate check-ins defaults to enabled and is intended to block repeated attendance for the same member and class occurrence.
• Check-in methods defaults to qr, search, and manual. Gym Core 2.1.0 uses the list to allow or reject REST check-ins and to show or hide name search in the current kiosk. Selecting a method does not create missing scanner/client hardware or prove that client works.
• Kiosk auto-logout defaults to 10 minutes and accepts 5 through 60, but current source applies it to the sales kiosk rather than the Attendance screen.

Select Save changes after altering an active setting.

Expected: WordPress reports that the settings were saved. Re-test the real check-in path and confirm disabled methods are rejected. Source review proves the setting has consumers, not that every installed QR/manual client works end to end.

Secure a shared device

Use a dedicated least-privilege staff account with gym_check_in_member, lock the operating system between shifts, and prevent browser password exposure. Do not grant manage_options or payment capabilities merely to run attendance. If your site exposes a /check-in/ route, verify authentication, member search visibility, duplicate handling, and session timeout on that exact route before deployment.

Reverse or recover

Do not click Check In again to fix a wrong member or class. The current History screen is read-only and does not provide a delete or correction action. Follow Record and correct attendance and have an authorized operator correct the stored record.

Verify in the source system

Finish on GymCore Students > Attendance > History. Confirm one—and only one—record for the member and occurrence, with the intended class, time, and location. If a separate kiosk or QR route was used, verify the same record here rather than relying on the kiosk display.