Матеріал для друку

Передача житлової спільноти — контрольний список

Мінімальний набір даних, документів, залишків, справ і доступів для контрольованого передавання справ спільноти.

Корисний протокол показує, що передали, чого бракує та хто має усунути кожен недолік. Підпис під фразою «документацію передано» не підтверджує кількості файлів, стану розрахунків або дати наступної перевірки будинку. Компанія, яка приймає адміністрування, потребує переліку, з яким можна розпочати роботу й надалі з’ясувати відповідальність за незавершені справи.

Цей матеріал стосується польських wspólnoty mieszkaniowe, тут названих житловими спільнотами. Наведена форма є редакційною пропозицією організації передачі, а не офіційним зразком. Фінансові та операційні поля потрібно адаптувати до договору, способу управління й фактичного обсягу обслуговування. Назви, суми та дати в прикладах вигадані. Матеріал не встановлює правил для українських ОСББ.

Програма для управління житловою спільнотою в Польщі

Відокремте законодавчий обов’язок від передачі обслуговування

Стаття 29 частина 1b польського закону про власність приміщень зобов’язує правління або управителя, зазначеного в цьому положенні, скласти від імені спільноти протокол прийняття нерухомості та її технічної документації. Положення також охоплює зберігання технічних документів і оновлення реєстру власників та часток [1]. Закон не наводить єдиної форми для всіх фінансових й організаційних аспектів зміни адміністративної компанії.

З’ясуйте, чого стосується конкретна дія: прийняття нерухомості та технічних документів, зміни адміністратора за договором чи ширшої передачі обов’язків. Не вважайте кожну адміністративну компанію управителем, якому передано управління за статтею 18 частиною 1. Обсяг представництва й відповідальності визначайте за відповідними документами. Назва посади не встановлює правової ролі сторони.

Пакет може складатися з основного протоколу й кількох додатків. У протоколі зазначте повноваження сторін та обсяг дій, а в додатках — докладні переліки. Це дозволяє підтвердити передачу без повторення всіх персональних даних власників і кожної фінансової позиції в основному документі, який може отримати ширше коло осіб.

Визначте дату стану даних і уповноважених осіб

Оберіть конкретну дату, на яку наведені сальдо, договори й відкриті справи. Відокремте її від дати підписання та початку роботи нової компанії. Документи можуть передати раніше, а платежі надійти пізніше. Без дати стану дві правильні суми можуть виглядати суперечливими, хоча стосуються різних моментів.

Перевірте повноваження людей, які підписують протокол і приймають дані. Зазначте роль та документ, який дозволяє представництво або відповідну дію. Присутності працівника на зустрічі недостатньо. Визначте, хто приймає розбіжності й хто може закрити недолік. Для спірної справи збережіть позиції сторін окремо, не створюючи штучного спільного висновку.

До зустрічі надішліть перелік очікуваних додатків. Це дозволить підготувати оригінали, вивантаження та звіти, замість виявлення пропусків під час підписання. Компанія, яка приймає роботу, повинна мати час на контроль. Отримання носія та приймання правильності даних можуть відбутися в різні дні; запишіть це в протоколі.

Зразок основної частини протоколу

Наступні поля можна скопіювати в документ. Замініть дужки фактичними відомостями, а непридатні позиції позначте з поясненням. Не залишайте порожні поля, зміст яких наступному працівнику доведеться вгадувати. Зазначайте версії додатків, щоб пізніше доповнення не сплутали з початковим пакетом.

ПолеЩо потрібно зазначити
Ідентифікатор документа[ПЕРЕДАЧА/рік/номер], версія [номер]
Спільнота та нерухомість[назва, адреса, ідентифікатор; додаткові дані лише за потреби]
Обсяг передачі[нерухомість/технічна документація/адміністративне обслуговування/інший обсяг]
Підстава дій[договір, рішення або інший відповідний документ, дата й обсяг]
Сторона, що передає[організація, особа, роль, підстава повноважень]
Сторона, що приймає[організація, особа, роль, підстава повноважень]
Датистан на [дата й час]; передача [дата]; початок роботи [дата]
Додатки[ідентифікатори A–G, версії, кількість сторінок або файлів]
Результат отримання[отримано; отримано із застереженнями; зазначену позицію не передано]
Недоліки[номер запису, відповідальний, строк, доказ закриття]
Подальші події[передача платежів, рахунків і листування після дати стану]
Підписи та застереження[уповноважені підписи; окремі позиції за потреби]

Приклад: стан розрахунків на 30 вересня, передача документів 2 жовтня, початок роботи 5 жовтня. Платежі між цими датами потрібно додати до погодженого переліку перехідних подій. Самі дати не переносять операції автоматично до нової системи. Вкажіть також особу, яка перевіряє повноту цього переліку.

Додаток A: технічні документи й доступ до будинку

У переліку розділіть будівельну, виконавчу документацію, книгу об’єкта, документи перевірок та інші матеріали, потрібні для конкретної нерухомості. Для кожної позиції запишіть назву, період, форму, кількість томів або файлів, місце та результат контролю. Опис «технічна папка» надто загальний для перевірки через кілька місяців.

Не підтверджуйте повноту, не визначивши обсяг перевірки. Можна записати: отримано два томи, перевірено наявність позицій із переліку, змістовний контроль заплановано до зазначеної дати. Якщо документа бракує, зафіксуйте недолік. Фраза «ймовірно, є у підрядника» не означає, що новий адміністратор має до нього придатний доступ.

Окремо ведіть перелік ключів, пультів і технічних доступів. Вкажіть позначення, кількість, призначення та одержувача. Не вписуйте активні паролі до протоколу з широким доступом. Передайте їх затвердженим каналом, перевірте роботу, а потім змініть або скасуйте права попередньої команди в погоджений строк. Доступ має залишитися в конкретних уповноважених людей.

Додатки B і C: реєстри та стан розрахунків

Передайте актуальний перелік приміщень, власників і часток із датою стану та джерелами, потрібними для пояснення розбіжностей. Співвласність і зміни власників мають бути видимі, якщо важливі для обслуговування. Персональні дані обмежуйте метою передачі. Ідентифікаційні номери осіб не потрібно копіювати лише тому, що вони були в попередній таблиці.

Фінансові звіти підготуйте за спільнотою, рахунком і відповідним видом розрахунків. Покажіть сальдо приміщень, борги, переплати, зобов’язання перед постачальниками та непояснені позиції. Опишіть знак сальдо: додатна величина в різних системах може означати різні речі. До кожного контрольного підсумку додайте документ або звіт, що його підтверджує.

Приклад: перелік містить 48 приміщень, борги 12 400,00 PLN та переплати 3 100,00 PLN на визначену дату. Одержувач має перевірити не лише підсумки, а й правильність віднесення сум до приміщень. Помилка плюс 200 PLN в одному та мінус 200 PLN в іншому залишить правильну загальну суму й два неправильні розрахунки.

Залишок банківського рахунку не дорівнює за змістом переліку сальдо власників. Не вирівнюйте ці числа вручну. Розбіжності можуть стосуватися рахунків постачальників, платежів у дорозі, фондів або часу відображення операцій. Узгодження має пояснювати зв’язок між записами, а не тільки показувати кінцевий підсумок.

Додатки D і E: договори, строки й відкриті справи

У переліку договорів зазначте сторони, предмет, період дії, строк повідомлення про припинення та місце підписаного документа з додатковими угодами. Додайте застави, гарантії й домовленості, що потребують реакції. Не переписуйте весь договір у таблицю. Вкажіть відомості, які допоможуть наступному адміністратору знайти документ і не пропустити важливий строк.

Кожній відкритій справі надайте ідентифікатор, короткий опис, дату останньої дії, поточний статус і наступний крок. Назвіть відповідального та строк. «Претензія щодо даху в роботі» недостатньо. «Вимогу підряднику надіслано 18 вересня, відповідь очікується до 9 жовтня, вкладення D/07» дозволяє продовжити роботу без відновлення історії.

Відокремте термінові справи від тих, які можуть чекати звичайного перегляду. Аварія, процесуальний строк або закінчення контракту потребують чіткого позначення й прямої передачі відповідальному. Протокол не замінює реагування на загрозу. Він зберігає доказ, що питання отримала конкретна особа з визначеним наступним кроком.

Додаток F: файли, експорт і захист даних

Цифровий пакет опишіть через перелік папок або файлів, формати, кількість документів та спосіб отримання. Зазначте версію експорту й наявність історії, налаштувань та вкладень. Відкрийте вибірку файлів у одержувача. Носій, який неможливо прочитати, не забезпечує придатної для роботи передачі документації.

Узгодьте канал, уповноважених одержувачів і використання інформації після завершення послуг. Ролі сторін визначайте за фактичними діями. Якщо одна сторона обробляє дані від імені іншої, погодьте належні умови. UODO виявляв відсутність договору й перевірки обробника у справі спільноти [2]. Сам підпис під протоколом не розв’язує цих обов’язків.

Право власника на контроль не вимагає розміщення всіх персональних даних в основній версії документа з широким доступом. Докладні переліки зберігайте з відповідними правами. Для конкретного розкриття оцінюйте мету й обсяг. Експорт наступному постачальнику та повідомлення всім власникам є різними діями з даними й потребують окремих рішень.

Додаток G: недоліки та остаточне приймання

Реєстр недоліків має містити номер, опис, значення для роботи, відповідального, строк і доказ закриття. Приклад: «G/03 — відсутня додаткова угода щодо ліфта; отримує сторона, яка передає; строк 9 жовтня; закриття після збереження підписаного скану». Обіцянка «надішлемо пізніше» потребує особи й дати, щоб стати робочим зобов’язанням.

Під час приймання позначайте, що лише отримано, а що перевірено. Якщо сальдо спірне, збережіть обидві позиції та джерела. Підтвердження отримання файла не слід описувати як підтвердження правильності всього розрахунку. Формулювання має відповідати фактично виконаному контролю та невирішеним питанням.

Після усунення недоліків підготуйте доповнення з посиланням на основний протокол. Не замінюйте підписаний документ виправленим без сліду зміни. Для компанії, що приймає багато спільнот, застосовуйте однакові ідентифікатори й правила зберігання. Тоді колега знайде пакет також під час відпустки або зміни персоналу. Проведіть коротку робочу перевірку: працівник, який не брав участі в передачі, має знайти два зазначені договори, визначити строк наступної дії та відкрити документ, що підтверджує вибране сальдо. Зіставте результат із переліком і запишіть труднощі. Якщо документ можна знайти лише завдяки пам’яті попереднього адміністратора, виправте покажчик або інструкцію. Проба не підтверджує повноти всього архіву чи правильності кожного розрахунку. Вона показує, чи може колега, який замінює відповідального, використати пакет для конкретних завдань. Збережіть цей окремий результат перевірки разом із протоколом.

WM Administrator можна оцінювати як місце ведення карток, документів і справ прийнятої спільноти. Перевірте обсяг програми, можливості експорту та порядок впровадження. Протокол і контроль додатків залишаються завданням уповноважених людей незалежно від обраного інструмента. Обсяг додаткових модулів потрібно підтверджувати окремо.

Контрольний список для щоденної роботи

  • актуальний реєстр приміщень і власників
  • частки та історія змін власності
  • залишки, нарахування та фонди
  • банківські виписки та неузгоджені платежі
  • договори, рішення та довіреності
  • відкриті справи, строки та відповідальні особи
  • права доступу, ролі та правила MFA
  • копії даних і процедура повного експорту

Джерела та сфера застосування

[1] Польський закон про власність приміщень, зведений текст Dz.U. 2026 poz. 232, зокрема стаття 18 і стаття 29 частини 1b та 3 — перевірено 02.10.2026. Офіційний польський текст; український опис є редакційним перекладом.

[2] UODO: справа спільноти щодо договору обробки даних і перевірки обробника — перевірено 02.10.2026.

[3] Регламент (ЄС) 2016/679, статті 5, 28 і 32 — офіційний правовий акт у EUR-Lex; інформаційна польська копія від UODO — перевірено 02.10.2026. Форма протоколу, додатки, приклади й перевірки є редакційними рекомендаціями. Польський закон визначає зазначений обов’язок, але не встановлює наведену форму як офіційний зразок.