Assiduidade por turnos

Da picagem à decisão, com cada passo à vista

O MARCAR recolhe as picagens dos leitores, calcula cada turno e mostra a regra que usou. Quando alguém corrige, tem de dizer porquê. No fim do mês o serviço fecha, e o que ficou fechado já ninguém altera.

Colaborador 0412 · UrgênciaTurno 08:00–16:00
06:0008:0012:0016:0018:00

Picagens recebidas (não se alteram)

Entradaleitor Hikvision · entrada principal
Saídaleitor Hikvision · entrada principal

Regra aplicada · versão 3

dentro da tolerância de 10 min, sem atraso
após o fim do turno: 4 min a mais

Turno cumprido

8 h 11 min no local. Cada linha acima é a razão deste resultado.

Exemplo ilustrativo, com dados fictícios.

Do leitor ao fecho do mês

Quatro momentos. Em cada um, o sistema diz o que fez e deixa o rasto.

  1. Recolher

    As picagens chegam dos leitores ou de ficheiros CSV. Um reenvio do mesmo evento não conta duas vezes, e a recolha é transaccional: ou entra inteira, ou não entra.

    o evento bruto, imutável. Nunca é alterado nem apagado.

  2. Calcular

    Primeira e última picagem, atraso com tolerância, saída antecipada, trabalho nocturno, candidatas a horas extra, folgas e feriados. O que não cabe em nenhum turno fica à vista como pendência, em vez de desaparecer.

    o resultado, a explicação e a versão da regra aplicada.

  3. Regularizar

    Correcção de picagens, justificações de ausência em dois níveis (chefia e RH) e decisão sobre horas extra. Nenhuma avança sem motivo.

    quem fez, o quê, quando e porquê, em auditoria imutável.

  4. Fechar

    O fecho só avança sem pendências. Depois dele, a base de dados recusa alterar o mês. Eventos que cheguem tarde ficam sinalizados, sem tocar no que já fechou.

    o fecho e, se existir, a reabertura, que é só da administração.

Ver os sete passos, da picagem à consulta por perfil

Cada dia vem com a sua explicação

Ao abrir um dia, o MARCAR diz a que horas a pessoa entrou e saiu, o que contou e o que ficou por decidir.

Ver o sistema por dentro, com capturas reais e dados fictícios.

Painel de cálculo de um turno no MARCAR: linha do dia, estado Presente e frases a explicar o resultado.

O que o sistema garante

  • Registos brutos intocáveis

    Nem por SQL directo na base de dados. Uma correcção é um novo registo, nunca uma alteração.

  • Rede local da organização

    PostgreSQL no próprio servidor, sem serviços na nuvem para calcular nem para registar.

  • Hora de Luanda, sempre

    Fuso UTC+01, sem hora de Verão, em todos os cálculos, seja qual for o fuso do servidor.

  • Sem biometria

    Os leitores guardam os seus dados. O MARCAR só recebe o evento da picagem.

Cada área vê o que lhe cabe

Cada perfil vê apenas o seu âmbito. Quem consulta não altera, e quem altera deixa o nome.

Recursos humanos
Escalas, correcções, justificações e fecho mensal no mesmo sítio. Cada alteração tem motivo e autor, e o cálculo diz que regra usou.
Chefias de serviço
Vêem apenas os seus serviços. Tratam as justificações no passo da chefia; o passo seguinte é do RH.
Direcção
Perfil de leitura: consulta a assiduidade sem poder alterá-la. O que está fechado fica fechado.
Tecnologias de informação
PostgreSQL em rede local, sem dependências externas. Leitores Hikvision, ZKTeco e Suprema, importação CSV e uma entrada genérica de eventos assinada. Ver integrações.

E se o serviço não tem leitor de ponto?

Dois modos de picar sem leitor: um tablet fixo no serviço (número e PIN pessoal) ou o telemóvel de cada pessoa, só dentro do perímetro da organização. A hora é sempre a do servidor.

Está implementado e testado. Falta validá-lo em produção. Ver como funciona.

O que costuma perguntar-se primeiro

O MARCAR precisa de ligação à Internet?

O sistema opera em rede local sobre PostgreSQL, sem dependências externas.

Os registos de picagem podem ser alterados?

Não. Os registos brutos nunca são alterados nem apagados, nem por SQL directo na base de dados. Uma correcção é um novo registo, com motivo, que anula ou acrescenta uma picagem lógica.

Que leitores de ponto são suportados?

Leitores Hikvision e ZKTeco, Suprema através do BioStar X (validado na instalação), ficheiros CSV e uma entrada genérica de eventos para qualquer outra marca, como Dahua ou Uniview (caso a caso). Ver como cada fonte se liga.

O MARCAR guarda dados biométricos?

Não. Os leitores guardam os seus; o MARCAR só recebe o evento da picagem.

E se não houver leitor de ponto?

Picagem sem leitor, em quiosque (tablet) e no telemóvel, com a hora do servidor. Está implementada e testada; ainda falta validá-la em produção. Ver como funciona.

Ver o MARCAR com os seus turnos

Diga-nos o que usa hoje para registar a assiduidade e que equipamentos tem. Respondemos com o que o MARCAR já lê e o que ainda falta validar.