web
You’re offline. This is a read only version of the page.
close
Skip to main content

Notifications

Announcements

No record found.

Community site session details

Community site session details

Session Id :
Customer experience | Sales, Customer Insights,...
Unanswered

Real-time Marketing: Per-record reminders when logic is on a child table

(0) ShareShare
ReportReport
Posted on by 39

Hi everyone,

I’m looking for advice on the best architecture in Dynamics 365 Real-time Marketing for reminders that must be sent per record in a custom Dataverse child table, while segments/journeys are Contact-based.

Scenario (generic)

  • Standard table: Contact

  • Custom child table: Application (many-to-one from Application → Contact)

    • A Contact can have multiple Application row  

  • Each Application row contains:

    • StatusCode (examples: Accepted, ConditionalAccepted, Confirmed, Cancelled)

    • DecisionDeadline (date)

    • EarlyReminderSent (Yes/No) + EarlyReminderSentOn (datetime)

    • FinalReminderSent (Yes/No) + FinalReminderSentOn (datetime)

Requirement

  • Send two reminders:

    1. Early reminder sometime before the deadline (e.g., next month / within N days)

    2. Final reminder ~7 days before the deadlin 

  • This must be done per Application row (not per contact), because a contact may have multiple concurrent applications and each one must be tracked independently (flags stored on Application).

Constraint

  • Real-time Marketing segments can only target Contact/Lead, not the custom Application table.

  • Therefore, a segment-based journey runs at the Contact level.

  • But the decision/flags are at the Application level.

Approaches I’m considering

Option A — Contact-based segments/journeys + Power Automate resolves child rows

  • Contact segment identifies contacts who have at least one eligible Application

  • Journey sends reminder email

  • Journey calls a custom trigger passing Contact context

  • Power Automate:

    • queries eligible Application rows for the contact

    • updates flags on the correct row(s)

  • Concern: If multiple Application rows are eligible, the journey email content may be ambiguous unless the flow determines the “right” row, or sends multiple emails.

Option B — Power Automate drives per-Application runs + trigger-based journeys

  • Scheduled Power Automate queries the Application table for eligible rows

  • For each eligible Application row, Power Automate triggers a custom-trigger journey, passing:

    • ApplicationId

    • Contact reference

    • optionally DecisionDeadline / ProgramName for personalizatio  

  • Journey sends email and then triggers another action/flow to mark that specific Application row as “sent”

  • More moving parts, but fully per-record accurate.

Question

What is the recommended / supported best practice to ensure reminders are per child record, given that segments/journeys are Contact-only?

  • Keep journeys contact-based and resolve child records in Power Automate?

  • Or let Power Automate be the driver and use trigger-based journeys per child record?

Any guidance or patterns from real implementations would be appreciated.

 

Thanks!

I have the same question (0)

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

Responsible AI policies

As AI tools become more common, we’re introducing a Responsible AI Use…

Neeraj Kumar – Community Spotlight

We are honored to recognize Neeraj Kumar as our Community Spotlight honoree for…

Leaderboard > Customer experience | Sales, Customer Insights, CRM

#1
Tom_Gioielli Profile Picture

Tom_Gioielli 81 Super User 2025 Season 2

#2
Gerardo Rentería García Profile Picture

Gerardo Rentería Ga... 49 Most Valuable Professional

#3
#ManoVerse Profile Picture

#ManoVerse 40

Last 30 days Overall leaderboard

Product updates

Dynamics 365 release plans