












Pipe Pylon's ticket and customer data directly into Redshift so it lives next to your other warehouse data for unified reporting and analysis.
Connect whether you run Redshift Standard or Redshift Serverless. Pylon supports both, with a setup path tailored to each.
Pylon uses IAM role credentials to access your Redshift resources only temporarily, backed by minimum-required permissions and an external ID for an extra layer of security.
Create, test, and enable a sync from the Pylon dashboard, so you can confirm the connection works before turning it on.


In AWS, create a new IAM policy granting the minimum Redshift permissions plus S3 read access on the Pylon staging buckets (named exactly pylon-staging-*). Use the standard or serverless permission set depending on your Redshift type.
Create an IAM role with an "Another AWS account" trusted entity, enter Pylon's service account ID 825765419603, and supply an external ID for added security. Attach the policy from Step 1, and ensure both the role and Redshift have STS assume-role permissions in the trust policy.
Associate the new IAM role with your cluster (Actions → Permissions → Manage IAM Roles for standard, or Workgroup → Security and encryption → Manage IAM roles for serverless), then run the provided SQL to create the DB user and grant the required database and schema permissions.
Install the Redshift App from the Pylon Apps Directory and click Create to start a new sync. For serverless, provide the workgroup name; for standard, provide the cluster ID and DB user (not ARNs).
Test your connection, save the settings, then toggle the sync on so it's connected and enabled. If you hit internal server or AWS permission errors, recheck your IAM and permissions setup.
Yes. Pylon supports both, though the setup differs, so follow the instructions for the type you run.
Pylon uses IAM role credentials to temporarily access your Redshift resources for sync purposes, scoped to the minimum permissions required.
Pylon uses an S3 staging approach for Redshift syncs, so the IAM policy must grant read access on the staging buckets, which must be named exactly pylon-staging-*. These buckets are not stored in your AWS account.
For serverless, just the workgroup name (not an ARN). For standard, the cluster ID (not an ARN) and the DB user you created during cluster setup.
Pylon connects with the tools your team lives in — Slack, email, CRMs, ticketing systems,and more. Meet your customers where they are and streamline every support workflow.
Receive and respond to customer messages from Telegram
Manage B2B support directly in Slack channels alongside your team.
Connect Pylon to Granola to ingest call recordings
Sync Outlook Calendar meetings to customer records in Pylon
Automatically capture and log Google Meet call notes to Pylon
Automcatically link active incidents to affected customer conversations.
Enrich customer records with usage data from Amazon Redshift.
Create Shortcut stories from customer conversations automatically
Trigger PagerDuty incidents from critical customer-reported issues.