---
title: "Do relógio de ponto ao recibo de vencimento: um ciclo de payroll sem discussões | GoSufra"
description: "Como ligar a assiduidade a turnos, férias e horas extraordinárias para que o pagamento seja o resultado de dados e não de um debate — e o que continua a ser responsabilidade do seu contabilista."
url: "https://gosufra.com/pt/blog/do-relogio-de-ponto-ao-recibo/"
language: "pt"
source: "https://gosufra.com"
---
# Do relógio de ponto ao recibo de vencimento: um ciclo de payroll sem discussões

Como ligar a assiduidade a turnos, férias e horas extraordinárias para que o pagamento seja o resultado de dados e não de um debate — e o que continua a ser responsabilidade do seu contabilista.

2026-08-03 · 8 min de leitura

![Ilustração de um relógio de ponto ao lado de um recibo de vencimento](https://gosufra.com/blog/payroll-and-attendance.svg)

## Pontos-chave

- A maioria das disputas de payroll vem de não ter uma única fonte de verdade, não de má intenção.
- Escreva a política de atrasos, ausências e horas extraordinárias antes de configurar qualquer sistema.
- A assiduidade deve ser registada à medida que acontece; uma folha preenchida depois de memória não é assiduidade.
- As retenções legais são uma decisão jurídica com o seu contabilista — nunca inferidas do software.

Nos restaurantes, os últimos dois dias do mês têm um sabor particular: discussões sobre assiduidade, uma disputa por duas horas extraordinárias, um colaborador a dizer «eu estava» e um gestor a dizer «não estavas».

Isto não é um problema de intenção. É um problema de **não ter uma única fonte de verdade**.

## Como costuma ser o arranjo habitual

Assiduidade num caderno junto à porta, turnos num grupo de WhatsApp, férias acordadas a verbal e payroll numa folha de cálculo que o contabilista reescreve todos os meses. Quatro fontes, nenhuma das quais concorda.

O resultado inevitável: o pagamento torna-se **o resultado de uma discussão** em vez do resultado dos dados.

## O arranjo correto: uma cadeia

```
  shift schedule → attendance capture → variances (late / absent / overtime)  
  → approved leave → draft payroll → approval → payment  
```

Cada passo alimenta o seguinte. Sem reentrada manual no meio.

## 1. Comece pela política, não pelo software

Qualquer sistema fará perguntas a que já deveria ter respondido por escrito:

- **Período de graça:** quantos minutos de atraso são perdoados? Cinco? Dez? E depois — dedução ao minuto ou à hora?

- **Horas extraordinárias:** que limiar as inicia? Que multiplicador num dia normal, fim de semana, feriado, turno da noite?

- **Ausência:** autorizada ou não autorizada? O que significa cada uma?

- **Férias:** direito anual, reporte, caminho de aprovação.

- **Avisos:** têm consequência financeira, e qual?

Uma política escrita e publicada corta 90 % das disputas antes de começarem. Uma política explicada a verbal após uma dedução produz uma disputa nova todos os meses.

## 2. A assiduidade captura-se à medida que acontece

Um livro preenchido no fim do dia de memória não é um registo de assiduidade. Capture-a à porta ou no dispositivo já na loja, e certifique-se de que cada registo leva **hora, loja e utilizador**.

Depois olhe para padrões, não para incidentes: alguém atrasado todas as terças, ou um turno onde a pontualidade colapsa. Um padrão pode corrigir-se; um incidente isolado costuma ser ruído.

## 3. Planeie turnos a partir das vendas

Planear por feeling é a linha mais cara que pode reduzir sem tocar na qualidade.

Use o relatório de vendas por hora: quantas pessoas precisa realmente das 16 às 18 face às 20–22? A maioria dos restaurantes descobre que paga cobertura completa durante duas horas que produzem menos de 5 % das vendas.

## 4. Rascunho, aprovação, pagamento

Três estados, não dois:

| Estado | Significado |
| --- | --- |
| Rascunho | Calculado, editável, revísavel |
| Aprovado | Assinado, alterado só com rasto registado |
| Pago | Desembolsado e lançado nos livros |

Separar aprovação de pagamento é o que torna os erros encontráveis antes de o dinheiro sair.

## 5. O que fica com o seu contabilista

Quero ser preciso aqui, porque esta parte às vezes é vendida com promessas mais amplas do que deveria.

Um sistema calcula com precisão o que assenta nos seus dados operacionais: **remuneração base, horas extraordinárias com multiplicadores, deduções por ausência, atraso e férias não pagas, e o efeito dos avisos** — tudo derivado da assiduidade e dos turnos registados no mesmo sistema.

**As retenções legais** — segurança social, imposto sobre o rendimento e o que a elas se liga — são uma obrigação jurídica regida por regras que mudam com a legislação, e determinam-se e reveem-se com o seu contabilista ou a firma responsável pelo seu negócio. Não confie em nenhum software para decidir o que deve legalmente ser retido; confie nele para dar ao seu contabilista dados corretos com que trabalhar.

A regra de trabalho: **o sistema possui os factos operacionais, o contabilista possui o tratamento legal.**

## 6. O recibo de vencimento

Deve ser legível por alguém que nunca estudou contabilidade:

- Remuneração base e dias trabalhados

- Horas extraordinárias e multiplicador

- Cada dedução na sua própria linha, com o motivo

- Líquido a receber

- Período e data

Um recibo que se explica a si próprio corta metade das perguntas antes de serem feitas.

## Num só sistema

No GoSufra, assiduidade, turnos, férias, horas extraordinárias e payroll estão na mesma plataforma que as lojas já usam, para que os números passem de um passo ao seguinte sem reentrada, os recibos sigam um caminho **rascunho → aprovado → pago**, e o pagamento se lance automaticamente nos livros.

## Antes da sua próxima corrida de payroll

1. Escreva a política de atrasos, horas extraordinárias e férias numa página e coloque-a na parede.
2. Retire o livro de papel e capture a assiduidade no sistema.
3. Reveja o plano de turnos face às vendas por hora.
4. Corra um payroll em rascunho e reveja-o com os gestores de loja antes de aprovar.
5. Sente-se com o seu contabilista e fixe o tratamento legal das retenções.

- payroll
- assiduidade
- turnos
- RH

## No produto

### [RH e força de trabalho](https://gosufra.com/pt/funcionalidades/software-rh-restauracao/)

Explorar

### [Folha de pagamento](https://gosufra.com/pt/funcionalidades/software-de-salarios-restaurante/)

Explorar

## Faça tudo isto a partir de um único sistema

POS, cozinha, inventário, custo de receitas, pessoal e contabilidade — ligados, e grátis para começar.

[Criar a minha conta grátis](https://app.gosufra.com/register?lang=pt)

## Artigos relacionados

![Ilustração de gráficos de barras com uma linha de tendência](https://gosufra.com/blog/restaurant-kpis.svg)

Análises 2026-07-20 · 9 min de leitura

### [Onze números que deve ver todas as manhãs](https://gosufra.com/pt/blog/onze-numeros-que-deve-ver-todas/)

Um painel prático de restaurante: vendas, ticket médio, food cost, mão de obra, prime cost, descontos e anulações — com fórmulas, intervalos e o que fazer quando se mexem.

Ler artigo

![Ilustração de lojas a partilhar a mesma linha de telhado](https://gosufra.com/blog/multi-branch-management.svg)

Operações 2026-08-24 · 7 min de leitura

### [Gerir várias lojas sem perder nenhuma de vista](https://gosufra.com/pt/blog/gerir-varias-lojas-sem-perder-nenhuma/)

O que se partilha entre filiais e o que fica separado, como se constrói uma demonstração de resultados consolidada, e os três relatórios que dizem que loja está mesmo a sustentar as outras.

Ler artigo

![Ilustração de uma checklist com caixas assinaladas](https://gosufra.com/blog/opening-checklist.svg)

Crescimento 2026-04-06 · 9 min de leitura

### [Uma checklist de trinta dias para abrir um restaurante](https://gosufra.com/pt/blog/uma-checklist-de-trinta-dias-para-abrir/)

Um plano semana a semana para preparar um restaurante: cardápio e custos, fornecedores, sistemas e hardware, formação e soft launch — numa ordem que não se contradiz.

Ler artigo

[← Todos os artigos](https://gosufra.com/pt/blog/)

[Contacte-nos](https://t.me/GoSufraSupport)
