Skip to main content
AI Summary supports conversation_metadata-based summary routing, which allows AutoSummary to dynamically apply the appropriate summary configuration based on metadata attributes passed within the request. By leveraging conversation-level metadata, the system generates summaries that are more accurately aligned with specific business use cases and onboarding configurations.
Metadata-based routing requires your summary configurations to be onboarded per use case. Reach out to your ASAPP team to set this up.

How It Works

When a summary is requested, the system inspects the metadata associated with the conversation and matches it against your configured routing rules. The matched rule determines which summary configuration is applied — including summary structure, format, and RRR (Reason, Resolution, Result) guidance specific to that use case. For example, a configuration tied to group_id: payments will trigger the summary structure and rules defined specifically for that group.

Routing Precedence

If routing logic is configured using both group_id and group_name, the system applies a defined order of precedence to determine which configuration takes effect. The final routing decision aligns with how the respective group or use case was onboarded, ensuring consistent and predictable behavior across deployments.
When both group_id and group_name are present in the conversation metadata, group_id takes precedence. Confirm the exact precedence order with your ASAPP team during onboarding.

Summary Structure Definition

For each onboarded use case, ASAPP will align on the expected summary structure, including clear guidance on the RRR (Reason, Resolution, Result) section:
  • Reason: The primary reason the customer contacted support — what they called or messaged about.
  • Resolution: The action taken or solution provided by the agent during the interaction.
  • Result: The outcome of the interaction — whether the issue was resolved, escalated, or left pending.
For each component, ASAPP will define what should be captured and what should be excluded to ensure output consistency and reduce ambiguity during feedback and optimization cycles.

Supported Metadata Attributes

The routing logic can leverage multiple conversation metadata attributes. These attributes provide granular control over how summaries are generated across different lines of business, agent groups, campaigns, and technical contexts.
AttributeDescription
lob_idLine of business identifier
lob_nameLine of business name
group_idAgent group identifier
group_nameAgent group name
agent_routing_codeCode used to route the conversation to a specific agent or queue
campaignCampaign associated with the conversation
device_typeType of device the customer used
platformPlatform the conversation originated from
company_segmentCustomer company segment
company_subdivisionCustomer company subdivision
business_ruleBusiness rule applied to the conversation
entry_typeEntry point type for the conversation
operating_systemCustomer’s operating system
browser_typeCustomer’s browser type
browser_versionCustomer’s browser version
While the attributes listed above represent the standard supported set, the routing system is not limited to these alone. Additional metadata attributes can be supported based on your specific use case — reach out to your ASAPP team to discuss custom routing requirements. To send conversation metadata to ASAPP, use the Metadata Ingestion API.

what’s next?

To implement metadata-based summary routing, work with your ASAPP team to onboard your summary configurations based on the relevant metadata attributes for your use cases. Once onboarded, ensure that your systems are sending the appropriate conversation metadata with each request to enable dynamic routing and optimized summary generation.