- Camada: 3 — Sistema Econômico e de Recursos
- Status: Modelo — adapte para sua comunidade
- Referência RCOS: §5.1, §5.2, §5.4, §5.5
Classificação Bens Comuns vs. Privados
Cláusulas RCOS: 5.1.1, 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.6.2
Por que classificar cada recurso?
Recursos não classificados são onde a privatização silenciosa acontece — alguém começa a tratar um ativo compartilhado como pessoal, ou um ativo privado é absorvido silenciosamente pelas obrigações da comunidade, e quando alguém percebe a norma já mudou. A classificação explícita, com guardiões e regras de transferência nomeadas desde o início, transforma qualquer mudança nesse status em um ato de governança visível, em vez de um fato que se infiltra.
Como preencher isso
Para cada recurso que a comunidade possui, declare a classificação (Bens Comuns / Privado), nomeie um guardião, defina as regras de acesso e indique as restrições de transferência. Recursos não classificados não devem ser alocados, onerados, monetizados ou transferidos até serem classificados.
| Recurso | Classificação | Guardião | Regras de acesso | Restrições de transferência |
|---|---|---|---|---|
| <ex.: especificação e artefatos RCOS> | <Bens Comuns / Privado> | <papel do guardião> | <quem lê / escreve> | <restrições de transferência> |
| <ex.: Tesouraria compartilhada> | <…> | <…> | <…> | <…> |
| <ex.: Site / domínios da comunidade> | <…> | <…> | <…> | <…> |
| <ex.: Marca e contas em redes sociais> | <…> | <…> | <…> | <…> |
| <ex.: Terra ou infraestrutura física> | <…> | <…> | <…> | <…> |
> Qualquer recurso não classificado não deve ser alocado, onerado, monetizado ou transferido até que a classificação seja concluída.
Categorias de Contribuição Reconhecidas
Cláusulas RCOS: 5.2.1, 5.2.3, 5.6.3
Por que nomear os tipos de trabalho que contam?
Se a comunidade nunca diz em voz alta de quais tipos de trabalho depende, o trabalho invisível — cuidado, facilitação, moderação, gestão — permanece invisível, e as pessoas que o realizam se esgotam ou vão embora. Enumerar categorias converte “alguém simplesmente faz isso” em trabalho reconhecido que o sistema precisa contabilizar.
Como preencher isso
Liste as categorias de contribuição que sua comunidade reconhece. Cuidado, facilitação, gestão e participação informal são comumente sub-reconhecidos — nomeie-os explicitamente se forem aplicáveis.
| Categoria | Exemplos |
|---|---|
| <ex.: Conhecimento e Pesquisa> | <exemplos> |
| <ex.: Desenvolvimento Técnico> | <exemplos> |
| <ex.: Governança e Coordenação> | <exemplos> |
| <ex.: Construção de Comunidade> | <exemplos> |
| <ex.: Cuidado e Apoio> | <exemplos> |
| <ex.: Gestão (Stewardship)> | <exemplos> |
| <ex.: Participação Informal> | <exemplos> |
Mecanismo de Reconhecimento de Contribuições
Por que definir como o reconhecimento realmente funciona?
Sem um mecanismo definido, “quem recebe crédito” se torna uma questão de quem grita mais alto ou está mais próximo de quem decide. Especificar o que se qualifica, como é registrado, quem valida e como contestar transforma o reconhecimento em algo com que um membro pode realmente contar — e impede que o reconhecimento se transforme silenciosamente em influência sobre a governança.
Como preencher isso
Indique o que se qualifica, como os reconhecimentos são registrados, quem valida, o que eles desbloqueiam (ou não desbloqueiam) e como os membros contestam um registro.
- O que se qualifica: <quais atividades contam, e por declaração de quem.>
- Como as contribuições são registradas: <canal estruturado; canal informal/autodeclarado.>
- Quem valida: <automático / titular de papel / processo de nomeação.>
- Efeito sobre acesso/privilégios: <o reconhecimento afeta apenas o saldo da unidade interna; não concede direitos adicionais de governança além do estado de membresia.>
- Contestação: <janela e processo para contestar um registro.>
Unidades Internas
Por que definir as unidades internas com tanta precisão?
Unidades internas tendem a adquirir poderes nos quais ninguém votou — decaimento, limites, transferibilidade, peso na governança — a menos que cada propriedade seja fixada por escrito. Listar emissão, regras de transferência, privacidade e status explícito de não-governança torna as unidades ferramentas de reconhecimento, em vez de moedas-sombra silenciosas.
Como preencher isso
Se sua comunidade usa unidades internas (XP, ECO, créditos, etc.), defina o propósito, emissão, transferibilidade, decaimento, limite máximo, prevenção de fraude e privacidade de cada unidade. Indique explicitamente que as unidades não concedem direitos de governança além do estado de membresia.
| Propriedade | <Unidade A> | <Unidade B> |
|---|---|---|
| Propósito | <…> | <…> |
| Emissão | <…> | <…> |
| Transferibilidade | <…> | <…> |
| Expiração / decaimento | <…> | <…> |
| Limite máximo (hard cap) | <…> | <…> |
| Prevenção de fraude | <…> | <…> |
| Privacidade | <…> | <…> |
> As unidades internas não concedem direitos de governança além do que o estado de membresia define.
Restrições de Acumulação
Cláusulas RCOS: 5.4.1, 5.4.2, 5.4.3, 5.4.4, 5.6.4
Por que restringir a acumulação?
Qualquer unidade interna que possa se acumular sem limite eventualmente se torna alavancagem — alguns membros com saldos grandes ganham influência informal que o sistema de governança nunca lhes concedeu. Declarar as regras de acumulação explicitamente, mesmo quando a regra atual é “nenhuma ainda”, mantém a questão em aberto e força uma decisão visível antes que a concentração se torne um problema estrutural.
Como preencher isso
Indique a regra atual de acumulação (limite, decaimento, nenhuma) e a regra de que nenhuma unidade interna pode ser convertida em autoridade de governança.
- <Limite máximo de unidades internas, se houver.>
- <Regra de decaimento, se houver.>
- <As unidades internas não podem ser convertidas em autoridade de governança nem usadas para contornar a Matriz de Decisão.>
Interfaces de Receita Externa
Cláusulas RCOS: 5.3.2
Por que exigir aprovação antes que o dinheiro chegue?
Uma vez que os fundos estão em mãos, a conversa muda de “deveríamos aceitar isso?” para “o que fazemos com isso?” — e as condições associadas à receita (termos de subvenção, obrigações de parceria, compromissos de serviço) já estão frequentemente fixadas. Exigir uma decisão Estratégica antes da abertura de qualquer novo canal de receita mantém a comunidade no controle do que assume.
Como preencher isso
Liste os canais de receita atualmente declarados, nomeie potenciais canais futuros e exija aprovação Estratégica antes que qualquer novo canal seja aberto.
- <Canais de receita atuais.>
- <Potenciais canais de receita futuros.>
- <Regra: qualquer nova interface de receita externa deve ser declarada e aprovada via uma decisão Estratégica antes que os fundos sejam recebidos ou compromissos sejam assumidos.>
Resolução de Disputas para Registros Econômicos
Por que delimitar o tempo das disputas econômicas?
Registros de contribuição e saldo se acumulam rapidamente; se as disputas pudessem ser levantadas indefinidamente, o livro-razão nunca se estabilizaria e cada crédito histórico permaneceria contestável. Uma janela definida com um responsável nomeado e um caminho de apelação dá aos membros uma chance real de corrigir erros sem deixar toda a história econômica perpetuamente instável.
Como preencher isso
Indique a janela de disputa, o responsável nomeado e o caminho de apelação. Faça referência ao Mecanismo de Reconhecimento de Contribuições para o processo completo.
<Janela para contestar um registro de contribuição ou saldo; responsável nomeado; caminho de apelação aos Membros Plenos via processo de governança.>
Registro de Ratificação
- Adotado em: <AAAA-MM-DD>
- Tipo de decisão: Estratégica
- Versão: <versão>
- Registro de decisão: <link para o registro de decisão>