Expand description
Data structures used by operation inputs/outputs.
Modules§
- Builders
- Error types that Amazon Connect Customer Profiles can respond with.
Structs§
A data type pair that consists of a
KeyName
andValues
list that is used in conjunction with the KeyName and Values parameters to search for profiles using the SearchProfiles API.A generic address associated with the customer that is not mailing, shipping, or billing.
Object that segments on Customer Profile's address object.
Details for workflow of type
APPFLOW_INTEGRATION
.Structure holding all
APPFLOW_INTEGRATION
specific workflow attributes.Workflow specific execution metrics for
APPFLOW_INTEGRATION
workflow.Workflow step details for
APPFLOW_INTEGRATION
workflow.Mathematical expression and a list of attribute items specified in that expression.
Object that segments on various Customer Profile's fields.
The details of a single attribute item specified in the mathematical expression.
Configuration information about the
AttributeTypesSelector
where the rule-based identity resolution uses to match profiles. You can choose how profiles are compared across attribute types and which attribute to use for matching from each type. There are three attribute types you can configure:-
Email type
-
You can choose from
Email
,BusinessEmail
, andPersonalEmail
-
-
Phone number type
-
You can choose from
Phone
,HomePhone
, andMobilePhone
-
-
Address type
-
You can choose from
Address
,BusinessAddress
,MaillingAddress
, andShippingAddress
-
You can either choose
ONE_TO_ONE
orMANY_TO_MANY
as theAttributeMatchingModel
. When choosingMANY_TO_MANY
, the system can match attribute across the sub-types of an attribute type. For example, if the value of theEmail
field of Profile A and the value ofBusinessEmail
field of Profile B matches, the two profiles are matched on the Email type. When choosingONE_TO_ONE
the system can only match if the sub-types are exact matches. For example, only when the value of theEmail
field of Profile A and the value of theEmail
field of Profile B matches, the two profiles are matched on the Email type.-
List containing the values for the given attribute.
Configuration settings for how to perform the auto-merging of profiles.
Batch defines the boundaries for ingestion for each step in
APPFLOW_INTEGRATION
workflow.APPFLOW_INTEGRATION
workflow splits ingestion based on these boundaries.Error object describing why a specific profile and calculated attribute failed.
Error object describing why a specific profile failed.
Object that segments on Customer Profile's Calculated Attributes.
The object containing the values of a single calculated attribute value.
An object to override the original condition block of a calculated attribute.
The conditions including range, object count, and threshold for the calculated attribute.
How the auto-merging process should resolve conflicts between different profiles.
The operation to be performed on the provided source fields.
The matching criteria to be used during the auto-merging process.
Object that segments on various Customer Profile's date fields.
Summary information about the Kinesis data stream
Contains
ProfileObjectType
mapping information from the model.Usage-specific statistics about the domain.
Details of the destination being used for the EventStream.
An instance of EventStream in a list of EventStreams.
Specifies the circumstances under which the event should trigger the destination.
A specific event dimension to be assessed.
Defines limits controlling whether an event triggers the destination, based on ingestion latency and the number of invocations per profile over specific time periods.
The summary of the event trigger.
Configuration information about the S3 bucket where Identity Resolution Jobs writes result files.
You need to give Customer Profiles service principal write permission to your S3 bucket. Otherwise, you'll get an exception in the API response. For an example policy, see Amazon Connect Customer Profiles cross-service confused deputy prevention.
The S3 location where Identity Resolution Jobs write result files.
Object that segments on various Customer profile's fields that are larger than normal.
A duplicate customer profile that is to be merged into a main profile.
Defines how to filter the objects coming in for calculated attributes.
Object that defines how to filter the incoming objects for the calculated attribute.
Contains the map of attribute names to attribute dimensions.
Object that holds the dimensions to filter on.
The configurations that control how Customer Profiles retrieves data from the source, Amazon AppFlow. Customer Profiles uses this information to create an AppFlow flow on behalf of customers.
A data type pair that consists of a
KeyName
andValues
list that were used to find a profile returned in response to a SearchProfiles request.Contains dimensions that determine what to segment on.
Information about the Identity Resolution Job.
Specifies the configuration used when importing incremental records from the source.
Configuration data for integration workflow.
The day and time when do you want to start the Identity Resolution Job every week.
Statistics about the Identity Resolution Job.
The details of a single calculated attribute definition.
The details of a single calculated attribute for a profile.
An object in a list that represents a domain.
An integration in list of integrations.
Item that contains the attribute and when it was last updated.
A ProfileObjectType instance.
A ProfileObjectTypeTemplate in a list of ProfileObjectTypeTemplates.
A ProfileObject in a list of ProfileObjects.
A workflow in list of workflows.
The properties that are applied when Marketo is being used as a source.
The Match group object.
The flag that enables the matching process of duplicate profiles.
The flag that enables the matching process of duplicate profiles.
Specifies how does the rule-based matching process should match profiles. You can choose from the following attributes to build the matching Rule:
-
AccountNumber
-
Address.Address
-
Address.City
-
Address.Country
-
Address.County
-
Address.PostalCode
-
Address.State
-
Address.Province
-
BirthDate
-
BusinessName
-
EmailAddress
-
FirstName
-
Gender
-
LastName
-
MiddleName
-
PhoneNumber
-
Any customized profile attributes that start with the
Attributes
-
The criteria that a specific object attribute must meet to trigger the destination.
The filter applied to
ListProfileObjects
response to include profile objects with the specified index values.Represents a field in a ProfileObjectType.
An object that defines the Key element of a ProfileObject. A Key is a special element that can be used to search for a customer profile.
Defines a limit and the time period during which it is enforced.
The standard profile of a customer.
The object used to segment on attributes within the customer profile.
Object to hold the dimensions of a profile's fields to segment on.
Object that holds failures for membership.
Object that holds the results for membership.
The relative time period over which data is included in the aggregation.
Overrides the original range on a calculated attribute definition.
The request to enable the rule-based matching.
The response of the Rule-based matching request.
Configuration information about the S3 bucket where Identity Resolution Jobs write result files.
The S3 location where Identity Resolution Jobs write result files.
The properties that are applied when Amazon S3 is being used as the flow source.
The properties that are applied when Salesforce is being used as a source.
Specifies the configuration details of a scheduled-trigger flow that you define. Currently, these settings only apply to the scheduled-trigger type.
Object holding the segment definition fields.
Contains all groups of the segment definition.
Contains all groups of the segment definition.
The properties that are applied when ServiceNow is being used as a source.
Specifies the information that is required to query a particular Amazon AppFlow connector. Customer Profiles supports Salesforce, Zendesk, Marketo, ServiceNow and Amazon S3.
Contains information about the configuration of the source connector used in the flow.
The source segments to build off of.
A class for modeling different type of tasks. Task implementation varies based on the TaskType.
The threshold for the calculated attribute.
The trigger settings that determine how and when Amazon AppFlow runs the specified flow.
Specifies the configuration details that control the trigger for a flow. Currently, these settings only apply to the Scheduled trigger type.
Updates associated with the address properties of a customer profile.
Structure to hold workflow attributes.
Generic object containing workflow execution metrics.
List containing steps in workflow.
The properties that are applied when using Zendesk as a flow source.
Enums§
- When writing a match expression against
AttributeDimensionType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
AttributeMatchingModel
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ComparisonOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ConflictResolvingModel
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
DataFormat
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
DataPullMode
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
DateDimensionType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. Object that holds what profile and calculated attributes to segment on.
- When writing a match expression against
EstimateStatus
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
EventStreamDestinationStatus
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
EventStreamState
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
EventTriggerLogicalOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
FieldContentType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
FilterDimensionType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Gender
Deprecated When writing a match expression againstGender
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
IdentityResolutionJobStatus
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Include
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
IncludeOptions
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
JobScheduleDayOfTheWeek
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
LogicalOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
MarketoConnectorOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
MatchType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Operator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
OperatorPropertiesKeys
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - Party
Type Deprecated When writing a match expression againstPartyType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
PeriodUnit
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
QueryResult
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
RangeUnit
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
RuleBasedMatchingStatus
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
S3ConnectorOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
SalesforceConnectorOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
SegmentSnapshotStatus
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ServiceNowConnectorOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
SourceConnectorType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
StandardIdentifier
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Statistic
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Status
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
StringDimensionType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
TaskType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
TriggerType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Type
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
Unit
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
WorkflowType
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature. - When writing a match expression against
ZendeskConnectorOperator
, it is important to ensure your code is forward-compatible. That is, if a match arm handles a case for a feature that is supported by the service but has not been represented as an enum variant in a current version of SDK, your code should continue to work when you upgrade SDK to a future version in which the enum does include a variant for that feature.