# Tiflux [Health: Active]

**Category:** 🎧 Support & Service Management  
**Repository:** https://github.com/mcp-dir/tiflux-mcp  
**GitHub Stars:** 0  
**Views:** 2  
**Installs:** 0  
**Upvotes:** 0  
**Directory Page:** https://allmcps.com/mcp/tiflux

## Description
Wrapper for the official Tiflux API v2 (help desk and service desk): tickets with replies to the req

## Tools
Capabilities this server exposes over MCP:

- **tiflux_me** — Dados do usuário dono do token (nome, e-mail, perfil, feature flags). Use para confirmar em nome de quem as ações serão registradas e qual o escopo de permissão da chave.
- **tiflux_list_tickets** — Lista chamados com filtros (situação, mesa, cliente, estágio, responsável, solicitante, período, SLA a vencer). Devolve total_items com o total real do filtro, use-o antes de concluir qualquer contagem.
- **tiflux_get_tickets** — Detalha um ou vários chamados pelos números, numa única chamada. Um chamado que falhar não derruba os demais: os erros vêm separados por número em errors[].
- **tiflux_create_ticket** — Abre um novo chamado. Resolva desk_id e client_id antes com tiflux_list_desks e tiflux_list_clients. Identifique o solicitante por requestor_id, ou pelos campos requestor_name e requestor_email quando ele ainda não existir.

Bulk support: accepts desk_ids, client_ids, priority_ids, status_ids, services_catalogs_item_ids, requestor_ids, responsible_ids for batched execution.
- **tiflux_update_ticket** — Atualiza um chamado existente. Envie só os campos a alterar. Para mover de estágio use stage_id, para transferir de responsável use responsible_id.

Bulk support: accepts client_ids, desk_ids, priority_ids, status_ids, stage_ids, services_catalogs_item_ids, requestor_ids, responsible_ids for batched execution.
- **tiflux_close_ticket** — Encerra um chamado, marcando-o como resolvido. Encerrar para o SLA e costuma disparar a pesquisa de satisfação para o solicitante. Para um chamado que não deveria ter sido aberto, use tiflux_cancel_ticket.
- **tiflux_cancel_ticket** — Cancela um chamado, encerrando-o SEM tratá-lo como atendido (duplicado, aberto por engano, fora de escopo). Cancelados não contam como resolvidos nos relatórios. Para um chamado efetivamente resolvido, use tiflux_close_ticket.
- **tiflux_list_ticket_answers** — Lista as respostas (comunicações visíveis ao solicitante) de um chamado.
- **tiflux_create_ticket_answer** — Responde um chamado. Esta resposta É VISÍVEL PARA O SOLICITANTE e dispara notificação. Para uma nota que só a equipe vê, use tiflux_create_internal_communication.
- **tiflux_list_internal_communications** — Lista as comunicações internas de um chamado (notas visíveis só para a equipe, nunca para o solicitante).
- **tiflux_create_internal_communication** — Cria uma comunicação interna num chamado. É uma nota visível SÓ PARA A EQUIPE, o solicitante não recebe nem vê. Para falar com o solicitante use tiflux_create_ticket_answer.
- **tiflux_list_ticket_files** — Lista os arquivos anexados a um chamado.
- **tiflux_get_ticket_stages_slas** — Histórico de estágios e SLAs de um chamado (quando entrou em cada estágio e como ficou o SLA). Use para auditar cumprimento de prazo.
- **tiflux_list_ticket_appointments** — Lista os apontamentos de horas de um chamado.

Bulk support: accepts user_ids for batched execution.
- **tiflux_create_appointment** — Lança um apontamento de horas num chamado, em nome do usuário dono do token.
- **tiflux_list_appointments** — Lista apontamentos de horas de toda a organização por período, atendente e mesa. É a base para relatório de horas trabalhadas e faturáveis.
- **tiflux_list_clients** — Lista clientes da organização, com busca parcial por nome. Use para resolver o client_id exigido na abertura de chamado.
- **tiflux_get_clients** — Detalha um ou vários clientes pelos ids, numa única chamada. Um id que falhar não derruba os demais.
- **tiflux_list_requestors** — Busca solicitantes por nome, e-mail ou telefone. Devolve o requestor_id correto para abrir chamado, e não exige perfil de administrador.
- **tiflux_list_desks** — Lista as mesas de atendimento, com busca parcial por nome. A mesa define os estágios, prioridades e catálogo de serviços disponíveis num chamado.
- **tiflux_list_desk_stages** — Lista os estágios (etapas do fluxo) de uma mesa. Use para descobrir o stage_id ao mover um chamado com tiflux_update_ticket.

Bulk support: accepts desk_ids for batched execution.
- **tiflux_list_desk_priorities** — Lista as prioridades configuradas numa mesa, com os respectivos SLAs.

Bulk support: accepts desk_ids for batched execution.
- **tiflux_list_desk_services_catalogs** — Lista os catálogos de serviços de uma mesa (a classificação do chamado).

Bulk support: accepts desk_ids for batched execution.
- **tiflux_list_technical_users** — Lista os atendentes, com filtro por nome, e-mail, mesa ou cliente. Use para resolver o responsible_id ao atribuir um chamado.

Bulk support: accepts desk_ids, client_ids for batched execution.
- **tiflux_list_technical_groups** — Lista os grupos de atendentes da organização.
- **tiflux_list_departments** — Lista os departamentos da organização. Um atendente não administrador vê só os do próprio grupo.
- **tiflux_list_knowledges** — Busca artigos da base de conhecimento por texto e por pasta. Use para achar o procedimento antes de responder um chamado.
- **tiflux_list_contracts** — Lista os contratos de atendimento, com filtro por cliente, tipo e situação.
- **tiflux_billings_history** — Histórico de faturamentos. Os pares de data são obrigatórios em conjunto: billing_start_date com billing_end_date, e due_start_date com due_end_date.

Bulk support: accepts client_ids for batched execution.
- **tiflux_tickets_feedback_report** — Relatório de satisfação (feedback) dos chamados por período, com recorte por responsável, departamento ou grupo de atendentes.
- **show_version** — Show the current MCP platform and adapter versions.
- **report_bug** — Report a bug, missing feature, or send feedback. Include the conversation array with recent messages for reproduction.
- **connect** — Returns connection status and URLs. When all providers are connected, returns authenticated:true and empty pending[]. When credentials are missing, returns connect_url for the toolkit and per-install URLs.
- **toolkit_info** — Returns the current toolkit state: installed MCPs, their connection status, the accounts connected to each one, and how many catalog tools each exposes.
- **marketplace** — The official mcp.ai marketplace — the in-platform catalog of every MCP/tool, AND the way to run them. Covers capability requests like "find an MCP that does X", "consulta um CPF", "is there a tool for Y". Core flow: action=search discovers MCPs by intent → describe returns one MCP's full profile (every tool with its id + params, pricing, auth) so you pick the right tool_id → invoke RUNS that tool. KEY: invoke works even when the MCP is NOT installed — it runs the tool pontualmente (one-off), without adding the MCP to the toolkit and without bloating the tool list. If the MCP needs a credential/login, invoke returns a connect link; if it is paid and the wallet is empty, invoke returns a checkout/top-up link (the user opens it, then you retry). Use install only to make an MCP PERMANENT in the active toolkit (its tools then show up natively in future sessions); prefer invoke for a single/occasional use. list_tools lists what is callable right now. subscribe/cancel handle per-MCP billing; report_bug sends feedback; request_mcp asks us to build a NEW MCP when nothing fits. Search/describe flag installed_in_toolkit vs installed_in_workspace. Writes (install/uninstall/subscribe/cancel and the one-off install behind invoke) require workspace owner/admin. It also carries the mcp.ai PROMPT LIBRARY, which is about ready-made prompt TEXT rather than MCPs: search_prompts finds one, get_prompt returns its full text with {{variables}} filled, and publish_prompt saves a prompt and returns a shareable mcp.ai/p/<slug> link that opens without login.
- **authenticate** — MCP.AI for IDE agents (Cursor, etc.): log in in the browser, copy the access token. Best: add it to this server's config as a header `Authorization: Bearer <token>` for a permanent, non-expiring connection. Or paste it here for a session-only login: call with { token: "<jwt>" } after the user pastes, or with no args to get the link.

## Claude Desktop Quick Installation
Remote MCP endpoint (confidence: high). Install path detected from listing signals. Add as a URL/SSE server in your client:

```json
"mcpServers": {
  "tiflux": {
    "url": "https://api.mcp.ai/p_tiflux"
  }
}
```

## Documentation & README

# Tiflux

### Tiflux para Claude, ChatGPT e agentes de IA

Wrapper da API oficial v2 do Tiflux (help desk e service desk): chamados com respostas ao solicitante, notas internas, anexos, histórico de estágios e SLAs, apontamentos de horas, clientes e solicitantes, mesas com estágios, prioridades e catálogo de serviços, base de conhecimento, contratos e relatórios de faturamento e satisfação. Consulta e operação. Autenticação por token de Sessão API do usuário.

- 📊 **30 ferramentas**
- ✏️ **Leitura e escrita**
- 💬 **Funciona com qualquer cliente MCP**: Claude Desktop, Cursor, VS Code, Cline, Continue
- 🔑 **Login via magic-link (sem senha)**

[English version](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/README.en.md) · [Documentação completa](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/docs/) · [Skill pra agentes](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/skills/)

---

## Instalar em 1 clique

### Claude (Web e Desktop)

A Anthropic unificou a instalação de MCPs em `claude.ai/customize/connectors`. **O mesmo link serve pra Claude Web e Claude Desktop** (basta estar logado):

[➕ Abrir no Claude e conectar](https://claude.ai/new?modal=add-custom-connector#settings/customize-connectors)

**Manual** (se o deeplink não abrir): [claude.ai/customize/connectors](https://claude.ai/customize/connectors?surface=cowork) → **+** → **Adicionar conector personalizado** → cole **Nome** `Tiflux` e **URL** `https://api.mcp.ai/p_tiflux`.

### Cursor

[➕ Instalar Tiflux no Cursor](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/cursor://anysphere.cursor-deeplink/mcp/install?name=tiflux&config=eyJ1cmwiOiJodHRwczovL2FwaS5tY3AuYWkvcF90aWZsdXgifQ==)

### VS Code (Copilot Chat)

[➕ Instalar Tiflux no VS Code](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/vscode:mcp/install?name=tiflux&config=%7B%22type%22%3A%22http%22%2C%22url%22%3A%22https%3A%2F%2Fapi.mcp.ai%2Fp_tiflux%22%7D)

### ChatGPT, Manus, OpenClaw e mais 40+ clientes

Funciona em qualquer cliente MCP que suporte **MCP over HTTP**. A URL do servidor é sempre:

```
https://api.mcp.ai/p_tiflux
```

Detalhes por cliente: [INSTALL.md](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/INSTALL.md).

---

## Exemplos de uso

```
Liste os chamados abertos com SLA vencendo nas próximas 4 horas
Abra um chamado na mesa de Suporte para o cliente X sobre a impressora fora do ar
Responda o chamado 1234 avisando que a correção foi aplicada e encerre
Quantas horas foram apontadas por atendente no mês passado
```

---

## 30 ferramentas disponíveis

| Tool | Descrição |
|---|---|
| `tiflux_me` | Dados do usuário dono do token (nome, e-mail, perfil, feature flags). |
| `tiflux_list_tickets` | Lista chamados com filtros (situação, mesa, cliente, estágio, responsável, solicitante, período, SLA a vencer). |
| `tiflux_get_tickets` | Detalha um ou vários chamados pelos números, numa única chamada. |
| `tiflux_create_ticket` | Abre um novo chamado. Resolva desk_id e client_id antes com tiflux_list_desks e tiflux_list_clients. Identifique o solicitante por requestor_id, ou pelos campos requestor_name e requestor_email quando ele ainda não ex… |
| `tiflux_update_ticket` | Atualiza um chamado existente. |
| `tiflux_close_ticket` | Encerra um chamado, marcando-o como resolvido. |
| `tiflux_cancel_ticket` | Cancela um chamado, encerrando-o SEM tratá-lo como atendido (duplicado, aberto por engano, fora de escopo). |
| `tiflux_list_ticket_answers` | Lista as respostas (comunicações visíveis ao solicitante) de um chamado. |
| `tiflux_create_ticket_answer` | Responde um chamado. Esta resposta É VISÍVEL PARA O SOLICITANTE e dispara notificação. Para uma nota que só a equipe vê, use tiflux_create_internal_communication. |
| `tiflux_list_internal_communications` | Lista as comunicações internas de um chamado (notas visíveis só para a equipe, nunca para o solicitante). |
| `tiflux_create_internal_communication` | Cria uma comunicação interna num chamado. |
| `tiflux_list_ticket_files` | Lista os arquivos anexados a um chamado. |
| `tiflux_get_ticket_stages_slas` | Histórico de estágios e SLAs de um chamado (quando entrou em cada estágio e como ficou o SLA). |
| `tiflux_list_ticket_appointments` | Lista os apontamentos de horas de um chamado. |
| `tiflux_create_appointment` | Lança um apontamento de horas num chamado, em nome do usuário dono do token. |
| `tiflux_list_appointments` | Lista apontamentos de horas de toda a organização por período, atendente e mesa. |
| `tiflux_list_clients` | Lista clientes da organização, com busca parcial por nome. |
| `tiflux_get_clients` | Detalha um ou vários clientes pelos ids, numa única chamada. |
| `tiflux_list_requestors` | Busca solicitantes por nome, e-mail ou telefone. |
| `tiflux_list_desks` | Lista as mesas de atendimento, com busca parcial por nome. |
| `tiflux_list_desk_stages` | Lista os estágios (etapas do fluxo) de uma mesa. |
| `tiflux_list_desk_priorities` | Lista as prioridades configuradas numa mesa, com os respectivos SLAs. |
| `tiflux_list_desk_services_catalogs` | Lista os catálogos de serviços de uma mesa (a classificação do chamado). |
| `tiflux_list_technical_users` | Lista os atendentes, com filtro por nome, e-mail, mesa ou cliente. |
| `tiflux_list_technical_groups` | Lista os grupos de atendentes da organização. |
| `tiflux_list_departments` | Lista os departamentos da organização. |
| `tiflux_list_knowledges` | Busca artigos da base de conhecimento por texto e por pasta. |
| `tiflux_list_contracts` | Lista os contratos de atendimento, com filtro por cliente, tipo e situação. |
| `tiflux_billings_history` | Histórico de faturamentos. Os pares de data são obrigatórios em conjunto: billing_start_date com billing_end_date, e due_start_date com due_end_date. Bulk support: accepts client_ids for batched execution. |
| `tiflux_tickets_feedback_report` | Relatório de satisfação (feedback) dos chamados por período, com recorte por responsável, departamento ou grupo de atendentes. |

Detalhe de cada tool: [docs/ferramentas.md](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/docs/ferramentas.md)

---

## Preços

Planos a partir do tier grátis. Veja [docs/precos.md](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/docs/precos.md).

---

## Privacidade & LGPD

- **Sub-processadores**: Tiflux Sistema de Gestão, o LLM host que você escolher (Claude, ChatGPT, Cursor, agente próprio). Lista completa em [docs/privacidade-lgpd.md](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/docs/privacidade-lgpd.md).
- Os dados retornados pelas tools são enviados ao **LLM host que você escolher**, sub-processador fora do nosso controle. Recomendamos planos com opt-out de treinamento.

---

## Perguntas frequentes

**O servidor é open source?**
O servidor é proprietário (hosted). Este repositório é o wrapper público com manifestos, docs e skills — tudo MIT.

**Posso usar com agente próprio (não Claude/Cursor)?**
Sim — qualquer cliente que suporte MCP over HTTP. URL: `https://api.mcp.ai/p_tiflux`.


---

## Suporte

- 📧 [tiflux@mcp.ai](mailto:tiflux@mcp.ai)
- 🐛 [GitHub Issues](https://github.com/mcp-dir/tiflux-mcp/issues)
- 📄 [docs/](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/docs/)

---

## Licença

MIT — veja [LICENSE](https://github.com/mcp-dir/tiflux-mcp/blob/HEAD/LICENSE). O servidor MCP em `api.mcp.ai/p_tiflux` é proprietário (hosted); este repositório (manifestos, docs, skills) é MIT.

