nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Need to trigger an email when a form checkbox is checked

Chad Henderson_qpe911

I have an onboarding form nested in my "onboarding" request type. Within this form is an "IT Equipment" checkbox field that includes various options for equipment such as PC, Laptop, etc. What I would like to happen is when any of the boxes are checked, once the form is submitted, it fires an email to my IT manager notifying them of equipment requested. I've tried multiple routes to complete this, but the form audit always returns a "nothing to trigger" entry.

How do I build this rule out properly?

Accepted answers

Juan Carlos Pin

Hi @Chad Henderson

Fields in forms can be called in a smart variable.

In your form set a label for it

Captura de pantalla 2026-03-06 a las 18.15.24.png

In your forms lists, in the three dots, get the form ID

Captura de pantalla 2026-03-06 a las 18.16.37.png

Then in your automation set a variable called itequip and link it to your fom fiel lable like this

Values are store [1], [2], etc
With an if make it to send an email if matches your desired value.

Captura de pantalla 2026-03-06 a las 18.27.57.png

ENJOY!

I hope this helps!👍🏻

Chad Henderson_qpe911

After great responses here and some playing around, I finally found the combination that works for my needs. This was the key!!!

All comments

Mikael Sandberg

Hi @Chad Henderson,

Welcome to Atlassian Community!

When you have an automation question it is always better to include a screenshot if the automation and the audit log so that we can see what you have tried so far. Without that information I can only give you a generic answer.

This should be easy to do if you trigger your automation on form submitted, as long as you have given the field in question a field key. Then you can access what the user selected using ((issue.forms.selectField.value}} and then send an email if the selected option is what should trigger the email.

Chad Henderson_qpe911

Here is the form field:

Here are the audit logs... The first log is without checking any boxes, the second is with boxes checked.

And here is the automation rule that is active:

Juan Carlos Pin

Hi @Chad Henderson

Fields in forms can be called in a smart variable.

In your form set a label for it

Captura de pantalla 2026-03-06 a las 18.15.24.png

In your forms lists, in the three dots, get the form ID

Captura de pantalla 2026-03-06 a las 18.16.37.png

Then in your automation set a variable called itequip and link it to your fom fiel lable like this

Values are store [1], [2], etc
With an if make it to send an email if matches your desired value.

Captura de pantalla 2026-03-06 a las 18.27.57.png

ENJOY!

I hope this helps!👍🏻

Chad Henderson_qpe911

The result is different, but still not recognizing those checked boxes.

Marc -Devoteam-

Hi @Chad Henderson

I assume you are using a form from on the space setting in you JSM.

You don't store this form checkbox field in a Jira field, but its just there on the form.

Then see this article on how to get this information based on smart values.

https://support.atlassian.com/jira-service-management-cloud/docs/access-smart-values-for-forms-and-form-fields/

Bill Sheboy

Hi @Chad Henderson

Yes, and...to the suggestions from @Mikael Sandberg

I see two things to change in your rule before you continue testing, and they may help address this symptom.

First, the Work Item Created trigger has known racetrack timing problems. That is, the rule can start running before all of the data is available. The mitigation for this problem is to always add the Re-fetch Work Item Data action immediately after this trigger. That will slow the rule slightly, reloading the data before the steps proceed.

Next, I recommend never using conditions directly on triggers, particularly with ones such as Work Item Created. There are several defects with this new-ish feature, including related to the racetrack timing problem noted above. (i.e., if the data is not ready yet, the conditions will non-deterministically succeed or fail) The mitigation for these defects is to add separate conditions after the re-fetch action.

Kind regards,
Bill

Mikael Sandberg

Okay, so based on the audit log it could be that your work item is not complete when the work item is created. You could either add a delay or change the automation to trigger on when the form is submitted and check the form answer instead by giving the field a key in the form (select the field and then scroll down to the bottom to see it).

Screenshot 2026-03-06 at 10.08.30 AM.png

When you trigger on form submitted it enables the {{forms}} smart value so you can access the fields using the field key. Check out this KB for more information.