aws_sdk_customerprofiles

Module types

Source
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 and Values 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, and PersonalEmail

    • Phone number type

      • You can choose from Phone, HomePhone, and MobilePhone

    • Address type

      • You can choose from Address, BusinessAddress, MaillingAddress, and ShippingAddress

    You can either choose ONE_TO_ONE or MANY_TO_MANY as the AttributeMatchingModel. When choosing MANY_TO_MANY, the system can match attribute across the sub-types of an attribute type. For example, if the value of the Email field of Profile A and the value of BusinessEmail field of Profile B matches, the two profiles are matched on the Email type. When choosing ONE_TO_ONE the system can only match if the sub-types are exact matches. For example, only when the value of the Email field of Profile A and the value of the Email 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 and Values 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.
  • GenderDeprecated
    When writing a match expression against Gender, 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.
  • PartyTypeDeprecated
    When writing a match expression against PartyType, 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.