Lógica Dinâmica e Expressões

Referenciando Propriedades de Primeira Classe de Pessoa em Expressões de Pesquisa

Ao criar Propriedades Personalizadas que buscam valores de um registro de Pessoa ou Recurso, é essencial usar as chaves de campo corretas. As expressões de busca dependem de chaves internas no nível do código, não dos rótulos amigáveis exibidos na interface. Usar um nome de campo incorreto fará com que sua busca falhe ou retorne resultados vazios.

Este artigo explica quais nomes de campo (chaves) são suportados e como usá-los corretamente.


Por que o Nome do Campo é Importante

As expressões de busca são analisadas pelo código de backend que corresponde a chaves de string específicas, como:

  • engagementtype

  • ratecard

  • reference

Essas chaves não são as mesmas que os rótulos legíveis da interface (por exemplo, Engagement Type).
Se você referenciar o rótulo da interface em vez da chave do campo, a expressão não corresponderá a nada.


Formato Obrigatório para Chaves de Campo

1. Use a Chave do Campo, Não o Rótulo da Interface

✔️ Use:
engagementtype

Não use:
Engagement Type

2. Sem Distinção de Maiúsculas/Minúsculas, Sem Espaços

A correspondência de busca não diferencia maiúsculas de minúsculas, portanto os seguintes são equivalentes:

  • engagementtype

  • EngagementType

  • ENGAGEMENTTYPE

No entanto, espaços não são suportados, portanto:

Engagement Type não corresponderá.

Recomendação:
Sempre use chaves em letras minúsculas, sem espaços: engagementtype


Chaves de Campo Suportadas para Pessoa/Recurso

Ao configurar uma Propriedade Personalizada para buscar um valor de uma Pessoa/Recurso, as seguintes chaves são suportadas:

Propriedade

Chave do Campo (use esta)

Centro de custo

costcentre ou costcenter

Tipo de Engajamento

engagementtype

Região / Localização

location

País

country

Tabela de Tarifas

ratecard

Função

profilerole

Referência

reference

Exemplo

Was this article helpful?