Compares two strings to see if they are equal, and returns a boolean result.
| Property | Type | Description |
|---|---|---|
| Boolean1 | Boolean | First Boolean. |
| Boolean2 | Boolean | Second Boolean. |
- If both properties are equal, then returns boolean of true.
- If both properties are null, then returns boolean of true.
- If only one property is null, then returns a boolean of false.
Null handling tip: If there's a chance either flag might be unset, remember that two nulls returntrue, but one null and one non-null returnfalse— so build your ruleset logic accordingly.
Use Case
A common use case is conditional routing or validation checks within a ruleset, meaning you compare the result of a previous boolean-returning action to an expected true/false value to decide what happens next.
Example scenario: Order approval gate
Suppose your integration has an earlier action that checks whether an order has been approved (stored as a Boolean variable isApproved). You want to route processing differently depending on whether approval is confirmed.
| Property | Value |
|---|---|
| Boolean1 | isApproved (result from a prior action, e.g. true) |
| Boolean2 | true (the expected/desired state) |
Result: Returns true - the order is approved, so the ruleset proceeds down the "approved" path (e.g. generate a shipping label).
If isApproved came back as false, BooleanEquals would return false, and the ruleset could branch to a rejection or hold workflow instead.
Why use BooleanEquals instead of just IsTrue?
BooleanEquals is particularly useful when you're comparing two dynamic boolean variables - for example, checking whether two systems are in agreement:
| Property | Value |
|---|---|
| Boolean1 | systemA_ReadyFlag |
| Boolean2 | systemB_ReadyFlag |
This lets you confirm both flags match before triggering a downstream process, rather than simply checking that one of them is true.
Comments
0 comments
Please sign in to leave a comment.