Referências e Variáveis
Antes de entender como utilizar referências e variáveis, é importante que você conheça todos os dados disponíveis por entidade do ENSPACE. Consulte a documentação de Dados por entidade antes de continuar.
Entenda como referenciar campos no ENSPACE
Ao trabalhar com templates de documento, eventos de campo, condicionais, relatórios, expressões e Spaceflows, você vai encontrar diferentes formas de se referir aos campos. As variações mais comuns são:
nome_cliente— referência técnica do campodata.nome_cliente— referência com prefixodata.{{data.nome_cliente}}— variável entre chaves duplas%data.nome_cliente%— referência entre porcentagens (em condicionais)
Cada uma tem um propósito diferente, e usá-las no contexto errado é uma das causas mais comuns de erros. Esta página explica cada uma, do mais simples ao mais complexo.
A estrutura dos dados no ENSPACE
O ENSPACE possui três entidades principais com dados referenciáveis: Itens, Tarefas Agendadas e Tarefas Rápidas. Cada uma tem seus próprios campos nativos, mas apenas os itens possuem campos personalizados — o agrupamento data onde ficam os campos que você cria na categoria. As tarefas (agendadas e rápidas) possuem somente campos nativos do sistema.
Para a lista completa de todos os campos disponíveis em cada entidade, consulte Dados por entidade.
Itens
Itens possuem dois grupos de informações:
- Metadados — campos nativos do sistema (
id,reference,created_at, etc.). Ficam na raiz. - Campos personalizados — os campos que você cria na categoria. Ficam dentro de
data.
É por isso que a sintaxe para campos personalizados usa data.: {{data.nome_cliente}}. Metadados ficam na raiz: {{reference}}.
Tarefas agendadas
Tarefas agendadas (de fluxos de categoria) possuem apenas campos nativos — não há campos personalizados nem agrupamento data. Todos os campos ficam na raiz e são acessados diretamente.
Tarefas rápidas
Tarefas rápidas possuem apenas campos nativos — não há campos personalizados nem agrupamento data. Todos os campos ficam na raiz. Alguns campos são do tipo objeto e possuem subcampos acessíveis com notação de ponto (ex: {{creator.email}}).
data. existe apenas para itens, porque é lá que os campos personalizados ficam agrupados. Nas tarefas, todos os campos são nativos e ficam na raiz — referenciados diretamente sem data..Nível 1 — Referência direta (apontar para um campo)
Existem dois modos de usar campos no ENSPACE:
- Referência — quando o sistema precisa saber qual campo usar para buscar, filtrar, ordenar ou mapear um dado. É uma indicação técnica de caminho, sem gerar texto. Exemplo:
data.nome,data.status. - Variável — quando o sistema precisa inserir o valor de um campo dentro de um texto, documento ou expressão. Exemplo:
Olá, {{data.nome}}.
Na maioria das funcionalidades (templates de documento, relatórios, expressões), você não precisa digitar referências manualmente — o sistema oferece botões, dropdowns ou listas que inserem a sintaxe correta. A referência acontece "por trás" da interface.
Existem dois contextos onde você pode digitar referências manualmente: os Eventos de Campo e o campo Valor das Condicionais.
Referências nos Eventos de Campo
Nos eventos, a referência ao campo alvo usa apenas a referência técnica — sem data. e sem {{}}:
referencia_tecnica_do_campoIsso acontece porque os eventos já operam dentro do contexto dos campos da categoria. O sistema já sabe que nome_cliente está dentro de data, então o prefixo é desnecessário.
Na prática: independentemente do tipo de ação (Editar, Redefinir, Invalidar ou Recarregar), o campo "Campo" sempre recebe a referência direta:
| Você quer afetar o campo... | Referência técnica | Você digita |
|---|---|---|
| Nome do Cliente | nome_cliente | nome_cliente |
| Endereço de Correspondência | mailing_address_br | mailing_address_br |
| Valor do Contrato | valor_contrato | valor_contrato |
Compare com a coluna "Valor" da mesma configuração, onde você busca um dado — ali sim as chaves duplas são necessárias:
| Campo (referência) | Valor (variável) |
|---|---|
mailing_address_br | {{form_value.principal_address_br}} |
nome_contratante | {{item_related.data.nome}} |
valor_total | {{form_value.preco}} * {{form_value.quantidade}} |
A coluna Campo aponta. A coluna Valor busca.
Usar
data. ao referenciar campos nos eventos de campo impedirá o funcionamento da configuração. Nos eventos, use sempre a referência técnica pura (ex: mailing_address, não data.mailing_address).Para a documentação completa de Eventos de Campo, consulte Eventos de Campo.
Referências nas Condicionais (sintaxe com %)
Nas condicionais (de formulários, regras de responsabilidade e eventos), ao configurar o campo Valor, você pode comparar o valor de um campo com o valor de outro campo em vez de um valor fixo. Para isso, use a referência do campo entre sinais de porcentagem:
%data.referencia_do_campo%O data. é necessário para campos personalizados. Para metadados, use a referência direta:
%referencia_do_metadado%Na prática: imagine que você quer verificar se o campo "Usuário Solicitante" tem o mesmo valor que o campo "Usuário Responsável":
| Campo de referência | Operador | Valor |
|---|---|---|
usuario_solicitante | igual a | %data.usuario_responsavel% |
Outros exemplos:
| Você quer comparar... | Valor da condicional |
|---|---|
| Se a data de entrega é igual à data limite | %data.data_limite% |
| Se o valor aprovado é igual ao valor solicitado | %data.valor_solicitado% |
| Se o responsável é o mesmo que o criador do item | %request_email% |
Note a diferença: no último exemplo,
request_emailé um metadado e não levadata.. Nos dois primeiros,data_limiteevalor_solicitadosão campos personalizados e levamdata..
Nível 2 — Variáveis (buscar o valor de um campo)
Como visto no Nível 1, referências apontam para um campo. Variáveis vão além: elas buscam o valor armazenado naquele campo e o inserem no lugar da marcação. É o que acontece quando você quer que o sistema escreva "João da Silva" no lugar de {{data.nome_cliente}}.
Para montar uma variável, você precisa de duas coisas:
- Chaves duplas
{{}}— indicam que o sistema deve buscar o valor, não apenas apontar. - O caminho até o campo —
data.campopara campos personalizados, ou apenascampopara metadados.
Campos personalizados
Como ficam dentro do agrupamento data, o caminho é:
data. + referencia_do_campo| Variável | Resultado |
|---|---|
{{data.nome_cliente}} | João da Silva |
{{data.valor_total}} | R$ 1.500,00 |
{{data.data_contrato}} | 10/03/2026 |
Metadados do sistema
Como ficam na raiz, não levam data., sendo o caminho somente:
referencia_do_metadado| Variável | Resultado |
|---|---|
{{reference}} | REF-00123 |
{{created_at}} | 2026-03-10T14:30:00 |
{{id}} | 4521 |
Para a lista completa de metadados de cada entidade, consulte Dados disponíveis por entidade.
Na prática
As variáveis aparecem em diversos contextos da plataforma. Na maioria deles, o sistema oferece botões ou listas que inserem a variável automaticamente — você não precisa digitá-la:
| Você quer... | Variável | O que acontece |
|---|---|---|
| Inserir o nome do cliente no texto de um contrato | {{data.nome_cliente}} | Substituído pelo valor ao gerar o documento. |
| Gerar o nome do arquivo com dados do item | NDA_{{data.nome_cliente}} | Gera o nome (ex: NDA_João_Silva.pdf). |
| Calcular um valor com imposto | math({{data.valor}} * 1.15) | Busca o valor para calcular. |
| Manipular uma data | dayjs({{data.data_contrato}}) | Busca a data para adicionar/subtrair tempo. |
| Exibir um dado em coluna de relatório | {{data.valor_total}} | Busca o valor para a coluna calculada. |
| Copiar um valor do formulário em um evento | {{form_value.nome_cliente}} | Busca o valor preenchido no formulário atual. |
| Usar o valor do campo que disparou um evento | {{payload}} | Busca o valor do campo gatilho. |
Nos eventos de campo, note que a fonte de dados muda: em vez de
data., usa-seform_value.(para valores do formulário),payload(para o campo gatilho) ouitem_related.data.(para campos de um item relacionado). Cada fonte tem seu contexto — para mais detalhes, consulte Eventos de Campo.
Nível 3 — Referências sem chaves em contextos de expressão
Em alguns contextos, você referencia campos dentro de uma estrutura que já é uma expressão. Nesses casos, usa data.campo mas sem chaves duplas — as chaves já fazem parte da estrutura ao redor.
Blocos IF/FOR em Templates de Documento
Dentro de blocos condicionais e de repetição, a referência ao campo fica sem chaves próprias:
O data. está presente (porque é um campo personalizado), mas não há {{}} ao redor de data.status — porque ele já está dentro da estrutura {{IF ... }}.
Função sumArray() em Expressões
A função sumArray() espera referências diretas, sem chaves:
O primeiro argumento (data.parcelas) é o caminho até o repetidor — como é um campo personalizado, precisa do prefixo data. para indicar que está dentro do agrupamento de campos da categoria.
O segundo argumento (valor) é o subcampo dentro do repetidor — como o primeiro argumento já levou o sistema até dentro do repetidor, o subcampo é acessado diretamente pela sua referência técnica, sem precisar repetir data.. É a mesma lógica dos eventos de campo: quando o sistema já está dentro do contexto correto, o prefixo é desnecessário.
Nível 4 — Acessando dados de outras origens
Dois contextos do ENSPACE possuem sintaxes próprias para acessar dados que não estão no item ou contexto atual — cada um com seus próprios prefixos.
Eventos de Campo — fontes de dados especiais
Nos eventos de campo, o campo "Valor" pode buscar dados de três fontes diferentes, cada uma com sua sintaxe:
| Fonte | Quando usar | Sintaxe | Exemplo |
|---|---|---|---|
form_value | Buscar o valor de qualquer campo preenchido no formulário atual. | {{form_value.campo}} | {{form_value.nome_cliente}} |
payload | Buscar o valor do campo que disparou o evento. | {{payload}} ou {{payload.propriedade}} | {{payload}}, {{payload.reference}}, {{payload.value}} |
item_related | Buscar campos de um item relacionado (disponível apenas quando o campo gatilho é do tipo Relacionamento). | {{item_related.data.campo}} | {{item_related.data.nome}}, {{item_related.data.valor_contrato}} |
item_related usa data. porque você está acessando os campos personalizados de outro item e lá o caminho completo é necessário. Já form_value não usa data. porque opera no contexto do formulário, onde os campos já são acessíveis diretamente.Para a documentação completa das fontes de dados, tipos especiais de campo e exemplos de configuração, consulte Eventos de Campo.
Spaceflow — variáveis entre nós
Ao construir um Spaceflow, cada nó gera suas próprias variáveis de saída. Você não precisa digitar essas referências manualmente — o sistema as insere automaticamente quando você arrasta variáveis no canvas. Esta seção explica o que elas significam quando você as vê.
O formato é {{nodes.ID_DO_NO.campo}}, onde o ID é o identificador único do nó:
| O que você vê | O que significa |
|---|---|
{{nodes.trig3ch5a.reference}} | Referência do item que disparou o fluxo (metadado — sem data.) |
{{nodes.trig3ch5a.data.area}} | Campo "área" do item que disparou o fluxo (personalizado — com data.) |
{{nodes.http7kx2b.id}} | ID retornado por um nó HTTP, mapeado no schema de saída |
A mesma hierarquia se mantém: metadados na raiz (nodes.ID.reference) e campos personalizados dentro de data (nodes.ID.data.campo).
Para a documentação completa do Spaceflow, consulte Spaceflow.
Regra geral
Quando usar {{}}?
Use chaves duplas quando quiser buscar o valor armazenado em um campo. Se você está apenas apontando para um campo (dizendo ao sistema qual campo será afetado), não use chaves.
| Situação | Usa {{}}? | Exemplo |
|---|---|---|
| Inserir o valor de um campo no texto de um documento | Sim | {{data.nome_cliente}} |
| Usar um valor em uma expressão matemática | Sim | math({{data.valor}} * 1.15) |
| Indicar qual campo será editado por um evento | Não | nome_cliente |
| Referenciar um campo em um bloco IF de template | Não | {{IF data.status === 'Aprovado'}} |
| Comparar com outro campo em uma condicional | Não | %data.usuario_responsavel% |
Quando usar data.?
Use data. quando precisar indicar que o campo é personalizado (criado por você na categoria), diferenciando-o dos metadados do sistema. A exceção é nos eventos de campo, onde o sistema já opera dentro do contexto de data e o prefixo é desnecessário.
| Situação | Usa data.? | Exemplo |
|---|---|---|
| Campo personalizado em qualquer contexto | Sim | data.nome_cliente |
| Metadado do sistema (id, reference, created_at) | Não | reference |
| Campo alvo de um evento de campo | Não | nome_cliente |
| Campo personalizado em condicional (entre %) | Sim | %data.nome_cliente% |
| Metadado em condicional (entre %) | Não | %request_email% |
Quando usar %?
Use porcentagens quando estiver no campo Valor de uma condicional e quiser comparar com o valor de outro campo em vez de um valor fixo.
| Situação | Usa %? | Exemplo |
|---|---|---|
| Comparar com um valor fixo | Não | Aprovado |
| Comparar com o valor de outro campo personalizado | Sim | %data.usuario_responsavel% |
| Comparar com o valor de um metadado | Sim | %request_email% |
Em caso de dúvida sobre a referência técnica de um campo, acesse Configurações > Estrutura > Categorias > Campos e verifique o valor do campo Referência técnica na aba Definição.