-- 0038 — o pacote que o DONO do conteudo nao enxerga
--
-- O CASO QUE 0036 NAO COBRE
--
-- 0036 resolveu "quem contratou ve": item de pacote nasce invisivel, e a
-- concessao liberta. A regra vale do ponto de vista de um PROJETO, e a leitura
-- de tenant escapa dela de proposito -- o conteudo e do dono, e o pacote
-- restringe o que um projeto HERDA, nao o que o dono ve.
--
-- Ha um conteudo em que isso esta errado: o SUPORTE.
--
-- Os documentos de "como fazer X no sistema" existem para o CLIENTE FINAL. O
-- tenant e quem os escreve, mas nao e quem os consome: o assistente dele
-- responde sobre a operacao das empresas, e um "como emitir uma nota" no meio
-- do contexto consolidado nao ajuda ninguem -- gasta token em toda pergunta e
-- ainda convida o modelo a responder duvida de uso com o dado do grupo.
--
-- E o inverso do 0036: la o default e "ninguem ve ate contratar"; aqui e "o
-- dono NAO ve, por mais dono que seja".
--
--
-- POR QUE UMA MARCA NO PACOTE, E NAO UM TIPO DE CONTEUDO
--
-- A alternativa seria marcar cada documento. Nao serve pelo mesmo motivo do
-- 0036: "o suporte e do cliente" e UMA decisao, e espalha-la por 12 documentos
-- + 8 itens de menu derivaria na primeira semana -- alguem marca os documentos,
-- esquece o menu, e o assistente do tenant volta a receber as perguntas
-- prontas de suporte.
--
--
-- O QUE ESTA MARCA NAO FAZ
--
-- Nao esconde da ADMINISTRACAO. O tenant escreve, revisa e apaga esse conteudo
-- -- some da conversa DELE com o modelo, nao da tela onde ele o mantem.
-- Esconder da tela deixaria o conteudo sem dono, e o proximo passo seria
-- alguem editar no banco.
--
-- Nao muda a concessao. Um projeto so ve o pacote se o tiver contratado, marca
-- ou nao marca. As duas regras se somam: "so quem contratou" E "o dono nao ve
-- no proprio assistente".

ALTER TABLE packages
  ADD COLUMN project_only TINYINT(1) NOT NULL DEFAULT 0 AFTER description;

-- Zero em toda linha existente: nenhum pacote ja cadastrado muda de
-- comportamento. Quem quiser a regra nova diz que quer.