Catálogos

Governança

Condição

Extensível3 entradas

Curado — as três que o cliente usa, fechadas por fala dele em 05/08; a peritagem oferece exatamente estas · Uso: linhas de componente do ESC.ASP-0240/26, contadas da grade

De onde vem o catálogo de CondiçãoCONDITION_OPTIONS, importado de @asp/ui — o mesmo conjunto que a T4 consome; fechado em três pelo CON-01 (2026-08-05)
CódigoDescriçãoOrigemUsoSituaçãoAções
BEBom estadoCurado6Ativo
AVAvariadoCurado7Ativo
AUAusenteCurado1Ativo

Serviço

Fixo5 entradas

Curado — conjunto fixo: não se acrescenta nem se descontinua, porque há regras de fechamento presas a estes códigos · Uso: linhas de componente do ESC.ASP-0240/26, contadas da grade; 3 células trazem serviço composto (MA/LI, LI/TR) e não contam para nenhum código

De onde vem o catálogo de ServiçoSERVICE_OPTIONS, importado de @asp/ui — o mesmo conjunto que a T4 consome; conjunto fixo (NEC-9, schema 6d)
CódigoDescriçãoOrigemUsoSituação
LILimpezaCurado4Ativo
LPLapidaçãoCurado3Ativo
MAManutençãoCurado0Ativo
PRProjetoCurado0Ativo
TRTrocaCurado4Ativo

Referência Parker

Extensível2 entradas

Via uso — não há lista de referências em fonte nenhuma; os valores são os das vedações secundárias da grade · Uso: linhas de componente do ESC.ASP-0240/26, contadas da grade

De onde vem o catálogo de Referência Parkerparker_ref não tem catálogo em fonte; os valores são contados das linhas da grade, aqui (não havia derivação em lugar nenhum)
CódigoDescriçãoOrigemUsoSituaçãoAções
2-120— sem descriçãoVia uso1Ativo
2-140— sem descriçãoVia uso1Ativo
Cinco decisões desta tela ainda não têm resposta do cliente
  • Q1 — Serviço é 100% fixo, ou o admin pode acrescentar um serviço novo (raro, com regras)? Default aplicado: 100% fixo — sem acrescentar e sem descontinuar. cat.service carrega regras duras (LP só primária), e o schema 6d o exclui nominalmente das listas que crescem.
  • Q2 — A entrada nascida «via uso» entra ativa direto, ou fica pendente de revisão do admin? Default aplicado: Ativa. O valor já está numa linha de peritagem — declará-lo «pendente» não o tiraria de lá. E marcá-lo com isActive=false usaria o soft-delete para dizer o que ele não diz: descontinuado ≠ não revisado. Um terceiro estado exigiria alargar CatEntry, e nenhuma fonte o pede.
  • Q3 — Modelo derivado é criado automaticamente ao consolidar um escopo engenheirado, ou o admin cura antes? Default aplicado: O admin cura antes. A marcação da T5 chega como candidato e espera; o sistema não deriva sozinho. O CON-08 foi rebaixado com a forma nova da pergunta — «o sistema deve SUGERIR?» — e ela também não tem resposta.
  • Q4 — Descontinuar entrada com escopos ativos usando: bloqueia, avisa, ou permite? Default aplicado: Avisa e permite, com o impacto contado à vista. Bloquear tornaria impossível descontinuar justamente o que mais precisa disso — a entrada suja que o uso semeou e já está em uso; o soft-delete existe para não quebrar o histórico.
  • Q5 — Editar um Modelo afeta só escopos futuros, ou há versionamento (escopos antigos mantêm o Modelo da época)? Default aplicado: Sem resposta e sem default aplicado — esta tela não edita Modelo. A mudança ⑪ («se trocar o material, é novo modelo») responderia a Q5 sem versionamento, e está bloqueada na pauta P7.
O que esta tela NÃO resolve, e de quem é cada item
  • FR-48 — dupla entrada de catálogo (mudança ⑩, pauta P6) — depende do CON-07, rebaixado a política de FUNÇÃO: register_catalog_entry é papel admin e o entry tem só SELECT em cat.*. Não bloqueia tela — é RLS + papel, e mexer nisso é @architect/@data-engineer. Dono: lead.
  • FR-49 — material divergente gera novo Modelo (mudança ⑪, pauta P7) — depende do CON-08, cuja metade aberta virou pergunta de UX — «o sistema deve SUGERIR salvar como modelo novo?» — e não tem resposta de call. Dono: @ux / lead.
  • Mudança ⑥ — vedações primárias como 2º catálogo FECHADO (pauta P4) — a NEC-2b já vive como afordância na T3 (ADDABLE_BY_GROUP). Transformá-la em kind="fixed" de catálogo colide com o ajuste 6d e com o DEC5, e nenhuma fonte desempata. Declarado, não aplicado. Dono: cliente (rodada).
  • Glossário de valores (⚫, NEC-9 / DEC-UX-8) — os valores finais de condição/serviço/material são do glossário que o Vinicius monta. Esta tela é a MOLDURA: o rótulo de cada entrada é o próprio código, exatamente como ConditionCode e ServiceCode já fazem no pacote. Dono: Vinicius (lead).
  • FR-24 — roteado ao @pm na story 2.10, ainda aberto — reafirmado aqui em vez de deixado a envelhecer numa story fechada — é o mecanismo que o inventário da 2.12 mostrou falhar quando ninguém recebe o achado. Dono: @pm.