Appearance
Horas e execução
Objetivo: registrar o que foi executado no contrato e resolver os pedidos de ajuste em data passada.
O que faz: registra horas, consolida por período e trata os pedidos retroativos. O que NÃO faz: quem contrata não lança horas pela contraparte, apenas aprova ou recusa pedidos.
Horas são uma parte da execução, não o centro da plataforma. Contrato por valor fixo, mensal ou anual funciona sem lançar uma hora sequer.
Onde isso vive
O antigo menu "Monitoramento" deixou de existir. Horas e registros ficam no detalhe da contraparte, dentro de Equipe (e de Clientes, quando a empresa é a prestadora). Quem lança é a contraparte, pela área dela, pelo app ou pelo WhatsApp.
Um conceito, vários nomes
"Ajuste de horas" (o rótulo na tela), "horas retroativas" (o termo do sistema) e "horas para aprovar" (como as pessoas pedem) são a mesma coisa: um pedido de registro em data passada esperando decisão.
É a única forma de hora que depende de aprovação. Registro do dia a dia não passa por ninguém. Então "tenho horas para aprovar?" se responde olhando os pedidos retroativos pendentes.
Como o papel vem do contrato, a mesma pessoa pode estar dos dois lados: pedidos que ela aprova (nos contratos em que contrata) e pedidos que ela enviou e aguardam resposta (nos contratos em que presta).
Registrar
- O registro é feito na data atual, com tarefas e duração.
- Marcando "horas retroativas", dá para pedir data passada, até 30 dias atrás.
- Editar e excluir registro pedem confirmação.
- No app, localização e horário são capturados no envio.
Pedido retroativo
Regras:
- Só a contraparte prestadora envia pedido.
- A data precisa ser anterior a hoje e no máximo 30 dias atrás.
- A justificativa é obrigatória, e cada pedido tem a lista de tarefas com duração.
- Um pedido por contraparte e por data; reenviar sobrescreve o anterior.
- Quem contrata não lança horas pela contraparte.
Como corre:
- A contraparte marca "horas retroativas", escolhe a data e justifica.
- Adiciona as tarefas e envia.
- O pedido fica pendente.
- Quem contrata é avisado no app e por e-mail.
- Aprovar transforma em registro efetivo; recusar exige motivo. Nos dois casos a contraparte é avisada.
- Ela pode reenviar para a mesma data, sobrescrevendo o pedido anterior.
Situações: pendente, aprovada, recusada.
| Evento | Quem recebe | Onde |
|---|---|---|
| Pedido enviado | Quem contrata | App e e-mail |
| Pedido aprovado | Quem presta | App e e-mail |
| Pedido recusado | Quem presta | App e e-mail |
As duas visões:
- Quem contrata: pedidos pendentes em destaque acima dos registros, com contador, detalhe das tarefas e da justificativa, e as ações. Não existe botão de lançar horas.
- Quem presta: a opção de retroativa no registro e o acompanhamento na aba de pedidos de ajuste, com o motivo da recusa quando houver.
Consolidado
Resumos diário, semanal e mensal com gráficos, e os registros agrupados por dia, cada um com o total e as tarefas executadas.
Quem está sem apontamento
Uma visão reúne, de uma vez, as contrapartes com contrato ativo que estão com horas vazias (zero no mês) ou faltantes (sem registro há mais de 7 dias). Serve para cobrar em massa, e é a mesma informação que web, app e Zelor consultam.
- Considera apenas contratos ativos.
- Um contrato entra quando tem zero hora no mês ou nenhum apontamento recente.
- O resultado é agrupado por contraparte, com os contratos em aberto de cada uma.
- É só leitura: não altera hora nenhuma, serve para decidir se vale cobrar.
Cobrança pela Zelor: o gestor pede para cobrar quem está atrasado, a Zelor busca a lista, monta uma mensagem por contraparte, mostra a prévia e, depois da confirmação, envia pelos canais escolhidos. Ver WhatsApp.
Relatórios
Relatórios de execução por período estão em Relatórios.
Exemplos
- Feliz: a contraparte pede 3 horas retroativas de ontem, a empresa aprova e vira registro efetivo.
- Borda: ela reenvia o pedido para a mesma data e o anterior é sobrescrito.
- Falha: pedido para uma data de 45 dias atrás, recusado pela regra dos 30 dias.