Alliah Base Alliah Base
Camada de conhecimento e dados

Bases de conhecimento para agentes e fluxos

Gerencie as bases (tabela, documento, FAQ, vetor) que alimentam os agentes de IA e os fluxos do AlliahFlow.

0
Tipos de base
tabela · documento · FAQ · vetor
 
Operações completas
criar · ler · atualizar · excluir
 
Importar / Exportar
carga em massa de dados
O problema

Automação boa com dado ruim erra mais rápido

Quando o catálogo de produtos, a tabela de preços ou a lista de exceções mora numa planilha no computador de alguém, a automação herda todos os defeitos dessa planilha — e os multiplica pela velocidade da máquina.

A planilha some, o processo para

A tabela que o fluxo consulta está no e-mail de uma pessoa, numa versão que ninguém sabe se é a última. Quando ela muda, nada avisa o processo que já está rodando com o valor antigo.

Sintoma · versão v3_final_ok.xlsx

O mesmo registro entra duas vezes

Sem uma chave que defina o que é o mesmo item, a carga em massa duplica cliente, produto e contrato. Depois a duplicata aparece como divergência num relatório, meses depois.

Sintoma · dois cadastros do mesmo CNPJ

O agente responde com o que achou

Um agente de IA sem fonte estruturada inventa a lacuna. Não é má-fé do modelo: é falta de um lugar único onde a resposta certa esteja escrita, tipada e consultável.

Sintoma · resposta plausível e errada
Recursos

Tudo que suas bases precisam

Estruture, controle e alimente o conhecimento dos seus agentes com bases tipadas e governança de dados.

Bases tipadas

Quatro formatos prontos para cada necessidade — cada um com seu esquema e colunas próprios.

TABELA · colunas DOCUMENTO · chunks FAQ · Q&A VETOR · embeddings

Unicidade & Label

Defina colunas-chave para garantir registros únicos e um rótulo (label) para identificar cada item da base.

colunas-chave label/rótulo sem duplicatas

Importar / Exportar

Carga em massa via planilhas XLSX. Suba milhares de registros de uma vez e exporte sua base a qualquer momento.

import .xlsx export .xlsx bulk load

Fonte dos Agentes

Suas bases tornam-se contexto direto para os Agentes de IA e para os fluxos automatizados do AlliahFlow.

contexto p/ Agentes IA fluxos AlliahFlow
Como funciona

Do zero à base consultável

Cinco passos, sem nenhum deles exigindo alteração de banco, deploy ou ajuda de quem escreve código.

1

Declare as colunas

Nome técnico, rótulo de tela, tipo, obrigatoriedade e ordem. É aqui que se decide o que a base aceita — e, por consequência, o que ela nunca vai deixar entrar errado.

2

Escolha a chave e o rótulo

Quais colunas identificam o mesmo registro e qual expressão gera o nome legível. Sem esse passo a carga em massa não sabe distinguir atualização de duplicata.

3

Carregue os dados

Suba o CSV ou o XLSX, mapeie as colunas do arquivo para as da base e acompanhe o progresso. Ao final, confira o extrato: inseridos, atualizados e as linhas rejeitadas com o motivo.

4

Emita a chave de acesso

Gere a credencial que o fluxo ou o agente vai usar para consultar. Ela aparece uma vez, é guardada como hash e pode ser revogada isoladamente depois.

5

Consulte de onde precisar

Da tela, pela grade com filtros; do processo ou do agente, por GET paginado ou busca direta pela chave de unicidade. A partir daqui, atualizar o dado é atualizar a base — nada mais precisa mudar.

Recursos em profundidade

Como cada peça funciona de verdade

O que o recurso faz, por qual mecanismo ele faz e o que sobra na sua mão no fim.

01Esquema dinâmico por base

Cada base declara as próprias colunas: nome técnico, rótulo de tela, tipo, obrigatoriedade e ordem. Não existe migração de banco para criar uma base nova — a definição das colunas é guardada como documento na própria base, e os registros vão para uma estrutura JSON indexada.

O que fazCria uma base com colunas tipadas em minutos, sem tocar no banco.
Como fazA lista de colunas fica em colunas (JSONB) e o registro em dados (JSONB), com índice GIN para consulta.
O que entregaUma base pronta para receber carga, consulta paginada e leitura por API.

02Chave de unicidade e rótulo do registro

Você escolhe quais colunas definem "o mesmo registro" — uma ou várias. A partir delas o sistema deriva uma chave normalizada, gravada com restrição de unicidade por base: a segunda tentativa de gravar o mesmo item atualiza em vez de duplicar. O rótulo é uma expressão sobre as colunas, e é ele que aparece quando outra base ou um agente cita aquele registro.

O que fazImpede duplicata e dá nome legível a cada linha.
Como fazChave derivada das colunas escolhidas + restrição única (base, chave); rótulo por expressão configurável.
O que entregaCarga repetida vira atualização, não lixo acumulado.

03Importação em massa com erro por linha

A carga aceita CSV e XLSX. O arquivo é lido, as colunas do arquivo são mapeadas para as colunas da base e o processamento roda em segundo plano, com status próprio. No fim, a importação registra quantas linhas entraram, quantas foram atualizadas e quantas falharam — com o motivo de cada linha rejeitada, não um "erro na importação" genérico.

O que fazSobe milhares de registros de uma vez sem travar a tela.
Como fazLeitor CSV/XLSX + execução assíncrona; estados PENDENTE, PROCESSANDO, CONCLUIDA, ERRO.
O que entregaUm extrato da carga: inseridos, atualizados, erros e o detalhe linha a linha.

04Validação estrutural na entrada

Antes de gravar, cada valor passa pelo contrato da coluna: tamanho máximo em texto, precisão e escala em número, faixa mínima e máxima em número e em data, lista fechada de opções em ENUM, existência do registro apontado em FK_BASE e máscara em e-mail, URL, CPF e CNPJ. O que não passa vira erro identificado — na linha, com o nome da coluna.

O que fazBarra dado inválido na porta, em vez de descobrir depois no relatório.
Como fazConfiguração por coluna: tamanhoMaximo, min/max, opcoes, mascara, baseAlvoId.
O que entregaBase consistente por construção, não por revisão manual.

05Consulta, filtro e índice sob demanda

Os registros são listados com paginação e filtros por coluna, incluindo busca por chave. Quando uma coluna vira caminho quente de consulta — o CNPJ que todo agente procura, por exemplo — dá para criar um índice específico para ela e removê-lo depois, sem alterar a definição da base.

O que fazEncontra o registro certo rápido, mesmo com a base grande.
Como fazConsulta paginada sobre JSONB com índice GIN, mais índices por coluna criados e removidos por API.
O que entregaLeitura previsível para tela, para o fluxo e para o agente.

06Desativar em vez de apagar

Registro excluído é marcado como inativo, não removido fisicamente: o histórico de quem consultou o quê continua fazendo sentido. A base inteira também pode ser desativada, saindo da lista de bases ativas sem perder nada — e uma base que está sendo usada não é apagada por engano.

O que fazTira o dado de circulação preservando o rastro.
Como fazExclusão lógica no registro e alternância de ativação na base.
O que entregaReversão de um clique em vez de restauração de backup.

07Exportação sem estourar a memória

A exportação devolve a base em XLSX escrevendo direto no fluxo de resposta, sem montar a planilha inteira na memória antes de enviar. É o que permite exportar uma base grande do mesmo jeito que se exporta uma pequena.

O que fazBaixa a base completa em planilha.
Como fazEscrita XLSX em streaming durante a resposta HTTP.
O que entregaArquivo pronto para conferência, auditoria ou envio a terceiros.
Especificação

Os tipos de coluna e o que cada um valida

O tipo não é só um rótulo: é o contrato que decide o que pode ser gravado naquela coluna.

Tipos aceitos na definição de coluna de uma base do AlliahBase.
TipoGuardaConfiguração disponível
TEXTOCadeia de caracteresTamanho máximo e máscara (EMAIL, URL, CPF, CNPJ)
NUMEROValor numérico decimalPrecisão, escala, mínimo e máximo
DATAData sem horaData mínima e data máxima
DATETIMEData e hora com fusoLimite inferior e superior de data e hora
BOOLEANVerdadeiro ou falso—
ENUMUm valor de uma lista fechadaLista de opções com valor e rótulo
FK_BASEReferência a um registro de outra baseBase-alvo e coluna-alvo
Como funciona por dentro

A arquitetura, sem metáfora

O AlliahBase é um serviço próprio, com banco próprio e API própria — não uma aba escondida dentro de outro produto.

Serviço e stack

  • Backend em Java com Spring Boot, exposto como API REST documentada em OpenAPI.
  • Banco PostgreSQL, com o schema versionado por migrações — cada alteração é um arquivo, aplicado em ordem.
  • Frontend em React com TypeScript, servido por um container próprio.
  • Execução em containers separados de aplicação e banco, com endereço público próprio.

Modelo de dados

  • base guarda a definição: nome, tipo, colunas, colunas de unicidade, rótulo e situação.
  • base_registro guarda as linhas, particionada por base — cada base tem a sua partição, o que mantém a consulta previsível conforme o número de bases cresce.
  • base_importacao guarda o histórico de cargas com contagens e o detalhe dos erros.
  • Os valores ficam em JSONB com índice GIN, o que permite filtro por qualquer coluna sem redesenhar a tabela.

Ciclo de uma importação

  • O arquivo chega por POST na rota de importação da base.
  • O leitor identifica CSV ou XLSX e traduz o cabeçalho para as colunas da base.
  • O processamento roda fora da requisição: a tela acompanha o progresso consultando o status.
  • Um serviço de limpeza remove os arquivos temporários depois, para a carga não virar acúmulo em disco.

Superfície da API

  • /api/v1/base — criar, listar, listar ativas, detalhar, editar, ativar/desativar e excluir bases.
  • /api/v1/base/{id}/registros — listar, buscar, buscar por chave, criar, editar e desativar registros.
  • /api/v1/base/{id}/importacao e /exportar — carga em massa e download em planilha.
  • /api/v1/base/{id}/indices — criar, listar e remover índice de coluna.
Integrações e dados

Por onde o dado entra e por onde ele sai

Toda entrada e toda saída passam pela mesma definição de colunas — o que evita que a planilha e a API discordem sobre o que é um registro válido.

Entrada

  • Planilha XLSX com mapeamento de colunas no próprio assistente de importação.
  • Arquivo CSV, pelo mesmo caminho e com a mesma validação.
  • Formulário da tela, gerado dinamicamente a partir dos tipos de coluna da base.
  • API REST, para sistemas que já são a fonte de verdade daquele dado.

Saída

  • Planilha XLSX da base inteira, para conferência e envio.
  • Consulta por API paginada, com filtro por coluna e busca pela chave de unicidade.
  • Contexto para agentes de IA e para fluxos do AlliahFlow, pela mesma API autenticada — é para isso que o produto existe dentro do ecossistema.
  • Rótulo legível do registro, para que a referência citada num processo ou numa resposta não seja um identificador opaco.

O coração de dados do ecossistema Alliah

A Alliah Base é a camada onde o conhecimento vive. Tudo o que os agentes consultam e tudo o que os fluxos automatizam começa em uma base bem estruturada — tipada, única e pronta para consumo.

Alliah Base
↓
Agentes IA
↓
Fluxos AlliahFlow
Para quem é

Quatro situações em que a base resolve o problema

O AlliahBase não substitui o seu ERP nem o seu CRM. Ele guarda a tabela de apoio que hoje vive numa planilha e que a automação precisa consultar dezenas de vezes por dia.

Operações · configuração de fluxo

Tabela de preços e regras comerciais

Faixa de desconto por perfil, prazo por região, exceções negociadas. São dados que mudam com frequência e que ninguém quer transformar em código toda vez que muda.

Ganho: a regra passa a ler um registro versionável em vez de um valor escrito dentro da automação.

Atendimento · suporte

Respostas oficiais e catálogo de exceções

O que o time pode responder, com a redação aprovada, e quais casos exigem escalonar. Uma base de perguntas e respostas com colunas próprias em vez de um documento colado no chat.

Ganho: uma fonte única para pessoa e agente responderem a mesma coisa.

Cadastro · dados mestres

Catálogo de produtos, unidades e centros de custo

A lista que todo formulário consulta para preencher um campo. Com chave de unicidade, importar a versão nova do catálogo atualiza o que existe em vez de duplicar tudo.

Ganho: a carga mensal deixa de ser um evento de risco.

Engenharia · integração

Tabela de apoio para sistema de terceiro

Mapa de códigos entre dois sistemas, tabela de-para, lista de parceiros homologados. Coisas que não cabem em nenhum dos dois lados e acabam em planilha.

Ganho: o de-para vira endpoint consultável, com histórico de carga.

O que você recebe

Entregáveis concretos

O que existe na tela, no arquivo e na API depois que a base está no ar.

Segurança e privacidade

O que está implementado — e nada além disso

A lista abaixo descreve mecanismos que existem no código. O que ainda não existe está na seção seguinte, não escondido aqui.

Acesso

  • Duas formas de autenticar: token de sessão para quem usa a tela e chave de API para chamada entre sistemas.
  • A chave é prefixada (abk_…) e guardada apenas como hash — o valor original é mostrado uma vez, na emissão, e não é recuperável depois.
  • Cada chave tem nome, situação, data de expiração e registro do último uso, o que permite revogar uma credencial específica sem derrubar as outras.
  • Nenhuma chave é criada por migração de banco. Não existe credencial de fábrica embarcada na instalação.

Dados

  • Exclusão é lógica: o registro é marcado como inativo e continua auditável, em vez de sumir da tabela.
  • Base em uso não é removida por engano — a tentativa é recusada com erro explícito.
  • Validação antes da gravação: tipo, faixa, lista de opções e máscara são conferidos na entrada, não depois.
  • Arquivos de importação são temporários — uma rotina de limpeza os remove depois do processamento.
Limites

O que o AlliahBase ainda não faz

Saber onde o produto termina custa menos do que descobrir na implantação.

Perguntas frequentes

Dúvidas que aparecem sempre

Respostas curtas, com o comportamento real do produto.

Preciso criar uma tabela no banco para cada base nova?

Não. A base é criada pela tela ou pela API declarando as colunas; nada precisa ser alterado no banco. A definição das colunas e os valores dos registros ficam em estruturas JSON indexadas, e cada base ganha a própria partição de registros automaticamente.

O que acontece se eu importar a mesma planilha duas vezes?

Se a base tem chave de unicidade definida, a segunda carga atualiza os registros que já existem em vez de duplicá-los, e o extrato mostra quantos foram inseridos e quantos atualizados. Sem chave de unicidade definida, não há como o sistema saber o que é o mesmo item.

Apaguei um registro por engano. Ele foi embora?

Não. A exclusão é lógica: o registro é marcado como inativo e continua no banco. O mesmo vale para a base inteira, que pode ser desativada e reativada sem perder conteúdo.

Como um fluxo ou um agente lê a base?

Pela API REST, autenticada por chave de API. As rotas de leitura cobrem listagem paginada, filtro por coluna e busca direta pela chave de unicidade — é essa última que serve para "me dê o registro do CNPJ X" sem varrer a base.

Quais formatos entram e quais saem?

Entram CSV e XLSX pelo assistente de importação, além da criação registro a registro pela tela ou pela API. Sai XLSX na exportação e JSON na API.

Uma importação com linhas erradas para tudo?

Não. O processamento continua e o resultado separa o que entrou do que falhou: a importação guarda a contagem de inseridos, atualizados e erros, mais o detalhe por linha rejeitada, com o motivo. Você corrige as linhas apontadas e reenvia.

Uma base pode apontar para outra?

Pode. O tipo de coluna FK_BASE guarda a referência a um registro de outra base, configurando qual é a base-alvo e qual coluna dela identifica o registro. Na tela, o campo vira um seletor da base referenciada.

O AlliahBase faz RAG ou busca por similaridade?

Não nesta versão. A consulta é estrutural: por coluna, filtro e chave. O tipo "vetor" existe como classificação de base, mas não há indexação por embeddings implementada.

A base fica lenta quando cresce?

Os registros são particionados por base, o que mantém cada consulta restrita à partição da base consultada. Além disso, há um índice geral sobre o conteúdo dos registros e a possibilidade de criar índices específicos para as colunas mais consultadas, criando e removendo pela API conforme o uso real.

Onde fica a chave de API depois que ela é emitida?

Só o hash dela fica guardado. O valor legível aparece uma única vez, no momento da emissão — depois disso, uma chave perdida é substituída, não recuperada. Nenhuma chave vem pré-criada na instalação.

Glossário

O vocabulário do produto

Os termos que aparecem na tela e o que cada um significa aqui dentro.

Base
Um conjunto de registros com esquema próprio. Tem nome, tipo, colunas, chave de unicidade, rótulo e situação de ativação.
Registro
Uma linha da base. Guarda os valores das colunas, a chave derivada e a marcação de ativo ou inativo.
Coluna
A definição de um campo da base: nome técnico, rótulo de tela, tipo, obrigatoriedade, ordem e configuração de validação.
Chave de unicidade
As colunas que, juntas, definem o que é "o mesmo registro". É o que faz a importação atualizar em vez de duplicar.
Rótulo (label)
Expressão sobre as colunas que gera o nome legível do registro — o que aparece quando outra base ou um agente cita aquele item.
FK_BASE
Tipo de coluna que aponta para um registro de outra base, informando a base-alvo e a coluna que o identifica.
Importação
Uma carga de arquivo. Tem situação própria, contagem de inseridos, atualizados e erros, e o detalhe de cada linha rejeitada.
Índice de coluna
Estrutura criada sob demanda para acelerar a consulta por uma coluna específica. Pode ser criada e removida sem alterar a base.
Partição
Divisão física da tabela de registros, uma por base. Mantém a consulta de uma base isolada do volume das outras.
Exclusão lógica
Marcar como inativo em vez de remover. O dado sai de circulação e continua disponível para auditoria e reversão.

Comece a estruturar seu conhecimento

Crie suas primeiras bases, importe seus dados e dê aos seus agentes o contexto que eles precisam.

Acessar AlliahBase