AlliahFlow
AlliahFlow
Crie fluxos de trabalho completos com formulários dinâmicos, regras de negócio configuráveis e agentes de IA — em minutos, não em meses.
Entre o formulário, a planilha de controle, a caixa de e-mail e o grupo de mensagens, o processo real acontece — e ninguém consegue dizer com precisão onde cada pedido está, quem o segura e por quanto tempo.
A resposta honesta para "cadê a minha solicitação?" costuma ser uma pergunta em outro canal. Sem estado explícito, acompanhar vira trabalho manual de quem deveria estar executando.
Custo · o tempo gasto perguntandoA alçada subiu de cinco para dez mil reais. A mudança leva semanas porque está escrita dentro do código, e cada ajuste disputa a fila do time de desenvolvimento com tudo o mais.
Custo · a espera por um deployAlguém aprovou. Não se sabe quem, quando, com qual informação à vista nem por qual critério. O histórico existe em memória e em e-mails encaminhados, não em registro consultável.
Custo · a reconstituição depois do fatoDa modelagem visual à execução com inteligência artificial — uma plataforma completa, sem código.
Monte processos com drag-and-drop. Suporte a caminhos paralelos, condicionais e loops — tudo no editor visual.
Campos condicionais, cálculos automáticos e máscaras prontas para CPF, CNPJ e CEP. Sem programar.
Análise de documentos, validação de dados e tomada de decisão automatizada com inteligência artificial nativa.
Defina regras de negócio sem código. O motor avalia condições e direciona cada processo automaticamente.
Configure prazos por etapa e a plataforma classifica cada processo em no prazo, em risco ou estourado — e a ação de notificar cobre os avisos disparados por regra.
Controle papéis por fluxo e por etapa. Cada pessoa vê e executa apenas o que lhe compete.
O que o recurso faz, por qual mecanismo ele faz e o que muda na operação depois que ele está no ar.
O desenho é um grafo: etapas conectadas por transições, posicionadas numa tela onde se arrasta, liga e reorganiza. Cada transição pode ter uma condição de disponibilidade — é assim que caminhos paralelos, desvios e retornos nascem sem virar código.
Campos são organizados em blocos reutilizáveis, com visibilidade condicional — um campo só aparece quando outro assume determinado valor. E há um detalhe que resolve um problema clássico: cada processo guarda a versão do formulário com que foi aberto. Mudar o formulário hoje não reescreve o que as pessoas responderam mês passado.
Uma regra é uma árvore: nós de condição abrem caminhos verdadeiro e falso, nós de ação executam, nós de fim encerram com um desfecho colorido. Ela é disparada por um gatilho — ao entrar na etapa, ao concluir, ao anexar documento, ao terminar as ações distribuídas ou ao voltar de uma integração.
Uma ação da regra chama um agente do Alliah Hub e guarda o resultado numa variável do processo — que a condição seguinte pode ler. É assim que "a IA lê o documento e o motor decide" acontece sem que a IA decida sozinha: ela produz um valor, e a regra determinística faz o julgamento.
executar_agente_ia chamando o Hub por referência, com política para o caso de falha.Cada tipo de documento declara os formatos aceitos, o tamanho máximo e se é obrigatório. O anexo é versionado — reenviar não apaga o anterior — e pode ser aprovado ou reprovado por uma regra, inclusive com o parecer de um agente de IA registrado como origem da avaliação.
O fluxo pode ter uma página pública com endereço próprio, texto de boas-vindas, mensagem de conclusão e link para os termos. Quem abre a solicitação não precisa de cadastro: recebe um acesso por link, por número de protocolo ou por sessão, e volta depois para acompanhar e completar o que faltou.
Quando uma etapa depende de várias pessoas diferentes, ela deixa de ser uma tarefa só. Cada linha do formulário pode ser atribuída a um responsável, e a etapa só avança quando todas voltam — com um gatilho próprio para quando o conjunto se completa.
distribuir_acoes + gatilho de ações concluídas.Existe um caminho de entrada em que você descreve o processo em linguagem natural e um agente arquiteto propõe o desenho — etapas, formulários e conexões. O fluxo criado assim guarda a referência da conversa que o originou, então dá para voltar e ver de onde veio cada decisão do rascunho.
Um fluxo é composto de poucas peças, e é dessa economia que vem a possibilidade de configurar em vez de programar.
| Peça | Valores | O que determina |
|---|---|---|
| Tipo de etapa | HUMANO · AUTOMATICO · FIMna tela: "feita por uma pessoa", "automática (sistema executa)", "fim do processo" | Se o processo espera alguém agir, se o motor executa sozinho ou se ali termina |
| Atuante | INTERNO · PUBLICO | Se a etapa é para quem tem conta na plataforma ou para quem chega pelo portal público |
| Situação da etapa no processo | PENDENTE · EM_ANDAMENTO · CONCLUIDO · PULADO | Onde o processo está e o que já foi percorrido — inclusive os ramos que não foram tomados |
| Desfecho do fim | VERDE · AMARELO · VERMELHO | Como o processo terminou, para que o encerramento tenha significado além de "concluído" |
| Prazo da etapa | Horas de SLA (opcional) | A base do cálculo de saúde do processo; sem valor, a etapa é tratada como sem prazo |
| Macroetapa | Modo SOMA · MAXIMO · MANUAL | Como o prazo de um conjunto de etapas é combinado numa fase única para o acompanhamento |
| Transição | Origem, destino e condição de disponibilidade | Quais caminhos existem a partir de uma etapa e quando cada um aparece |
Cada tipo traz a sua validação. Não é decoração de tela: o motor recusa o valor que não obedece ao tipo.
| Tipo | Uso típico |
|---|---|
TEXTO | Descrição, justificativa, nome — texto livre |
NUMERO | Valor, quantidade, prazo — entra em comparação numérica nas regras |
DATA | Vencimento, data desejada, competência |
LISTA | Escolha entre opções fechadas — é o que as regras leem para rotear o processo |
CPF · CNPJ · CEP · UF | Campos brasileiros com máscara e validação de formato prontas |
USUARIO | Aponta uma pessoa da plataforma — é o que permite distribuir a etapa entre vários responsáveis |
Uma regra nasce de três escolhas: quando ela dispara, o que ela avalia e o que ela faz.
ENTRAR_ETAPA — assim que o processo chega naquela etapa.CONCLUIR_ETAPA — quando alguém conclui a etapa; é o gatilho das regras de transição, que decidem o destino.ANEXAR_DOCUMENTO — quando um anexo chega, para validar sem esperar a etapa acabar.ACOES_CONCLUIDAS — quando a última pendência distribuída retorna.INTEGRACAO_CONCLUIDA — quando a chamada a um sistema externo volta com resultado.RAIZ, VERDADEIRO, FALSO e SEQUENCIA — o último encadeia ações uma após a outra.Tudo o que uma regra pode fazer sem escrever código. As quatro últimas são ações específicas de domínio, disponíveis quando o catálogo do ambiente as inclui.
Sem desenvolvedores, sem esperas. Você modela, configura e publica.
Arraste etapas no editor visual e conecte-as. Defina caminhos paralelos, condicionais e loops sem escrever uma linha de código.
Crie formulários dinâmicos com campos condicionais e máscaras, e defina as regras de negócio que orientam cada decisão.
Os processos rodam automaticamente, os SLAs alertam sobre prazos e a auditoria registra tudo — do início ao fim.
O "sem código" é para quem configura o processo. Por baixo há uma plataforma de engenharia comum, e é bom saber qual.
"Auditoria" costuma significar um log de texto que ninguém lê. Aqui são tabelas distintas, cada uma consultável, porque as perguntas são diferentes.
| Trilha | Responde | O que guarda |
|---|---|---|
| Log de alteração | "Quem mudou a configuração?" | Criação, atualização e exclusão de fluxos, etapas, regras, usuários, papéis, permissões, blocos e formulários — com fotografia do registro, autor e motivo |
| Log de transição | "Por que o processo foi para lá?" | Etapa de origem, destino, transição usada e quem decidiu: início do processo, regra de transição, uma pessoa ou cancelamento — mais as variáveis relevantes no momento |
| Log de execução de regra | "O que a regra avaliou?" | Gatilho disparado, caminho percorrido na árvore, ações executadas, variáveis produzidas, duração, erro e a situação final da execução |
| Log de documento | "O que aconteceu com esse anexo?" | Solicitado, anexado, reanexado, editado, aprovado, reprovado, baixado, visualizado e excluído |
| Rastreio de requisição | "O que o sistema recebeu?" | Identificador de rastreio, rota, situação HTTP, autor, duração e volume — em tabela particionada com rotação automática |
O prazo é configurado por etapa. O que a plataforma faz com ele é classificar cada processo numa das quatro situações abaixo.
| Situação | Quando | Leitura |
|---|---|---|
NO_PRAZO | Consumiu menos de 80% do prazo da etapa | Nada a fazer |
EM_RISCO | Passou de 80% e ainda não estourou | É aqui que a intervenção ainda evita o atraso |
ESTOURADO | Passou de 100% do prazo | O painel mostra o excedente, não só o tempo decorrido |
SEM_SLA | A etapa não tem prazo configurado | Estado honesto: não finge medir o que não foi definido |
Não são hipóteses de material de vendas: são famílias de fluxo construídas no motor, com etapas, regras e agentes de IA reais.
Entrada pública, conferência facial contra o documento, consulta a dados externos, política de crédito avaliada pelo motor e a decisão subindo por alçadas — analista, gerência, comitê — até contrato e liberação.
O que o motor resolve: a alçada é configuração, então mudar o limite não exige mudar sistema.
Vários documentos entram, agentes de IA extraem os campos de cada um, uma ação compara os textos entre si e uma média ponderada decide se a divergência é aceitável — aprovando ou reprovando com o número registrado.
O que o motor resolve: a IA sugere o valor, a regra determinística faz o julgamento.
Cada ponto da inspeção é um tipo de documento com upload próprio; uma cadeia de ações analisa a imagem, grava o resultado no campo correspondente e consolida um laudo por ponto e um laudo geral.
O que o motor resolve: o laudo fica no processo, com trilha de quem enviou cada foto.
Solicitação pública, qualificação com prazo, análise, comitê com decisão bloqueante, desenho da solução e execução — com papéis distintos em cada etapa e caminho rápido para o que é urgente.
O que o motor resolve: a governança da fila deixa de depender de disciplina e passa a depender do fluxo.
O que existe para operar, para acompanhar e para levar para fora da plataforma.
Um fluxo raramente vive sozinho. Estes são os pontos de contato com o resto do mundo.
Mecanismos que existem no produto. O que não existe está logo abaixo, na seção de limites.
Esta seção existe porque descobrir isso na implantação custa muito mais caro do que ler agora.
Respostas curtas, com o comportamento real da plataforma.
Configurar o processo — etapas, formulários, regras, prazos e permissões — não exige programar. O que continua exigindo gente técnica é a implantação da plataforma, a integração com sistemas internos e a modelagem de um processo complexo pela primeira vez.
Depois disso, mudar uma alçada ou acrescentar um campo é trabalho de quem conhece o processo, não de quem escreve código.
Três: feita por uma pessoa, automática e fim do processo. A variedade não vem do tipo, e sim do que se configura dentro da etapa — formulário, documentos exigidos, papel responsável, prazo, regras de entrada e de conclusão, e se ela é interna ou pública.
Nada. Cada processo guarda a versão do formulário com que foi aberto e continua exibindo aquela. Isso preserva o histórico e evita que um processo antigo passe a exigir um campo que não existia quando ele foi criado.
Não, por desenho. O agente produz um valor — uma extração, uma classificação, um parecer — que fica gravado como variável do processo. Quem decide o caminho é a regra determinística que lê esse valor, e o log registra tanto o que a IA respondeu quanto o que a regra concluiu.
Pelo portal público do fluxo, sem criar conta. Ela abre a solicitação, recebe um protocolo e volta por link de acesso ou pelo próprio protocolo para acompanhar e completar o que faltar. A página pública mostra apenas a etapa dela.
Dá. A definição do fluxo pode ser exportada como artefato e importada em outro ambiente. Vale notar um limite: ações específicas de domínio, que dependem do catálogo daquele ambiente, não viajam dentro do artefato e precisam existir do outro lado.
As chamadas de saída são protegidas por tentativa controlada e disjuntor. Depois de uma sequência de falhas, o disjuntor abre e passa a recusar as chamadas por um intervalo, em vez de deixar cada processo pendurado esperando resposta. A regra tem uma política declarada para o caso de falha.
Sim, e com o caminho, não só o resultado. O log de transição diz quem decidiu o destino — pessoa ou regra — e o log de execução de regra guarda o caminho percorrido na árvore, as ações executadas e as variáveis produzidas naquele instante.
Pode. Cada linha do formulário é atribuída a um responsável e vira uma pendência individual. A etapa só avança quando todas voltam, e existe um gatilho próprio para disparar a regra no momento em que o conjunto se completa.
O fluxo é o desenho — o que você modela uma vez. O processo é uma execução daquele desenho: um pedido concreto, com número de protocolo, andando pelas etapas. Um fluxo tem muitos processos.
Os termos que aparecem nas telas e o que cada um significa aqui dentro.
Transforme processos manuais em fluxos automatizados e inteligentes. Comece agora mesmo com o AlliahFlow.
Acessar plataforma