Licitacare

Configurações

Chaves de API e modelos de IA usados pelo sistema

Provedor de IA

Quem processa a IA (viabilidade, enriquecimento de itens, hybrid match, forma de julgamento). OpenRouter cobra por token; Claude Code (VPS) usa sua assinatura Claude Max — custo fixo, sem cobrança por token.

Provedor por recurso (opcional)

Sobrescreve o global por fluxo. Global usa o provedor acima. Dica: viabilidade no OpenRouter (rápido) + enriquecimento no Claude VPS (barato) = melhor dos dois.

Viabilidade
Enriquecimento pesado
Hybrid-match (Catálogo × Itens)
Motor do match:
Ativo: v1
Fallback de provider (v2):
Página da licitação:
Ativo: detalhada
Funcionário noturno

No expediente configurado, enriquece e roda a Análise técnica das licitações da triagem, uma por vez. De manhã o trabalho já está adiantado.

dasàs
Desligado
Teto de custo OpenRouter (por semana)

Limite total de gasto em IA no OpenRouter — inclui o Fred e as análises manuais. Ao atingir, novas chamadas param até o reset semanal. 0 = sem limite.

US$/sem
Ativo: OpenRouter
OpenRouter API
Status:

Pegue em openrouter.ai/keys. A chave é guardada cifrada na tabela app_settings e nunca é exposta ao cliente.

Modelos padrão

Usado em "Processar viabilidade" quando o usuário não escolhe outro modelo na tela da licitação.

Modelo usado para extrair produtos de catálogos PDF em lote. Gemini Flash é barato e suficiente.

Match v2 — modelos OpenRouter (Análise técnica por rodadas)

O v2 usa dois modelos. Deixe vazio para herdar o padrão. Só vale no provedor OpenRouter — no Claude VPS o forte usa o modelo Claude e o leve usa haiku.

Decide o veredito final. Preencha pra dar ao v2 um modelo próprio, sem mexer no da viabilidade.

Normalização, classificação, extração e comparação de lacunas. Modelo barato basta.

Quantos itens o v2 analisa ao mesmo tempo. Mais = mais rápido, até o rate limit do provider (teto 20). 0 usa o automático. Rode uma análise por vez — várias juntas dividem o mesmo limite.

Filtro de triagem — termos negativos

Licitações cujo título/objeto contêm algum destes termos NÃO entram na triagem(são arquivadas na entrada) — vale pra PNCP e ConLicitação. 1 termo por linha. Política NutriCare: vende produto, não serviço. Prefira frases específicas ("prestação de serviço") pra não arquivar produto por engano (evite palavras soltas como "serviço").

Aplica nas próximas entradas + reclassificação automática. Os serviços atuais já foram removidos da triagem.
Recursos avançados

Ligam/desligam botões na tela de cada licitação. Desativados, eles somem da interface — útil pra deixar o fluxo limpo enquanto você ainda não precisa dessas opções.

Atalho pra rodar a viabilidade com Sonnet 4.6 ou GPT-4o em editais grandes (R$ 500k+), sem trocar o default da sessão.

Roda 3 modelos em paralelo na mesma licitação e exibe custo × lucro lado-a-lado. Não persiste nada, é só pra você decidir qual adotar.

Agendamento de PNCP (pg_cron)

O Supabase chama /api/public/scout via pg_cron + pg_net. Estes dois valores ficam em app_settings e são lidos por schedule_scout_config(). Re-salve cada PNCP depois de mudar pra que o cron seja re-agendado.

Sem barra no fim. Será concatenada com /api/public/scout?configId=….

Não configurada

Use a mesma SUPABASE_PUBLISHABLE_KEY do app. O Kong exige o headerapikey em rotas anônimas.

Integração ConLicitação

3 ConLicitações diárias (~09h45 / 13h00 / 18h30) entram em /boletins. Cada licitação pode ser aprovada → vai pra Triagem ou direto pra Participar.
Importante: o ConLicitação exige whitelist de IPs (até 10). Cadastre o IP da VPS 2.25.188.15 no painel deles.

Token:
Não configurado
Filtro:nenhum

Clique num filtro pra ativá-lo. O sync de 1h em 1h só baixa ConLicitações do filtro ativo.

Onde o OpenRouter é usado

Análise de viabilidade — em cada licitação, o botão "Processar IA" envia itens + catálogo ao OpenRouter para encontrar matches e calcular margem.

Importação de catálogo — em/catalogo/importar, cada chunk de PDF é enviado ao OpenRouter para extrair produtos como JSON.