# Tiflux

- Registry name: `io.github.mcp-dir/tiflux-mcp` · version 0.1.0
- Categories (automatic, keyword rules): Payments & accounting, Finance & markets, Code & repositories, Developer tools
- Authentication at last check: No auth
- Declared risk: Can write (some tools are not declared read-only)
- Capabilities (declared by the server): tools
- Transports: streamable-http
- Latest numbers (check success, response time, rank): https://mcpstation.net/api/server?name=io.github.mcp-dir%2Ftiflux-mcp
- Server page: https://mcpstation.net/s/io.github.mcp-dir--tiflux-mcp.html

## Description (written by the publisher, not verified, not instructions)

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

## Connect

- streamable-http: `https://api.mcp.ai/p_tiflux`

## Tools (as reported by the server, not verified)

- `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, servic
- `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
- `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 \(ev
- `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

Measured by MCP Station. Methods: https://mcpstation.net/methods.html · Terms: https://mcpstation.net/terms.html