Magic Keys — Secure access. Safer environments. Protecting futures.Magic KeysSecure operations portal Sign in

Privacy and data handling

Privacy Policy

This policy explains how the Magic Keys operations portal collects, uses, stores and discloses personal information needed to sign people in, operate access-control equipment, manage bookings, provide in-portal help and keep an accountable activity record.

Last updated 16 October 2026

Who operates this portal

The portal is provided and managed by RJL Commercial Fencing and Gates (VIC) Pty Ltd (ABN 37 652 237 431), trading as RJL Commercial Group and Magic Keys (“RJL”, “we”), for authorised site operations. We handle personal information in line with the Australian Privacy Principles in the Privacy Act 1988 (Cth).

Privacy enquiries, access or correction requests and complaints can be sent to info@rjlcommercialgroup.com.

What we collect

  • Sign-in and account details: name, email address, account identifiers from Google or Microsoft, portal role, account status, last sign-in time, password hashes and encrypted authenticator set-up secrets for email/password accounts.
  • Profile details you choose to add: display name, portal username, contact email, phone number, job title and profile photo.
  • Operational records: gate commands and remote-open requests (with the requesting person’s name and role), controller acknowledgements, schedules, automation rules, settings changes, settings unlocks, emergency actions, gate service records and the activity log.
  • Stadium hire bookings: the hirer’s name, email address, phone number, booking date, time and space, deposit details, comments entered by staff, and the staff member who made the booking.
  • Help-chat questions: the text of questions asked in the Ask Magic Keys help chat, the page and the asker’s role (see “Help chat” below).
  • Usage records for staff accounts: how long a signed-in person has the portal open and in use (measured by the server, only while the page is in view and being used), and the names of the buttons and links they press. Typed text, passwords and field contents are not recorded. These records are visible to portal administrators and RJL, and are deleted after 12 months.
  • Security records: short-lived sign-in and request-limit records. Network (IP) addresses used for sign-in protection are stored only as one-way keyed codes, not as readable addresses.

Google account data

When an approved person chooses “Sign in with Google”, Google supplies their name, email address, Google account identifier, profile image if available, and confirmation that the email address is verified. The portal requests only the standard openid, email and profile sign-in permissions.

We do not request or access Google Drive, Contacts, Calendar, Gmail, Photos or other Google account content. We do not collect Google passwords and do not request or store Google refresh tokens. Google account data is used only to authenticate the person, check the verified email address against the approved-user list, display the signed-in identity, assign the correct role, secure the session and attribute actions to the responsible account. It is not sold, and not used for advertising, profiling, marketing or automated decisions about students.

Microsoft and email/password sign-in

When Microsoft sign-in is enabled, the portal receives the account identifier, tenant identifier, name and available email information needed to identify an approved person. It requests only standard sign-in permissions and does not request mailbox content or refresh tokens.

Email/password accounts are created by a school portal administrator, who sends the person a one-time set-up link. Passwords are stored only as salted hashes. Operators and administrators also use an authenticator code; authenticator set-up secrets are stored encrypted.

How we use personal information

  • To sign people in, apply the right role and keep sessions secure.
  • To send, confirm and record gate commands, schedules and emergency actions, and to keep an accountable activity record.
  • To manage stadium hire bookings and open the booked gates at the booked times.
  • To track gate use and servicing, and to alert RJL when a gate is due for service or reports a fault.
  • To answer help-chat questions and improve the help.
  • To detect and respond to misuse, security testing and safety risks, investigate incidents and diagnose faults.
  • To administer and support the service and meet legal obligations.

Help chat (Ask Magic Keys)

Questions asked in the Ask Magic Keys help chat are recorded to improve the help. The stored record contains the question, the page and the asker’s role, but not the asker’s email address; email addresses, passwords, codes and token-like text typed into a question are masked before it is stored.

Questions that appear to test security, seek restricted or personal information, are abusive or are unrelated to the portal may be sent to RJL with the asker’s name and email address for review.

When the help chat uses an AI service, the question, up to six recent messages in the same chat, the page name, the asker’s role and plan, and matching sections of the staff guide are sent to that provider to produce an answer. Account email addresses, profiles, activity records, booking details and passwords are not sent. Please do not type personal or confidential information into the chat.

Profiles and photographs

Approved staff can see profile names and photos. Administrators who have entered the administrator settings password can manage other people’s profile details. People can correct their own details and remove their photo from Access & users.

Gate service and fault data

The portal counts gate openings detected by each gate controller and records service dates for each gate. These records are about equipment, not people; service records show the name of the administrator who recorded the service. RJL is emailed when a gate approaches or reaches its service limit, or when a commissioned gate reports a fault.

Where information is stored

The portal database and profile photos are stored with Supabase in its Sydney, Australia region. The portal application runs on Microsoft Azure in Australia (Sydney region) and processes information there while handling requests.

Other service providers used for specific functions: the AI provider configured for the help chat (Anthropic, OpenAI or Microsoft; these providers may process data in the United States or other countries) and Resend (United States), which delivers RJL’s internal alert emails. Google and Microsoft process sign-in information under their own terms.

Where information is processed outside Australia, we take reasonable steps, including relying on these providers’ contractual and security commitments, to protect it consistently with the Australian Privacy Principles.

Cookies and security

After sign-in, the portal sets a signed, HTTP-only session cookie that keeps the person signed in for at most eight hours; the portal also signs people out when they close or reload the page. A separate short-lived cookie records an administrator settings unlock for ten minutes. These cookies are required for the service and are not used for advertising or cross-site tracking.

Access is restricted to approved accounts and roles, important actions are logged, the activity log cannot be edited or deleted by the application, and connections are encrypted. We use reasonable administrative and technical safeguards to protect information from misuse, interference, loss and unauthorised access, modification or disclosure.

Sharing and disclosure

Personal information is not sold or rented. It may be accessed by authorised operators according to their portal role, by RJL personnel who support and maintain the service, and by the service providers listed above where they need it to provide their services.

We may also disclose information where required or authorised by law, or where reasonably necessary to lessen or prevent a serious threat to safety or to investigate a security incident.

Retention and deletion

Sessions expire after at most eight hours. Help-chat question records and RJL alert records are deleted after 12 months. Request-limit records are kept only for their short time window. Staff usage records (time on the portal and buttons pressed) are deleted after 12 months. The activity log, gate service records and stadium hire records are kept for as long as reasonably required for safety, security, audit, contractual record-keeping or legal obligations, and are then deleted or de-identified where practicable.

A person may ask for their portal account information to be deleted by emailing info@rjlcommercialgroup.com. Activity-log entries that must be kept for legitimate safety, security, contractual or legal reasons may be retained. Google access can also be revoked from the person’s Google Account permissions page; this prevents future Google sign-in but does not remove records that must be kept.

Access, correction and complaints

You may ask to access or correct personal information we hold about you, or make a privacy complaint, by emailing the address above. We may need to verify your identity before acting. We will respond within a reasonable time, usually within 30 days. If you are not satisfied with our response, you can contact the Office of the Australian Information Commissioner (oaic.gov.au).

Hirers whose details were entered for a stadium booking can make the same requests.

Children’s privacy

This portal is an operational tool for authorised adult staff and is not directed to students or children. Students cannot have portal accounts. The portal does not store student records, CCTV footage or biometric information.

Updates

We may update this policy when the portal, its service providers or legal obligations change. The “last updated” date above identifies the current version.

RJL Commercial Fencing and Gates (VIC) Pty Ltd
PrivacyTerms