# Diretiva Omnibus em 2026: exibir o preço de referência sem sabotar as promoções no PrestaShop

> Quatro anos depois da entrada em vigor, a diretiva Omnibus tornou-se o alvo número um das fiscalizações da ASAE ao comércio eletrónico. Aqui fica a regra exata do preço de referência dos 30 dias anteriores, as armadilhas que matam as promoções e a mecânica correta no PrestaShop.

- Página: <https://www.datafirefly.com/pt/2026/06/22/diretiva-omnibus-preco-referencia-promocoes-prestashop-2026/>
- Idioma: pt
- Publicado em: 2026-06-22
- Atualizado em: 2026-06-22
- Outros idiomas: [fr](https://www.datafirefly.com/2026/06/22/directive-omnibus-prix-reference-promotions-prestashop-2026/index.md), [en](https://www.datafirefly.com/en/2026/06/22/omnibus-directive-reference-price-promotions-prestashop-2026/index.md), [es](https://www.datafirefly.com/es/2026/06/22/directiva-omnibus-precio-referencia-promociones-prestashop-2026/index.md), [de](https://www.datafirefly.com/de/2026/06/22/omnibus-richtlinie-referenzpreis-promotionen-prestashop-2026/index.md), [it](https://www.datafirefly.com/it/2026/06/22/direttiva-omnibus-prezzo-riferimento-promozioni-prestashop-2026/index.md), [pl](https://www.datafirefly.com/pl/2026/06/22/dyrektywa-omnibus-cena-odniesienia-promocje-prestashop-2026/index.md), [nl](https://www.datafirefly.com/nl/2026/06/22/omnibus-richtlijn-referentieprijs-promoties-prestashop-2026/index.md)
- Índice: <https://www.datafirefly.com/pt/2026/llms.txt>

A diretiva europeia 2019/2161, dita «Omnibus», é aplicável desde 28 de maio de 2022. Em Portugal foi transposta pelo Decreto-Lei n.º 109-G/2021, que reforçou o Decreto-Lei n.º 70/2007 sobre as práticas comerciais com redução de preço. Em 2026, depois de quatro anos de aplicação e de várias vagas de fiscalização da ASAE, a conformidade já não é opcional: as coimas do Decreto-Lei n.º 70/2007 chegam a 44 890 € para as pessoas coletivas, e as infrações generalizadas podem ser sancionadas até 4 % do volume de negócios anual. A ASAE anunciou publicamente uma intensificação das fiscalizações ao comércio eletrónico em 2025 e 2026 sobre os saldos, a Black Friday e as promoções permanentes.

O problema: a regra Omnibus é simples de enunciar, complexa de implementar tecnicamente, e catastrófica para as promoções se for mal aplicada. Este artigo disseca a regra, as armadilhas que matam as promoções e a mecânica correta no PrestaShop.

## O que diz exatamente a regra em Portugal

O artigo 5.º do Decreto-Lei n.º 70/2007, na redação dada pela transposição da Omnibus, impõe que qualquer anúncio de redução de preço indique o preço anterior praticado, e define esse preço anterior como o preço mais baixo praticado pelo profissional em relação a todos os consumidores durante os 30 dias anteriores à aplicação da redução. Portugal já tinha, aliás, esta lógica dos 30 dias antes da diretiva; a Omnibus generalizou-a à União e apertou as sanções.

Em concreto, impõem-se quatro regras:

1. **Qualquer promoção tem de mostrar o preço de referência**, ou seja, o preço mais baixo dos 30 dias anteriores.
2. **Esse preço de referência tem de estar visível** ao lado do novo preço promocional.
3. **O cálculo é por produto** e por referência (combinação de variante), não por categoria.
4. **A percentagem de redução exibida tem de ser calculada sobre esse preço de referência**, não sobre um preço inflacionado.

## As exceções e os casos particulares

### Saldos

A regra aplica-se aos saldos. Em Portugal, os períodos de saldos são livres, até 124 dias por ano, mas têm de ser declarados à ASAE, e o «preço de referência» exibido em saldos tem de ser o preço mais baixo dos 30 dias anteriores ao início dos saldos, não o preço riscado arbitrário dos fabricantes.

### Promoção progressiva

Se aplica 20 % de desconto na primeira semana e depois 30 % na segunda, o preço de referência continua a ser o dos 30 dias anteriores à PRIMEIRA redução. Os 30 % calculam-se em relação ao preço de origem, não ao preço promocional anterior.

### Produto novo (menos de 30 dias)

Se o produto está à venda há menos de 30 dias, toma-se o preço mais baixo desde a sua colocação à venda. A regra não inventa um preço anterior: usa o histórico disponível.

### Géneros perecíveis

Exceção: produtos frescos com data de validade curta. A regra aplica-se com flexibilidade, mas a rastreabilidade continua a ser exigida.

### Produtos nunca antes comercializados ao público

Um desconto inicial («preço de lançamento») não tem de mostrar preço de referência. Mas não se pode indicar um falso «preço riscado».

## A armadilha que mata as promoções: o preço riscado inflacionado

Antes da Omnibus, muitos comerciantes online alinhavam o preço de venda por um «preço de catálogo do fabricante» fantasioso e mostravam 50 % de desconto em permanência. Prática morta em 2022 e ativamente sancionada em 2025 e 2026.

Exemplo típico de uma fiscalização da ASAE: uma loja mostra um produto a 39,90 € com um preço riscado de 79,90 € (menos 50 %). A auditoria pede o histórico de preços. O produto nunca foi vendido acima dos 49,90 €. Sanção: coima, retirada da alegação promocional, publicidade da decisão.

O erro de fundo: confundir **preço de venda recomendado pelo fabricante** (PVP recomendado, não oponível) com **preço de referência Omnibus** (preço realmente praticado).

## A mecânica técnica no PrestaShop

O PrestaShop 8 e 9 não gerem de origem o preço de referência Omnibus. O módulo de catálogo gere as «reduções» e os «preços específicos», mas sem histórico dos 30 dias anteriores nem cálculo automático do preço anterior real.

A implementação manual exige quatro camadas:

### 1. Registo do histórico de preços

Uma tabela nova `ps_price_history` regista cada alteração de preço por `id_product` e `id_product_attribute`, com data e hora. Disparada pelo hook `actionObjectProductUpdateAfter`, ou por um cron diário que fotografa os preços.

```
CREATE TABLE ps_price_history (
    id_history INT AUTO_INCREMENT PRIMARY KEY,
    id_product INT NOT NULL,
    id_product_attribute INT DEFAULT 0,
    id_shop INT NOT NULL,
    id_currency INT NOT NULL,
    price DECIMAL(20,6) NOT NULL,
    date_change DATETIME NOT NULL,
    INDEX idx_product_date (id_product, date_change)
) ENGINE=InnoDB;
```

### 2. Cálculo do preço de referência

No momento de mostrar uma promoção, o módulo calcula para cada produto o preço mais baixo dos 30 dias anteriores:

```
SELECT MIN(price) AS preco_referencia
FROM ps_price_history
WHERE id_product = :product_id
AND id_product_attribute = :attribute_id
AND date_change >= DATE_SUB(NOW(), INTERVAL 30 DAY)
AND date_change < :promo_start_date;
```

### 3. Exibição conforme

Na página de produto e nas listagens, o bloco de preço mostra:

- Preço promocional atual (em grande)
- Preço de referência dos 30 dias anteriores, riscado («Preço anterior mais baixo (30 dias): 39,90 €»)
- Percentagem de redução calculada sobre o preço de referência

Opcionalmente, uma dica ou uma ligação «Ver o histórico de preços» melhora a transparência (e desarma as contestações).

### 4. Rastreabilidade para a auditoria

Em caso de fiscalização da ASAE, tem de conseguir produzir o histórico a pedido. A tabela `ps_price_history` deve ser conservada pelo menos 2 anos, idealmente 5. Exportável em CSV a partir do back-office.

## Os erros frequentes em produção

1. **Calcular o preço de referência sobre o preço sem IVA em vez do preço com IVA**, ou o inverso. A regra aplica-se ao preço pago pelo consumidor, logo com IVA no B2C.
2. **Ignorar as variantes.** O preço de referência é por referência física, não por produto-pai.
3. **Não gerir o multimoeda.** Se vende em euros e em dólares, o histórico tem de ser por moeda.
4. **Reiniciar o histórico a cada atualização do catálogo.** Uma migração ou uma importação em massa pode esmagar o histórico. O módulo tem de preservar o histórico passado.
5. **Mostrar o «PVP recomendado pelo fabricante» no lugar do preço de referência.** É o erro jurídico principal.
6. **Não cobrir as páginas de categoria e as listagens.** Se a página de produto está conforme mas a miniatura na categoria mostra um preço riscado inflacionado, está em infração.

## O nosso módulo dfomnibus: conformidade automática

Implementar esta mecânica à mão é um projeto de 5 a 8 dias de desenvolvimento, com testes em multiloja, multimoeda e variantes. [O nosso módulo dfomnibus](https://www.datafirefly.com/pt/produto/conformidade-diretiva-omnibus-prestashop/) para PrestaShop 8 e 9 industrializa toda a stack:

- **Registo automático do histórico** por hook na alteração de preço (sem cron, em tempo real).
- **Cálculo do preço de referência Omnibus** por produto e por variante, com gestão de multiloja e multimoeda.
- **Exibição conforme** nas páginas de produto, listagens de categoria, blocos de venda cruzada, carrinho.
- **Rastreabilidade auditável**: exportação CSV do histórico, pronta para a ASAE.
- **Percentagem de redução recalculada** sobre o preço de referência, nunca sobre um preço arbitrário.
- **Compatível com os saldos declarados** e as promoções programadas.
- **Traduções nativas FR/EN/ES/DE**; os rótulos em português introduzem-se no back-office, e a regra aplica-se em toda a União Europeia.

Por 79 €, passa a conformidade sem tocar no catálogo e sem risco nas promoções futuras.

## Para além da conformidade: a conversão

Paradoxalmente, uma promoção conforme à Omnibus converte muitas vezes melhor do que uma promoção inflacionada. A razão: os consumidores tornaram-se desconfiados perante os preços riscados artificiais. Mostrar um preço de referência verificado e uma percentagem honesta reforça a credibilidade. Nas lojas que convertemos à conformidade estrita, a taxa de clique nas miniaturas promocionais estabilizou ou subiu ligeiramente.

E, sobretudo, a conformidade elimina um risco operacional grave: uma denúncia à ASAE (muitas vezes feita por um concorrente) desencadeia uma auditoria que pode paralisar a estratégia promocional durante meses.

## FAQ

### A regra Omnibus aplica-se aos saldos?

Sim, integralmente. O preço de referência exibido em saldos tem de ser o preço mais baixo praticado nos 30 dias anteriores ao início dos saldos, não o «preço de catálogo» ou o «PVP recomendado». A ASAE visou explicitamente os saldos de 2024 e 2025 nas suas fiscalizações ao comércio eletrónico.

### O que fazer com os produtos em promoção permanente?

A promoção «permanente» é incompatível com a Omnibus. Se um produto está com 30 % de desconto há três meses, o preço de referência é na realidade o preço com desconto (já que é o preço mais baixo dos 30 dias anteriores). Logo, 30 % em relação a menos 30 % dá 0 % de desconto real exibível. Ou se retira a comunicação promocional, ou se alternam períodos promocionais e períodos ao preço normal.

### O módulo gere a retroatividade?

Se instalar o dfomnibus hoje, o histórico começa na data de instalação. Nas fiscalizações da ASAE sobre promoções passadas (anteriores à instalação), terá de produzir o histórico por outros meios (cópias de segurança da base, exportações CSV antigas). Recomendamos instalar o módulo antes dos saldos ou das operações promocionais importantes, não no próprio dia.

### Que sanção em caso de não conformidade?

O Decreto-Lei n.º 70/2007 prevê coimas até 3740 € para as pessoas singulares e até 44 890 € para as pessoas coletivas, e a transposição da Omnibus acrescentou a possibilidade de sanções até 4 % do volume de negócios anual nas infrações generalizadas. Na prática, as coimas aplicadas a comerciantes online em 2024 e 2025 oscilam entre alguns milhares e várias dezenas de milhares de euros, consoante a gravidade e a reincidência.

### A regra Omnibus aplica-se fora da UE?

Não, é uma diretiva europeia. Mas se a loja vende a consumidores europeus a partir de um país terceiro (Reino Unido, Suíça, Estados Unidos), fica sujeita à regra nas vendas B2C na UE. O critério é o consumidor visado, não a sede do comerciante.

## Para ir mais longe

A conformidade regulamentar em e-commerce em 2026 estrutura-se em torno de três pilares: RGPD (Consent Mode v2), Omnibus (preço de referência) e setorial (age gate, INCO, segurança dos produtos). Veja também o nosso [guia RGPD Consent Mode v2 para PrestaShop](https://www.datafirefly.com/pt/2026/05/09/rgpd-consent-mode-v2-prestashop-2026-rastreio-ga4/) e o recente [dossiê sobre a verificação de idade em e-commerce](https://www.datafirefly.com/pt/2026/06/18/verificacao-idade-ecommerce-cbd-vape-alcool-conformidade-prestashop-2026/). Três camadas independentes, a empilhar com limpeza.

Leia também: [a checklist GPSR](https://www.datafirefly.com/pt/2026/06/04/gpsr-2026-checklist-conformidade-produto-prestashop/).

Para passar à ação: [a nossa seleção de módulos de conformidade de produto](https://www.datafirefly.com/pt/solutions/prestashop/conformidade-produtos/).