Configurar um workspace

01Em uma frase #sec_e99b10e0

As configurações são o local onde uma entidade regula a sua governança: o período sobre o qual são calculadas as prazos, o comportamento padrão das suas campanhas, os seus modelos de notificação e os dois alavancas de derrogação que são as exclusões e as delegações.

02O princípio: três níveis, nunca sobrescritos #sec_7541045c

Uma configuração de governança só faz sentido se soubermos de onde vem. REVIEWIT aplica portanto em todos os lugares a mesma cascata:

Défaut produit  →  Réglage du workspace  →  Réglage de la campagne
   (le socle)        (l'entité décide)        (le cas particulier)

Três consequências práticas, e são elas que dão valor ao ecrã:

1. Não configurar nada é uma escolha válida. Um workspace que não tocou em nada funciona sobre a base do produto, e o ecrã diz isso explicitamente — um distintivo cinzento « Configuração padrão ». Assim que existe uma configuração local, o distintivo passa para púrpura, « Configuração do workspace ». Sabe-se à primeira vista se a entidade exerceu a sua autonomia.

2. O desvio é sinalizado, valor por valor. Cada configuração que difere da base tem um ponto púrpura. Um administrador que retoma um workspace depois de outra pessoa vê imediatamente o que foi personalizado, sem ter de comparar nada.

3. O retrocesso é limpo. Restabelecer a configuração padrão elimina as configurações locais — não as copia. O workspace volta realmente à base, e seguirá agora as suas evoluções.

O terceiro nível — a campanha — não está neste ecrã: o que está configurado aqui constitui o comportamento padrão proposto pelo assistente de campanha, que permanece ajustável campanha por campanha.

03A página #sec_205b4606

Seis entradas, em duas famílias.

A separação não é cosmética. Organização agrupa o que descreve a entidade em si mesma — o seu tempo, as suas relações de representação — e que vale independentemente de qualquer campanha. Campanhas & revisões agrupa o que molda o exercício do controlo.

# Organização

04Tempo de trabalho #sec_203bf130

Dias úteis, horários, feriados e fuso horário do workspace.

Este é o parâmetro mais discreto e mais estruturante: todos os prazos do produto são calculados sobre este calendário, não sobre dias corridos. Um período de contestação de cinco dias úteis aberto numa quinta-feira não termina na terça-feira seguinte se segunda-feira for feriado no país da entidade.

Quatro configurações:

O fuso horário. Determina o que « hoje » quer dizer para este workspace. O ecrã mostra a hora local atual, para eliminar qualquer ambiguidade no momento da configuração.

Os dias úteis. A semana de trabalho, dia a dia. O padrão é segunda a sexta, mas nada o impõe: entidades cuja semana útil difere — é comum no Médio Oriente — declaram-na aqui, e todo o produto a segue.

Os horários. Hora de início e fim do dia, com controlo de consistência.

Os feriados. Coexistem dois modos, e é intencional:

• A descoberta por país — escolhe-se um país, o produto propõe o seu calendário e importa de uma vez. Os dias assim obtidos têm o distintivo Descoberto.
• A introdução manual — para tudo o que um calendário nacional não conhece: fecho da empresa, ponte local, dia de feriado convencional.

A distinção é mantida na lista: sabe-se sempre se uma data vem de um repositório ou de uma decisão local. Um resumo permanente lembra o efeito da configuração — número de dias úteis, horas por dia, horas por semana.

Porque é que esta configuração está ao nível do workspace

Porque é exatamente isto que uma governança delegada deve poder decidir sozinha. A sede não tem razão alguma para impor o calendário francês a uma filial indiana, e um prazo calculado sobre o calendário errado produz atrasos fictícios, lembretes injustificados e, a longo prazo, desconfiança em relação ao sistema.

05Delegação #sec_19455fd5

Autore as pessoas de confiança a agir em nome de outros membros.

O ecrã completo é objeto de uma ficha dedicada: [Delegação](REVIEWIT_Feature_Delegation_v1.0.md).

O que deve reter aqui: uma delegação é um ciclo motivado, limitado a doze meses e nunca eliminado — revoga-se. É uma das duas alavancas pelas quais uma entidade poderia se arranjar com o controlo que lhe foi confiado, daí o nível de exigência.

Esta entrada aparece apenas se a subscrição concedeu a capacidade ao workspace.

# Campanhas & revisões

06Regras de recertificação #sec_9254e515

Comportamento padrão das campanhas e revisões de acesso — ajustável campanha por campanha.

Este é o coração do ecrã: treze configurações que determinam o que um revisor poderá fazer e o que se exigirá dele. Estão agrupadas em cinco famílias.

Decisões & notificações

O último merece uma palavra. A consulta é a saída que evita a maioria das certificações de cumplicidade: permite dizer « não sei » sem delegar, sem escalar e sem marcar sim por padrão. O revisor mantém a decisão e a responsabilização, obtém apenas a informação que lhe falta.

Quanto aos comentários obrigatórios, regulam-se separadamente na aprovação e na revogação, porque os dois gestos não têm o mesmo custo. Muitas organizações não exigem a justificação apenas na revogação — a decisão que produzirá uma reclamação.

Contestação

A configuração de duração aparece apenas se a contestação estiver ativa — um painel aninhado desdobra-se sob a regra pai. O produto nunca pede para configurar um parâmetro que não será utilizado.

Aplica-se aqui uma implicação automática, e o seu tratamento ilustra uma regra de conceção do produto.

Quando o período de contestação está ativo, o comentário obrigatório na revogação torna-se forçado: o contestador deve poder ler o motivo da decisão que contesta, caso contrário a contestação não tem objeto. A interface mostra-o portanto ativado e bloqueado, com uma nota que explica porquê.

Mas — e este é o ponto — o valor que tinha escolhido não é sobrescrito. Se desativar a contestação mais tarde, a sua configuração original reaparece tal qual. O produto mostra uma restrição; não reescreve a sua intenção por si.

Exceções

Mesma lógica de painel aninhado. Uma exceção sem duração seria uma derrogação permanente — o produto não propõe este caso.

Delegação

Esta configuração ilustra uma segunda regra de conceção. Na base, é armazenada em negativo — sob uma forma do tipo « desativar a transferência ». A interface mostra a capacidade, nunca o sinal interno: o interruptor é intitulado « Transferência de delegação », e ativado significa autorizado.

Isto é mais do que uma conveniência. Uma configuração negativa produz duplas negações — « desativar a transferência: não » — cuja interpretação é uma fonte clássica de erros em configuração de segurança. O armazenamento permanece invertido para não quebrar o existente; a exibição, porém, está alinhada com a forma como um humano pensa.

No fundo, autorizar a transferência equivale a autorizar cadeias de delegação — A delega B que delega C. É legítimo em algumas organizações, e é sinalizado como constatação de auditoria no ecrã Delegação.

Ações em massa

Quatro interruptores distintos, e não um só, porque estes gestos não têm a mesma abrangência. Muitas organizações autorizam a revogação e a reatribuição em massa mas proíbem a aprovação em massa — porque é precisamente através dela que uma campanha esvazia a sua substância: oitenta linhas marcadas num clique produzem uma taxa perfeita e zero exame.

É a configuração mais reveladora da exigência real de uma organização, e merece ser decidida conscientemente.

07Catálogo de e-mails #sec_18c05906

Modelos de e-mails utilizados pelas suas campanhas: lembretes, notificações, recordatórios.

As notificações são a única parte do produto que os relectores veem antes de abrir a aplicação. O seu tom, clareza e língua determinam a taxa de resposta — portanto, indiretamente, a qualidade da campanha.

O catálogo aplica uma cascata de três níveis:

Modèle local du workspace  →  Modèle global  →  Modèle embarqué

O produto retém o primeiro encontrado. Um workspace que não tem nada personalizado recebe os modelos globais; um workspace que redefiniu uma notificação específica apenas redefini essa.

Um modelo é identificado por um gatilho e uma língua: cada evento notificável tem a sua versão em cada língua servida. Encontra-se o seu nome, categoria, língua, estado e data de modificação, com pré-visualização, importação e exportação.

Os modelos fornecidos pelo produto são marcados como tais: não podem ser eliminados, mas podem ser duplicados — a cópia torna-se um modelo local que a entidade assume. É a forma mais segura de personalizar: parte do que funciona, e a base permanece intacta por baixo.

Esta entrada aparece apenas se a subscrição concedeu a capacidade de catálogo local.

08Exclusões (santuário) #sec_968bf03d

Exclua utilizadores, recursos ou workloads do âmbito das revisões.

Ficha dedicada: [santuário](REVIEWIT_Feature_Sanctuaire_v1.0.md).

A reter aqui: uma exclusão é um ciclo motivado, datado, com prazo de reavaliação obrigatório, e nunca eliminado — é levantado. É a segunda alavanca de derrogação de uma entidade, e o primeiro lugar que um auditor olha: o que escapa ao controlo, e porquê.

Aplica-se um guarda-fogo graduado à volumetria — informação a 5% do âmbito excluído, alerta a 10%, limite no quóta da subscrição.

Esta entrada aparece apenas se a subscrição concedeu a capacidade.

09Pedidos de eliminação #sec_3a0dc622

Visão consolidada dos pedidos de eliminação de recursos emitidos nas campanhas.

Durante uma revisão, um proprietário pode constatar que um recurso não tem mais razão para existir. Não o elimina — faz o pedido, e este pedido sobe aqui.

O ecrã consolida, para todo o workspace: o recurso em causa, a campanha de origem, o solicitante, o motivo, a data, o estado, a data de processamento e o volume de armazenamento em causa — em espera e já libertado.

Dois pontos de conceção:

O pedido não é a eliminação. O relector sinaliza, o workspace arbitra, a execução cabe a outro dispositivo com o seu próprio seguimento. Nenhuma dados são destruídos por uma decisão de revisão.

A anulação é motivada. Recusar um pedido exige uma justificação, como qualquer decisão de governança no produto.

O agregado de armazenamento não é decorativo: transforma uma higiene de governança num benefício mensurável e alimenta o escore de carbono do workspace.

10O que não está aqui #sec_5a9dbca2

Certos ajustes não pertencem ao workspace, e a sua ausência neste ecrã é intencional. Relacionam-se com a subscrição, que fixa o envelope:

Uma capacidade não concedida não aparece nas configurações: nem cartão, nem menu, nem botão cinzento. Uma capacidade concedida mas limitada permanece visível e bloqueada, com a menção de quem a governa — um administrador local deve poder constatar que a função existe e saber a quem a pedir.

Ver o [capítulo Workspace Center](REVIEWIT_Chapitre_WorkspaceCenter_v1.0.md).

11Papéis e rastreabilidade #sec_774db7be

O ecrã está reservado ao Gestor do workspace. O Auditor acede em leitura aos dois ecrãs de governança — exclusões e delegações — pois são os que documentam as derrogações; não exerce qualquer ação e vê-o lembrado por uma faixa permanente.

Os ajustes que comprometem a credibilidade do dispositivo são traçados: toda a exclusão e toda delegação carregam o seu autor, motivo, justificação e datas, e nunca são apagados.

12A reter #sec_9f2a2a96

As configurações do workspace são a expressão concreta da governança delegada: é aqui que uma entidade exerce a autonomia que lhe foi confiada, e aqui que se pode verificar como a exerceu.

Três ideias as atravessam. A cascata torna sempre legível de onde vem um ajuste e permite renunciar a ele de forma limpa. As restrições são exibidas, nunca aplicadas em silêncio sobre os seus dados. E as duas alavancas pelas quais se poderia afrouxar o controlo — excluir do âmbito, fazer decidir alguém outro — são as duas que exigem mais justificação.

Um dispositivo de recertificação não se julga pelo que permite, mas pelo que obriga a escrever quando se afasta dele.