Pipefy é o processo interno: etapas, responsáveis, aprovação humana em RH, financeiro e compras. A FlexPage tem um cartão que também se chama aprovação — e não é isso. O cartão Permitir autoriza a gravação de um arquivo do site. Recusar não grava. Desfazer volta os arquivos. Ninguém pede férias nele, e nenhum pagamento de fornecedor espera esse clique.
A palavra é a mesma. O objeto não é. Trocar uma pela outra faz o processo sumir ou faz o site gravar arquivo sem ninguém olhar.
Férias, reembolso, compra, contratação, etapa de financeiro: o card anda porque alguém da área olhou e aprovou, ou devolveu. Há responsável, prazo da etapa e histórico do processo. Quem busca “Pipefy” está atrás disso.
A FlexPage não absorve esse fluxo. Não há conector, não há “fase do Pipefy” dentro do Harness, não há fila de aprovação de pagamento. O processo continua onde a equipe já trabalha.
O Harness mostra o que vai mudar no site e para. Permitir grava. Recusar não grava. Desfazer volta os arquivos daquela alteração. Parar interrompe na hora. É controle de quem edita o domínio, não um organograma.
A imagem desta página, no compartilhamento, é justamente essa tela de aprovação de arquivo. Não é um print de fluxo de compras.
www/index.html não espera um card de compras. Se alguém descreve os dois com a mesma frase “fluxo de aprovação”, peça para apontar o objeto: o pedido da pessoa, ou o arquivo do site.
O processo fica no Pipefy. A FlexPage entra se esse processo precisa de alguma coisa que mora no site. Nada disso cria um conector.
O visitante ou o colaborador abre um endereço do domínio: política, instrução, status que o site pode mostrar. A página não é o card.
O domínio pode receber o preenchimento. Levar esse dado para um card do Pipefy não é integração pronta. Não inventamos esse nó.
Se o lembrete é do site: rotina sem IA, ou automação que manda mensagem ao Harness e gasta tokens. Não é a etapa “aguardando gestor”.
Outro sistema avisa o site de que algo aconteceu. O script guarda o id do evento. Reentrega acontece. Não há HMAC nativo.
thread/: o servidor roda sozinho, mais ou menos a cada minuto, sem token. O Harness lê o log com read_app_logs e pode rodar uma vez com run_thread_once.
| A tarefa | Ficar no Pipefy | Tarefa da FlexPage | Usar os dois |
|---|---|---|---|
| Férias, reembolso, compra | Etapas, responsável, aprovação humana. É o processo. | Não. O cartão Permitir não aprova isso. | O processo fica no Pipefy. O site só entra se precisar de uma página ou de um formulário público — sem conector que crie o card. |
| Gravar uma alteração no site | Não é card de processo. Não há etapa de RH para um arquivo HTML. | Cartão Permitir. Recusar não grava. Desfazer volta os arquivos. | Não peça para o gestor de compras aprovar o CSS. São filas diferentes. |
| Formulário que o público preenche | Se o preenchimento já nasce como card no processo, o Pipefy segue dono do fluxo. | O site pode ter o formulário. Guardar a resposta no domínio é tarefa do site. | Sem integração oficial. Não descreva como “o formulário abre o card” a menos que alguém construa essa ponte por fora, com HTTP genérico. |
| Lembrete de que uma etapa vence | Se o lembrete é do processo e o Pipefy já avisa o responsável, deixe lá. | Se o lembrete é de algo que o site controla — agendamento, pedido do domínio — rotina ou automação de horário. | Não dispare o mesmo aviso nos dois lugares. A pessoa recebe duas mensagens e ignora as duas. |
| Um sistema avisa que o pedido mudou | A mudança de etapa continua no processo. | Se o site precisa registrar o fato, webhook. Guardar o id. Sem HMAC nativo: caminho secreto, reconferir na API, ou cabeçalho de token. | O processo decide. O site só grava o que é dele. Não há nó Pipefy na FlexPage. |
A FlexPage não liga dezenas de sistemas num fluxo visual. A home nomeia pagamentos, Telegram, Google Sheets, Google Agenda, e-mail e WhatsApp. Asaas é exemplo de webhook. Pipefy não está nessa lista, e esta página não o acrescenta.
O agente atende no chat do site, no WhatsApp ou por API HTTP com Bearer, em fp-agent-run. Não escreve SQL livre. Atender uma pergunta não é aprovar um pagamento nem mover um card. A página é Agentes por API.
Starter R$ 199, Professional R$ 399, Business R$ 599, Enterprise sob medida. Sem taxa de setup. Contratação só pelo WhatsApp. Não há pagamento online. Não dizemos que a FlexPage é mais barata. Não prometemos posição no Google.
Não. O cartão Permitir é aprovação de gravação de arquivo do site. Recusar não grava. Desfazer volta os arquivos. Não é fluxo de férias, de reembolso nem de pagamento. Pipefy continua no processo interno, com etapas, responsáveis e aprovação humana.
Não. Não há conector, não há nó e não há integração oficial. A FlexPage não é um iPaaS. Se o processo precisa de uma página, de um formulário no site, de um lembrete ou de um webhook, isso pode morar no domínio. O processo em si continua no Pipefy. O mapa está em Para quem cria.
Dá para o site ter a página e o formulário. O que a FlexPage não faz é empurrar esse formulário para um card do Pipefy por um conector pronto. Se outro sistema precisar avisar o site, o caminho é webhook. Reentrega acontece, e o script guarda o id do evento. Não há HMAC nativo: caminho secreto, reconferir na API do provedor, ou cabeçalho de token.
Se o lembrete é do próprio site, sim. Rotina em thread/ roda sem IA e não gasta token. Automação de horário manda uma mensagem para uma sessão do Harness e gasta tokens a cada disparo. Nenhuma das duas é uma etapa de aprovação de compras. Veja Automações.
A pessoa responsável, no processo. Pipefy é o lugar citado para processos internos com etapas e aprovação humana em RH, financeiro e compras. A FlexPage não absorve esse fluxo. Ela entra só se o processo precisa de uma página pública, de um formulário no domínio, de um lembrete do site ou de um webhook.