Planowana zmiana sposobu elektronicznego przekazywania danych o cenach mieszkań od 11 listopada 2026 r. sprawia, że działy sprzedaży i IT muszą zweryfikować nie tylko zawartość swoich cenników, lecz także strukturę dokumentów. Ustawa z 17 lipca 2026 r. (Dz.U. 2026 poz. 1077) została ogłoszona 10 sierpnia. Projekt rozporządzenia Ministerstwa Cyfryzacji opublikowany 28 września 2026 r. opisuje 57 pól. Liczba ta wynika z projektu, a nie z potwierdzonego na tej stronie ostatecznego wzorca elektronicznego.
W praktyce często nie chodzi o przepisanie wszystkich rekordów. Najpierw trzeba ustalić, które pola już istnieją w CRM, które zmieniły nazwy lub kolejność, a które wymagają dodatkowego źródła danych. Do tego służy porównanie starego i nowego schematu. Poniższy przewodnik wyjaśnia, jak przeprowadzić taką kontrolę bez wysyłania poufnych cenników na obcy serwer.
Jakie różnice między wzorcami danych warto wykrywać?
Najważniejsze kategorie to pola dodane, usunięte, przeniesione do innej pozycji oraz nazwy, które zapisano inaczej. Dodanie pola często oznacza konieczność znalezienia nowego źródła informacji. Usunięcie nie oznacza, że historyczne dane należy skasować z firmowego CRM. Zmiana kolejności może wymagać korekty kodu eksportującego dokument, zwłaszcza jeśli dotychczasowa integracja odwoływała się do numeru kolumny zamiast do jej jednoznacznego identyfikatora.
Istotne jest także rozróżnienie różnicy w zapisie od zmiany znaczenia. Dwie nazwy mogą różnić się tylko wielkością liter albo znakiem diakrytycznym, a mimo to właściwy wzorzec może wymagać dokładnie określonej pisowni. Z kolei nazwy pozornie podobne mogą opisywać zupełnie inne wielkości. Nie należy tworzyć automatycznych reguł, które bez kontroli merytorycznej uznają każde podobieństwo za zgodność. Taka metoda może przenieść błędną cenę albo niewłaściwy identyfikator do pozornie poprawnie wypełnionego pliku.
Przygotowanie danych do porównania
Najpierw zachowaj rzeczywistą kopię poprzedniego wzorca. Jeśli firma dysponuje tylko wcześniejszym eksportem, można przeanalizować jego wiersz nagłówkowy. Dla nowej wersji należy pobrać dokument z wiarygodnego, aktualnego źródła. Pliki powinny mieć jednoznaczne nazwy, daty i opis wersji. Warto zarejestrować również moment pobrania materiału referencyjnego, ponieważ projekt rozporządzenia może być aktualizowany.
Wczytanie plików nie powinno wymagać ujawniania danych osobowych nabywców. Do porównania samych struktur wystarczą nagłówki, a przykładowe rekordy mogą być anonimowe. Jeżeli program arkuszowy automatycznie zmienia numery NIP lub daty, należy sprawdzić oryginalny plik tekstowy, zanim zostanie wprowadzony do dalszej analizy. Podstawowy audyt powinien wykrywać również błędny separator, powielone nazwy pól i niespójną liczbę kolumn.
Jak wykonać analizę krok po kroku?
- Ustal, który wzorzec jest poprzedni, a który nowy. Nie zastępuj źródła historycznego nowszym plikiem o tej samej nazwie.
- Wczytaj oba CSV do porównywarki. Możesz użyć osobnych plików zawierających tylko nagłówki.
- Przejrzyj nowe i usunięte pola. Dla każdej różnicy zapisz, czy potrzebne jest nowe źródło lub zmiana eksportu.
- Sprawdź przestawione kolumny. Zweryfikuj, czy program sprzedażowy opiera mapowanie na nazwach czy pozycjach.
- Oceń różnice zapisu. Nie zakładaj automatycznie, że pola podobne znaczą to samo.
- Zapisz raport zmian i sumy kontrolne. Dołącz datę weryfikacji i odpowiedzialną osobę do firmowej dokumentacji.
- Zaktualizuj mapowanie oraz przetestuj eksport. Przygotuj ograniczony zbiór demonstracyjny, zanim przejdziesz do pełnego raportowania.
Bezpłatna porównywarka struktur CSV e-DEWELOPERSKI wykrywa podstawowe zmiany i udostępnia zestawienie do pobrania. Po porównaniu przejdź do mapowania danych CRM. W kolejnym kroku wykorzystaj walidator techniczny CSV do wykrywania problemów z nagłówkami i wybranymi formatami danych. Żadne z tych narzędzi nie wykonuje automatycznej wysyłki danych do administracji publicznej.
Dlaczego warto zapisywać sumę kontrolną SHA-256?
Jeżeli dwie osoby pracują na dokumentach o tej samej nazwie, łatwo pomylić ich wersje. Skrót SHA-256 pomaga rozpoznać, czy porównano te same bajty pliku. Można zachować go w rejestrze kontroli obok daty, nazwy dokumentu oraz odpowiedzialnej osoby. Nawet niewielka zmiana w pliku zwykle powoduje inną sumę kontrolną.
Suma kontrolna nie dowodzi jednak, że plik jest dokumentem urzędowym, został pobrany ze właściwej strony albo zawiera prawdziwe ceny. Jest wyłącznie techniczną informacją o wersji dokumentu. Dodatkowo nie zastępuje podpisu elektronicznego, zatwierdzenia odpowiedzialnego pracownika ani urzędowego potwierdzenia przyjęcia danych.
Co zrobić z polami, które pojawiły się w nowym dokumencie?
Dla każdego nowego pola określ znaczenie, typ, jednostkę i zasady wymaganej wartości. Wskaż, który system lub dział posiada wiarygodne informacje. Dopiero potem ustal sposób przekazania do mapowania CRM. Nie należy uzupełniać nieznanych wartości zerem ani znakiem X bez sprawdzenia odpowiedniej reguły. W projekcie dokumentacji opisano określone sposoby oznaczania informacji niemających zastosowania, jednak znaczenie takiej wartości zależy od konkretnego pola i aktualnego wymogu.
Gdy dotychczasowe pole zostało usunięte z wzorca, odróżnij zmianę eksportu od polityki przechowywania danych historycznych. Informacje zgromadzone w systemie mogą nadal być potrzebne do prawidłowej obsługi sprzedaży, dokumentacji albo rozliczeń. Nie kasuj ich automatycznie na podstawie samego porównania nagłówków. W przypadku zmiany definicji pola konieczna jest kontrola merytoryczna, a czasem również dostosowanie sposobu liczenia danej wartości.
Jak ograniczyć ryzyko podczas wdrożenia?
Wprowadź środowisko testowe lub kontrolowaną próbę eksportu. Najpierw porównaj kilka rekordów z danymi źródłowymi, potem sprawdź cały zbiór. Przed wdrożeniem na produkcji zachowaj poprzedni plik mapowania i sposób jego przywrócenia. Dla każdej zmiany zapisuj, kto ją zatwierdził oraz z jakiego dokumentu wynika. Jeśli oficjalny wzorzec ulegnie kolejnej zmianie, taki rejestr pomoże ustalić, które elementy integracji trzeba ponownie przeanalizować.
Pamiętaj, że poprawny raport techniczny nie jest równoważny skutecznemu przekazaniu informacji w systemie urzędowym. Deweloper powinien osobno zweryfikować rezultat publikacji oraz zachować wymagane dowody. Checklista raportowania pomaga uporządkować ten proces, ale nie dokonuje wysyłki i nie poświadcza zgodności ustawowej.
Kiedy potrzebne są płatne narzędzia lub usługi?
Jednorazowe porównanie dwóch niewielkich plików można wykonać bezpłatnie. Potrzeba bardziej rozbudowanego systemu może pojawić się wtedy, gdy firma obsługuje wiele przedsięwzięć, kilka rodzajów eksportów, różne wersje CRM albo konieczne są cykliczne kontrole. W takim przypadku ważne stają się historia mapowań, rejestr decyzji pracowników i informowanie o niezgodnościach, które trzeba wyjaśnić. Wdrożenie musi jednak opierać się na rzeczywistych możliwościach systemów źródłowych i odpowiednich uprawnieniach.
Portal e-DEWELOPERSKI przedstawia obecnie jednorazowe pakiety PRO DANE, STUDIO i FIRMOWY. Produkty jednorazowe przygotowano w WooCommerce, ale sprzedaż pozostaje wyłączona do czasu testów, regulaminu i bezpiecznego dostarczania plików. Sama prezentacja cennika nie oznacza, że usługa jest już dostępna do opłacenia. Użytkownik może wstępnie oszacować koszty obecnego procesu w kalkulatorze kosztów raportowania, wprowadzając własne dane.
FAQ — aktualizacja wzorców
Czy program sam ustali, czy rozporządzenie jest już ostateczne?
Nie. Porównywarka analizuje pliki wskazane przez użytkownika. Stan prawa należy sprawdzać w oficjalnych publikacjach, a końcowy dokument w aktualnej specyfikacji właściwego organu.
Czy liczba 57 kolumn potwierdza zgodność?
Nie. Liczba 57 pochodzi z opublikowanego projektu. Liczba pól sama w sobie nie dowodzi poprawności nazw, znaczenia, formatów ani wartości.
Czy można porównać pliki bez zakładania konta?
Tak. Nowa porównywarka działa lokalnie w przeglądarce i nie wymaga konta ani przesyłania danych na serwer WordPressa.
Czy raport CSV/JSON można uznać za dowód wysłania danych?
Nie. To tylko dokumentacja technicznego porównania, nie potwierdzenie publikacji w dane.gov.pl.
Źródła urzędowe
Podstawa prawna: Dz.U. 2026 poz. 1077. Projekt dokumentacji: Ministerstwo Cyfryzacji WPL MC 52. Przed wysyłką sprawdź również dane.gov.pl. Stan informacji: 1 listopada 2026 r. Materiał edukacyjny; nie jest indywidualną poradą prawną ani certyfikatem zgodności z ostatecznym wzorcem.