Governação na prática: workspaces, SLA e aprovação com segregação de funções

Ferramentas de documentos falham em auditorias por uma razão simples: a governação foi acrescentada depois. Na DOPTIZER ela é a estrutura — e este artigo mostra como usá-la sem burocratizar a equipa.

Workspaces: a fronteira operacional

Cada workspace (Jurídico, Comercial, RH) tem um owner, membros com papéis operacionais — owner > approver > editor > viewer — e uma política própria: SLA de revisão em horas, formatos de render permitidos e classificação por omissão. A política é aplicada no backend: um render em formato não permitido responde 409, mesmo vindo por API.

Aprovação com segregação de funções

• Criar e submeter versões exige editor ou superior.
• Aprovar, rejeitar e publicar exige approver ou superior — e NUNCA o autor da submissão.
• Cada decisão exige justificação escrita, que fica na cadeia de auditoria.
• A fila de Aprovações mostra o SLA de cada item: dentro do prazo, em risco (>75%) ou excedido.

O audit trail que se verifica sozinho

Cada ação relevante gera uma entrada encadeada por hash SHA-256: cada registo referencia o anterior. Alterar uma linha à mão na base de dados quebra a cadeia — e a verificação (um clique na página Auditoria, ou GET /v1/audit/verify) aponta a primeira quebra.

curl https://api.doptizer.pavulla.com/v1/audit/verify \
  -H "Authorization: Bearer $TOKEN"
# → { "valid": true, "entries": 1902, "anchor": "sha256:…" }

Arquivar sem apagar

Workspaces arquivados bloqueiam autoria e geração — mesmo para administradores — mas o histórico continua auditável. Nada na plataforma faz hard-delete de evidência.