Nowelizacja ustawy deweloperskiej z 17 lipca 2026 r. (Dz.U. 2026 poz. 1077) zmienia sposób przekazywania danych o cenach mieszkań i domów. Zmiana ma wejść w życie 11 listopada 2026 r. Nie oznacza to rozpoczęcia samego obowiązku jawności cen — ten wprowadzono wcześniej. Dla działu sprzedaży ważne staje się przygotowanie danych w określonej strukturze dokumentu elektronicznego.
Ministerstwo Cyfryzacji opublikowało 28 września 2026 r. projekt rozporządzenia WPL MC 52 wraz z załącznikiem. Przewidziano w nim 57 pól. Liczba ta dotyczy projektu, a nie potwierdzonego tutaj ostatecznego wzorca urzędowego. Przed produkcyjnym raportowaniem firma musi sprawdzić obowiązujące rozporządzenie, załącznik i aktualne materiały portalu danych.
Co oznacza projekt 57 pól dla systemu sprzedażowego?
Dokument elektroniczny może łączyć informacje z kilku miejsc w firmie: kartoteki podmiotu, katalogu inwestycji, danych poszczególnych lokali i aktualnego cennika. W praktyce nie jest to więc jedynie kwestia wyeksportowania kolumny z ceną. Najpierw trzeba ustalić, skąd pochodzi każda informacja, kto odpowiada za jej poprawność i z jaką datą została zatwierdzona.
Nie należy wprowadzać do raportu wartości, które zostały wymyślone dla uzupełnienia pustych pól. Jeżeli informacja nie jest dostępna, powinna znaleźć się na liście braków do wyjaśnienia. W projekcie rozporządzenia przewidziano określone sposoby oznaczania pól niemających zastosowania do pozycji, ale zasady te trzeba odczytywać dla konkretnych pól i potwierdzić w ostatecznej specyfikacji. Automatyczne wpisywanie znaku X we wszystkich pustych komórkach nie stanowi rzetelnej walidacji.
Jak wykonać inwentaryzację danych w CRM?
Przygotuj zestawienie obejmujące nazwę pola źródłowego, jego znaczenie, typ danych, datę aktualizacji i osobę odpowiedzialną. Oddziel informacje wspólne dla całego przedsięwzięcia od wartości przypisanych konkretnemu lokalowi. Sprawdź, czy firma przechowuje historię zmian cen i czy da się odtworzyć wartości obowiązujące w określonym dniu.
Ważne jest rozróżnienie nazwy kolumny od jej znaczenia. Pole opisane w CRM jako „cena” może odnosić się do ceny samego lokalu, a w innym systemie do ceny wraz z określonymi dodatkami. Takich wartości nie należy mapować automatycznie bez weryfikacji. W rejestrze źródeł warto zapisać zarówno jednostkę, jak i zasady wyliczania kwoty.
Identyfikatory mieszkań i daty muszą być jednoznaczne
Sam numer mieszkania nie zawsze wystarczy do identyfikacji rekordu. Numer 12 może pojawić się w kilku budynkach tej samej inwestycji, a także w kilku różnych przedsięwzięciach. Przed porównywaniem kolejnych eksportów trzeba ustalić klucz jednoznaczny w całym analizowanym zbiorze. Gdy występują duplikaty identyfikatora, należy zatrzymać porównanie i wyjaśnić problem w systemie źródłowym.
Osobnego sprawdzenia wymagają daty. Data utworzenia pliku nie musi być datą obowiązywania ceny. Jeśli system posiada jedną ogólną kolumnę „data”, nie wolno zakładać, że oznacza ona dokładnie to samo co pole wymagane w raporcie. W podobny sposób należy podchodzić do identyfikatorów NIP, REGON czy KRS. Program arkuszowy może zmienić sposób wyświetlania liczb albo usunąć zera wiodące, dlatego warto kontrolować dane w ich pierwotnej postaci tekstowej.
Najpierw próbka testowa, potem cały zbiór
Do pierwszego testu wybierz jedno przedsięwzięcie i ograniczoną liczbę lokali. Przygotuj osobny plik, który nie zawiera danych osobowych nabywców ani informacji niepotrzebnych w sprawozdawczości. Zapisz użyty separator CSV, kodowanie i wersję dokumentu referencyjnego. Jeżeli w firmie działają różne systemy sprzedaży, przetestuj każdy eksport oddzielnie, zanim zaczniesz scalać informacje.
Mała próbka pozwala szybko znaleźć błędne nagłówki, brakujące wartości i niespójne typy danych. Po wyjaśnieniu problemów wykonaj taki sam test na pełnym zbiorze. Wyniki obu kontroli warto zachować wraz z datą i numerem wersji, tak aby w przyszłości można było prześledzić, dlaczego wybrano określone mapowanie.
Proces mapowania krok po kroku
- Sprawdź datę i aktualność dokumentów urzędowych. Nie traktuj projektu rozporządzenia jako już ostatecznie obowiązującego wzorca.
- Wyeksportuj nazwy kolumn z programu sprzedażowego i przygotuj osobny wzorzec z właściwego źródła.
- Przyporządkuj kolumny tylko tam, gdzie ich znaczenie jest jasne. Podobieństwo nazwy nie jest wystarczającym dowodem zgodności.
- Każde pole bez wiarygodnego źródła oznacz jako brak wymagający wyjaśnienia. Nie uzupełniaj go sztuczną wartością.
- Skontroluj kodowanie, separator, liczbę pól i formaty wartości. W osobnej czynności porównaj wynik z danymi zatwierdzonymi w CRM.
- Zapisz wersję mapowania, datę wykonania kontroli oraz osobę odpowiedzialną za podjęte decyzje.
- Dopiero po zakończeniu weryfikacji przygotuj przekazanie dokumentu przez właściwy, autoryzowany system.
Do technicznego przygotowania możesz wykorzystać narzędzie mapowania CSV. Działa ono lokalnie w przeglądarce i wymaga wskazania pliku z nagłówkami wzorca. Nie nadaje formalnego certyfikatu ani nie wykonuje urzędowego zgłoszenia. Po mapowaniu warto uruchomić również walidator struktury, który wykrywa podstawowe błędy tabeli.
Dlaczego poprawna liczba kolumn nie wystarcza?
W pliku może znajdować się dokładnie 57 kolumn, a mimo tego informacje mogą dotyczyć niewłaściwego lokalu. Błąd mógł powstać podczas łączenia danych ze źródeł, wprowadzenia ceny do CRM albo eksportu z programu. Kontrola techniczna jest więc tylko jednym etapem. Weryfikacja merytoryczna wymaga sprawdzenia wybranych rekordów z dokumentami źródłowymi, w tym definicji ceny, terminu jej obowiązywania i tożsamości przedsięwzięcia.
Źródła: Dz.U. 2026 poz. 1077 oraz omówienie projektu WPL MC 52 i jego ograniczeń. Ten materiał jest edukacyjny, aktualny na 1 listopada 2026 r. i nie stanowi certyfikatu zgodności z ostateczną specyfikacją.