Jak deweloperzy niepotrzebnie ujawniają swoje ceny na dane.gov.pl

Pracując z plikami danych wysyłanymi przez deweloperów do portalu dane.gov.pl, niemal codziennie trafiamy na ten sam, masowy błąd.

Zauważamy, że w kolumnie „Rodzaj nieruchomości”, gdzie powinny znajdować się wyłącznie wartości takie jak mieszkanie lub dom jednorodzinny, pojawiają się... miejsca postojowe podziemne, komórki lokatorskie i inne produkty traktowane jako osobne nieruchomości (co widać na załączonym screenie).

Dlaczego to ogromny błąd i dlaczego deweloperzy robią sobie tym krzywdę?

1. Niezgodność z wytycznymi Ustawy

Portal dane.gov.pl służy do monitorowania rynku lokali mieszkalnych. Systemy rządowe nie są miejscem na listowanie całego asortymentu z systemu CRM, autorskiej aplikacji czy bezpośrednio z bazy danych dewelopera. Raportowanie miejsc postojowych jako osobnych „lokali mieszkalnych” to błąd strukturalny.

2. Niepotrzebne ujawnianie historii cen

To najważniejszy punkt. Gdy miejsce postojowe wysyłane jest jako osobny rekord do dane.gov.pl, system zaczyna śledzić jego historię cenową. W efekcie, każdy może sprawdzić, jak zmieniają się ceny garaży czy skrytek, mimo że deweloper nie ma żadnego obowiązku udostępniania takich danych do rejestru rządowego! Ustawa nakazuje pokazywać historię cen lokali, a nie miejsc parkingowych sprzedawanych jako osobny produkt.

Więc jak to powinno wyglądać poprawnie?

W Pravisto zawsze przypominamy, że należy wyraźnie oddzielić to, co prezentowane jest publicznie na stronie inwestycji, od tego, co trafia do systemów rządowych:

Gdzie w takim razie wpisać miejsce postojowe i komórkę?

Należy użyć odpowiednich kolumn w strukturze pliku, przypisując te elementy bezpośrednio do konkretnego mieszkania:

A co, jeśli deweloper sprzedaje miejsce postojowe całkowicie osobno? Wtedy rejestru dane.gov.pl w ogóle to nie interesuje. Taki produkt nie powinien opuszczać wewnętrznych systemów (CRM lub bazy danych) w feedzie kierowanym do instytucji państwowych.

Podsumowując

Warto zweryfikować generowane eksporty XML/CSV z systemów sprzedażowych, CRM-ów czy autorskich baz danych. Poprawne zmapowanie produktów pozwala uniknąć błędów walidacji i, co ważniejsze, chroni dane handlowe przed niepotrzebną ekspozycją publiczną. Jako Pravisto na co dzień pomagamy deweloperom porządkować te procesy – w razie wątpliwości, czy pliki spełniają rządowe standardy, zapraszamy do kontaktu!