Real-Time API Ingestion – Handling Partial Composite Identities in AEP

[RS195]

We’re implementing AEP for real-time API-based data flows. Our identity model uses a composite key, for example:
compositeId = field1 + field2

The primary real-time source only provides field1, while field2 exists in another source system that is ingested separately. Because AEP relies on the complete composite identity for stitching and unified profile creation, this leads to incomplete or fragmented profiles.

We’re exploring the best architectural approach within AEP to handle scenarios where only part of a composite identity is available in real time.

[Vinoth_Govind]

Can you give a example of field 1 , field 2 and composite ID?

AEP cannot guess that Field1 belongs to composite ID{Field1 + Field2}, someway it needs a lookup data to stich the ID's.