EIGENN.
docsguidesapichangelogpricingsign in
EIGENN.

Workflow Outcomes

Read the recovered revenue, invoices resolved, estimated hours saved, and run health that Eigenn attributes to your workflows.

Workflows → Outcomes answers whether your automation is earning its keep. It reports money that Eigenn attributes to workflow runs, the invoices those runs resolved, an estimate of the work they replaced, and the health of the runs themselves.

Every other automation metric in Eigenn counts messages. This page counts money and hours. The attribution is deliberately conservative: Eigenn under-claims recovery rather than reporting a number that you cannot defend.

Prerequisites

  • At least one deployed workflow that contacts customers about invoices.
  • Finished runs whose attribution window has closed. A run is measured only after that window closes.
  • Team read access to workflows.

Reporting period

Select Last 30 days or Last 90 days. The period is a half-open window ending now.

Shorter periods are not offered. A run is measured only after its 14-day attribution window closes, so a one-week view would show a near-empty page. Longer periods are not offered because the trend charts draw one weekly bucket per point, and a longer range would need more buckets than the charts can carry.

Trend points are weekly. Each point is a separate database aggregate, not a client-side count of a truncated list, so a point stays correct at any run volume.

Attribution

Eigenn attributes a payment to a workflow execution when the payment falls inside the attribution window of that execution.

The window is [first contact, last contact + 14 days].

  • First contact is the time of the first message that the execution delivered.
  • Last contact is the time of the last message that the execution delivered.
  • 14 days is the default window length. Eigenn records the window length on every measured outcome, so the basis of the number is never implicit.

An invoice paid before the first contact is not attributed, because the workflow cannot have caused it. An invoice paid long after the last contact is not attributed either, because that claim is not defensible.

Only messages in the sent or delivered state support an attribution claim. A bounced message cannot have caused a payment. Eigenn still counts a bounce as work that a person did not have to do.

Shared credit

Another workflow execution or the legacy collections ladder can also reach an attributed invoice inside the window. Eigenn then marks the run as shared credit and shows the count next to the headline figure.

Read the shared-credit count before you present recovered revenue. Two workflows can each report a contribution to the same payment.

Cards

CardWhat it reports
RecoveredAttributed invoice value for the period, listed per currency
Invoices resolvedCount of attributed invoices, with the number of measured runs that brought money in
Hours saved (est.)An estimate derived from the automated actions that Eigenn counted
Run healthCompleted runs divided by finished runs, with the failed count

Currency

Eigenn never adds amounts across currencies. Recovered revenue is a list, one entry per currency. Collapsing the list into one number would invent an exchange rate.

An invoice uses its own currency. If the invoice has none, Eigenn uses the base currency of the workspace, then USD.

Hours saved

Eigenn counts the automated actions. The minutes are an assumption.

One automated action is treated as five minutes of a person's time. The five minutes represents opening the invoice, finding the contact, writing and sending the chase, and recording that it was sent.

Hours saved is therefore automated actions × 5 ÷ 60, rounded for display. Treat it as an estimate, not as a measurement.

Run health

Run health is completed runs divided by finished runs, where finished means completed or failed. Pending, running, and waiting runs are not counted.

When no run has finished in the period, Eigenn shows an unknown rate. It does not show 0% or 100%. A workflow that has never finished a run has no success rate.

Unmeasured runs

An unmeasured run is not the same as a run that recovered nothing.

A run is unmeasured when its attribution window has not closed, or when Eigenn has not swept it yet. The page shows an unknown value rather than a zero for these runs. Eigenn reaches back up to 90 days for executions it never measured.

A recovery claim must also satisfy two rules before Eigenn stores it:

  • A recovery figure needs an attribution basis.
  • A recovery figure cannot exist when no invoice was resolved.

A stored row that breaks either rule is not shown.

Attention panel

The page also lists work that needs a person:

  • Runs waiting on your approval.
  • Failed runs in the period, sampled up to 100 runs.
  • The workflow steps that fail most, up to five steps.

Use Workflow Executions to open a specific run, and Workflow Pauses to resolve a checkpoint.

Limits

  • The attribution window is 14 days and is not configurable from this page.
  • Failed-run analysis samples the 100 most recent failed runs in the period.
  • The definition list used for filtering loads up to 100 workflows.
  • Amounts are never converted between currencies.
  • Outcomes cover workflows that contact customers about invoices. A workflow that performs no customer contact and resolves no invoice has no recovery to report.

Confirm the Result

  • The period covers runs whose attribution window has closed.
  • Recovered revenue is read per currency, not as one total.
  • The shared-credit count is understood before the figure is reported to anyone.
  • Hours saved is presented as an estimate with its five-minute basis.
  • Run health is not read as 100% when no run has finished.

Troubleshoot

Recovered revenue is unknown

No run in the period has been measured yet. Wait for the 14-day attribution window of the relevant runs to close, then check again.

Recovered revenue looks too low

Eigenn attributes only payments that fall inside the window and only after a delivered message. A payment that arrived before the first contact, or well after the last one, is excluded on purpose.

Two workflows report the same payment

That is shared credit. Read the shared-credit count. Do not add the two recovered figures together.

Run health shows an unknown value

No run finished in the period. Pending, running, and waiting runs do not count toward the rate.

Hours saved disagrees with a marketing estimate

Hours saved is derived from the actions that Eigenn actually took, at five minutes each. It is not derived from an assumed monthly volume.

Related Pages

  • Workflows
  • Workflow Executions
  • Workflow Pauses
  • Receivables Analytics
  • Monitor and Recover Workflows

Workflow Executions

Watch workflow runs, understand execution and step states, examine replay data, and recover safely from failures.

Workflow Pauses

Set up human checkpoints, read pending actions, understand pause states, and confirm resume or cancellation outcomes.

On this page

PrerequisitesReporting periodAttributionShared creditCardsCurrencyHours savedRun healthUnmeasured runsAttention panelLimitsConfirm the ResultTroubleshootRecovered revenue is unknownRecovered revenue looks too lowTwo workflows report the same paymentRun health shows an unknown valueHours saved disagrees with a marketing estimateRelated Pages

Eigenn docs

current product

Overview
Overview
OverviewAccount PreferencesApproval PoliciesAssistant AutomationAssistant Command CenterAssistant Workspace and Saved WorkBank ConnectionsBilling and UsageBudgets and ForecastCommand CenterCustomer FieldsCustomer LifecycleCustomer RecordsCustomersDeveloper PlatformDocument Processing and ExtractionFiles and Document VaultFinancial Analytics and ReportsFinancial OverviewInbox and ApprovalsInvoice InsightsInvoice ProductsInvoicesMarketplace IntegrationsNotifications and BrandingOnboarding and SupportOverviewPlanning Data and DimensionsPlanning Models and FormulasPlanning Time and ActualsPlanning UncertaintyPlanning Versions and CollaborationPlanning Views and ExportsReceivablesReceivables AnalyticsReceivables ControlsScenario PlanningSecurity and AccessSettings OverviewStress TestsTeams and OrganizationsTone Profiles and ExperimentsTransaction Categories and RulesTransaction CodingTransactionsWeekly Finance RitualWorkflow ExecutionsWorkflow OutcomesWorkflow PausesWorkflows
OverviewBuild a Driver-Based Planning ModelBuild and Review a ForecastBuild Your First WorkflowCollaborate on a Planning ModelCompare and Share Planning ScenariosConfigure Approval PoliciesConfigure Assistant OperationsConfigure Customer FieldsConfigure Notifications and BrandingConfigure Planning Time and ActualsConfigure Receivables ControlsConnect Planning Data and ActualsConnect Transaction RecordsCreate and Manage CustomersCreate and Send InvoicesCreate Your First Planning ModelDeveloper API SetupFirst Cash ReviewInvoice Collection WorkflowMaintain Transaction RulesManage Security and BillingManage Team AccessManage the Invoice LifecycleMCP WorkflowsMonitor and Recover WorkflowsOrganize and Share DocumentsProcess Inbox ItemsReconcile and Categorize TransactionsReview a Customer Finance RecordReview, Restore, and Export a Planning ModelRun a Finance Operating ReviewRun a Receivables Tone ExperimentRun a Runway Stress TestRun Planning Uncertainty AnalysisRun Your First Command Center ReviewSave and Share Assistant WorkSet Up a WorkspaceTroubleshoot Account AccessWebhook DeliveryWeekly CFO Review
OverviewIntegrationsMCPSDKsWebhooks
OverviewAuthenticationBank Accounts APICustomers APIErrorsForecasts and Stress Tests APIInvoice Payments APIInvoices APIPaginationRate LimitsRemote Tracker API StatusTracker Categories APITracker Entries and Timers APITracker Projects APITransactions APIWebhooks API StatusWorkflows API
Overview
Overview