Preenchimento Automático Campo Texto

Ola ​@DTrein 
 

Estive analisando o seu cenário sobre a automatização da lista de documentos com base na categoria selecionada. Como você mencionou que essa lista pode ser muito grande, precisamos desenhar a modelagem ideal para garantir que seu processo seja automático, fácil de manter e que não pese no carregamento da página.

Para desenharmos a melhor arquitetura juntos, preciso entender um pouco mais sobre o seu contexto:

• Tamanho da Lista: Quantas categorias diferentes existem no total? (Ex: 10, 50, mais de 100?)

• Volume de Dados: Quantos documentos, em média, cada categoria exige?

• Frequência de Atualização: Com que frequência essa lista de documentos muda? (Ex: muda todo mês, quase nunca muda?)

• Rotina do Dado: Essa lista de categorias é apenas para consulta estática ou as categorias em si passam por algum processo de aprovação/atualização antes de irem para o pipe principal?

Com base nessas respostas, temos alguns caminhos possíveis para estruturar essa solução no Pipefy. Veja os exemplos e os impactos de cada um:
 

Cenário 1: Utilizando uma Database (Recomendado para dados estáveis)

Criamos uma tabela interna no Pipefy (Database) onde cada linha é uma categoria e contém sua respectiva lista de documentos. No seu pipe principal, trocamos o dropdown comum por um campo de Conexão de Database.

 

Cenário 2: Utilizando um Pipe Auxiliar (Recomendado se as categorias mudam muito)

Criamos um Pipe chamado "Cadastro de Categorias". Cada categoria vira um card dentro desse pipe, contendo o texto longo de documentos. No seu pipe principal, usamos uma Conexão de Pipe.

• Exemplo: Se a criação de uma nova categoria ou a mudança de documentos exige que alguém do seu time aprove a alteração antes dela valer, isso roda como um processo nesse pipe auxiliar. O pipe principal apenas se conecta a ele.

• Prós: Permite criar um fluxo de trabalho (fases e aprovações) para a gestão das categorias.

Contras: Pode poluir os relatórios gerais de produtividade da sua conta com "cards fantasmas" que servem apenas para consulta.

 

Cenário 3: Utilizando Regras Condicionais (Apenas para listas pequenas)

Mantemos o campo Dropdown comum na fase e criamos regras condicionais direto nas configurações da fase.

• Exemplo: Criamos uma regra: Se campo Categoria for igual a X, então mostre campo x".

• Prós: Não precisa criar tabelas ou pipes externos.

• Contras (O perigo): Você precisará criar uma condicional para cada categoria. Se você tiver 50 categorias, serão 50 regras manuais. Isso deixa o carregamento do card extremamente pesado, lento e difícil de dar manutenção no futuro.

Boa tarde ​@Alan dOliveira 

Inicialmente, obrigado pelo retorno.

A intenção é criar um pipe para atendimento de sinistros de Transportes.

No início, achei que seria algo simples de fazer, ou seja, se for um sinistro de transporte rodoviário, natureza roubo, solicitaria alguns documentos. Mas aí começa a combinação….pode ser roubo, tombamento, colisão, avaria, etc….
Também varia o meio de Transporte: aéreo, marítimo e terrestre...outro séria de combinações.

Enfim, seriam mais ou menos 60 tipos de documentos conforme tipo de evento e ramo...uma combinação de umas 10 a 15 situações.
A intenção era:
Meio de Transporte = Terrestre
Evento = Avaria
Documentos iniciais = aqui listaria os documentos relativos a essa combinação.

enfim...travou