diff --git a/scoreodonto/arquitetura.md b/scoreodonto/arquitetura.md
index 40ef2ca..2120815 100644
--- a/scoreodonto/arquitetura.md
+++ b/scoreodonto/arquitetura.md
@@ -18,11 +18,24 @@ Este documento dita as regras exclusivas e as portas da arquitetura do **ScoreOd
 - **Proxy Reverso (VPS 1):** Nginx / Traefik
   - Domínio: `scoreodonto.com`
 
-## 🔄 Fluxo de Deploy Contínuo
+## 🔄 Fluxo de Deploy Contínuo e Versionamento (+1)
 O webhook do ScoreOdonto deve rodar de forma isolada do NewWhats.
 - **Webhook Listener Port (VPS 4):** `9002`
 - O webhook escuta na porta 9002 e dispara o script de build/deploy exclusivo (`deploy-prod-scoreodonto.sh`).
 
+### 📦 Regra Obrigatória de Incremento de Versão (Build Bump)
+Para garantir que o histórico de deploys (`deploys.json`) e o contador de builds (`version.json`) avancem automaticamente a cada alteração no sistema, os Agentes SRE DEVEM OBRIGATORIAMENTE garantir que:
+
+1. O script `update-version.js` esteja configurado na raiz do projeto ScoreOdonto.
+2. No arquivo `frontend/package.json`, o comando de compilação DEVE ser estritamente configurado para rodar o versionador antes do build do framework:
+   ```json
+   "scripts": {
+     "build": "node ../update-version.js && next build"
+   }
+   ```
+> [!TIP]
+> Sem a chamada `node ../update-version.js` antes do comando de build, o sistema de versionamento não fará a contagem e a versão exibida na interface ficará congelada.
+
 ## 🤖 Fluxo de Auto-Cura (Self-Healing) com Grafana/Gitea
 Para automatizar a geração de Issues no repositório `ruicesar/scoreodonto.com` quando ocorrerem falhas em produção (VPS 1), os Agentes/Administradores devem configurar as regras no Grafana estritamente desta forma: