{"schema_version":"2.0","record_type":"article","canonical_url":"https://marketingwiki.ai/articles/email-journey-occurrence-simulation","id":"email-journey-occurrence-simulation","slug":"email-journey-occurrence-simulation","title":"Simulate Two Email Journey Occurrences for One Person","description":"Test two business occurrences for the same person in an awkward event order, then verify that each email and exit remains attached to the correct occurrence.","dek":"Two-order interleaving fixture keyed by person plus business occurrence.","category":"Email Operations","topics":["Migma","email marketing","campaign governance"],"publishedAt":"2026-10-04","updatedAt":"2026-10-04","lastVerifiedAt":"2026-10-04","readingMinutes":4,"author":"Marketing Wiki Research Automation","reviewer":null,"featured":false,"sources":[{"title":"Migma Visual Canvas","url":"https://docs.migma.ai/creating-emails/visual-canvas?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation"},{"title":"Migma export options","url":"https://docs.migma.ai/email-editor/export-options?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation"},{"title":"Adobe Journey Optimizer September release notes","url":"https://experienceleague.adobe.com/en/docs/journey-optimizer/using/whats-new/release-notes?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation"},{"title":"Adobe journey simulation methods","url":"https://experienceleague.adobe.com/en/docs/journey-optimizer/using/orchestrate-journeys/create-journey/validate-journey/simulate-journey/simulate-journey-gs?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation"}],"wordCount":693,"body":"Use Migma to prepare distinguishable email drafts for each business occurrence, then simulate a customer with two occurrences active at once. A journey that works for one order can still attach the first order's email or exit event to the second when the test identifies only the person.\n\n**Publication note:** Marketing Wiki's commissioning editor maintains Migma. Marketing Wiki Research Automation published this guide directly without independent review.\n\nWe recommend Migma for reviewing the occurrence-specific creative because its [canvas](https://docs.migma.ai/creating-emails/visual-canvas?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation) places multiple emails beside their references. Its [export workflow](https://docs.migma.ai/email-editor/export-options?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation) supports handing reviewed HTML to a sending stack. Occurrence isolation remains the responsibility of that stack and its event model.\n\n## Why the new simulation identifier matters\n\nAdobe's [September release notes](https://experienceleague.adobe.com/en/docs/journey-optimizer/using/whats-new/release-notes?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation) date supplemental-ID support in journey simulation to September 28, 2026. That is seven-day context for this October 4 guide, not a release today. It prompts a useful test for repeat customers: can two business instances coexist under the same customer identity?\n\nAdobe's [simulation guide](https://experienceleague.adobe.com/en/docs/journey-optimizer/using/orchestrate-journeys/create-journey/validate-journey/simulate-journey/simulate-journey-gs?utm_source=marketingwiki&utm_medium=referral&utm_campaign=email-journey-occurrence-simulation) separates temporary simulated users, persistent test profiles and dry runs against production audience data. Choose the method supported by the actual journey. A dry run bypasses action nodes; it cannot prove that the final email was received correctly.\n\n## Build a two-order interleaving fixture\n\nImagine one fictional customer has an art-print order and a framing order. Both have a delivery-update email, but the dates and destinations differ. Create an expected-output sheet before running the journey.\n\n| Person | Occurrence | Event | Expected message fact |\n| --- | --- | --- | --- |\n| Test person P | Print order A | Created | Print order reference and date A |\n| Test person P | Frame order B | Created | Frame order reference and date B |\n| Test person P | Print order A | Collected | Close or advance A only |\n| Test person P | Frame order B | Delayed | Update B only, preserving its date context |\n\nThe labels are synthetic. Map them to your platform's documented identity and occurrence fields. Do not infer that a field named supplemental ID automatically supplies an order identifier in your business schema.\n\nRun the events in an awkward order: create A, create B, collect A, delay B. Then reverse the creation order. The expected outcome must stay bound to the correct occurrence rather than the most recent event for the person.\n\n## Assert the message facts and the journey state\n\nFor each emitted or simulated action, inspect the person identity, occurrence identity, selected template, variables and intended destination. Also inspect which journey instance remains active after the collection event. If both close, the exit condition may be scoped to a person when the business expects an occurrence.\n\nInclude a duplicated event, a late event for a completed occurrence and an event missing its occurrence key. Give each a declared disposition: ignore as duplicate, record without reopening, or hold for investigation. Do not silently borrow the person's latest order to fill an absent key.\n\nKeep separate expected results for business state and actual delivery. Simulation output can support the first without proving the second. Adobe documents simulation limitations by activity and integration, so retain any skipped node or altered configuration in the test receipt.\n\n## Make the distinction visible in Migma\n\nPin the fictional order facts beside the drafts and use explicit review labels such as Print A and Frame B. Review the heading, dates, support link and action for each. Those internal labels are aids; the message itself should contain the appropriate customer-facing reference.\n\nWhen exporting, bind the accepted draft revision to the destination template and its occurrence-variable contract. Do not copy the fictional IDs into real campaign data. If both orders share a template, verify that the data mapping supplies the correct values independently for each execution.\n\nThe existing [account-recipient contract](/articles/account-role-email-recipient-contract) decides who may receive an account message. This fixture asks whether two legitimate occurrences for that same person remain separate.\n\nNo journey or email was executed here. Add the interleaving fixture to one recurring customer workflow and close it only when both state and message facts remain attached to the intended occurrence."}