Skip to content

feat(targeting-client): recipient created_at (ER-5515) - #605

Open
utkuufuk-epilot wants to merge 1 commit into
mainfrom
feat/ER-5515-targeting-client-recipient-created-at
Open

utkuufuk-epilot wants to merge 1 commit into
mainfrom
feat/ER-5515-targeting-client-recipient-created-at

Conversation

@utkuufuk-epilot

@utkuufuk-epilot utkuufuk-epilot commented Nov 13, 2026 •

Copy link
Copy Markdown
Contributor

Context: ER-5515, campaigns that add new matches of their target as recipients once a day.

Regenerates @epilot/targeting-client types:

  • New: created_at on a campaign recipient: when the entity became a recipient (at launch, when it first saw the campaign in a portal or as a Next Best Action, or when the daily recipient check added it). The 360 campaign recipients table shows it as the "Added" column.
  • Synced, already deployed: CampaignType with product_recommendations and type on the campaign; setupCampaign requires exactly one campaign.target_ids entry; changeCampaignStatus documents CAMPAIGN_HAS_NO_PRODUCT_RECOMMENDATIONS.

The spec is the deployed one (npm run openapi) plus only the created_at field from the Targeting API change that adds it, which isn't deployed yet. Merge and release after that change is on production.

Changeset: minor bump of @epilot/targeting-client.

Regenerated from the deployed Targeting API spec plus the recipient's
created_at from targeting-api!105, which isn't deployed yet: when the
entity became a recipient, shown as the "Added" column in the campaign
recipients table. Also syncs the already deployed CampaignType,
setupCampaign target_ids and changeCampaignStatus docs.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants