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

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 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 e o recente dossiê sobre a verificação de idade em e-commerce. Três camadas independentes, a empilhar com limpeza.

Leia também: a checklist GPSR.

Para passar à ação: a nossa seleção de módulos de conformidade de produto.