Férias e ausências
As ausências são pedidas onde as pessoas já conversam, decididas por regras que definem e justificadas em todas as pontuações no momento em que são aprovadas.
Pedir ausências
- Numa mensagem direta com o bot, um comando ou uma frase simples.
- Um formulário com etiquetas na sala de férias da equipa; o bot publica um aviso público de que o pedido aguarda aprovação e retira-o quando decidido.
- A partir do painel ou da aplicação instalável, com um colega de passagem e uma nota opcionais.
- Um gestor pode criar uma ausência em nome de alguém.
pto 2026-08-11 to 2026-08-13 family trip sick today Type: vacation Date: 11, 12 and 13 August Reason: family trip
Escrever as datas
- Uma data sem ano é deste ano, a menos que a ocorrência do ano seguinte esteja a menos de 90 dias. Os dias de baixa nunca são adiados para o ano seguinte; as pessoas reportam legitimamente um que já aconteceu.
- As horas e os parênteses são retirados primeiro, por isso 6 August (flight 11:30) regista 6 de agosto.
- Um pedido com mais de um dia de tolerância é assinalado como retroativo e exige sempre uma decisão explícita de um administrador.
- Editar a mensagem de um pedido substitui o original; um pedido já aprovado nunca é desfeito em silêncio, os administradores recebem antes uma notificação de revisão.
| 13 August | 13 ago. |
|---|---|
| Thursday, Aug 6 | 6 ago. |
| 11, 12, and 13 August | 11 ago. a 13 ago. |
| 4 & 5 October | 4 out. a 5 out. |
| from 11 August to 17 August | 11 ago. a 17 ago. |
| 2026-08-11 to 2026-08-13 | 11 ago. a 13 ago. |
| 30 December and 2 January | 30 dez. a 2 jan., ano seguinte |
Salvaguardas de aprovação automática
Desligada por defeito. Quando ativada, um pedido é aprovado automaticamente apenas quando todas as verificações passam; caso contrário, é encaminhado para um humano com as razões listadas.
pto.requires_approver pto.max_consecutive_days pto.require_handover
| Duração | no máximo 2 dias |
|---|---|
| Antecedência | pelo menos 3 dias |
| Tipo | pto, vacation ou half-day; sick e outros são sempre encaminhados |
| Saldo | tem de caber no saldo anual restante (20 dias por defeito) |
| Cobertura | não mais de 30% da equipa ausente nesses dias |
| Prevenção | o requerente não está escalado de prevenção sem suplente |
| Passagem | opcionalmente, nenhuma tarefa aberta nos standups do próprio requerente |
Seis formas de aprovar, uma garantia
O botão do painel, uma resposta approve ou deny no chat, o botão do Slack, as regras acima, o motor neuronal e a inação de um administrador além de um tempo-limite configurável decidem todos um pedido. Todas as vias escrevem o mesmo registo de ausência, retiram o aviso na sala e anunciam a decisão, por isso um pedido aprovado nunca pode ficar no sistema como uma falta. As ausências discricionárias além do saldo são recusadas pelo painel e nunca concedidas pelas duas vias em que nenhum humano decidiu.
approve 42 deny 42 coverage too thin that week
Ausências e a pontuação
- As ausências aprovadas, os dias de baixa e os feriados são retirados por completo dos dias esperados e das horas esperadas.
- Se a ausência deixar menos de metade da semana normal de uma pessoa (mínimo de dois dias), a semana é desenhada como uma lacuna na tendência, nunca como uma pontuação baixa.
- Uma ausência planeada que comece na janela tem de ter uma passagem registada, ou baixa a Fiabilidade; as ausências súbitas e por doença estão isentas.
- Aprovem prontamente: até um pedido ser decidido, a pessoa continua a ser esperada nesses dias. Os pedidos pendentes ficam na página Pedidos e a barreira de mensagens do bot já trata os dias pendentes como folga.
Padrões e calendários
- Todas as segundas-feiras uma tarefa assinala aos administradores padrões suspeitos de baixa: seis ou mais dias de baixa em 60 dias, ou três ou mais no mesmo dia da semana.
- Os calendários de feriados são gerados offline por país e região e atribuídos por equipa; uma lista para toda a organização aplica-se a todos.
- As ausências aprovadas contam apenas dias úteis; os meios-dias pesam metade.