Understanding transactions

Transactions explained — definitions, examples, and equivalence to Skills created via Workflows studio

What is a Transaction?

A Transaction is a single, self-contained task that delivers a clear outcome. It's the smallest unit of work created using Workflows studio. This smallest unit of work is called 'Skills'.

Key characteristics:

  • Runs end-to-end from trigger to completed outcome
  • Operates independently without dependencies
  • Produces a definite result (approval, confirmation, data update)
  • 1 Transaction = 1 Skill created through Workflows studio

Every transaction has three components:

  1. Trigger — What initiates it (user request, scheduled job, system event)
  2. Workflow Logic — Business rules, validations, approvals, integrations
  3. Outcome — Final result delivered (confirmation, notification, data change)

Transaction vs Process

A Process is a collection of related transactions within the same functional area.

AspectTransactionProcess
DefinitionSingle, atomic unit of workCollection of related transactions
ScopeNarrow, single taskBroad, multiple tasks
Example"Apply for Leave"Leave Management
Granularity1 Transaction = 1 Skill1 Process = Multiple Transactions
IndependenceRuns independentlyCoordinates multiple transactions
OutcomeImmediate, definite resultEnd-to-end business objective

Examples by Functional Area

HR

ProcessTransactions
Leave ManagementApply for Leave, Cancel Leave, Check Balance, Approve/Reject Leave, View History
Employee OnboardingGenerate Offer Letter, Collect Documents, Assign Equipment, Create Accounts, Schedule Orientation
Profile ManagementUpdate Personal Info, Change Bank Details, Upload Documents, View Payslips

Finance

ProcessTransactions
Expense ManagementSubmit Expense, Approve/Reject Expense, Check Reimbursement Status, Download Report
Invoice ProcessingSubmit Invoice, Validate Details, Route for Approval, Process Payment

IT

ProcessTransactions
Incident ManagementReport Issue, Check Ticket Status, Escalate Ticket, Resolve & Close, Provide Feedback
Access ManagementRequest Access, Approve Request, Revoke Access, Reset Password

Procurement

ProcessTransactions
Purchase RequisitionCreate Request, Approve Request, Convert to PO, Track Status, Confirm Receipt
Vendor ManagementRegister Vendor, Update Info, Evaluate Performance, Deactivate Vendor

Best Practices

  • Keep transactions as atomic as possible — One task, one outcome
  • Define clear triggers and outcomes — Every transaction needs a start and measurable end
  • Name from user's perspective — "Apply for Leave" not "LeaveRequestWorkflow_v2"
  • Group logically — Organise related transactions into processes
  • Design for reusability — Modularise common validations and integrations