Tiflux

io.github.mcp-dir/tiflux-mcp · v0.1.0 · developer-tools

Tiflux is healthy: it completed an MCP handshake in 1261 ms and exposes 36 tools.

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

Endpoint: https://api.mcp.ai/p_tiflux (streamable-http)

Repository · JSON · Add to my inventory

Facts

Users (last 30 days)0
HandshakeHealthy
Auth neededNone
Tool count36
Latency1261 ms
Last checked (UTC)2026-10-15T05:45:46.535Z

Health history

Checked (UTC)StatusLatencyError
2026-10-15T05:45:46.535ZHealthy1261

Tools (36)

tiflux_meDados 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_ticketsLista 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_ticketsDetalha 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_ticketAbre 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, servi
tiflux_update_ticketAtualiza 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_ticketEncerra 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_ticketCancela 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_answersLista as respostas (comunicações visíveis ao solicitante) de um chamado.
tiflux_create_ticket_answerResponde 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_communicationsLista as comunicações internas de um chamado (notas visíveis só para a equipe, nunca para o solicitante).
tiflux_create_internal_communicationCria 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_filesLista os arquivos anexados a um chamado.
tiflux_get_ticket_stages_slasHistó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_appointmentsLista os apontamentos de horas de um chamado. Bulk support: accepts user_ids for batched execution.
tiflux_create_appointmentLança um apontamento de horas num chamado, em nome do usuário dono do token.
tiflux_list_appointmentsLista 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_clientsLista clientes da organização, com busca parcial por nome. Use para resolver o client_id exigido na abertura de chamado.
tiflux_get_clientsDetalha um ou vários clientes pelos ids, numa única chamada. Um id que falhar não derruba os demais.
tiflux_list_requestorsBusca solicitantes por nome, e-mail ou telefone. Devolve o requestor_id correto para abrir chamado, e não exige perfil de administrador.
tiflux_list_desksLista 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_stagesLista 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_prioritiesLista as prioridades configuradas numa mesa, com os respectivos SLAs. Bulk support: accepts desk_ids for batched execution.
tiflux_list_desk_services_catalogsLista 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_usersLista 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_groupsLista os grupos de atendentes da organização.
tiflux_list_departmentsLista os departamentos da organização. Um atendente não administrador vê só os do próprio grupo.
tiflux_list_knowledgesBusca artigos da base de conhecimento por texto e por pasta. Use para achar o procedimento antes de responder um chamado.
tiflux_list_contractsLista os contratos de atendimento, com filtro por cliente, tipo e situação.
tiflux_billings_historyHistó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_reportRelatório de satisfação (feedback) dos chamados por período, com recorte por responsável, departamento ou grupo de atendentes.
show_versionShow the current MCP platform and adapter versions.
report_bugReport a bug, missing feature, or send feedback. Include the conversation array with recent messages for reproduction.
connectReturns 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_infoReturns the current toolkit state: installed MCPs, their connection status, the accounts connected to each one, and how many catalog tools each exposes.
marketplaceThe 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
authenticateMCP.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