Reconhecimento facial para ponto funciona offline? Entenda

Registrar ponto em obra, fazenda, rota de vendas ou dentro de galpões sem sinal levanta uma dúvida prática: reconhecimento facial para ponto funciona offline?

Funciona se o aplicativo conseguir coletar a marcação sem internet, guardar o registro com integridade e sincronizar depois — sem abrir brecha para alteração ou exclusão do que o empregado registrou (exigência da Portaria 671/2021).

Offline, na prática: o que precisa acontecer

Quando falamos em “ponto com reconhecimento facial offline”, não é só “tirar uma selfie sem internet”. O fluxo mínimo é:

1. Coletar a marcação (evento de entrada/saída/intervalo + evidências);
2. Registrar um horário (timestamp) local no momento da marcaação;
3. Armazenar localmente até voltar a conexão;
4. Proteger o registro contra alteração/exclusão;
5. Sincronizar e manter uma trilha de auditoria do que aconteceu (inclusive falhas e pendências).

A Portaria 671/2021 consolidou as regras do ponto eletrônico (substituiu as Portarias 1510 e 373). E, pelo Art. 77, o REP-P é o programa de tratamento de dados que inclui o coletor de marcações — ou seja, soluções em app entram nesse universo quando fazem a coleta e o tratamento das marcações.

Fontes oficiais:

• Portaria 671/2021 (MTE): https://www.in.gov.br/en/web/dou/-/portaria-n-671-de-8-de-novembro-de-2021-357697349

O ponto crítico do offline: integridade do horário (timestamp)

No offline, o maior risco operacional é simples: o relógio do aparelho pode estar errado (ou ser alterado). Se o sistema só “confia” no horário do celular, você fica com um registro difícil de sustentar internamente.

O que você deve exigir tecnicamente do fornecedor (e registrar no seu processo):

• Detecção de mudança de hora: o app precisa registrar eventos relevantes (ex.: alteração manual de data/hora, mudança brusca de fuso, reinício do aparelho) e marcar o registro como “com alerta” para auditoria.
• Carimbo confiável na sincronização: quando a internet volta, o sistema deve comparar o horário local do registro com o horário do servidor no momento do recebimento e guardar essa diferença (ex.: “registro feito offline; sincronizado depois; diferença de relógio detectada”).
• Trilha de auditoria: o RH precisa conseguir ver o que foi registrado offline, quando sincronizou, se houve alerta de relógio, se houve falha de envio.

Isso não substitui o horário original do registro (que é o que interessa para a jornada), mas cria evidência auditável do comportamento do dispositivo.

O que a Portaria 671/2021 exige que impacta o offline

REP-P e coleta de marcações

Pelo Art. 77 da Portaria 671, o REP-P é o programa de tratamento de dados que inclui o coletor de marcações. Em termos práticos: se você usa app para coletar marcações, você precisa avaliar o app como parte do seu registrador.

Sem alteração ou exclusão do que o empregado registrou

A Portaria 671 exige que o sistema de ponto não permita a alteração ou exclusão dos dados registrados pelo empregado. No offline, isso precisa valer mesmo com o registro “guardado no aparelho”.

O que perguntar ao fornecedor:

• O registro offline fica encadeado/assinado de forma que qualquer edição seja detectada?
• O app permite “apagar pendências” localmente?
• Se o colaborador desinstalar/reinstalar, o que acontece com as marcações pendentes?

LGPD: biometria facial é dado sensível

Se você usa reconhecimento facial, está tratando dado biométrico, que a LGPD classifica como dado pessoal sensível (Art. 5, II, Lei 13.709/2018).

Fonte oficial (LGPD): https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm

Na prática, isso puxa a conversa para: controle de acesso, segurança do armazenamento e governança do fornecedor (sem promessas vagas; peça documentação do que ele faz e como audita).

Checklist objetivo para avaliar fornecedor (modo offline)

Use este checklist em demonstração e em piloto. A ideia é sair do “funciona offline” e ir para “quais evidências ficam e como eu audito”.

1) Registro e integridade (offline)

• O app registra a marcação sem internet (sem “pendência sem registro”)?
• Cada marcação offline gera um identificador único (ID) visível para auditoria?
• Os registros ficam encadeados/assinados (ou mecanismo equivalente) para evidenciar tentativa de alteração?
• O sistema atende ao requisito de não permitir alteração ou exclusão do que o empregado registrou (Portaria 671)? Como isso é garantido no armazenamento local?

2) Relógio do aparelho (timestamp)

• O app detecta mudança manual de data/hora e registra alerta?
• Na sincronização, o sistema guarda horário do registro e horário de recebimento (e a diferença entre eles)?
• O RH consegue filtrar marcações com alerta de relógio?

3) Sincronização e limites operacionais

• Existe limite de tempo sem sincronizar? O que o app faz quando atinge esse limite (bloqueia, alerta, permite com ressalva)?
• O RH consegue ver uma fila de “pendências de sincronização” por empregado/dispositivo?
• Há registro de falhas de envio (tentativas, erros, reenvio)?

4) Evidências do registro

• Quais evidências ficam associadas à marcação (ex.: selfie, dados do dispositivo)?
• Essas evidências ficam disponíveis para auditoria do RH?

5) Operação em aparelho pessoal (BYOD)

• O que acontece se o colaborador trocar de celular?
• O que acontece se o app for desinstalado com marcações pendentes?
• O RH consegue bloquear um dispositivo e exigir novo vínculo?

6) Auditoria e exportação

• O RH consegue exportar relatórios com: marcações offline, data/hora do evento, data/hora de sincronização, alertas?
• Existe trilha de auditoria acessível para conferência interna?

3 cenários reais (passo a passo + riscos + mitigação)

Abaixo, três situações comuns em PME. O objetivo é você testar o fornecedor com um roteiro claro.

Cenário 1: obra sem sinal por 3 dias

Situação: equipe trabalha em local sem cobertura; o app precisa operar offline por vários dias.

Passo a passo de teste (piloto):

1. Colaborador marca entrada/saída/intervalo normalmente, sem internet.
2. Supervisor confere se o app mostra “pendente de sincronização” (ou status equivalente).
3. No 3º dia, ao voltar o sinal, o app sincroniza.
4. RH confere no painel:
   • quais marcações foram offline;
   • quando sincronizaram;
   • se houve alerta de relógio.

Riscos:

• Marcações acumuladas sem sincronizar e sem visibilidade para o RH.
• Perda de registros se o aparelho quebrar antes de sincronizar.

Mitigação (processo interno):

• Definir política de operação: “se ficar X dias sem sincronizar, supervisor deve levar o aparelho a um ponto com internet” (defina o X internamente, conforme sua operação).
• Auditoria semanal: RH confere lista de pendências de sincronização e cobra regularização.
• Plano de contingência: se o aparelho falhar, registrar ocorrência interna e tratar exceção com justificativa formal (sem “ajuste silencioso”).

Cenário 2: equipe rural usando celular pessoal (BYOD)

Situação: colaboradores usam o próprio celular; sinal oscila; aparelhos variam.

Passo a passo de teste (piloto):

1. Cadastrar 2–3 modelos diferentes de aparelho.
2. Simular marcações offline em cada um.
3. Simular desinstalação/reinstalação do app com marcações pendentes (em ambiente controlado).
4. RH valida: o que some, o que fica, o que vira pendência, o que gera alerta.

Riscos:

• Desinstalação “limpa” pendências e você perde evidência.
• Falta de padrão mínimo de aparelho (câmera/armazenamento) gera falhas de captura.

Mitigação (política + governança):

• Definir padrão mínimo aceito (modelo/versão do sistema operacional) com base no que o fornecedor suporta.
• Formalizar regra: não desinstalar o app; troca de aparelho só com orientação do RH.
• RH auditar periodicamente: dispositivos ativos por empregado e pendências.

Cenário 3: rota de vendas com troca de aparelho no meio do mês

Situação: vendedor perde o celular ou troca de aparelho; havia marcações offline pendentes.

Passo a passo de teste (piloto):

1. Fazer marcações offline no aparelho A.
2. Antes de sincronizar, trocar para aparelho B.
3. Verificar se o fornecedor:
   • mantém as marcações pendentes no A (e como o RH enxerga isso);
   • permite sincronizar depois no A;
   • registra a troca de dispositivo e mantém trilha.

Riscos:

• Marcações pendentes ficam “presas” no aparelho antigo.
• Sem trilha de auditoria, vira ajuste manual e discussão interna.

Mitigação (processo + exceções):

• Procedimento de troca: RH bloqueia o aparelho antigo e registra ocorrência.
• Exigir do fornecedor visibilidade de: “marcações pendentes por dispositivo” e trilha de sincronização.
• Tratar exceções com justificativa formal e auditoria (evitar edição de marcações, lembrando a exigência da Portaria 671 de não alterar/excluir o que o empregado registrou).

Obrigatoriedade do registro de ponto (quando se aplica)

O registro de ponto é obrigatório para estabelecimentos com mais de 20 trabalhadores, conforme Art. 74, § 2º da CLT.

Fonte oficial (CLT): https://www.planalto.gov.br/ccivil_03/decreto-lei/del5452.htm

Como o offline aparece na auditoria do RH (o que você deve ver)

Independentemente do fornecedor, o RH precisa conseguir responder rapidamente:

• Quais marcações foram feitas offline?
• Quais ainda estão pendentes de sincronização?
• Quando cada marcação sincronizou?
• Houve alerta de relógio (mudança de hora, diferença relevante na sincronização)?
• Existe trilha que evidencie que o registro não foi alterado/excluído?

Uma forma simples de validar isso é exigir um relatório (ou tela) que liste por marcação:

Como o PontoBarato aborda o offline (o que validar na demonstração)

Se o seu cenário tem sinal instável, use a demonstração do PontoBarato para validar, na prática:

• como o app registra marcações offline e como elas ficam identificadas;
• como o RH enxerga pendências de sincronização e falhas de envio;
• quais evidências ficam associadas a cada marcação;
• como o sistema atende ao requisito da Portaria 671 de não permitir alteração ou exclusão do que o empregado registrou.

Se fizer sentido para sua operação, peça um piloto curto em um local sem sinal e rode os três cenários acima. Isso costuma separar “offline de marketing” de offline auditável.