Skip to content

Commit 7b91a6e

Browse files
authored
Merge pull request #7979 from segmentio/journeys-warehouse-enrichment
Journeys Destination Warehouse enrichment [DOC-1273]
2 parents 038211c + 6b2eec6 commit 7b91a6e

File tree

1 file changed

+70
-0
lines changed

1 file changed

+70
-0
lines changed

src/engage/journeys/v2/event-triggered-journeys-steps.md

Lines changed: 70 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -322,6 +322,76 @@ Here’s a detailed example of a payload structure, highlighting the journey con
322322

323323
This example shows how data is structured and enriched with contextual details so that destinations receive the information they need to act effectively.
324324

325+
### Warehouse enrichment (Data Graph)
326+
327+
If your workspace uses [Data Graph](/docs/unify/data-graph/), you can add attributes from warehouse entities to the destination payload. Segment joins entity data using an ID in journey context and shows the added fields in the payload preview. Enrichment doesn’t change the underlying journey events.
328+
329+
For more information on join keys and event relationships, see [Linked Events overview](/docs/unify/data-graph/linked-events/).
330+
331+
> info "Setup checklist"
332+
> Before you add warehouse entities, verify that Data Graph is set up and synced. Choose the entity with the attributes you need. Confirm the join ID exists in journey context when the step runs.
333+
334+
#### Configure enrichment
335+
336+
Follow these steps to add attributes from the warehouse:
337+
338+
1. Select the Data Graph entity you want to pull attributes from.
339+
2. Choose the join ID in the journey context that matches the entity’s primary key.
340+
3. Pick the attributes to include; the preview updates as you add them.
341+
4. Use the **Preview event** panel to confirm names and nesting. Attributes appear under `properties.journey_context.<EntityName>`, and the preview reflects what Segment sends.
342+
5. (Optional:) Map the enriched fields to your destination schema.
343+
344+
Here's an example of a payload before and after enrichment:
345+
346+
{% codeexample %}
347+
{% codeexampletab Before enrichment %}
348+
```json
349+
{
350+
"properties": {
351+
"journey_context": {
352+
"Reservation Booked": {
353+
"reservation_id": 12345,
354+
"hotel_id": 67890
355+
}
356+
}
357+
}
358+
}
359+
```
360+
{% endcodeexampletab %}
361+
362+
{% codeexampletab After enrichment %}
363+
```json
364+
{
365+
"properties": {
366+
"journey_context": {
367+
"Reservation Booked": {
368+
"reservation_id": 12345,
369+
"hotel_id": 67890
370+
},
371+
"Reservations": {
372+
"check_in_time": "2025-11-01T20:00:00Z",
373+
"check_out_time": "2025-11-04T15:00:00Z"
374+
},
375+
"Hotels": {
376+
"hotel_name": "Hotel California",
377+
"hotel_address": "1000 Sunset Boulevard, Los Angeles, CA"
378+
}
379+
}
380+
}
381+
}
382+
```
383+
{% endcodeexampletab %}
384+
385+
{% endcodeexample %}
386+
387+
##### Publish behavior and failures
388+
389+
When you publish a journey, Segment builds the enrichment data it needs. The journey stays in a **Publishing** state while that finishes. If enrichment isn’t ready within 5 hours, the publish fails.
390+
391+
If your publish does fail, first check the Data Graph and your warehouse setup—sync status, join IDs, and entity configuration. Fix any issues, create a new version, and publish again.
392+
393+
If a long warehouse job has since finished, re-publishing may succeed without changes.
394+
325395
### Managing activations
326396

327397
Activations control the configuration for sending data to destinations, including the destination type, selected action, and mapped attributes. Managing activations allow you to adjust how data flows to a destination without altering the overall journey logic.

0 commit comments

Comments
 (0)