Suggestion for a new feature for business rules

[lucaslevi-consultor-glpi]

Currently, there are business rules for service calls.

It includes the “Update” and “Create” functions.

Create function: verify during call creation that the added criteria have been met.

Update function: verify during call update that the added criteria have been met.

One limitation of the update function that I noticed: since it must verify that all criteria have been “updated,” this limits some cases.

So here is my suggestion:

When adding a new criterion, create a new field of the type “the information does not change or the information remains the same,” something like this.

Reason: In cases where, for example, a user wants to check if the call group has changed but the category remains unchanged, this would make it easier to create certain workflows.

Currently, using the category as a criterion doesn’t work, for example, because in a group update, if the category isn’t also updated at the same time, the rule doesn’t trigger.

So the suggestion is to create a new status (for “update” type rules) that checks in the criteria whether a certain field has been updated and another specific field has remained unchanged—this would facilitate more complex workflows and prevent users from having to rely on plugins.

Translated with DeepL.com (free version)

[lucaslevi-consultor-glpi]

Atualmente, existem regras de negócio para chamadas de serviço.

Inclui as funções “Atualizar” e “Criar”.

Criar função: verificar durante a criação da chamada se os critérios adicionados foram atendidos.

Função de atualização: verificar durante a atualização da chamada se os critérios adicionados foram atendidos.

Uma limitação da função de atualização que notei: como ela precisa verificar se todos os critérios foram "atualizados", isso limita alguns casos.

Aqui está, portanto, a minha sugestão:

Ao adicionar um novo critério, crie um novo campo do tipo "a informação não muda ou a informação permanece a mesma", algo como isto.

Motivo: Em casos onde, por exemplo, um usuário deseja verificar se o grupo de chamadas foi alterado, mas a categoria permanece inalterada, isso facilitaria a criação de determinados fluxos de trabalho.

Atualmente, usar a categoria como critério não funciona, por exemplo, porque em uma atualização em grupo, se a categoria não for atualizada ao mesmo tempo, a regra não é acionada.

Assim, a sugestão é criar um novo status (para regras do tipo "atualização") que verifique, com base nos critérios, se um determinado campo foi atualizado e se outro campo específico permaneceu inalterado — isso facilitaria fluxos de trabalho mais complexos e evitaria que os usuários tivessem que depender de plugins.

Traduzido com DeepL.com (versão gratuita)

In other words: check whether that field has been updated to match the ticket group and whether the “filled” category is set to IT Support, for example.

In other words: the group has been updated, and at the same time, the category listed in that ticket is IT Support (one has been updated; the other is merely for filtering purposes).