BK-218 · Migração do login do produtor para clientes + tb_produtores

• Status: backlog
• Objetivo: substituir a dependência legada de tab_users no painel produtor pela trilha canônica clientes + tb_produtores, sem quebrar módulos já acoplados ao login atual.
• Entrega esperada: arquitetura de autenticação do produtor unificada, permitindo que produtores ativos autenticados em clientes/tb_produtores acessem o painel sem manutenção paralela em tab_users.

Contexto confirmado

• o login atual do produtor em produtor/action.php autentica apenas em tab_users
• a área administrativa de produtores usa tb_produtores com vínculo em clientes
• tb_produtores não guarda senha própria
• clientes guarda email, senha e a flag is_produtor
• partes do painel produtor continuam acopladas a tab_users, por exemplo:
• produtor/modulos/profile/bootstrap.php
• produtor/modulos/profile/index.php
• produtor/modulos/profile/action.php

Diagnóstico arquitetural

Hoje existem duas trilhas paralelas:

1. Legada

• autenticação em tab_users
• sessão e perfil do painel produtor dependem de use_id, use_email, use_password

1. Nova

• produtor aprovado em tb_produtores
• vínculo real com clientes
• senha já existente em clientes

O problema é que a trilha nova ainda não substitui a sessão do painel produtor.

Risco de solução errada

• criar uma sessão híbrida autenticando em clientes mas mantendo módulos presos a tab_users
• duplicar regra de permissão em dois lugares
• permitir login de produtores inativos/rejeitados/bloqueados por falta de checagem em tb_produtores.status

Caminhos possíveis

Opção A · Ponte temporária

• no login do produtor:
• tenta tab_users primeiro
• se não achar, tenta clientes + tb_produtores(status=ativo)
• provisiona/sincroniza um tab_users produtor correspondente
• loga pelo fluxo atual do painel

Prós:

• menor raio de mudança
• reduz risco imediato

Contras:

• mantém a dívida de tab_users

Opção B · Migração estrutural

• migrar a sessão do painel produtor para clientes + tb_produtores
• adaptar perfil, permissões e módulos do produtor para não dependerem mais de tab_users

Prós:

• resolve a arquitetura

Contras:

• maior risco
• exige migração coordenada módulo a módulo

Recomendação

• curto prazo: Opção A
• médio prazo: abrir trilha controlada para Opção B

Próximos passos sugeridos

1. mapear todos os módulos do produtor que ainda dependem de tab_users
2. definir a chave canônica de sessão do produtor
3. decidir se tab_users será apenas espelho temporário ou será removido no fim da migração
4. testar com um produtor ativo já existente em tb_produtores mas ausente em tab_users