Wiedza — migracja danych
Migracja z Excela do programu wspólnoty: najpierw uzgodnij dane, potem je publikuj
Największym ryzykiem migracji nie jest format XLSX czy CSV. Ryzykiem jest przeniesienie niejednoznaczności do nowego systemu i nadanie jej pozoru porządku.
Migracja kończy się wtedy, gdy zespół potrafi odtworzyć saldo, wykonać naliczenie i znaleźć dokument w nowym programie. Sam komunikat „import zakończony” nie potwierdza żadnej z tych rzeczy. Dla firmy administrującej wspólnotami najważniejsze są zgodność danych, ciągłość obsługi i możliwość wycofania nieudanego przełączenia.
Poniższy plan dotyczy obsługi polskich wspólnot. Jest propozycją organizacji wdrożenia, z przykładowymi kryteriami odbioru. Nie narzuca konkretnego programu ani ustawowego formatu importu. Najpierw ustal zakres danych i odpowiedzialność. Dopiero potem wybierz dzień przełączenia.
Program do zarządzania wspólnotą mieszkaniową
Wyznacz jeden zbiór źródłowy i jednego właściciela decyzji
Zbierz wszystkie używane pliki: kartoteki lokali, właścicieli, naliczenia, rozliczenia wpłat, zestawienia dokumentów i listę otwartych spraw. Przy każdym zapisz osobę odpowiedzialną, ostatnią datę aktualizacji oraz okres, którego dotyczy. Oddziel plik roboczy od kopii wysłanej zarządowi. Dwie podobne nazwy nie oznaczają tej samej zawartości.
Wybierz wersję źródłową dla każdego obszaru. Jeżeli pracownicy prowadzą równolegle dwie kartoteki, uzgodnij różnice przed importem. Nie podejmuj tej decyzji automatycznie na podstawie daty modyfikacji. Nowszy plik może zawierać tylko zmianę formatowania, a starszy poprawne saldo po uzgodnieniu z bankiem.
Właściciel migracji zatwierdza zakres, wyjątki i przełączenie. Osoba od rozliczeń sprawdza kwoty, administrator budynku dane lokali i sprawy, a osoba odpowiedzialna za dokumenty załączniki. W małym zespole jedna osoba może pełnić kilka ról. Nadal trzeba rozdzielić wykonanie importu od udokumentowanej akceptacji jego wyniku.
Ustal, co przenosisz i co pozostaje w archiwum
Nie każdy historyczny arkusz musi zostać zamieniony na rekordy nowego programu. Określ osobno zakres bieżący oraz archiwum. Przykładowa decyzja może obejmować import aktualnych kartotek, uzgodnionych sald na wybrany dzień, obowiązujących stawek i otwartych spraw. Starsze rozliczenia pozostają dostępne w uporządkowanym archiwum z indeksem.
Zakres powinien wynikać z potrzeb obsługi, obowiązków przechowywania oraz możliwości systemu. Art. 29 ust. 1 ustawy o własności lokali określa obowiązek prowadzenia ewidencji dla każdej nieruchomości wspólnej [1]. Przy zmianie programu trzeba zachować możliwość korzystania z informacji potrzebnych do tej pracy; techniczny import nie zastępuje ustaleń o prowadzeniu ewidencji.
Zapisz, jak użytkownik znajdzie dane pozostawione poza programem. „Są na starym komputerze” nie jest planem archiwum. Potrzebne są lokalizacja, uprawnienia, identyfikator wspólnoty, zakres dat i osoba utrzymująca dostęp. Nie ustalaj jednego terminu usuwania dla wszystkich kategorii bez sprawdzenia ich celu oraz odpowiednich wymagań.
Oczyść dane bez gubienia śladu
Nadaj każdej wspólnocie i każdemu lokalowi trwały identyfikator. Numer „12” występujący w dwóch budynkach nie może być jedynym kluczem. Oddziel lokal od osoby: właściciel może posiadać kilka lokali, lokal może mieć współwłaścicieli, a dane właściciela mogą zmieniać się w czasie. Nie sklejaj tych relacji w jednym polu tekstowym.
Sprawdź duplikaty, puste identyfikatory, daty zapisane jako tekst oraz wartości z przecinkiem lub kropką dziesiętną. Zachowaj numery rachunków jako tekst, żeby nie zgubić zer i nie otrzymać zapisu naukowego. Skontroluj, czy arkusz nie zawiera ukrytych wierszy, aktywnych filtrów, scalonych komórek albo formuł odwołujących się do innego pliku.
Oryginału nie poprawiaj bezpośrednio. Pracuj na kopii przygotowanej do migracji i prowadź rejestr zmian: pole, wartość przed korektą, wartość po korekcie, źródło oraz zatwierdzający. Brak pewnej informacji oznacz jako wyjątek. Wpisanie pozornej wartości tylko po to, aby importer przepuścił wiersz, przenosi problem do bieżących rozliczeń.
Przygotuj mapę pól i reguły przeliczenia
Mapa importu powinna łączyć kolumnę źródłową z polem docelowym. Dla każdego pola dodaj typ danych, jednostkę, format daty i sposób obsługi pustej wartości. Zapisz, czy powierzchnia obejmuje pomieszczenia przynależne oraz w jaki sposób przechowywany jest udział. Nie zamieniaj ułamka na zaokrąglony procent bez uzgodnienia skutków.
Przy saldzie określ znak. Czy dodatnia wartość oznacza zadłużenie właściciela, czy jego nadpłatę? Zdefiniuj to słownie i pokaż na dwóch przykładach. Kwota 250,00 zł powinna dawać oczekiwany wynik zarówno dla zaległości, jak i dla nadpłaty. Dodaj datę, na którą saldo zostało ustalone, i wykaz operacji już uwzględnionych w tej kwocie.
Rozdziel saldo otwarcia od historycznych zdarzeń. Jeżeli przeniesiesz saldo oraz operacje, które je tworzyły, program może policzyć je ponownie. Wykonaj próbę na jednym lokalu i wyjaśnij z dostawcą mechanizm importu. Zachowaj mapę pól razem z wersją pliku. Po zmianie konfiguracji powtórz zależne od niej kontrole.
Zrób próbę na jednej wspólnocie, ale z trudnymi przypadkami
Wybierz budynek zawierający reprezentatywne sytuacje, zamiast wybierać najłatwiejszą kartotekę. Próba powinna obejmować współwłasność, zmianę właściciela, lokal użytkowy, nadpłatę, zaległość, korektę naliczenia i sprawę z załącznikiem. Dane wykorzystaj wyłącznie w zakresie potrzebnym do celu testu, z ustalonymi uprawnieniami.
Import wykonaj w środowisku przeznaczonym do próby. Przed uruchomieniem zapisz nazwę pliku, datę, wersję mapowania i identyfikator próby. Po zakończeniu zachowaj raport błędów. Odmowa przyjęcia wiersza jest informacją do sprawdzenia, a nie przeszkodą, którą trzeba ukryć przed odbiorem.
Ustal, co stanie się przy powtórzeniu importu. Czy system aktualizuje istniejące rekordy, dopisuje nowe, czy wymaga wcześniejszego usunięcia próby? Brak tej odpowiedzi może spowodować podwojenie naliczeń. Powtórz wyłącznie zgodnie z potwierdzoną procedurą, a wynik odnieś do konkretnej wersji wejścia.
Uzgodnij liczby, kwoty i zależności między rekordami
Sprawdzenie liczby zaimportowanych wierszy to początek. Porównaj liczbę wspólnot, lokali, właścicieli, relacji współwłasności, stawek oraz dokumentów. Każda różnica musi mieć wyjaśnienie. Dwa wpisy właściciela połączone w jeden rekord mogą być poprawną zmianą, ale powinny zostać opisane, zamiast zniknąć w zbiorczym komunikacie.
Porównaj salda każdego lokalu i każdej wspólnoty. Sama zgodność sumy nie wystarcza: błąd plus 500 zł w jednym lokalu i minus 500 zł w innym znosi się w zestawieniu. Zweryfikuj należności i nadpłaty osobno, a uzgodnione zestawienia zachowaj jako dowód odbioru. Kwoty po imporcie powinny dać się prześledzić do zatwierdzonego źródła.
Sprawdź udziały, powierzchnie i daty obowiązywania, bez automatycznego „naprawiania” dokumentów źródłowych. Jeżeli suma udziałów budzi wątpliwość, zarejestruj wyjątek do wyjaśnienia. Program nie może sam rozstrzygnąć, która kartoteka odpowiada stanowi prawnemu. Otwórz również próbkę załączników i sprawdź, czy należą do właściwej wspólnoty oraz sprawy.
Wykonaj pierwsze naliczenie równolegle
Dla zamkniętego okresu oblicz wynik w dotychczasowym, sprawdzonym procesie oraz w nowym systemie. Użyj tych samych stawek, dat i danych wejściowych. Porównaj każdą pozycję, w tym zaokrąglenia, korekty i moment zmiany właściciela. Różnicę wyjaśnij na konkretnym lokalu, zamiast dopasowywać końcową sumę ręcznym wpisem.
Test równoległy nie oznacza wysyłania dwóch zestawów naliczeń mieszkańcom. Jedna wersja pozostaje wynikiem kontrolnym. Ustal, który system prowadzi obowiązującą ewidencję do chwili odbioru. Dzięki temu pracownicy nie zaczną poprawiać tych samych zdarzeń niezależnie w obu narzędziach.
Sprawdź też zadania bez kwot: znalezienie dokumentu, przekazanie otwartej sprawy zastępcy i przygotowanie eksportu. Pracownik, który nie wykonywał importu, powinien umieć powtórzyć te czynności z krótkiej instrukcji. Jeżeli do każdego kroku potrzebuje wdrożeniowca, firma nie ma jeszcze samodzielnego procesu.
Zaplanuj przełączenie oraz powrót
Ustal godzinę zamknięcia zapisów w źródle, końcowy eksport i osobę zatwierdzającą uruchomienie. Wpłaty i dokumenty otrzymane po tej godzinie zapisz na liście zdarzeń oczekujących. Po odbiorze wprowadź je do właściwego systemu dokładnie raz. Okno migracji nie powinno tworzyć dziury między dwoma okresami pracy.
Zachowaj kopię danych oraz sprawdź jej odtworzenie. NCSC podkreśla znaczenie zarówno kopii, jak i możliwości przywrócenia potrzebnych informacji [2]. Plan powrotu musi wskazywać system, do którego wracasz, sposób odtworzenia oraz postępowanie ze zdarzeniami wykonanymi po przełączeniu. Stara kopia bez tych zdarzeń nie odtworzy bieżącego stanu.
Przykładowe warunki zatrzymania to niewyjaśniona różnica sald, brak dokumentów lub dostęp użytkownika do niewłaściwej wspólnoty. Nie uruchamiaj produkcyjnych naliczeń, dopóki właściciel migracji nie zaakceptuje poprawnego wyniku. Harmonogram może się przesunąć. Błędne dane mogą zostać z firmą znacznie dłużej.
Zamknij wdrożenie dowodem i uporządkuj kopie
Protokół odbioru powinien wskazywać wersję źródła, mapowanie, zakres importu, wyniki kontroli, zatwierdzone wyjątki i osoby akceptujące. Dodaj lokalizację archiwum oraz datę następnej kontroli. Po pierwszym cyklu sprawdź, czy zespół nie wrócił do prowadzenia równoległych kartotek. Jeżeli wrócił, ustal konkretny brak w procesie.
Usuń niepotrzebne kopie robocze zgodnie z przyjętymi zasadami, pozostawiając wymagane archiwum i dowody. Ogranicz dostęp do plików migracyjnych. Jeżeli dostawca działa jako podmiot przetwarzający, warunki przetwarzania trzeba ustalić przed przekazaniem danych, nie po zakończeniu importu [3].
Przed migracją do WM Administrator sprawdź zakres importu, sposób uzgadniania sald i dostępność potrzebnych modułów. Zobacz zakres programu, a listę danych oraz kryteria odbioru potraktuj jako podstawę wdrożenia. Funkcje księgowe, KSeF, OCR i głosowania wymagają osobnego potwierdzenia zakresu.
Warunki STOP
- nie da się uzgodnić liczby lokali;
- występują nierozwiązane konflikty właścicieli lub udziałów;
- saldo otwarcia nie ma potwierdzonej daty;
- sumy kontrolne różnią się bez wyjaśnienia;
- import wymaga zgadywania znaczenia pól;
- nie ma kopii źródłowych plików i mapowania.
Definition of Done migracji
- liczby rekordów są uzgodnione;
- sumy kontrolne są zgodne lub różnice są jawnie zaakceptowane;
- lista wyjątków ma właściciela i status;
- zachowano źródłowe pliki oraz mapowanie;
- wiadomo, kto zatwierdził publikację i kiedy;
- pierwszy cykl operacyjny przeszedł kontrolę;
- dane można ponownie wyeksportować z nowego systemu.
Źródła i zakres
- [1] Ustawa o własności lokali, tekst jednolity Dz.U. 2026 poz. 232, art. 29 ust. 1 — sprawdzono 02.10.2026.
- [2] National Cyber Security Centre: Backing up your data — sprawdzono 02.10.2026. Wytyczne techniczne, nie polski przepis.
- [3] UODO: sprawa wspólnoty mieszkaniowej dotycząca warunków powierzenia przetwarzania — sprawdzono 02.10.2026.
- [4] Rozporządzenie (UE) 2016/679, w szczególności art. 5, 28 i 32 — tekst urzędowy w EUR-Lex; kopia informacyjna udostępniona przez UODO — sprawdzono 02.10.2026. Kroki migracji, kontrole porównawcze i warunki odbioru są opracowaniem redakcyjnym. Nie stanowią ustawowego formatu ewidencji ani zapewnienia o funkcjach konkretnego importera.
- [5] Polityka prywatności WM Administrator
- [6] Środki techniczne i organizacyjne WM Administrator
- [7] Podprocesorzy i odbiorcy danych WM Administrator
Materiał informacyjny. Nie stanowi porady prawnej, podatkowej ani księgowej; procedurę należy dopasować do dokumentów i sytuacji konkretnej wspólnoty.