Skip to main content
The tables below provide detailed information regarding the schema for exported data files available to you for ASAPP Messaging.

Table: admin_activity

The admin_activity table tracks ONLINE/OFFLINE statuses and logged in time in seconds for agents who use Admin. Sync Time: 1h Unique Condition: rep_id, status_description, status_start_ts

Table: agent_journey_rep_event_frequency

Aggregated counts of various agent journey event types partitioned by rep_id Sync Time: 1d Unique Condition: primary-key: rep_id, event_type, instance_ts

Table: autopilot_flow

This table contains factual data about autopilot flow. Sync Time: 1h Unique Condition: issue_id, form_start_ts

Table: convos_intents

The convos_intents table lists the current state for intent and utterance information associated with a conversation/issue that had events within the identified 15 minute time window. This table will include unended conversations. Sync Time: 1h Unique Condition: issue_id Ordering Precedence: instance_ts

Table: convos_intents_ended

The convos_intents_ended table lists the current state for intent and utterance information associated with a conversation/issue that have had events within the identified 15 minute time window. This table will filter out unended conversations. Sync Time: 1h Unique Condition: issue_id Ordering Precedence: instance_ts

Table: convos_metadata

This convos_metadata table contains data associated with a conversation/ issue during a specific 15 minute window. This table will include data from unended conversations. Expect to see columns containing the app_version, the conversation_end timestamp and whether it was escalated to chat or not. Sync Time: 1h Unique Condition: issue_id Ordering Precedence: last_event_ts

Table: convos_metadata_ended

The convos_metadata table contains data associated with a conversation/issue during a specific 15 minute window. Expect to see columns containing the app_version, the conversation_end timestamp and whether it was escalated to chat or not. This table will filter out data from unended conversations. This export removes any unended issues and any issues which contained no chat activity. Sync Time: 1h Unique Condition: issue_id Ordering Precedence: last_event_ts

Table: convos_metrics

The convos_metrics table contains counts of various metrics associated with an issue/conversation(e.g. “attempted to chat”, “assisted”). The table contains data associated with an issue during a given 15 minute window. The convos_metrics table will include unended conversation data. Sync Time: 1h Unique Condition: issue_id

Table: convos_metrics_ended

The convos_metrics table contains counts of various metrics associated with an issue/conversation(e.g. “attempted to chat”, “assisted”). The table contains data associated with an issue during a given 15 minute window. This table will filter out unended conversations and issues with no activity. Sync Time: 1h Unique Condition: issue_id

Table: convos_summary_tags

The convos_summary_tags table contains information regarding all AI generated auto-summary tags populated by the system when a rep initiates the “end chat” disposition process. Sync Time: 1h Unique Condition: company_id, issue_id, summary_tag_presented

Table: csid_containment

The csid_containment table tracks and organizes customer interactions by associating them with a unique session identifier (csid) with 30min window timeframe. It consolidates data related to customer sessions, including associated issue_ids, session durations, and indicators of containment success. Containment success measures whether an issue was resolved within a session without escalation. This table is critical for analyzing customer interaction patterns, evaluating the effectiveness of issue resolution processes, and identifying areas for improvement. Sync Time: 1h Unique Condition: csid, company_name

Table: csid_containment_1d

The csid_containment table tracks and organizes customer interactions by associating them with a unique session identifier (csid) with 24 hours of window timeframe. It consolidates data related to customer sessions, including associated issue_ids, session durations, and indicators of containment success. Containment success measures whether an issue was resolved within a session without escalation. This table is critical for analyzing customer interaction patterns, evaluating the effectiveness of issue resolution processes, and identifying areas for improvement. Sync Time: 1h Unique Condition: csid, company_name

Table: customer_feedback

The customer_feedback table contains the feedback regarding how well their issue was resolved. This table contains columns such as the feedback question prompted at issue completion, the customer response and the last rep identifier which was associated with an issue_id. Sync Time: 1d Unique Condition: issue_id, company_marker, last_rep_id, question, instance_ts Ordering Precedence: last_event_ts

Table: customer_params

The customer_params table contains information which the client sends to ASAPP. The table may have multiple rows associated with one issue_id. Clients specify the information to store using a JSON entry which may contain multiple semicolon separated (key, value) pairs. Sync Time: 1d Unique Condition: event_id, param_key Ordering Precedence: event_ts

Table: customer_params_hourly

The customer_params table contains information which the client sends to ASAPP. The table may have multiple rows associated with one issue_id. Clients specify the information to store using a JSON entry which may contain multiple semicolon separated (key, value) pairs. Sync Time: 1h Unique Condition: event_id, param_key

Table: dim_queues

The dim_queues table creates a mapping of queue_id to queue_name. This is an hourly snapshot of information. Sync Time: 1h Unique Condition: queue_key

Table: flow_completions

The purpose of this table is to list the flow success information, any negation data, and other associated metadata for all issues. This table provides insights into the success or failure of any issue. Flow Success refers to the successful completion of a predefined process or interaction flow without interruptions, errors, or escalations, as determined by specific business logic. Sync Time: 1h Unique Condition: issue_id, flow_name, flow_status_ts, success_event_details Ordering Precedence: COALESCE(success_event_ts, negation_event_ts)

Table: flow_detail

The purpose of the flow_detail table is to list out the data associated with each node traversed during an issue lifespan. A usage of this table is to understand the path a particular issue traversed trhough a flow node by node. Sync Time: 1h Unique Condition: event_ts, issue_id, event_type

Table: intents

The intents table contains a list of intent codes and other information associated with the intent codes. Information in the table includes flow_name and short_description. Sync Time: 1d Unique Condition: code

Table: issue_callback_3d

The issue_callback table relates issues from the same customer during a three day window. This table will help measure customer callback rate, the rate at which the same customer recontacts within a three day period. The issue_callback table is applicable only to specific clients. Sync Time: 1h Unique Condition: issue_id

Table: issue_entity_genagent

hourly snapshot of issue grain generative_agent data including both dimensions and metrics aggregated over “all time” (two days in practice). Sync Time: 1h Unique Condition: issue_id

Table: issue_entry

This table shows data about how a user began an interaction with the sdk by issue Sync Time: 1h Unique Condition: issue_id

Table: issue_omnichannel

This table captures omnichannel tracking events related with the different platforms we have. (Initially only ABC) Sync Time: 1h Unique Condition: issue_id, third_party_customer_id

Table: issue_queues

The purpose for the issue_queues table is to capture relevant data associated with an issue in a wait queue. Data captured includes the issue_id, the enqueue time, the rep, the event type and flowname. This is captured in 15 minute windows of time. Sync Time: 1h Unique Condition: issue_id, queue_id, enter_queue_ts

Table: issue_sentiment

The issue_sentiment table captures sentiment analysis information related to customer issues. Each row represents an issue and its associated sentiment score or classification. This table helps track customer sentiment trends, assess the emotional tone of interactions, and support decision-making for issue resolution strategies. Sync Time: 1d Unique Condition: issue_id

Table: issue_session_merge

A list of the merged issues that have occurred as a result of transferring to a queue during a cold transfer and the first issue_id associated with this new issue_id. Only relevant for VOICE. activate-date: 2024-01-17 Sync Time: 1h Unique Condition: issue_id, session_id

Table: issue_type

The purpose of the issue_type table is to capture any client specific naming of issue parameters. This captures per issue the initial “issue type name” which the client has specified. This is captured in 15 minute window increments. Sync Time: 1h Unique Condition: customer_id, issue_id

Table: knowledge_base

This table captures interactions with articles in the knowledge base. An article can be viewed, attached to a chat and marked as favorite Sync Time: 1h Unique Condition: issue_id, article_id, event_ts

Table: live_agent_opportunities

The live_agent_opportunities table tracks instances where automated processes, such as chatbots or virtual assistants, escalate a conversation or issue to a live agent. It offers insights into the effectiveness of automation, the reasons behind escalations, and key metrics for improving both customer experience and agent performance. The term “Opportunity” refers to the period from when the conversation is handed over to an agent until its closure. Sync Time: 1h Unique Condition: issue_id, customer_id, opportunity_ts

Table: queue_check_ins

Exports for each 15 min window of Queue Check in events Sync Time: 1h Unique Condition: company_id, issue_id, customer_id, check_in_ts

Table: quick_reply_buttons

The quick_reply_button_interaction table contains information associated with a specific quick_reply_button, its final intent and any aggregation counts over the day (e.g. escalated_to_chat, escalation_requested). Aggregated for a 24 hour period. Only ended issues are counted. Sync Time: 1d Unique Condition: company_id, company_subdivision, company_segments, final_intent_code, quick_reply_button_text, escalated_to_chat, escalation_requested, quick_reply_button_index

Table: reps

The rep table contains a listing of data regarding each rep. Expected data includes their name, the rep id, their slot configuration and the rep status. This rep data is collected daily. Sync Time: 1d Unique Condition: rep_id

Table: rep_activity

The rep_activity table tracks status and slot information of each agent over time, including time spent in each status and time utilized in chats. In this table, the data is captured in 15 minute increments throughout the day. instance_ts is actually the 15-minute window in question, and is part of the primary key. It does not indicate the last time a relevant event happened as in other tables. Windows may be re-stated when information from a later window amends them, for example to account for additional utilized time. Sync Time: 1h Unique Condition: instance_ts, rep_id, status_id, in_status_starting_ts

Table: rep_assignment_disposition

This view contains information relating to rep-disposition responses. Sync Time: 1h Unique Condition: issue_id, rep_id, rep_assigned_ts

Table: rep_attributes

The rep attributes table contains various data associated with a rep such as their given role. This table may not exist or may be empty if the client chooses to use rep_hierarchy instead. This is a daily snapshot of information. Sync Time: 1d Unique Condition: rep_attribute_id, rep_id, created_ts

Table: rep_augmentation

The rep_augmentation table tracks a specific issue and rep; and calculates metrics on augmentation types and counts of usages of augmentation. This table will allow billing for the augmentation feature per each issue. Sync Time: 1h Unique Condition: issue_id

Table: rep_convos

The rep_convos table captures metrics associated with a rep and an issue. Expected metrics include “average response time”, “cumulative customer response time”, “disposition type” and “handle time”. This data is captured in 15 minute window increments. Sync Time: 1h Unique Condition: issue_id, rep_id, issue_assigned_ts

Table: rep_hierarchy

The rep_hierarchy table contains the rep and their direct reports and their manager. This is a daily snapshot of rep hierarchy information. This table may be empty and if empty, then consult rep_attributes. Sync Time: 1d Unique Condition: subordinate_rep_id, superior_rep_id

Table: rep_utilized

The rep_utilized table tracks a rep’s activity and how much time they spend in each state. It shows utilization time and total minutes per state, recorded in 15-minute intervals throughout the day. The instance_ts field represents the 15-minute window and is part of the primary key. It doesn’t show the most recent event like in other tables. The data may be updated if later information changes it, such as adding more utilization time. Utilization refers to the rep’s efficiency. Sync Time: 1h Unique Condition: instance_ts, rep_id, desk_mode, max_slots, company_marker

Table: sms_events

Exports for each 15 min window of SMS flow events Sync Time: 1h Unique Condition: company_id, sms_flow_id

Table: transfers

The purpose of the transfers table is to capture information associated with an issue transfer between reps. The data is captured per 15 minute window. Sync Time: 1h Unique Condition: company_id, issue_id, rep_id, timestamp_req

Table: utterances

The purpose of the utterances table is to list out each utterance and associated data which was captured during a conversation. This table will include data associated with ongoing conversations which are unended. Sync Time: 1h Unique Condition: created_ts, issue_id, sender_id

Table: voice_intents

The voice intents table includes fields that provide visibility to the customer’s contact reason for the call Sync Time: 1h Unique Condition: issue_id

Table: vagafeedbacksurvey_shown

This feed displays all instances where a Virtual Agent or Generative Agent customer feedback survey was shown to a customer for an issue. Sync Time: 1h

Table: vagafeedbacksurvey_submitted

This feed displays submitted results of all Virtual Agent or Generative Agent customer feedback surveys Sync Time: 1h
Last Updated: 2026-01-22 00:00:00 UTC