Resumo

  • Comentários de consulta pública precisam ser recebidos, rastreados e ter uma disposição publicada; eles não são veto individual nem aprovação final da organização.
  • A maioria especial do comitê, as Statements of Use e o Call for Consent dos membros organizacionais provam coisas diferentes. O histórico precisa mantê-las separadas.

Um texto passa por três superfícies de autoridade

O resumo “foi revisado, o comitê votou, logo a OASIS aprovou” transforma uma cadeia em um único gesto. Primeiro, membros votantes elegíveis do Technical Committee decidem por Full Majority abrir uma consulta pública. A primeira dura ao menos trinta dias; consultas posteriores do mesmo produto duram ao menos quinze. Isso abre uma porta para contribuições externas, mas não entrega uma cédula a todo leitor.

Depois do encerramento, o comitê deve acusar recebimento, acompanhar comentários e publicar suas disposições. Se a resposta gerar uma Material change, o texto precisa voltar à consulta antes de poder virar Committee Specification. Somente depois de uma consulta bem-sucedida e do tratamento das observações o comitê pode aprovar uma Committee Specification por Special Majority.

Essa é a maior aprovação que o TC concede sozinho. Não é ainda a mesma coisa que uma OASIS Standard. Para avançar, o comitê vota novamente por maioria especial para submeter a especificação como candidata, reúne três Statements of Use que se refiram a ela — ao menos uma de um Organizational Member — e enfrenta uma consulta de candidato de pelo menos sessenta dias.

Só então entra a população organizacional. O TC Administrator abre um Call for Consent de no mínimo quatorze dias para Organizational Members elegíveis. Não são três repetições do mesmo voto. As etapas perguntam se o comitê avançou o texto técnico, se comentários públicos ganharam tratamento rastreável, se há evidência declarada de uso e se objeções organizacionais válidas bastam para deter o estágio final.

Comentário exige rastro, não obediência automática

Uma consulta pública não é uma caixa de sugestões. A regra exige reconhecimento, acompanhamento e disposição dos comentários, além de uma decisão sobre a materialidade de mudanças provocadas pela consulta. Se a mudança é material, há nova revisão. Assim, uma versão reescrita não pode usar silenciosamente a legitimidade da consulta de uma versão anterior.

O extremo oposto também é errado. Comentário não vira ordem técnica e a quantidade de mensagens não vira plebiscito. O comitê pode discordar, desde que o registro revele a versão comentada, a questão colocada, a resposta, a mudança feita e a avaliação de materialidade. A palavra “resolvido” isolada não mostra se houve aceitação, recusa fundamentada, adiamento ou substituição por uma versão nova.

O recibo deveria ligar comentário, versão, disposição, alteração e avaliação de materialidade. Quem comenta conserva uma via atribuível; quem mantém o texto conserva espaço para julgamento técnico explicável; quem chega depois não precisa inferir unanimidade de um arquivo de e-mails.

A maioria especial tem um denominador fixo

O voto de Committee Specification não é uma mão levantada em reunião. Special Majority exige pelo menos dois terços de votos sim entre os Voting Members elegíveis e não mais de um quarto de votos não. Abstenções e ausências não contam como sim ou não, mas as pessoas elegíveis permanecem no denominador.

Por isso, uma foto de presença não prova resultado. Autores muito ativos podem não alcançar o limiar; uma aprovação só prova o limiar específico do TC, não a concordância de todo comentarista, implementador ou membro organizacional. O recibo deve congelar o conjunto elegível na abertura, tipo de voto, datas, contagens, resultado e URI imutável da versão, sem imaginar por que alguém ficou em silêncio.

Evidência de uso não é voto organizacional

As três Statements of Use necessárias antes da Candidate OASIS Standard são evidências de uso ou implementação dentro da definição do processo. Não são três votos extras, garantia geral de interoperabilidade ou medida de adoção de mercado. Uma declaração emitida por membro organizacional também não se converte no consentimento de todos os membros.

No mecanismo vigente desde 1º de dezembro de 2020, o consentimento dos Organizational Members elegíveis é presumido se não houver objeção válida na instalação de voto. A objeção deve apresentar motivo e/ou remédio proposto. Quinze ou mais objeções válidas rejeitam a candidata; menos de quinze levam à rota de resposta do TC ou retirada.

Isso tem efeito organizacional preciso: o limiar de objeções válidas não parou a candidatura. Não prova que todas as organizações silenciosas revisaram a engenharia ou aderiram a cada escolha editorial. Razão técnica está no log de comentários e decisão do TC; estado organizacional está no aviso e resultado de consentimento; experiência de implementação está nas Statements of Use.

Publique o recibo do ciclo, não apenas a etiqueta

Não é preciso criar mais uma instância. Cada mudança de estado pode receber um recibo versionado: para consulta, etapa, hash ou URI, datas, canais, comentários, disposições e materialidade; para Committee Specification, universo elegível, limiar e resultado; para a candidatura, Statements of Use e revisão de sessenta dias; para o final, escopo dos Organizational Members, datas, objeções válidas, rota de resposta e estado publicado.

O valor está na contenção. O recibo não chama comentário de voto, voto técnico de ratificação organizacional, declaração de uso de apoio universal ou silêncio de consenso técnico. Ele mostra apenas o que cada porta realmente prova.

Sources

  1. OASIS Technical Committee Process
  2. OASIS TC Handbook: Public Review
  3. OASIS TC Handbook: Committee Specifications
  4. OASIS TC Handbook: Approving an OASIS Standard
  5. OASIS TC Handbook: Work Product Lifecycle
  6. Lu Heng, The Multi-Stakeholder Mirage