Skip to content

Introduction

TaskFlow is a project tracker and Service Desk in one product. A development or delivery team plans and tracks its work — projects, issues, boards, sprints, workflows — while customers get support through a dedicated portal with request types, approvals and SLAs. It's designed to replace running a separate task tracker and a separate help-desk tool.

What you can do with TaskFlow

Plan and track work

  • Organise work into projects, each with its own members and roles.
  • Track issues (tasks, bugs, stories, epics) with descriptions, comments, attachments, links, watchers and mentions.
  • Break work down with sub-tasks, and share it with co-assignees.
  • Tick off the details with checklists, and record effort with time tracking.
  • Add custom fields to capture the data your process needs.
  • Visualise work on boards (kanban with WIP limits, or scrum), a backlog, sprints and a calendar.
  • Move issues through configurable workflows — your own statuses and transitions, not a fixed set.

Support your customers

  • Give customers a portal to submit and track requests, attach files and talk to your team.
  • Route incoming requests into queues by request type.
  • Enforce SLAs with timers that respect working hours.
  • Add approvals, a self-service knowledge base and CSAT ratings.

Stay informed and measure

  • Search everything, and keep the searches you repeat as saved filters.
  • Get notifications in the app, by email, in Telegram or through an outgoing gateway — in your own language, with due-date reminders.
  • Review reports (velocity, burndown, distribution), a personal dashboard, a roadmap timeline, releases and time reports.

Automate and integrate

  • Build automation rules — events, schedules or a manual run, with condition trees and deferred steps.
  • Connect your AI assistant over the Model Context Protocol.
  • Use the API with personal tokens, and push events out with webhooks.
  • Link issues to your git hosting (GitHub, GitLab, Bitbucket).

Modular by design

Most of the capabilities above are features an administrator switches on, not a fixed feature set — and on a new instance they start off. That has one practical consequence worth knowing before you go looking for something: two TaskFlow instances can look quite different, and a page this documentation describes may simply not be enabled where you are.

If something here isn't in your navigation, ask your administrator — see Features & settings.

Key concepts

TermMeaning
ProjectA container for work, with its own members, issues, board and sprints.
IssueA single unit of work — a task, bug, story or epic. Has a key like TF-123.
Sub-taskAn issue belonging to a parent issue, for breaking work down.
BoardA visual view of issues in columns (kanban) or a sprint board (scrum).
BacklogThe prioritised list of issues not yet in a sprint.
SprintA time-boxed set of issues a team commits to.
WorkflowThe statuses an issue moves through, and the allowed transitions.
RequestA Service Desk item raised by a customer through the portal.
QueueA saved, ordered list of Service-Desk requests for agents to work through.
SLAA service-level target (e.g. "first response within 2 hours") with a timer.
RuleAn automation that reacts to an event and acts without anyone asking.

How TaskFlow is delivered

TaskFlow is available as a hosted service and as a self-hosted installation you run on your own infrastructure with Docker. The product is the same either way, and this documentation applies to both. If you're setting up your own instance, see Self-hosting → Installation.

Roles at a glance

What you can do depends on your global role and your role within a project:

RoleTypically can
AdminEverything: manage users, roles, all projects, and system settings.
ManagerSee all projects, manage members, grant project-level access.
MemberCreate projects and work in the ones they belong to (the default).
ViewerRead-only access; cannot create projects.
CustomerUse the Service Desk portal only — submit and track their own requests.

Customers are separate from your team: they sign in to the portal, never see the internal interface, and don't take up a licensed seat. Roles are covered in detail in Users & permissions.

Where to go next