Controlo 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, quotas Assets e o fim anunciado do Data Center podem, contudo, dificultar o planeamento. 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 quotas 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, automatização e IA são organizados na Service Collection; funções e quotas 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 pedidos.
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 gestão completa de serviços de TI para incidentes, incidentes graves, problemas, erros conhecidos, alterações, versões e revisões pós-incidente.
Gestão completa, reativa e proativa, da disponibilidade para Qisutu ITSM Enterprise com indisponibilidades, métricas, riscos, planos e testes de resiliência.
Uma instrução escrita em linguagem natural torna-se um modelo de processo BPMN editável para fluxos de serviço estruturados e orientados por e-mail.
Calendários, Teams e SharePoint estão disponíveis no Qisutu de acordo com as permissões pessoais Microsoft de cada agente.
O Qisutu Monitoring recebe eventos autenticados de problema e recuperação, correlaciona duplicados e cria ou atualiza tickets automaticamente.
Início de sessão seguro de agentes através do Microsoft Entra ID com criação e atualização automáticas de contas 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 ligação com a Microsoft.
Mostramos as funções importantes para sua equipa.
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.