Mutual Inclusivity (Auto Add)
Prove that Salesforce auto-adds a dependent product when a trigger product is present.
This is a product-presence proof: Review does not ask for an expected configuration-rule message.
What it proves
When Product A (the trigger) remains in the configuration, Product B (the dependent) is added automatically by the mutual-inclusivity / include rule.
Example
Map these Meridian product names to equivalents in your org. Pick a valid base quote that already reflects the rule, then select the matching products in Scenario Builder.
In a Meridian Data Fabric Bundle, zero-copy sharing depends on a live ingestion path:
| Role | Product |
|---|---|
| Trigger | Zero Copy Data Share |
| Dependent (auto-add) | Streaming Ingestion Gateway |
Selecting Zero Copy without Streaming Ingestion leaves an incomplete Data Fabric configuration. The rule auto-adds Streaming Ingestion Gateway and keeps it selected while Zero Copy remains.
Revsnap proof: start from a valid quote that already includes both products. Revsnap omits Streaming Ingestion Gateway, runs rules, and asserts Salesforce restores it.
What Revsnap does at runtime
- Starts from your valid base quote (with both products present in the captured baseline)
- Omits the dependent product from the recreated configuration
- Runs configuration rules
- Asserts the dependent product exists in the live configurator context
- Saves the valid configuration
- Asserts the dependent product is present on the saved quote lines
How to capture it
- Capture a Configurator → Scenario Builder snapshot with a valid base quote that already includes the trigger and dependent products.
- On Rule Type, choose Mutual Inclusivity (Auto Add).
- In Scenario Builder:
- Select the Trigger product (must already be on the quote)
- Select the Dependent product (auto-add) (must already be on the quote)
- On Review, confirm the product-presence proof timeline, no expected-message regex is required.
- Save the snapshot.
Use Baseline Products or Standalone Products as allowed by the picker. Both products must be in quote.
Review assertion tips
| Setting | Guidance |
|---|---|
| Expected message | Not used: this pattern asserts product presence |
| Severity | Not applicable |
| Success signal | Dependent product reappears after rules run and remains after save |
Related
- Configurator testing: full Scenario Builder guide
- Attribute-Dependent Inclusion: auto-add driven by an attribute value