Como controlar as horas da equipe sem mandar um único byte para a nuvem

Existe uma suposição silenciosa por trás de quase todo produto de controle de ponto do mercado: a de que a batida de ponto de um funcionário é um dado que precisa ser enviado para algum lugar. Normalmente para a nuvem do fornecedor. Às vezes espelhado em três regiões “por redundância”. Muitas vezes guardado indefinidamente sob uma cláusula vaga de “pelo tempo necessário para prestar o serviço”.

Essa suposição nem sempre está errada. Mas para muitos negócios pequenos (um consultório odontológico, uma gráfica, um teatro de bairro, uma microcervejaria) ela é exagerada na melhor das hipóteses e um problema de verdade na pior. Então este é um guia da alternativa: como montar um controle de ponto que não tira nada do aparelho.

Primeiro a parte meio jurídica e chata, depois a montagem prática e por fim as armadilhas.

Por que evitar a nuvem?

Três motivos que as pessoas me dão, mais ou menos nesta ordem.

Conformidade. Se você lida com dados biométricos (e rosto é dado biométrico em quase toda lei moderna), mandar isso para terceiros te enche de obrigações. O jeito mais simples de evitá-las é os dados não saírem do aparelho. Pela LGPD, pelo artigo 9 do RGPD, pela BIPA ou pela CCPA, “nunca transmitimos” é uma resposta legítima e fácil de entender.

Custo. Ponto em SaaS costuma custar de 3 a 8 dólares por usuário por mês. Para uma equipe de 15 pessoas, são de 540 a 1.440 dólares por ano, para sempre. A conta muda a partir de umas 30 pessoas, mas para a maioria dos negócios pequenos a pergunta é: “por que pago uma mensalidade para alguém só pelo privilégio de anotar quando a minha equipe chegou?”.

Confiança. A equipe nem sempre sabe o que pensar quando pedem para ela enviar o próprio rosto ao servidor de um fornecedor. Alguns ouviram falar dos processos de Illinois. Outros simplesmente não gostam. Tirando o envio, some a conversa.

Você não precisa dos três motivos. Um costuma bastar.

As peças de um sistema sem nuvem

Um controle de ponto offline completo tem cinco partes:

1. Um aparelho de ponto: tablet, celular ou quiosque
2. Verificação de identidade: rosto, digital, senha, RFID ou só uma lista de nomes
3. Armazenamento local: o lugar onde os registros moram de verdade
4. Relatórios / exportação: normalmente CSV
5. Um plano de backup

Dessas, a 5 é a que quase todo mundo pula. Vamos voltar a ela.

O aparelho de ponto

Na maioria dos casos é um tablet Android preso perto da entrada. A faixa mais barata (um Samsung Tab A8 ou um Lenovo Tab M9 recondicionados) custa entre 100 e 150 dólares e dura anos. Deixe na tomada e esqueça a bateria.

Algumas dicas práticas:

• Instale entre a altura do peito e a do ombro, não na altura dos olhos. As pessoas olham para baixo com mais naturalidade.
• Evite que o sol bata direto na tela em qualquer hora do dia.
• Compre um suporte firme. Os fracos entortam quando as pessoas tocam na tela.

Verificação de identidade

Aqui você precisa decidir: como as pessoas se identificam para o relógio?

Senhas. O mais simples. Cada pessoa tem um código de 4 dígitos. Barato de montar. Pode ser compartilhado, e esse é justamente o problema: bater o ponto pelo colega.

Digital. Confiável quando funciona. Chata no frio, com luva, com corte na mão, em cozinha profissional.

Crachás ou chaveiros RFID. Ótimos se a equipe já usa crachá. O problema típico é crachá perdido.

Reconhecimento facial. Sem as mãos, rápido e impossível de compartilhar, mas é dado biométrico, com todo o peso regulatório que isso traz. Bem feito (só no aparelho), ele desvia desse peso sem perder a praticidade.

Não sou imparcial, mas reconhecimento facial local é a melhor opção padrão para a maioria das equipes. As complicações jurídicas que as pessoas imaginam costumam evaporar quando você consegue mostrar que nenhum dado biométrico sai do aparelho.

Armazenamento local

Num celular ou tablet, isso é simplesmente um arquivo SQLite no diretório privado do app, mais uma pasta de imagens para as fotos das batidas. O banco inteiro de uma equipe de 15 pessoas depois de seis meses ocupa talvez 30 a 60 MB. Não é problema de escala.

O que precisa ser conferido: o app grava as batidas no disco na hora, ou guarda na memória e grava depois? Guardar na memória é o que te derruba quando o aparelho trava ou alguém tira da tomada. Um app bem feito grava no disco antes de mostrar o “ponto registrado”.

Relatórios

Para 95% dos negócios pequenos, você precisa de um CSV. Cada linha é um turno, com colunas para nome, entrada, saída, duração e observações opcionais. Você coloca o CSV numa pasta compartilhada. O contador abre na segunda de manhã. Pronto.

Qualquer coisa mais sofisticada que um CSV normalmente significa integrar com um sistema de folha, e aí você tem um projeto de engenharia de verdade nas mãos e a abordagem no aparelho provavelmente não é a certa. Voltamos a isso.

Backup

É a parte que todo mundo pula. A regra é: se os seus registros só existem no tablet da parede, eles não existem. Tablets quebram. A equipe de limpeza tira da tomada. Às vezes eles simplesmente morrem numa terça de manhã.

Três jeitos razoáveis de fazer backup:

• Exportação semanal em CSV para uma pasta compartilhada. O mais simples. Alguém exporta toda sexta e compartilha o arquivo numa pasta que o contador vê. Se o tablet morrer, você perde no máximo uma semana.
• Exportação diária em lugares mais movimentados. Os mesmos dois toques, no fechamento. Vale a pena a partir de 20 pessoas, quando perder uma semana significaria uma reconstrução dolorosa.
• Um PDF mensal por cima. A exportação em PDF inclui as fotos de entrada e saída, então serve como prova se aparecer um turno contestado depois que a janela de 90 dias já apagou tudo do aparelho.

No FaceClock tudo isso é manual de propósito: o app não tem permissão de rede, então não consegue mandar arquivos para lugar nenhum sozinho. A exportação passa pelo menu de compartilhamento do Android e você escolhe onde ela vai parar. O CSV tem nomes, horários e durações: nada de rostos, nada de vetores.

Obs.: fazer backup dos dados agregados dos turnos (CSV) tudo bem. Fazer backup dos vetores biométricos, em geral, não: isso joga fora a vantagem de mantê-los locais.

Um exemplo real, em resumo

Esta é a montagem que roda num consultório odontológico de 9 pessoas que ajudei a montar na primavera passada:

• Samsung Tab A8 no corredor de entrada da equipe
• FaceClock instalado; ninguém foi cadastrado antes: cada pessoa se cadastrou na primeira batida numa segunda de manhã, nome e uma foto
• Turno máximo de 12 horas; o consultório quase nunca chega a isso, mas cobre o caso de alguém que bate a entrada para uma emergência no sábado e esquece a saída
• Limpeza automática de turnos antigos após 90 dias (o padrão)
• Uma exportação em CSV toda sexta na tela de turnos, compartilhada direto numa pasta do Google Drive que o contador vê. É manual (dois toques) e está no checklist de sexta da gerente do consultório
• Uma folha impressa ao lado do tablet com instruções de contingência, caso algo estranho aconteça: nome, horário e rubrica à mão. Não foi usada em 11 meses.

Custo total: uns 130 dólares de tablet, uma tarde de domingo de montagem e zero mensalidade.

Calcular horas extras quando você só tem CSV

É aqui que as pessoas às vezes se assustam: “mas como calculo hora extra sem painel de administração?”. A resposta, meio sem graça, é que se faz na planilha, igual há dez anos. Uma fórmula típica:

weekly_hours = SUMIF(employee_id, [name], duration_hours)
overtime_hours = MAX(0, weekly_hours - 40)

Troque o 40 pelo limite que vale para você: no Brasil, a regra geral da CLT é de 8 horas por dia e 44 por semana, e acordos e convenções coletivas podem mudar isso. As regras vão na planilha, não no app de ponto. O trabalho do app é entregar um registro de turnos limpo. O cálculo é da folha.

Quando isso desmorona

Quero ser honesto sobre escala.

• Várias unidades. Se você tem três cafeterias e quer que o escritório central veja os turnos em tempo real, um quiosque offline por unidade não é o formato certo. Você vai acabar mandando CSV por e-mail e desejando ter pago o SaaS para várias unidades. O ponto de equilíbrio fica em torno de três unidades.

• Automação de folha em tempo real. Se o seu sistema de escalas precisa saber, agora, que alguém chegou atrasado, um app offline não tem como avisar. Seriam necessárias integrações por API. A maioria dos apps offline não oferece isso, por projeto.

• Mais de umas 50 pessoas por aparelho. O reconhecimento fica mais lento à medida que o grupo cadastrado cresce. 50 pessoas vão bem em hardware moderno. 200 não, em tablets baratos.

• Troca de turnos em operações 24/7. Hospitais, fábricas, qualquer lugar com três turnos por dia. Dá para fazer, mas o trabalho de correção (saídas esquecidas, trocas) cresce muito e você vai querer a visão centralizada da nuvem.

Se você está fora desses limites, a nuvem provavelmente é o seu caminho. Se está dentro (e a maioria dos negócios pequenos está), a abordagem offline economiza dinheiro, desvia das complicações dos dados biométricos e gera registros que não dependem do servidor de outra empresa continuar no ar.

Uma última ideia

Na era do SaaS, o normal é supor que qualquer dado de negócio deve morar na nuvem de alguém. Para muitas categorias, está certo. Mas registros de ponto são curiosamente bons candidatos a não ficar na nuvem: são dados pessoais, têm prazos de guarda, têm pouco volume e ganham pouco com centralização num negócio de uma unidade só.

Às vezes a resposta à moda antiga também é a moderna. Um aparelho perto da porta. Um CSV no fim da semana. Registros que existem exatamente onde você consegue vê-los.

É quase tudo de que o controle de ponto de uma equipe pequena precisa de verdade.