Strona główna » Blog » 3 najczęstsze błędy deweloperów w raportowaniu do dane.gov.pl

3 najczęstsze błędy deweloperów w raportowaniu do dane.gov.pl

Publikacja wpisu:

Ostatnia aktualizacja wpisu:

Obowiązek codziennego raportowania danych o cenach mieszkań do portalu dane.gov.pl obowiązuje już każdego dewelopera w Polsce. Przepisy nie pozostawiają wątpliwości – dane muszą trafiać do rządowej bazy w określonej strukturze i z odpowiednią częstotliwością. Problem w tym, że część firm deweloperskich popełnia przy tym błędy, które narażają je na konsekwencje prawne.

Czego wymaga od deweloperów raportowanie do dane.gov.pl?

Aktem prawnym nakładającym wspomniane wymogi jest nowelizacja ustawy deweloperskiej z 21 maja 2025 roku. Wprowadziła ona obowiązek publikowania cen ofertowych mieszkań i domów na stronach internetowych inwestycji oraz ich codziennego przekazywania do Portalu Otwarte Dane. Przepisy weszły w życie 11 lipca 2025 roku, a po dwumiesięcznym okresie przejściowym – od 11 września 2025 – objęły wszystkich deweloperów, niezależnie od daty rozpoczęcia sprzedaży.

W praktyce raportowanie polega na przygotowaniu pliku XML zgodnego ze strukturą wskazaną przez Ministerstwo Cyfryzacji. Następnie udostępnieniu go pod stałym adresem URL i zgłoszeniu tego adresu do administratora portalu. Serwery dane.gov.pl pobierają plik raz na dobę, aktualizując bazę o zawarte w pliku informacje.

Choć sam mechanizm nie jest skomplikowany, diabeł tkwi w szczegółach. A tych szczegółów jest wystarczająco dużo, żeby popełnić kosztowne błędy.

Błąd nr 1: Niepoprawnie ustrukturyzowane dane

Portal dane.gov.pl operuje dwoma kluczowymi pojęciami: „Zbiór danych” oraz „Dane”. Zbiór danych powinien reprezentować konkretną inwestycję deweloperską (z ewentualnym podziałem na lata). Natomiast Dane to poszczególne dzienne zestawienia z informacjami o lokalach dla danej inwestycji.

Najczęstszy błąd polega na tym, że codzienne zestawienia mieszkań wprowadzane są jako osobne Zbiory danych. Efekt? Zamiast jednego uporządkowanego zbioru z kolejnymi dziennymi aktualizacjami, na portalu pojawia się chaotyczna lista kilkudziesięciu lub kilkuset zbiorów – po jednym na każdy dzień.

Taka konfiguracja jest niezgodna z wytycznymi Ministerstwa Cyfryzacji. Najczęściej spotykamy ją u deweloperów, których integrację z portalem przeprowadzała firma bez doświadczenia w tym konkretnym obszarze. Poprawna hierarchia to: jeden Zbiór danych per inwestycja (lub kilka zbiorów w przypadku kilku lat), a w jego ramach – dzienne pliki z aktualnymi informacjami o lokalach.

Przykład niezgodności nr 1 - dane dzienne przekazywane są zarówno jako "Dane" jak i "Zbiory danych"
Przykład niezgodności nr 1 – dane dzienne przekazywane są zarówno jako „Dane” jak i „Zbiory danych”

Błąd nr 2: Przekazywanie wyłącznie najnowszego zestawienia danych

Drugi powszechny problem dotyczy kompletności danych historycznych. Ustawa o jawności cen wyraźnie wskazuje, że dane powinny być przekazywane codziennie. Zgodnie z wytycznymi Ministerstwa, plik XML powinien zawierać osobne zestawienia dla każdego dnia.

Tymczasem wielu deweloperów udostępnia plik XML zawierający wyłącznie jedno, najnowsze zestawienie z danymi na bieżący dzień. W efekcie na portalu dane.gov.pl, w sekcji „Dane” dla danego zbioru, widnieje tylko jeden zasób zamiast narastającej historii dziennych raportów.

To poważne uchybienie, ponieważ jednym z celów ustawy jest zapewnienie transparentności historii zmian cen. Kupujący ma prawo zobaczyć, jak cena danego lokalu zmieniała się w czasie. Brak archiwalnych zestawień uniemożliwia realizację tego celu i stawia dewelopera w sytuacji niezgodności z przepisami.

Rozwiązaniem tego problemu jest odpowiednia konfiguracja pliku XML. Musi on zawierać komplet zestawień dziennych, narastająco. Każde nowe zestawienie dodawane jest do pliku, a wcześniejsze pozostają nienaruszone.

Przykład niezgodności nr 2 - przekazywany jest tylko jeden, najnowszy plik, przez co nie jest dostępna historia zmian.
Przykład niezgodności nr 2 – przekazywany jest tylko jeden, najnowszy plik, przez co nie jest dostępna historia zmian.

Błąd nr 3: Struktura danych niezgodna z wytycznymi Ministerstwa Cyfryzacji

Ministerstwo Cyfryzacji opublikowało przykładowe schematy danych, według których należy przygotowywać pliki z danymi o mieszkaniach. Schemat ten określa wymagane pola, ich typy i kolejność. Znajdziesz go w materiałach pomocniczych na stronie dane.gov.pl, w sekcji poświęconej udostępnianiu danych o cenach mieszkań.

Mimo to trafiamy na deweloperów, u których pliki XML lub CSV mają zupełnie inną strukturę niż rekomendowana. Zdarza się, że brakuje wymaganych pól. Innym razem pola występują w niewłaściwym formacie lub są niepoprawnie nazwane.

Taka sytuacja najczęściej wynika z tego, że firma odpowiedzialna za integrację nie korzystała z oficjalnych materiałów Ministerstwa lub bazowała na starszej wersji schematu. Konsekwencje mogą być poważne – dane niezgodne ze schematem mogą zostać odrzucone przez system lub niepoprawnie zaimportowane, co de facto oznacza brak raportowania.

Jakie ryzyko niesie nieprawidłowe raportowanie cen?

Brak dostosowania się do wymogów ustawy o jawności cen traktowany jest jako naruszenie zbiorowych interesów konsumentów. UOKiK ma uprawnienia do przeprowadzania kontroli i nakładania kar finansowych sięgających nawet 10% rocznego obrotu firmy. To nie jest scenariusz czysto teoretyczny – rynek nieruchomości jest pod szczególną obserwacją regulatora. Z doniesień medialnych wiemy, że w styczniu 2026 roku UOKiK przeprowadził prawie 40 interwencji pod kątem zgodności z Ustawą.

Poza ryzykiem prawnym, nieprawidłowo raportowane dane podważają wiarygodność dewelopera. Portal dane.gov.pl jest publiczny, przez co każdy może sprawdzić, jak wyglądają Twoje dane. Potencjalny nabywca, który zobaczy chaotyczną strukturę zbiorów lub brak historii cen, może zinterpretować to jako brak profesjonalizmu lub próbę ukrywania informacji.

Jak uniknąć tych błędów?

Zweryfikuj aktualny stan swoich danych na portalu

Znajdź swoją firmę w portalu dane.gov.pl i sprawdź, jak wyglądają Twoje zbiory danych. Czy każda inwestycja to osobny Zbiór danych? Czy w ramach każdego zbioru znajdują się dzienne zasoby z historią? Czy struktura pliku XML jest zgodna z aktualnym schematem XSD? Czy struktura plików z danymi jest zgodna z aktualnymi wytycznymi Ministerstwa?

Korzystaj z oficjalnych materiałów Ministerstwa Cyfryzacji

Ministerstwo udostępniło kompletną dokumentację, w tym schematy XSD, instrukcje i przykładowe pliki. Materiały te znajdziesz pod adresem dane.gov.pl w sekcji „Materiały pomocnicze”. To jedyne w pełni wiarygodne źródło informacji o wymaganej strukturze danych.

Wybieraj wykonawców z doświadczeniem w integracji z dane.gov.pl

Jeśli korzystasz z zewnętrznej firmy do wdrożenia raportowania upewnij się, że ma ona realne doświadczenie w integracji z portalem. Wszystkie trzy opisane błędy najczęściej występują tam, gdzie integracją zajmował się podmiot bez specjalizacji w tym zakresie. Warto poprosić o referencje lub sprawdzić, jak wyglądają dane innych klientów danego wykonawcy na portalu.

Nie wiesz jak zweryfikować te informacje?

Możemy zrobić to za Ciebie i wydać certyfikat zgodności z Ustawą! Sprawdź szczegóły tutaj.

Najczęściej zadawane pytania

Czy raportowanie do dane.gov.pl dotyczy wszystkich deweloperów?

Tak. Od 11 września 2025 roku obowiązek raportowania obejmuje wszystkich deweloperów prowadzących sprzedaż lokali mieszkalnych i domów jednorodzinnych w Polsce, niezależnie od wielkości firmy czy liczby inwestycji.

Jak często trzeba aktualizować dane na portalu dane.gov.pl?

Dane powinny być aktualizowane codziennie. System portalu pobiera plik XML raz na dobę ze wskazanego adresu URL. Każda aktualizacja powinna zawierać pełne zestawienie dzienne, dołączone do historii wcześniejszych raportów.

Jaki format pliku jest wymagany do raportowania cen mieszkań?

Plik zawierające informacje o strukturze informacji powinien być plikiem XML zgodnym ze schematem XSD opublikowanym przez Ministerstwo Cyfryzacji. Plik powinien być udostępniony pod stałym adresem URL wraz z plikiem kontrolnym MD5. Jako pliki zawierające dane o lokalach, rekomendowane są formaty JSON, CSV, XML.

Co grozi za brak raportowania lub błędy w danych?

Nieprawidłowe raportowanie lub jego brak może być zakwalifikowane jako naruszenie zbiorowych interesów konsumentów. UOKiK może nałożyć karę finansową sięgającą nawet 10% rocznego obrotu firmy deweloperskiej.

Podsumowanie

Raportowanie danych do dane.gov.pl to nie formalność, którą można potraktować „na odczepne”. Niepoprawna struktura zbiorów, brak danych historycznych i niezgodność ze schematem Ministerstwa Cyfryzacji to trzy najczęstsze błędy, które mogą skutkować karami finansowymi i utratą wiarygodności w oczach klientów. Warto zainwestować czas w weryfikację obecnego stanu swoich danych i jeśli to konieczne – zlecić poprawki doświadczonemu wykonawcy.

Źródła

Również może Cię zainteresować