# Додаток B до угоди про обробку даних — технічні та організаційні заходи

**Постачальник послуги / Оператор:** Brillnet Piotr Adamski, ul. Henryka Sienkiewicza 73/6, 90-057 Łódź, Polska, NIP 7321779060, REGON 101551294

**Контакт щодо послуг:** [kontakt@wm-admin.pl](mailto:kontakt@wm-admin.pl)

**Контакт щодо приватності та порушень:** [privacy@brillnet-app.com](mailto:privacy@brillnet-app.com)

**Сайт:** [wm-admin.pl](https://wm-admin.pl/?lang=uk)

**Версія:** 2026-10-12-beta.2

Це інформаційний переклад. Польська версія є обов'язковою.

## 1. Архітектура та ізоляція

1. Кожна Спільнота має окремий приватний Worker клієнтського середовища, базу D1, налаштовану для ЄС, приватну логічну й криптографічну область R2, налаштовану для ЄС, та Durable Object з юрисдикцією ЄС.
2. Рівень керування зберігає дані ідентифікації, членства, розрахунків і маршрутизації, але не зберігає господарський вміст Спільноти.
3. Зв'язок із клієнтським середовищем відбувається через Service Bindings; публічний доступ без контексту цього середовища й авторизації відхиляється.
4. Ізоляція забезпечується на сервері, а не лише приховуванням елементів інтерфейсу.

## 2. Шифрування та передавання

- передавання через HTTPS/TLS;
- шифрування постійних даних, яке забезпечує рівень Cloudflare;
- приватні ресурси R2 без публічних сховищ;
- секрети поза вихідним кодом, через механізми секретів середовища;
- підписані вебхуки та перевірка походження для інтеграцій.

## 3. Ідентифікація та доступ

1. Індивідуальні облікові записи, без спільних записів.
2. Сеанси в захищених файлах cookie з префіксом `wm-admin`, перевіркою походження та захистом від підроблення міжсайтових запитів (CSRF).
3. Багатофакторна автентифікація одноразовими часовими кодами (TOTP MFA) обов'язкова для адміністрації, бухгалтерії та правління; доступна для інших ролей.
4. Ролі й дозволи перевіряються окремо для кожної Спільноти; діє принцип мінімальних прав.
5. Turnstile захищає реєстрацію та вхід.
6. Доступ підтримки: на підставі звернення, з обмеженим обсягом, типово не довше 60 хвилин і з аудитом. Аварійний доступ: не довше 30 хвилин, з обґрунтуванням, додатковим схваленням і подальшим переглядом.

## 4. Аудит і спостереження за системою

1. Чутливі операції записуються до журналу аудиту, який дозволяє лише додавання, із виконавцем, часом, клієнтським середовищем, типом операції та ідентифікатором зіставлення подій.
2. Журнал не повинен містити паролів, токенів, повного вмісту документів або полів форм.
3. Журнали безпеки зберігаються щонайменше 12 місяців, а стандартні операційні журнали — зазвичай 90 днів, якщо інцидент або правовий обов'язок не потребує довшого строку.
4. Трасування в робочому середовищі типово вимкнено; тимчасову діагностику мінімізовано, а вибірка не перевищує 1%.

## 5. Резервні копії та безперервність

1. Щоденна логічна резервна копія D1 до R2 з налаштуванням ЄС і блокуванням об'єкта на 90 днів.
2. D1 Time Travel — вікно 30 днів.
3. Цілі після офіційного запуску: допустима втрата даних (RPO) 24 години, час відновлення (RTO) 24 години.
4. Тест відновлення щонайменше щокварталу після активації робочого рівня даних.
5. Копії розміщені в тому самому обліковому записі Cloudflare; ризик спільного постачальника явно врахований в оцінці безперервності.

## 6. Безпечний цикл розробки

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

## 7. Керування інцидентами

1. Канал повідомлень, класифікація, локалізація загрози, збереження доказів, аналіз причини, усунення та підсумковий розбір.
2. Brillnet повідомляє Клієнта без невиправданої затримки після отримання відомостей про порушення Даних Клієнта. Внутрішня мета — перше змістовне повідомлення до 24 годин; вона не виправдовує очікування, коли інформація доступна раніше. Повідомляємо поетапно без очікування повного підтвердження всіх обставин.
3. Навчальне відпрацювання процедури щонайменше раз на рік після офіційного запуску.

## 8. Мінімізація та приватність

1. Відсутність зовнішнього відстеження на цільовій сторінці.
2. Відсутність даних клієнтських середовищ у `localStorage`, `IndexedDB`, Cache API та автономних чергах.
3. Відсутність генеративного штучного інтелекту й навчання моделей на Даних Клієнта.
4. Резервне надсилання електронної пошти через Resend обмежене мінімальними транзакційними повідомленнями, без документів клієнтських середовищ і з вимкненим відстеженням відкриттів та натискань.

## 9. Персонал і постачальники

Особи з доступом зобов'язані дотримуватися конфіденційності, проходять навчання та періодичний перегляд прав. Субобробники оцінюються щодо безпеки, приватності, місця обробки й безперервності; зміни підлягають процедурі угоди про обробку даних.

## 10. Перегляди

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

## Готовність до KSC/NIS2

Готовність спирається на безпеку, контроль постачальників і процедури інцидентів WM Administrator. Обов’язки визначаємо за суб’єктом, сектором, сервісом, розміром і винятками. Обов’язки Оператора, Клієнта й договору розрізняємо. На обґрунтований запит надаємо належні відомості з дотриманням конфіденційності. Використання саме не гарантує відповідність клієнта, реєстрацію чи сертифікацію.


> Контактні дані та домени в цьому поданні оновлено 2026-09-08. Оригінал документа та попередні прийняття залишаються незмінними.