Entender por que o chat de IA responde sem dados

Em alguns módulos, cada usuário só vê os próprios registros nas telas. O chat de IA segue a mesma regra. Se você perguntou algo e o chat respondeu que não há dados, vale conferir se os registros procurados são seus.

Quem vê o quê

Em módulos com filtro de dono, o usuário comum só vê as linhas cujo campo de dono é o próprio código de usuário. A regra vale para quem não é master e não é gerente do módulo:

• o master vê todos os registros;
• o gerente do módulo também vê todos. O gerente é identificado por um campo da tabela de usuários (TBLUSU) indicado no módulo. No módulo de serviço, o campo padrão é GERENTESERV;
• os demais usuários veem só os registros em que são o dono.

Tabelas sem dono não são filtradas.

O que o chat faz com essa regra

Quando o chat consulta os dados para responder, o filtro de dono é aplicado na tabela de origem da consulta. Por isso, duas pessoas que fazem a mesma pergunta num módulo com dono podem receber respostas diferentes: cada uma enxerga o que é seu.

A busca alternativa não é usada em tabela com dono

Quando a consulta principal não traz resultado, o agente tem um plano alternativo (com os plugins generic, top_os e finance). Nas tabelas com filtro de dono, esse plano alternativo não executa para quem a regra vale: o executor recusa com “Permissão negada.” e o chat fica sem essa segunda tentativa.

Antes, quando a consulta principal voltava vazia por causa do filtro, a busca alternativa podia devolver linhas de outros donos. Isso não acontece mais. Na prática, para o usuário comum numa tabela com dono, o chat pode informar que não há dados.

Quando a consulta é recusada

• Se o módulo tem filtro de dono e o sistema não encontra o campo de dono, a consulta é recusada com “Permissão negada.” e nunca roda sem o filtro.
• Se o sistema não consegue ler a configuração do filtro de dono, a consulta é recusada com: “Não foi possível conferir a permissão dos registros. Tente de novo em instantes.” Nada é executado sem o filtro. Tente de novo depois de alguns instantes.

Busca de valores por descrição

Para o usuário comum, a busca de valores por descrição não lê tabela com filtro de dono pelo caminho próprio. Ela devolve o erro: “‘tabela’ tem filtro de dono: busque com kryia_run_sql (ILIKE na descrição).” Ou seja, o agente deve buscar pela consulta principal, que já aplica o filtro. Sem usuário identificado, a resposta é “Permissão negada.”

Valores de exemplo dos campos

Quando o agente consulta o detalhe dos campos de uma tabela com filtro de dono, para o usuário comum, o tipo físico do campo continua aparecendo, mas o exemplo de valores (por exemplo, o mínimo e o máximo de datas) não vem mais. Master, gerente e tabelas sem dono seguem com o exemplo.

Problemas comuns

O chat disse que não há dados, mas outra pessoa vê registros. Confira se os registros procurados pertencem a você. Se você não é master nem gerente do módulo, o chat só considera os seus. Peça a quem administra o sistema para conferir se você deve ser o gerente do módulo.

Apareceu “Permissão negada.” O módulo tem filtro de dono e o sistema não conseguiu identificar o campo de dono, ou a busca alternativa foi bloqueada para a tabela. Reformule a pergunta ou procure quem administra o sistema.

Apareceu “Não foi possível conferir a permissão dos registros. Tente de novo em instantes.” O sistema não leu a configuração do filtro e, por segurança, não executou a consulta. Repita a pergunta mais tarde.

Para o efeito da mesma regra nos gráficos, veja quais registros um gráfico mostra a quem o abre.