---
fonte: 01-canonicos/seed-componentes.md
versao_da_fonte: v1.67
secao: h91
titulo: "Histórico da seção §91 — CONFLITO DE EDIÇÃO CONCORRENTE (não é regra)"
status: historico
vigente_desde: null
superseded_by: null
tipo_de_fatia: historico
secao_mae: 91
quando_consultar: "Histórico da §91 — NÃO é regra; leia só se a pergunta for sobre o passado (quando e por que a decisão mudou)."
em_uma_frase: null
nao_cobre: null
conceitos: null
vocabulario: null
sequencia: 169 de 172
bytes_do_corpo: 736
md5_do_corpo: e84f816b3eff3987c32feeb4a8c36e8b
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/seed-componentes.md
---
### Histórico da seção

**Alternativa descartada e por quê:** o regime **pessimista** (o objeto trava
enquanto alguém edita), que é o do SAP Fiori e é referência madura de ERP, foi
recusado como padrão porque **quem perde conexão em campo deixa o objeto travado
até a trava expirar**, e trava indevida bloqueia trabalho legítimo — na operação
da SEED isso não é hipótese.

**Alternativa descartada:** as duas saídas ("recarregar e perder" ou "salvar como
cópia"). Recusada porque "recarregar e perder" faz a pessoa refazer o trabalho, e
essa é exatamente a queixa que a literatura registra como o custo do padrão
otimista — oferecê-la como única saída é escolher pagar o custo inteiro.

---