Para empresas que querem crescer com controle

Um sistema para operar sua empresa com IA.

Vendas, marketing, atendimento, operação, financeiro e inteligência trabalhando sobre o mesmo contexto — para sua empresa ganhar escala sem perder controle.

Sua empresa inteira. Uma operação. IA trabalhando.

Ver a Centriu funcionando

Para empresas de qualquer setor que querem crescer com estrutura, controle e inteligência.

Representação ilustrativa do trabalho em execução

O problema

Sua empresa não deveria operar em pedaços

Não é falta de ferramenta. É que cada ferramenta resolve um pedaço, e ninguém é dono do todo. O custo disso não aparece numa fatura — aparece no mês seguinte.

Sistemas que não se falam
O mesmo dado é digitado de novo — e cada cópia conta uma história diferente.
Dados duplicados
Ninguém sabe qual versão é a verdadeira na hora de decidir.
Conversas perdidas
O cliente repete o contexto a cada canal e a cada pessoa.
Tarefas espalhadas
O trabalho vive em planilhas, mensagens e na memória de alguém.
Decisões sem contexto
A escolha é feita com o recorte que estava à mão, não com o que importava.
Automações desconectadas
Cada ferramenta automatiza um pedaço e ninguém enxerga o todo.

Nenhum desses problemas se resolve comprando mais um software. Eles se resolvem quando a operação inteira passa a trabalhar sobre o mesmo contexto.

A resposta

Tudo trabalha sobre o mesmo contexto.

A Centriu não é uma coleção de produtos. É uma plataforma em que clientes, áreas e agentes leem e escrevem no mesmo lugar.

Cliente 360

Um contexto, não vários cadastros

Cada conversa, tarefa, campanha, cobrança e decisão fica ligada ao cliente e à operação — não a um sistema isolado.

Clientes
Comercial
Atendimento
Operação
Financeiro
Marketing
Inteligência
Agentes
Consultoria

As áreas abaixo são partes da mesma operação, não produtos separados. Elas compartilham conta, permissões e histórico.

IA que trabalha — não um chatbot ao lado

A inteligência artificial da Centriu participa da operação: entende contexto, prepara trabalho, executa rotinas e pede aprovação quando importa.

Entende o contexto

Lê a operação, o cliente e o histórico antes de propor qualquer coisa.

Prepara o trabalho

Redige, organiza, calcula e deixa pronto para revisão humana.

Executa rotinas

Roda o que é repetitivo dentro dos limites definidos pela empresa.

Recomenda a próxima ação

Cruza áreas, identifica prioridade e mostra o motivo da recomendação.

Pede aprovação

O que é sensível passa por uma pessoa antes de valer. Sem exceção silenciosa.

Mantém histórico e aprende

Registra o que aconteceu e usa o resultado para melhorar a próxima decisão.

O que a Centriu faz

Uma plataforma, várias frentes de trabalho. Tudo no mesmo contexto, com a IA participando do que dá para acelerar.

Comercial

CRM, pipeline, oportunidades, propostas, follow-up e automações.

Atendimento

WhatsApp, Instagram, Messenger, chat do site e e-mail no mesmo contexto.

Operação

Tarefas, responsáveis, prazos, aprovações, agenda e capacidade.

Financeiro

Contas, cobranças, caixa, fiscal, margem, IR, orçamento e inteligência econômica.

Marketing

Planejar, produzir, aprovar, publicar e medir conteúdo e campanhas.

Inteligência

Painéis, alertas, previsões, recomendações e leitura executiva.

Agentes

Rotinas executadas continuamente pela IA com controle e aprovação.

Consultoria

Diagnóstico, estratégia, transformação, acompanhamento e especialistas.

Para quem é

Para empresas que querem crescer — e crescer certo.

A Centriu faz sentido quando o volume aumenta e a estrutura precisa acompanhar. Não é sobre setor nem tamanho: é sobre a operação conseguir sustentar o próximo estágio.

As vendas crescem, mas o processo não acompanha.

As áreas trabalham separadas e o cliente sente.

A operação depende de pessoas específicas.

O financeiro ficou complexo e o caixa perde visibilidade.

O atendimento cresce em volume e em canais.

A IA entra sem contexto, controle ou histórico.

Se a empresa ainda não começou a crescer, a Centriu também ajuda a preparar a estrutura para o primeiro salto.

Ver a Centriu funcionando

Consultoria

Tecnologia sozinha não resolve uma operação mal desenhada.

A Centriu combina tecnologia, inteligência, método e acompanhamento. A consultoria diagnostica, desenha, implanta e acompanha — com evidências, não com apresentação.

Diagnóstico e imersão na operação

Estratégia e prioridades

Roadmap de transformação

Desenho da arquitetura operacional

Implantação conduzida

Acompanhamento com evidências

Benchmarking e leitura de mercado

Especialistas, rede e inteligência coletiva

A participação de especialistas depende da solução e do contrato. Não é um item incluído automaticamente em toda contratação, e não prometemos acompanhamento humano ilimitado.

Veja a Centriu funcionando na sua operação

Uma conversa para entender onde a sua operação perde tempo, dinheiro ou capacidade — e o que a Centriu faria primeiro.

Ver a Centriu funcionando

problema

Cross-Workspace Usage-Count Exposure Automation: Any Workspace's Number, for the Asking

The database function behind Centriu Flow's own usage screen — the one showing how many messages a workspace has sent this month against its plan limit — ran with elevated database privilege and carried no check at all for whether the calling user actually belonged to the workspace being asked about. In practice, any authenticated user could call it with a different workspace's identifier as a plain argument and receive that workspace's real monthly send count back, correctly computed and entirely real. The fix requires the caller to hold an actual membership record for the workspace in question before the function will return anything, closing the gap between what the function was privileged to read and what the person calling it was actually supposed to see.

Quero resolver isso

A privileged function is exactly as safe as its own internal checks, and no safer

A database function that runs with elevated privilege specifically so it CAN read data the calling user's own row-level permissions would otherwise block is a completely normal, often necessary pattern — the number a usage screen needs to show usually lives behind exactly that kind of boundary. The risk is structural: once a function has been granted that elevated privilege, every protection a caller would normally get from row-level security has to be re-implemented, explicitly, inside the function itself. A privileged function with no internal check is not a smaller version of the protection that existed before — it is the complete absence of it, wearing the same name.

A database function that runs with elevated privilege specifically so it CAN read data the calling user's own row-level permissions would otherwise block is a completely normal, often necessary pattern — the number a usage screen needs to show usually lives behind exactly that kind of boundary. The risk is structural: once a function has been granted that elevated privilege, every protection a caller would normally get from row-level security has to be re-implemented, explicitly, inside the function itself. A privileged function with no internal check is not a smaller version of the protection that existed before — it is the complete absence of it, wearing the same name.

Quero resolver isso

How the gap was found during a broader schema investigation, and how the fix closes it without changing what the function computes

The usage-count function was never a bad piece of arithmetic — its job, computing how many messages a given workspace sent in the current month, was implemented correctly and returned a real, accurate number. The gap was entirely in what the function was willing to accept as proof that the caller had any right to ask. Because the function carried elevated database privilege specifically so it could read across the underlying send-history table, and because it performed no check tying the calling user's own identity to the workspace argument they supplied, any authenticated user could call it with any workspace's identifier and receive that workspace's real number back.

The fix does not touch the arithmetic at all — it adds exactly the check that was missing before the function does anything else: confirming the calling user holds an actual row in the platform's own team-membership table for the specific workspace being asked about. A caller with no such membership record now receives a refusal instead of a real number, regardless of what elevated privilege the function itself still carries internally. The privilege the function needs to compute the aggregate did not change; what changed is that the privilege is now gated behind a real relationship between the caller and the workspace, rather than trusting whatever identifier happened to be supplied as an argument.

This defect surfaced during the same broader investigation into database-write and database-read mismatches across Flow — a reminder that a privileged function's own internal logic deserves the same direct scrutiny as a plain, unprivileged query, precisely because a privileged function's mistakes are invisible to the row-level security that would normally have caught them.

Ver como funciona

What is actually built today

Centriu Flow's monthly-usage function requires the calling user to hold an actual membership record for the specific workspace being queried before it returns any figure.
A caller with no membership record for the requested workspace receives an explicit refusal, not a default, an empty result, or a number belonging to a different workspace.
The usage figure itself remains computed exactly as before — the fix adds a caller-authorization check without altering how the monthly count is calculated.
The same investigation confirmed the function's storage-usage counterpart is scoped identically — both usage metrics a workspace's own screen displays are now checked against the same membership requirement.
A companion improvement measured that the underlying event and storage counters themselves had been silently blind before this same investigation (a related, separately-fixed measurement gap) — this specific automation covers the ACCESS-control fix, not that measurement fix.
The fix applies at the database function itself, so no caller — internal tool, external integration, or future feature — can bypass the membership check by calling the function through a different path.

Conhecer os recursos

What changes operationally

Centriu Flow's usage-count function now verifies the calling user actually belongs to the workspace being queried before returning any figure, closing a gap where a real, accurate monthly send count for any workspace could be obtained by any authenticated user who supplied that workspace's identifier.

Centriu Flow's usage-count function now verifies the calling user actually belongs to the workspace being queried before returning any figure, closing a gap where a real, accurate monthly send count for any workspace could be obtained by any authenticated user who supplied that workspace's identifier.

Quero esses resultados

One workspace's identifier, a different workspace's number (illustrative framing of the actual measured finding)

A person authenticated to one workspace supplies a DIFFERENT, unrelated workspace's identifier when calling the usage function directly. Before the fix, the function has no way to notice the mismatch — it reads the requested workspace's real send history and returns the real, accurate number, exactly as it would for that workspace's own legitimate user. After the fix, the identical call is checked against the platform's own membership records first; finding no relationship between the calling user and the requested workspace, the function refuses outright instead of returning any figure at all.

Conversar sobre meu caso

Como começar

Começar agora

Perguntas frequentes

Could a real workspace's usage number actually be obtained by an outsider?

Yes, structurally — any authenticated user calling the function directly with a different workspace's identifier as an argument received that workspace's real, accurate monthly send count back.

Was the usage number itself ever wrong?

No — the arithmetic computing the monthly count was correct throughout; the gap was entirely in who was allowed to request the answer for a given workspace.

What check was added?

The function now requires the calling user to hold an actual row in the platform's own team-membership table for the specific workspace being queried, refusing the request outright if no such relationship exists.

Does this affect legitimate users viewing their own usage?

No — a caller with a real membership record for their own workspace continues to receive their usage figure exactly as before.

Was a similar gap found in any other usage metric?

Yes — the same investigation confirmed the storage-usage counterpart is scoped by the identical membership requirement.

What does Centriu Flow cost?

It is sold by subscription with a published starting price — exact current values are on the central pricing page.

Ainda tenho dúvida

See how Centriu Flow scopes usage reporting to a verified workspace membership

Quero resolver isso