Skip to main content

Event definition

Fields

Field NameTypeDisplay Name
EventDefinitionIdInt32Event definition id
CreatedDateTimeCreated
CreatedByStringCreated by
CustomValuesDictionary`2Custom values
DescriptionStringDescription
EventNameStringEvent name
IncludeInTrackingBooleanInclude in tracking
IsAutomaticCreateBooleanIs automatic create
IsInactiveBooleanIs inactive
LastModifiedDateTimeLast modified
LastModifiedByStringLast modified by
LocationStringLocation
OrganizationIdInt32Organization id
SendEmailBooleanSend email
SendEmailDocumentIdNullable`1Send email document id
TriggerConditionFieldsStringTrigger condition fields (deprecated — always null in new records)
TriggerEntityNameStringTrigger entity name (deprecated — always null in new records)
TriggerEventNameStringTrigger event name (deprecated — always null in new records)
note

As of March 2026, the trigger fields (TriggerEventName, TriggerEntityName, TriggerConditionFields) have been removed from the application-layer create/update commands. New event definitions are always created with null trigger values. The database columns remain for backward compatibility with existing data. Trigger-based automation has been migrated to the workflow engine.

Custom Values

The CustomValues dictionary supports the following well-known keys:

KeyTypeDescription
mapToEventDefinitionIdintWhen set, the tracking event import service will map incoming events matching this definition to the target EventDefinition specified by this ID. This allows aliasing or redirecting event definitions — for example, mapping a carrier-specific event code to a canonical internal event definition.

Example: Event Definition Mapping

If EventDefinition A (ID 10) has CustomValues["mapToEventDefinitionId"] = 20, then when a tracking event is imported and matched to EventDefinition A, the system will instead create the tracking event using EventDefinition B (ID 20). This is useful for normalizing external carrier events to standard internal definitions.