Runtara Platform User Guide Learn the main Runtara Platform product areas from the perspective of an operator, builder, or analyst. Runtara Platform runtara-platform docs Runtara Platform runtara-platform runtara-platformuser-guide

Runtara Platform User Guide

This guide explains the main Runtara product areas from the perspective of an operator, builder, or analyst using the web application.

Use it as a reference for common platform tasks: building automations, connecting external systems, managing operational data, reviewing runs, and publishing reports.

Product Areas

AreaUse it forGuide
Getting startedFirst tour of the app, navigation, and core workflowGetting started
WorkflowsBuild, validate, run, and inspect workflow automationsWorkflows
TriggersStart workflows from HTTP calls, schedules, and channel eventsTriggers
ConnectionsConfigure provider credentials and shared integrationsConnections
DatabaseManage object types and records used by workflows and reportsDatabase
ReportsView, edit, explore, print, and publish operational reportsReports
FilesBrowse files created or used by workflow runsFiles
Invocation historyReview executions across workflows and triggersInvocation history
AnalyticsMonitor usage, system health, and rate limitsAnalytics
SettingsManage API keys and account-level controlsSettings
TroubleshootingDiagnose common workflow, trigger, report, and connection issuesTroubleshooting

Runtara uses a persistent sidebar. Workflows, Database, Reports, Files, Triggers, Connections, and Analytics are top-level product areas. Workflow folders appear below the Workflows entry so teams can keep automations organized by function.

Workflows list

Suggested Learning Path

  1. Start with Getting started to learn the layout and main product areas.
  2. Read Workflows and Triggers together. Workflows define what happens; triggers define when they start.
  3. Use Connections, Database, and Files as supporting references while building.
  4. Use Reports, Invocation history, and Analytics to inspect results and operations.
  5. Keep Troubleshooting nearby when something does not render, run, or connect as expected.