Integracja zgodna z nową ustawą o jawności cen (2025): wymagania dla deweloperów, wdrożenia na stronach WWW, integracja z Portalem Danych

Integracja zgodna z nową ustawą o jawności cen (2025): wymagania dla deweloperów, wdrożenia na stronach WWW, integracja z Portalem Danych
  • 11 lipca, 2025
  • pixelshark

Integracja zgodna z nową ustawą o jawności cen (2025): wymagania dla deweloperów, wdrożenia na stronach WWW, integracja z Portalem Danych

Od 11 lipca 2025 r. obowiązuje nowy reżim jawności cen mieszkań i domów. Deweloperzy muszą publikować na swojej stronie pełne ceny (brutto) za m² i za lokal, ceny pomieszczeń przynależnych oraz wszystkie dodatkowe koszty, a także prowadzić publiczną historię zmian cen. Dodatkowo raz na dobę przekazują dane cenowe do ministra cyfryzacji (Publikacja na Portalu Danych). Dla inwestycji rozpoczętych wcześniej przewidziano okres przejściowy do 11 września 2025 r. — po tej dacie obowiązki obejmują wszystkich.

W tym wpisie pokazujemy jak zgodnie z prawem wdrożyć jawność cen od strony technicznej (WWW, CMS/CRM, API, monitoring, archiwizacja), jak zintegrować się z Portalem Danych, oraz jakie zmiany dotyczą odbioru lokalu (obowiązkowa obecność nabywcy, protokół i zgłaszanie wad).

Kogo to dotyczy i co dokładnie trzeba pokazać na stronie?

Na mocy art. 19a ustawy deweloperskiej deweloper jest zobowiązany do prowadzenia własnej strony WWW i publikowania od rozpoczęcia sprzedaży m.in.:

  • ceny brutto m² powierzchni użytkowej każdego lokalu/domu;
  • ceny brutto całej nieruchomości (lub jej części) — lokalu/domu;
  • ceny pomieszczeń przynależnych (np. komórki, miejsce postojowe), jeśli nie są wliczone;
  • innych świadczeń pieniężnych, które nabywca musi ponieść (np. opłaty, dopłaty);
  • historii zmian cen z datami — każda zmiana ma być ujęta od startu sprzedaży;
  • adresu strony w reklamach/ogłoszeniach/ofertach.

Art. 19b nakłada ponadto codzienny eksport danych do ministra właściwego do spraw informatyzacji (format wg przepisów o otwartych danych). Dane te są publikowane jako dane o wysokiej wartości na Portalu Danych.

Harmonogram:

  • 11 lipca 2025 r. – obowiązki dla nowych inwestycji rozpoczynających sprzedaż po tej dacie;
  • do 11 września 2025 r. – okres przejściowy dla sprzedaży rozpoczętej wcześniej (2 miesiące na dostosowanie);
  • po 11 września 2025 r. – obowiązek dotyczy wszystkich deweloperów.

SEO i UX: jak to poprawnie pokazać użytkownikowi (i wyszukiwarkom)

Wymagania contentowe (minimum):

  • Karta lokalu/domu: cena m² (brutto), cena całkowita (brutto), ceny przynależności (brutto), lista „innych świadczeń pieniężnych” (np. opłaty notarialne/administracyjne, koszty wykończenia — jeśli wchodzą w zakres oferty). Daty aktualizacji.
  • Historia cen: tabela lub oś czasu z (data zmiany, cena m², cena całkowita, ceny przynależności).
  • Dane kontaktowe i lokalizacja inwestycji (elementy „części ogólnej prospektu”).

Elementy SEO:

  • Tytuły H1/H2 z frazami: „cena za m²”, „cena całkowita”, „pomieszczenia przynależne”, „historia cen”;
  • Dane strukturalne: Product/Offer (schema.org) dla mieszkań, z polami price, priceCurrency, availability, area, additionalProperty (dla przynależności i opłat);
  • FAQPage o jawności cen i historii zmian (ułatwia rich results).
  • Link we wszystkich materiałach i ogłoszeniach musi prowadzić do strony z informacjami cenowymi (wymóg ustawowy).

Integracja techniczna: architektura zgodna z ustawą

1) Warstwa danych (CRM/CMS)

  • Model cenowy:
    price_gross_per_m2, price_gross_total, ancillaries[] (np. {type: „komórka”, price_gross}), surcharges[] (świadczenia pieniężne inne), currency, vat_rate.
  • Historia: dziennik zmian z changed_at + stare/nowe wartości.
  • Status i dostępność: rezerwacje/sprzedaż → spójność z publikacją.

2) Warstwa prezentacji (WWW)

  • Komponent „Historia cen”: render z paginacją i możliwością pobrania CSV/JSON.
  • Oznaczenia dat: każda zmiana z datą (ustawowy wymóg).
  • Wersje językowe: min. PL, opcjonalnie EN (spójne pola cenowe).

3) Warstwa integracji (API ↔ Portal Danych)

  • Zrzut dobowy (cron/worker): raz na dobę eksport pełnych danych cenowych do ministerstwa, zgodnie z ustawą o otwartych danych; obsługa błędów i retry.
  • Formaty: JSON/CSV zgodnie ze specyfikacją publikowaną przez MI i Portal Danych (kategoria „dane o wysokiej wartości”).
  • Audyt: podpisy, logi, checksum, archiwum paczek eksportowych.

4) Monitoring i zgodność

  • Alerty: brak eksportu/dane puste/anomalie cenowe (skoki >X%).
  • SLO: 100% publikacji historii i 100% eksportów dobowych.
  • Dashboard: status publikacji WWW, status feedu, logi odmów/429/5xx.

Odbiór lokalu: zmiany i obowiązki procesowe

Ustawa precyzuje, że odbiór jest dokonywany w obecności nabywcy (lub pełnomocnika), sporządza się protokół, a wady można zgłaszać podczas odbioru i (w określonych ramach) po odbiorze do momentu przeniesienia praw — z terminami na reakcję i usunięcie. To wpływa na projektowanie procesu (powiadomienia, moduł zgłoszeń, statusy).

Rekomendacja IT: wprowadź moduł „Odbiory” w CRM/portalu klienta: harmonogramy, pełnomocnictwa, protokoły, workflow wad (istotne/nieistotne), SLA na odpowiedź i naprawę, metryki cyklu.

Kary i spory: o czym pamiętać

Naruszenie obowiązków z art. 19a–19b to praktyka naruszająca zbiorowe interesy konsumentów (UOKiK). Dodatkowo, sprzeczność między ceną z WWW a oferowaną przy podpisaniu umowy daje nabywcy prawo domagać się ceny najkorzystniejszej (ustawowo).

PixelShark: co wdrażamy „end-to-end”

1) Audyt zgodności (WWW/CRM/ogłoszenia): modele danych, historia cen, materiały marketingowe (link do strony z cenami).
2) Warstwa danych: migracja schematów (ceny, przynależności, świadczenia), wersjonowanie i nieusuwalna historia.
3) Frontend: komponenty „Cena”, „Cennik przynależności”, „Historia zmian cen” (SSR/CSR), eksport CSV/JSON.
4) Eksport dobowy: konektor Portal Danych (kolejki, retry, audyt), dzienne paczki danych.
5) Monitoring: metryki, alerting, synthetic checks (czy na WWW widać wymagane pola; czy feed poszedł).
6) Proces odbioru: moduł protokołów, zgłoszeń wad i terminów.