Controle da operação
AGPL-3.0-or-later e instalação em servidores próprios. O núcleo Qisutu não tem licença por agente; operação, suporte e serviços externos devem ser orçados separadamente.
Qisutu · GitHubComparativos do Qisutu 2026
O comparativo aborda Jira Service Management, o produto de service desk e ITSM da Atlassian. Qisutu prioriza operação autônoma, núcleo aberto e extensões escolhidas individualmente.
Comparativo pela perspectiva do Qisutu · Atualizado em 20 de setembro de 2026
Nossa avaliação
Jira Service Management é poderoso. Planos por agente, cotas Assets e o fim anunciado do Data Center podem, contudo, dificultar o planejamento. Para organizações que desejam continuar operando seus próprios servidores, consideramos o Qisutu uma base mais adequada.
Atlassian · Data Center · Atlassian · Service Collection| Tema | Qisutu | Jira Service Management |
|---|---|---|
| Servidores próprios | Núcleo AGPL para instalação própria. A organização decide instalação, atualizações e infraestrutura.Qisutu · GitHub | O fim de vida regular do Jira Service Management Data Center está previsto para 28 de março de 2029. A Atlassian aponta exceções para determinados clientes existentes.Atlassian · Data Center |
| Custos e CMDB | CMDB no núcleo, sem licença do núcleo por agente. Infraestrutura, suporte e serviços externos continuam sendo custos.Qisutu · GitHub · Qisutu · CMDB | Os planos de nuvem dependem do número de agentes e do pacote. Assets inclui cotas de objetos; objetos adicionais podem ser cobrados.Atlassian · Service Collection |
| ITSM e extensões | ITSM Enterprise oferece mudanças, CAB, releases e revisões pós-incidente. Availability acrescenta cálculos de indisponibilidade, riscos e testes de resiliência.Qisutu ITSM Enterprise · Qisutu ITSM Availability | ITSM, Assets, automação e IA são organizados na Service Collection; funções e cotas dependem do plano.Atlassian · Service Collection |
Para um service desk aberto em servidores próprios, com CMDB integrada e módulos escolhidos sem licença do núcleo por agente, compare Qisutu com o plano Jira realmente necessário.
AGPL-3.0-or-later e instalação em servidores próprios. O núcleo Qisutu não tem licença por agente; operação, suporte e serviços externos devem ser orçados separadamente.
Qisutu · GitHubTipos de CI, campos, relações, histórico e perfis de importação CSV configuráveis. Dispositivos e outros itens de configuração podem ser ligados diretamente aos chamados.
Qisutu · CMDBPortais de agentes e clientes, filas, serviços, SLAs, gatilhos, tarefas agendadas, relatórios e API REST fazem parte da base.
Qisutu · GitHubAmplia o Qisutu com gerenciamento completo de serviços de TI para incidentes, incidentes graves, problemas, erros conhecidos, mudanças, releases e revisões.
Gerenciamento completo, reativo e proativo, da disponibilidade para Qisutu ITSM Enterprise com indisponibilidades, métricas, riscos, planos e testes de resiliência.
Uma instrução escrita em linguagem natural vira um modelo de processo BPMN editável para fluxos de serviço estruturados e orientados por e-mail.
Calendários, Teams e SharePoint ficam disponíveis dentro do Qisutu conforme as permissões pessoais da Microsoft de cada agente.
O Qisutu Monitoring recebe eventos autenticados de problema e recuperação, correlaciona duplicidades e cria ou atualiza tickets automaticamente.
Login seguro de agentes pelo Microsoft Entra ID com criação e atualização automática de contas do Qisutu.
ITSM, Availability, Kim e Microsoft 365 são add-ons separados. Availability exige ITSM Enterprise; FeedMe exige seu serviço e Qdrant. As funções Kim precisam do acesso API previsto; Microsoft 365 exige configuração Entra e conexão com a Microsoft.
Mostramos as funções importantes para sua equipe.
As funcionalidades do núcleo são baseadas no commit GitHub 0933c3d de 17 de setembro de 2026, examinado para o comparativo. Os add-ons são descritos conforme suas fichas; ExtraFiles também foi verificado no pacote atual. Esforço e usabilidade representam nossa avaliação dos fluxos documentados.