Zammad

· #207 most-used

Open-source helpdesk that turns every support channel into agent fuel

EmailCommunicationProductivitySupportAutomation

Zammad is an open-source helpdesk and customer support platform that centralises email, chat, phone, and social channels into a single unified ticket queue. Connect it to Actionist and your agents can create and update support groups, triage incoming tickets, post internal notes, audit SLA compliance, and keep HubSpot and Slack in sync — all without a human touching the queue. Teams that live in Zammad get omnichannel coverage with the automation depth of a bespoke support stack.

Average time saved
10 hours
per person · per month
≈ 1 workdays back

Eliminates manual work. Actionist eliminates the manual triage, group reassignment, and cross-tool status-sync work that support ops teams repeat dozens of times each day in Zammad.

Schedule

What your Zammad agent runs on autopilot

A week of scheduled jobs your Actionist agent will execute on your behalf.

28Scheduled jobs
7Agents at work
24/7Always on
Agents
WedFri
Wed
Thu
Fri
7a
8a
9a
10a
11a
12p
1p
2p
3p
4p
5p
6p
Multi-app workflows

Zammad × every other app you use

End-to-end automations that span multiple apps — each one a real business outcome.

6Workflows
9Apps spanned
~65 hrsSaved / week
6Personas served
For customer success
Featured4 apps

Inbox ticket to resolved in 60 seconds

When a customer email lands in Gmail, your agent reads the open Zammad ticket for that sender, posts an internal note with triage context, notifies the on-call support engineer in Slack, and drops a 30-minute follow-up slot on the team calendar — all before anyone has opened their laptop. First-response SLA stays green even during peak volume, and the support engineer walks into every ticket already knowing what happened.

~45 hrs

Time saved for your team — every week, on autopilot

The flow
Trigger·When a new email arrives in the shared support Gmail inbox
Result
Post internal triage note on ticketNotify on-call engineer in #support-queueCreate 30-min follow-up event for assigned agent
The win
Saved per run
45 min
Runs / week
~60×
Zero missed first-response SLAs
Driven byCustomer Support Agent
ROI

Savings

What your team gets back — two angles: what you stop doing manually, and what that's worth.

Without Actionist

What you do manually today

With Actionist

What your agent runs for you

  • Sales
    18 min / week
    Manual handoff ticket

    Sales rep copies deal details into Zammad by hand after every close, taking 18 minutes per deal.

    Sales Agent
    0 min
    Agent creates onboarding ticket instantly

    Agent reads the Closed Won signal and creates the Zammad onboarding ticket with full context in seconds.

  • Marketing
    13 min / week
    Churn signal lag

    Marketing manually checks HubSpot and creates a Zammad retention ticket days after the at-risk tag fires.

    Marketing Agent
    0 min
    Agent creates retention ticket at signal time

    Agent detects the HubSpot churn tag and creates the priority Zammad ticket the same minute.

  • Customer Support
    18 min / week
    First-response triage

    Agent manually triages each incoming email, finds the right Zammad group, and posts internal context — repeated 60+ times a week.

    Customer Support Agent
    0 min
    Agent triages and routes automatically

    Agent reads the sender's ticket history, posts the triage note, and notifies the on-call engineer without human touch.

  • Human Resources
    7 min / week
    New-agent group setup

    HR manually updates Zammad groups when agents join or leave, risking tickets routing to inactive users.

    Human Resources Agent
    0 min
    Agent updates groups on headcount change

    Agent detects the staffing sheet update and applies the Zammad group change immediately.

  • Finance
    13 min / week
    Billing dispute ticketing

    Finance manually creates Zammad tickets for every billing dispute and cross-posts status to HubSpot and GitHub.

    Finance Agent
    0 min
    Agent creates full dispute audit trail

    Agent creates the Zammad ticket, updates HubSpot, and opens the GitHub issue in one automated chain.

  • Operations
    25 min / week
    Group routing audit

    Ops pulls all Zammad groups weekly to check for unmanned queues, then manually updates any misconfigured ones.

    Operations Agent
    0 min
    Agent audits and patches groups automatically

    Agent fetches all groups, flags coverage gaps, and pushes corrections before the week starts.

  • Legal
    6 min / week
    Compliance ticket archiving

    Legal manually exports Zammad ticket records to a compliance log for regulatory audits — 6 minutes of copy-paste per week.

    Legal Agent
    0 min
    Agent exports ticket records automatically

    Agent retrieves relevant tickets on schedule and appends structured records to the compliance Notion page.

+ 100s of other Zammad automations
Average monthly
10 hrs / person / month
Average monthly
10 hrs / person / month
Calculator

Calculate what your team saves

Team size
10 people
Hourly rate
$20 / hr
Hours saved / week
25
Hours saved / year
1,250
Annual ROI
$25,000

Based on Zammad's typical team usage — the visible tasks plus a few other automations the agent runs: ~2.5 hrs / person / week of admin work automated.

Connect

How to plug Zammad into Actionist

Pick the connection method that suits your environment.

The fastest path to a live Zammad connection. Install Zammad's MCP server in one click and the agent reaches your helpdesk through a permissioned token handshake — no credential juggling, no manual API key rotation.

1
Open the Apps tab

Find Zammad in the Apps library and click Connect. MCP is selected by default.

2
Authorise with your Zammad token

Actionist prompts for your Zammad base URL and a token-auth credential. In your Zammad admin panel, go to Profile → Token Access, generate a token with Agent scope, and paste it here.

3
Test the connection

Actionist runs a read-only call to verify the handshake. You're ready.

Actions

20 actions your agent can call

Read and write operations available to your Actionist agent.

Triggers

7 events your agent can react to

Events your agent watches for, and the actions it kicks off in response.

Skills

Skills that pair with Zammad

Reusable agent skills that work well alongside this app.

No paired skills curated yet. Add this app to your agent to discover what fits.
MCP servers

MCP servers that work with Zammad

Connect Actionist to MCP servers built for or around this app.

No MCP servers indexed for this app yet.
FAQs

Questions about Zammad + Actionist

How do I connect Zammad to Actionist?
Open the Apps tab, find Zammad, and click Connect. You'll need your Zammad instance base URL (e.g. https://yourcompany.zammad.com) and a token-auth credential. In Zammad, go to your Profile avatar → Token Access, generate a token with Agent scope, and paste it into Actionist. The connection test runs a read-only group lookup to confirm everything is live.
What permissions does the Zammad token need?
For most operations — reading and updating groups, posting internal notes — an Agent-scoped token is sufficient. If your agent needs to create or delete groups (admin-level operations), generate the token with Admin scope instead. Zammad recommends token auth over basic auth for all API access, and you can revoke or rotate the token from Profile → Token Access at any time without affecting other integrations.
Can my agent post internal notes without the customer seeing them?
Yes. When your agent uses the ticket article write action, set the article type to 'note' with visibility 'internal' — this is invisible to the customer and only visible to agents. Always confirm the visibility parameter in your action config; if it defaults to 'external', the note will go to the customer as a reply. A safe pattern is for the agent to read the current ticket state first to confirm the correct channel before writing.
What Zammad objects can agents work with today?
Currently the connected actions cover Groups (create, read, list, update, delete) and the authenticated User identity (get current user). These are enough to handle routing configuration, team management, SLA audits, and any workflow where the agent needs to route or reassign work. Ticket-level read and write actions — for creating tickets, posting articles, and updating ticket state — are available through Zammad's REST API via custom HTTP calls.
How do I avoid infinite loops when my agent updates Zammad?
Two safeguards work together: first, trigger your workflow from an external signal (a Gmail message, a Slack post, a scheduled event) rather than from Zammad itself — this breaks the feedback loop structurally. Second, if you must react to Zammad state, add a 'last-updated-by' check so the agent skips any record it modified in the last run. Zammad's API returns an updatedAt timestamp on every group and ticket, which makes this check straightforward.
Does Actionist support self-hosted Zammad instances?
Yes. The connection requires a Base URL, so whether your Zammad is at https://support.yourcompany.com or a cloud-hosted zammad.com subdomain, you simply enter the full base URL when connecting. Make sure the instance is reachable from Actionist's servers — if it sits behind a VPN, you'll need to whitelist Actionist's egress IPs or use a reverse proxy.
How often can my agent run scheduled Zammad checks?
Actionist's scheduler supports any cadence from every 5 minutes to weekly. For SLA-breach monitoring on a busy queue, a 15-minute cadence is a good starting point — frequent enough to catch breaches before they compound, light enough not to hammer the Zammad API. Zammad's REST API is rate-limited per instance (defaults vary by self-hosted config), so check your instance's rate-limit headers if you run multiple agents against the same Zammad.
Can agents work with Zammad's SLA timers?
Indirectly, yes. Agents read group configurations (which include SLA policy assignments) and can update group properties to change which SLA tier a group uses. For direct SLA timer inspection — checking whether a specific ticket's first-response clock is running — you'll need to read ticket state via the Zammad REST API. A common pattern is to have the agent read all open tickets in a group, filter by creation time against the SLA window, and flag or escalate any that are approaching breach.