Договір оренди буває довгим, а команді управителя нерухомості (zarządca) щодня потрібна лише частина інформації з нього: хто орендар, з якої дати й до якої діє оренда, скільки він платить, як зростає орендна плата і до якого строку треба когось повідомити. Якщо для цього немає інструмента, ці дані хтось вручну переписує з PDF у таблицю. Так само з додатковими угодами, протоколами передачі приміщення й страховими полісами орендарів.
Моделі штучного інтелекту (ШІ) вміють витягати такі дані з документа швидше за людину. Вони також помиляються, і не завжди так, що це впадає в око. Тому важливіше за питання, чи замінить ШІ когось в офісі, інше: як організувати роботу так, щоб ШІ пропонував, а людина затверджувала.
Ми пишемо як невелика фірма, що будує системи на замовлення. У галузі нерухомості ми маємо за плечима один проєкт: систему керування портфелем комерційної нерухомості з модулем обробки PDF-документів за допомогою ШІ. Читання договорів оренди, яке ми описуємо нижче, це наша пропозиція, а не опис тієї системи і не готовий продукт.
Що ШІ може витягти з договору оренди
Договори відрізняються структурою, але більшість містить ті самі види інформації. Це зручне завдання для ШІ: моделі не треба «розуміти» весь договір, досить знайти конкретні значення й показати, звідки вони взяті.
- Сторони договору: орендодавець, орендар, їхні реєстраційні дані (NIP, польський податковий номер, і KRS, номер у судовому реєстрі) та особи, які їх представляють.
- Предмет оренди: об’єкт, приміщення, площа, паркомісця.
- Строк оренди: дата укладення, дата передання приміщення, дата закінчення, можливість продовження.
- Орендна плата й платежі: ставка, валюта, спосіб нарахування (за квадратний метр або фіксованою сумою), експлуатаційні платежі.
- Індексація: показник, до якого прив’язана орендна плата, дата й періодичність перегляду.
- Забезпечення: депозит, банківська гарантія, строк їх поновлення.
- Строки повідомлень: за скільки часу треба повідомити про намір продовжити чи завершити оренду.
З додаткової угоди ШІ може витягти лише те, що вона змінює, а зі страхового поліса орендаря: страховика, страхову суму й дату закінчення покриття. Принцип той самий: дані спершу йдуть на перевірку, а вже потім у базу.
Де без людини не обійтися
ШІ добре справляється зі значеннями, які записані в документі прямо. Гірше з тими, що випливають із кількох місць одночасно або залежать від тлумачення. Тут перевірка людиною не формальність, а умова.
- Суми й дати. Одна переставлена цифра у ставці чи в даті закінчення оренди змінює звіти всього портфеля.
- Умови індексації. Формулу перегляду буває описано словами, з винятками й порогами, і в стислому викладі ШІ якась умова може загубитися.
- Додаткові угоди. Додаткова угода (aneks) змінює частину положень договору, тож треба вирішити, яке значення чинне сьогодні.
- Нетипові положення. Орендні канікули, переважне право, договірні штрафи, пункти, дописані до типового шаблону.
- Документи поганої якості. Скани, рукописні примітки, печатки поверх тексту.
Останнє слово залишається за людиною. Це не показова обережність: за дані в портфелі відповідає фірма, а не мовна модель.
Процес: ШІ пропонує, людина затверджує
Нижче описуємо, як ми спроєктували б такий процес. Деталі погоджують окремо, бо вони залежать від того, хто у фірмі відповідає за договори.
- Працівник додає PDF договору чи додаткової угоди до справи орендаря.
- ШІ читає документ і заповнює пропозицію полів. Біля кожного поля зберігає фрагмент документа й номер сторінки, звідки взято значення.
- Пропозиція отримує статус «на перевірку». Поки що нічого не потрапляє ні у звіти, ні в календар строків.
- Людина, яка перевіряє, бачить поруч результат зчитування й оригінал. Виправляє хибні поля, доповнює відсутні й затверджує.
- Лише затверджені дані наповнюють картку орендаря, нагадування про строки й звіти портфеля. Система запам’ятовує, хто й коли затвердив результат і що виправив.
Екран перевірки має бути зручним. Якщо звірення з оригіналом вимагає відкривати два вікна й шукати сторінку, люди почнуть затверджувати не дивлячись, і тоді вся перевірка стає фікцією.
Ми користуємося готовими моделями ШІ, власних не навчаємо. Якими сервісами ШІ користуємося і які дані до них потрапляють, погоджуємо з вами до впровадження, бо в договорах оренди є дані орендарів.
Читання документів і асистент, який розмовляє з людьми, це різні речі. Якщо система має ще й відповідати орендарям як асистент ШІ, то з 2 серпня 2026 року людину, яка з ним розмовляє, треба про це поінформувати (ст. 50 регламенту ЄС 2024/1689, стан на 21.10.2026). Це не юридична консультація; деталі своєї ситуації варто перевірити з юристом.
Що робити з помилками й неповними PDF
Помилки будуть. Питання в тому, чи дасть система помітити їх раніше, ніж вони потраплять у звіт.
Порожнє поле замість здогадки
Якщо в документі немає потрібної інформації, ШІ має залишити поле порожнім і чітко це позначити, а не вписувати «найімовірніше» значення. Порожнє поле видно одразу, вигадане значення легко пропустити.
Скани й відсутні сторінки
Скан без текстового шару, обрізана сторінка, договір без додатків: такий документ система може позначити як неповний і попросити кращу копію, замість читати його силоміць. Частину документів однаково доведеться переписати вручну, і це нормально.
Виправлення як підказка
Кожне виправлення людини, яка перевіряє, показує, де ШІ помиляється. Якщо ті самі поля знову й знову повертаються з помилками, можна змінити інструкції для моделі або правила контролю, наприклад додати перевірку, чи дата закінчення оренди пізніша за дату початку.
Додаткові угоди й версії
Додаткова угода не перезаписує договір наосліп. Система показує, які поля вона змінює, а людина вирішує, з якої дати діє нове значення. Історія зберігається, тож завжди видно, звідки взялася сьогоднішня ставка.
Куди потрапляють дані після затвердження
Читання договору має сенс лише тоді, коли його дані працюють далі. У системі для портфеля нерухомості це можуть бути картка об’єкта й орендаря, нагадування про строки повідомлень та індексації, звіти портфеля й експорт в Excel для тих, хто працює з таблицями. Дані, внесені один раз, не розходяться між копіями.
Той самий принцип одного джерела даних повертається і в інших темах галузі, наприклад у прозорості цін на житло в забудовника. І договори оренди не єдині документи, які надходять до управителя: про рахунки від постачальників, які житлова спільнота (wspólnota mieszkaniowa) отримує через KSeF, польську національну систему електронних рахунків, ми пишемо в тексті KSeF у житловій спільноті та в управителя.
З чого почати: перелік кроків
- Випишіть поля, якими справді користуєтеся у звітах і календарі строків. Не все, що є в договорі, мусить потрапити в систему.
- Зберіть кільканадцять прикладів договорів і додаткових угод, зокрема найскладніші: скани, старі шаблони, договори англійською.
- Визначте, хто затверджує результат зчитування і хто вирішує сумнівні випадки з умовами індексації.
- Вирішіть, які поля обов’язкові перед затвердженням, а які можуть лишитися порожніми.
- Домовтеся, що відбувається з документом, який ШІ не прочитає: хто його переписує і в який строк.
- Визначте, яким сервісом ШІ ви користуєтеся і які дані до нього потрапляють.
- На пробному наборі порівняйте результат ШІ з ручним, перш ніж підключати його до звітів.
Поговорімо про ваші документи
Якщо у вашій фірмі хтось щотижня переписує дані з договорів, додаткових угод чи полісів, опишіть нам цей процес кількома реченнями. Ми відповімо, з чого варто почати, і домовимося про безкоштовну консультацію.
Яким був наш проєкт для портфеля комерційної нерухомості, ми описуємо в кейсі: 11 тижнів роботи з червня до серпня 2026 року, чотири етапи, кожен закрито протоколом приймання, а наприкінці навчання користувачів і передача коду. Орієнтовну вартість модулів, зокрема читання документів за допомогою ШІ, можна скласти в конструкторі орієнтовної ціни. Це орієнтир, остаточна оцінка завжди індивідуальна.
Джерела
- Регламент Європейського Парламенту і Ради (ЄС) 2024/1689 (AI Act), ст. 50 і 113, перевірено 21.10.2026
- Регламент (ЄС) 2026/1744 (Digital Omnibus), перевірено 21.10.2026
- ITCompass: система керування портфелем комерційної нерухомості, перевірено 21.10.2026
