Preenchendo campos personalizados do Atlassian Jira com seus dados de esquema de ativos do Lansweeper

Dicas profissionais nº 67

Se você está lendo isto, é bem provável que já tenha instalado o aplicativo de integração Lansweeper Jira Service Management Assets e tenha visto seu esquema de ativos preencher rapidamente milhares de dispositivos, softwares e suas configurações. Se ainda não o fez, não se esqueça de comemorar, pois seu Atlassian Jira Service Management CMDB acabou de evoluir! Agora que isso foi feito, você deve estar se perguntando “e agora?”, e é sobre isso que falaremos neste post.

O primeiro passo crítico é integrar todos os dados do Esquema de Ativos do Lansweeper às operações diárias do Jira. Para isso, começaremos preenchendo os campos personalizados do Jira usando a Linguagem de Consulta de Ativos (AQL).

Por que é essencial preencher os campos personalizados com os dados dos seus ativos? O verdadeiro poder da integração do Lansweeper com o JSM Assets não é apenas ter os dados, mas sim disponibilizá-los imediatamente para agentes, usuários finais e painéis de relatórios. Quando configurados corretamente, os campos personalizados podem exibir automaticamente detalhes críticos dos ativos ou, como os chamamos no Jira Service Management Assets, “atributos”. Atributos comuns com os quais você pode estar acostumado a trabalhar são o modelo do dispositivo, o status da garantia ou o proprietário atribuído. Queremos que esses dados estejam disponíveis nos problemas e formulários do Jira. O resultado? Os agentes têm contexto instantâneo, reduzindo significativamente os tempos de resolução. Os solicitantes podem escolher facilmente entre listas precisas de ativos em vez de digitar detalhes em texto livre, eliminando suposições e garantindo uma entrada de dados mais limpa. Se isso não for suficiente, pense nos “elogios” que você receberá quando a liderança tiver acesso a relatórios precisos, melhorando drasticamente a visibilidade e a prontidão para conformidade.

Então, como fazemos isso? Conheça sua nova melhor amiga: Linguagem de Consulta de Ativos, ou AQL. Pense na AQL como uma linguagem de consulta desenvolvida especificamente para o gerenciamento de ativos do Jira. Semelhante em espírito à JQL, a AQL permite que você filtre seu esquema de Ativos dinamicamente. Com consultas simples como:

Query

ObjectType = "Windows" AND State = "Active"

Você pode recuperar com rapidez e precisão exatamente os ativos que precisa. Seja limitando as opções a um tipo específico de ativo com um status específico, o AQL é flexível o suficiente tanto para cenários simples quanto para lógicas de filtragem complexas.

Ao configurar campos personalizados de Ativos, você encontrará duas opções de configuração distintas, porém poderosas: “Filtrar Escopo” e “Filtrar Escopo do Problema”. À primeira vista, elas podem parecer intercambiáveis, mas cada uma atende a um propósito único. O Escopo do Filtro define a linha de base para a qual os objetos estão disponíveis em um campo. Por exemplo, você pode limitar o campo apenas a dispositivos Windows. O Escopo do Filtro do Problema, no entanto, filtra dinamicamente os objetos de ativos com base em detalhes já presentes no problema do Jira, como a identidade do autor da mensagem ou as seleções feitas em outros campos. A combinação desses dois filtros permite experiências incrivelmente contextuais e personalizadas para agentes e usuários finais.

Aqui está um exemplo prático. Digamos que você queira criar um campo personalizado chamado “Ativo Impactado”, mostrando apenas laptops, desktops ou servidores ativos atribuídos diretamente ao relator. Para isso, primeiro defina o Escopo do Filtro com uma consulta:

[ObjectType IN (“Windows”, “Apple Mac”, “Linux”) AND State = “Active”]

Em seguida, refine ainda mais a seleção adicionando um Escopo do Problema do Filtro que vincula o campo diretamente ao relator:

[User.JiraUser == ${reporter}]

No momento em que um usuário abre um ticket, o Jira usa essas condições AQL para retornar dinamicamente uma lista concisa e relevante de ativos. Com apenas algumas linhas de configuração, você aumentou significativamente a precisão e a eficiência.

É claro que implementações complexas do Jira Service Management exigem práticas recomendadas bem pensadas. Mantenha suas consultas AQL enxutas e claras para garantir o desempenho ideal. Sempre planeje fallbacks harmoniosos. Se uma consulta inesperadamente não retornar resultados, forneça instruções claras na descrição do campo para os usuários. Mantenha a consistência em suas convenções de nomenclatura para ajudar os administradores a entender rapidamente a lógica por trás de cada campo personalizado. Documentar regularmente suas consultas AQL em uma base de conhecimento compartilhada ou página do Confluence simplifica a solução de problemas e modificações futuras, poupando sua equipe de dores de cabeça desnecessárias no futuro.

Neste ponto, você deu o primeiro grande passo para liberar valor adicional da sua integração Lansweeper|JSM. Seus ativos não são mais apenas um repositório de dados, eles são participantes ativos em cada incidente, solicitação, alteração ou problema que suas equipes lidam. Essa base prepara o cenário para integrações e automações mais profundas, permitindo fluxos de trabalho mais inteligentes e relatórios aprimorados.

Olhando para o futuro, temos uma série completa planejada para ajudar você a aproveitar recursos ainda mais avançados. Em nossa próxima edição, exploraremos como enriquecer automaticamente os Itens de Trabalho do Jira com dados de ativos, eliminando etapas manuais e garantindo a disponibilidade consistente das informações. Em breves posts e vídeos complementares, você conhecerá recursos avançados, como a detecção de vulnerabilidades diretamente no Jira, a otimização das opções de autoatendimento no seu portal, a automatização de tarefas de higiene do CMDB e a implementação de alertas proativos com os recursos de Operações de Equipe do Jira Service Management.

Bem-vindo ao seu futuro de gerenciamento integrado de ativos… Vamos fazer com que cada ticket do Jira conte!