Рішення · Будівництво та облаштування

Telegram-боти для будівництва та облаштування.

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

Обговоріть свій сценарій

Вихідна точка

Як виглядають будівництво та облаштування до будь-якого програмного забезпечення

Перше запитання, яке надходить до компанії з будівництва або облаштування в Республіці Молдова, майже ніколи не є запитом на комерційну пропозицію. Це запитання про дозвіл: «мені потрібен дозвіл, щоб замінити вікна?», «чи можу я засклити балкон?», «якщо це лише внутрішнє оздоблення, чи потрібно щось?». Закон має точну відповідь на кожне з них, і вона не залежить від бюджету робіт, а від того, що саме зачіпається. Роботи, які не змінюють несучу структуру, зовнішній вигляд або початкові характеристики, можна виконувати без містобудівного сертифіката для проєктування і без дозволу на будівництво, а кодекс прямо перелічує випадки — внутрішнє оздоблення, заміна столярних виробів із збереженням форми та розмірів прорізів, ремонт даху без зміни форми та колірних рішень, прибудови до 15 квадратних метрів до індивідуальних будинків на приватній ділянці, поза охоронюваними зонами. Автоматична відповідь, що каже «залежить, зателефонуйте нам», втрачає саме ту інформацію, яку закон надає всім.

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

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

Третя реальність полягає в тому, що в будівництві справа переживає роботу. Для всіх будівель, що підпадають під кодекс, обов’язковими є складання, заповнення та зберігання Технічної книги будівлі протягом усього строку існування будівлі. Її складають в одному оригінальному примірнику на паперовому носії, який протягом трьох місяців від прийняття переводять в електронну форму й передають власнику. Це не пасивний архів: власник заповнює розділ експлуатації та журнал подій, результати спостереження під час експлуатації вносять раз на квартал, а перевірки обов’язково фіксують у ній. Забороняється оформлення актів відчуження будівлі без Технічної книги. Інформаційна система, яка трактує проєкт як «закритий після прийняття», суперечить тому, як закон тут рахує час.

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

Канал, голосова нотатка, сповіщення про лід

Regulile

Що застосовується в будівництві та облаштуванні, з посиланням на статтю, з якої це походить

Кожне правило нижче містить нормативний акт, який його встановлює. Перевірка не вимагає вірити нам на слово.

Дозвільний акт видається в електронній формі, а виданий в інший спосіб є нікчемним

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

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 2 п. (3), ст. 108 п. (5), ст. 148 п. (1), ст. 152 п. (2)–(3)

Строки видачі є фіксованими і мають письмовий порядок оскарження в кодексі

Містобудівний сертифікат для проєктування видається протягом 30 днів; дозвіл на будівництво видається не пізніше ніж через 30 днів від дати реєстрації заяви. Відмову також повідомляють протягом 30 днів, у письмовій формі, із зазначенням причин і шляхів оскарження. Кодекс передбачає і те, що робить заявник, якщо строк спливає мовчки: надсилає рекомендованим листом повідомлення до Національного центру з протидії корупції та Національної інспекції з технічного нагляду, декларуючи під власну відповідальність, що не отримав ані акта, ані відмови. Система, яка відстежує справи, має рахувати дні від реєстрації, а не від подання, і знати, що відбувається після спливу строку.

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 108 п. (1), (6) і (7); ст. 148 п. (1); ст. 157 п. (2)

Видані дозволи публікуються з деперсоналізацією, протягом п’яти робочих днів

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

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 159 п. (1) літ. c) і п. (2)

Діяльність у будівництві заборонена без реєстрації в державному реєстрі

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

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 10 п. (2)–(5), (7) і (8)

Приймання є обов’язковим, а неприйняту споруду не використовують

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

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 192 п. (2), (3), (6), (9)–(12) і ст. 193 п. (1)–(2)

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

Складання, заповнення та зберігання Технічної книги є обов’язковими протягом усього строку існування будівництва. Її складає інвестор в одному оригінальному примірнику на папері, перенесеному в електронну форму протягом 3 місяців від приймання та переданому власнику. До приймання її зберігають на будівельному майданчику, у вогнестійкій металевій шафі, опечатаній, до якої мають доступ лише технічний відповідальний і органи контролю; після приймання — у власника, на папері та в електронній формі, з оновленням раз на пів року протягом експлуатації. Забороняється оформлення актів передачі або відчуження будівель без Технічної книги, складеної та заповненої відповідно до кодексу.

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 229 п. (1)–(2), ст. 230 п. (1), ст. 240 п. (2), (3) і (7)

Гарантійний строк становить п’ять років і обчислюється від приймання після завершення робіт

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

ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 225 п. (1)–(4) і ст. 226 п. (1)–(5)

Дані фізичної особи-одержувача потребують підстави, а не лише досьє

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

ДжерелоЗакон № 195/2024 про захист персональних даних, ст. 6 п. (1) літ. b) і c), ст. 53 п. (1) і (2) літ. a)–c); Кодекс містобудування та будівництва № 434/2023, ст. 148 п. (1) літ. b) і c)

Mecanica

Що саме роблять Telegram-боти

Ті самі можливості, які розміщені на сторінці послуги, де в кожного є файл і рядок у бекенді.

Спочатку перевіряємо, яка публічна брама є в системи

Для магазинів на WooCommerce ми використовуємо публічний магазинний API, який не потребує ключа споживача: клієнт підключається лише з адресою сайту. Це вибір, що має реальні наслідки, а не лише естетичні — ми замінили ним зроблені вручну інструменти, які тримали ключі магазину відкрито в базі даних. Коли в системи немає публічної брами, переходимо до автентифікації, але тоді ключ стає елементом, яким керують, а не тим, який забувають у рядку бази даних.

Ключі залишаються на сервері, не в інструменті й не на сторінці

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

Агент викликає інструмент під час розмови, з параметрами і терміном

Кожен інструмент має опис, написаний для моделі, типізовані параметри з тим, що є обов’язковим, а що ні, і власний термін виконання — від 15 секунд для списку послуг до 30 для пошуку доступності. Термін для кожного інструмента — не дрібниця: без нього повільна інтеграція блокує розмову, а людина на іншому кінці чує тишу.

Реальні записи в системі салону або клініки

Шість інструментів поверх Altegio: список послуг із реальними цінами, спеціалісти, повна доступність, створення запису, скасування та зміна. Доступність повертає не лише «вільно/зайнято»: вона повертає, які спеціалісти виконують потрібну послугу, і перші вільні години для кожного, відсортовані за найранішою, саме щоб агент міг запропонувати конкретну альтернативу замість того, щоб казати «недоступно».

Каталог магазину, прочитаний наживо

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

CRM, таблиці та канали повідомлень

amoCRM і Bitrix24 із повним OAuth, оновленням токена та перевіркою стану. Google Sheets через окремий сервісний обліковий запис, відокремлений від решти облікових даних, із записом, що запускається агентом. Telegram для сповіщень про лід. SMS через Infobip. Плюс канал чату локальної платформи оголошень, підключений із власним токеном оновлення — тип інтеграції, якого немає в жодному міжнародному каталозі й який має велике значення локально.

Сервіс, детально

Дані

Що зачіпає будь-яка система в галузі

Класи даних, які є у будівництві та облаштуванні, з підставою зберігання там, де її надає закон.

Досьє на отримання дозволу: Заява, витяг із проєктної документації, нотаріально посвідчена згода співвласників, письмова згода власника, позитивний звіт перевірки, висновки. Це клас із найбільшим змішанням: він містить персональні дані бенефіціара та третіх осіб (співвласників, сусідів), технічні документи з авторським правом і нотаріальні акти. Має й процедурну особливість: особа, яка отримує заяву, не має права перевіряти зміст доданих актів, відмовляти в прийнятті або вимагати додаткові документи — її компетенція обмежується реєстрацією, встановленням факту, що акти додані, та видачею констатувального сертифіката.Зберігання: Не перевірено як строк. Кодекс вимагає, щоб інформація про видані дозволи передавалася до центрального банку даних Реєстру дозвільних актів, а другий примірник містобудівних умов та обмежень для проєктування зберігався в архіві видавця, без встановлення тривалості; строк архівування у видавця залежить від архівного законодавства, яке ми не перевірили.ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 108 п. (3), ст. 148 п. (1) літ. a)–g), ст. 159 п. (1) літ. c) і п. (3)
Технічна книга будівництва: Чотири розділи: проєктна документація, документація щодо виконання, документація щодо приймання та документація щодо експлуатації, обслуговування, ремонту й спостереження в експлуатації, плюс зведений розділ із карткою синтетичних даних і описами. Розділи A, B і C остаточно оформлюються до приймання; розділ D доповнюється під час експлуатації. E — клас, що поєднує всі інші: категорія важливості конструкції заноситься в нього, результати перевірок обов’язково фіксуються в ньому, а його відновлення в разі втрати або пошкодження виконує атестований технічний експерт, найнятий інвестором.Зберігання: Протягом усього строку існування будівлі, до отримання дозволу на знесення; на папері та в електронній формі, оновлюється щопівроку протягом експлуатації. Після знесення власник передає її на архівування органу місцевого публічного управління, за актом приймання-передачі. Коли заповнення здійснюється через державну інформаційну систему, архівування виконується через цю систему.ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 229 п. (1)–(4), ст. 231 п. (1)–(4), ст. 239 п. (2), ст. 240 п. (3), (5) і (9)
Журнал подій: Жива частина Технічної книги, яку власник веде протягом експлуатації. Результати спостереження за поведінкою в експлуатації та стан конструкції заносяться раз на квартал, якщо проєкт спеціального спостереження не передбачає інший строк; у разі виняткових подій — пожеж, повеней, зсувів, землетрусів із інтенсивністю вищою за нормативну — проводиться обстеження конструкції, а результати також заносяться сюди. Під час зміни власника новий власник фіксує це в договорі відчуження та в журналі подій.Зберігання: Та сама, що й у Технічній книзі, до якої входить: строк існування споруди, потім архівування в місцевому органі після знесення.ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 240 п. (4) і (8), ст. 241 п. (1)–(2)
Дані бенефіціара — фізичної особи: Імена, адреса, документ, що посвідчує особу, національний ідентифікаційний номер, контактні дані, інколи дані про право власності та сімейні згоди. Вони потрапляють до досьє на авторизацію, до договору, до кошторисів і — найчастіше — в месенджер, бо розмова почалася там. Їх збирають на підставі договору або переддоговірних заходів на запит особи, а національний ідентифікаційний номер має власну статтю, з власними гарантіями, які не вмикаються лише тому, що нам зручно його мати.Зберігання: Не перевірено як фіксований строк актом у сфері будівництва. Його встановлює оператор обґрунтовано, залежно від характеру даних і мети, зі спеціальними строками видалення або перегляду, і зазначає в обліку операцій з обробки. Для документів, що входять до Технічної книги, застосовується строк її дії.ДжерелоЗакон № 195/2024, ст. 5 п. (1) літ. e), ст. 6 п. (1) літ. b), ст. 30 п. (1) літ. f) і ст. 53 п. (2) літ. b)
Проєктна документація та авторське право на неї: Пояснювальна записка, плани, фасади, колірні рішення, проєкт організації виконання, технічні завдання. Це не лише технічний зміст: код містить розділ про захист авторського права на проєктну документацію та про її повторне використання, а категорію важливості будівлі визначає проєктувальник і вносить у всі пов’язані технічні документи. Наслідок для сайту або асистента, який «показує проєкти», полягає в тому, що матеріал має автора з правами, навіть коли замовник оплатив роботу.Зберігання: Як частина розділу A у Технічній книзі — строк існування будівлі. Як робочий файл у проєктанта, повідомлення про реєстрацію в державному реєстрі вимагає декларування осіб, відповідальних за облік і архівування документів, але не фіксує строк; термін встановлюється на рівні компанії.ДжерелоКодекс містобудування та будівництва № 434/2023, ст. 10 п. (4) літ. a), ст. 128 п. (3)–(4), ст. 142–144, ст. 231 п. (2) літ. a)
Фотографії з будівельного майданчика та готового об’єкта: Матеріал, що живить будь-яку презентацію в галузі. Тут накладаються дві проблеми. Перша — що зображення житлового інтер’єру або впізнаваного фасаду може вказувати на особу, а отже, публікація стає обробкою на власній підставі. Друга — що закон уже обрав режим для публічної сторони dossier: те, що є публічним у органу, деперсоналізоване. Компанія, яка публікує більше, ніж держава, про ту саму роботу, не є більш прозорою, вона перебуває в позиції, яку не може обґрунтувати.Зберігання: Не перевірено як строк. Ми не ідентифікували акт, що встановлює тривалість зберігання фотоматеріалу будівельної компанії. Він встановлюється за домовленістю із замовником, у письмовому строку, і зазначається в обліку операцій з обробки.ДжерелоЗакон № 195/2024, ст. 5 п. (1) літ. e), ст. 6 п. (1) літ. a) і ст. 30 п. (1) літ. f); Кодекс містобудування та будівництва № 434/2023, ст. 159 п. (2)

Limbajul

Слова, які вживають люди там

Агент, який каже «запис» там, де в галузі кажуть інакше, одразу звучить як чужий. Саме тому словник входить до налаштування, а не до глосарію в кінці.

Інформаційний / проєктувальний містобудівний сертифікат: Два різні документи, які постійно плутають. Інформаційний має факультативний характер і потрібний у земельних відносинах, у разі відчуження, поділу, подрібнення, об’єднання, виділу, спадкування або в майнових спорах. Проєктувальний має регуляторний характер і є обов’язковим, коли затверджений генеральний містобудівний план має вік понад 10 років, факультативним — коли він новіший; він дозволяє розроблення проєктної документації.
Дозвіл на будівництво: Акт, яким дозволяється виконання робіт, на підставі затвердженої документації з планування території та містобудування і проєктної документації. Це не «схвалення проєкту» і не «згода мерії» — це дозвільний акт із змістом, визначеним законом: місце розташування, спеціальні умови виконання, проєктувальник, строк початку, тривалість виконання і, для публічних об’єктів, вартість робіт.
Інвестор, бенефіціар, виконавець: Три ролі, які в повсякденному мовленні зливаються в «клієнт» і «будівельник», але в кодексі мають різні обов’язки. Інвестор — це той, хто фінансує і, залежно від випадку, реалізує; бенефіціар — це той, хто отримує користь від завершеної та прийнятої роботи; виконавець — це той, хто виконує. Приймання здійснює інвестор; гарантію надає виконавець; Технічну книгу складає інвестор і зберігає власник або користувач.
Категорія важливості: Класифікація споруди як A (виняткова), B (особлива), C (нормальна) або D (знижена), з відповідними класами наслідків. Визначається проєктувальником, є лише одна на споруду і вноситься до проєктної документації, дозволу на будівництво, Технічної книги та страхових документів. Це слово визначає, хто має бути присутній під час приймання і які обов’язки застосовуються.
Технічна книга будівництва: Це не «досьє робіт» і не закривається на прийманні. Це сукупність документів щодо проєктування, виконання, приймання, експлуатації, утримання, ремонту та відстеження в експлуатації, а також післяутилізації, що ведеться протягом усього строку існування будівлі. Її відсутність юридично блокує відчуження будівлі.
Приймання після завершення робіт і остаточне приймання: Два етапи, а не дві назви для одного й того самого. Для об’єктів, фінансованих з публічних коштів, приймання здійснюється на обох етапах, з інтервалом не більше одного року між ними, а між ними орган контролю перевіряє обсяг і вартість робіт. За приватного фінансування приймання відбувається в один етап. Гарантійний строк у обох випадках обчислюється від приймання після завершення робіт.
Відповідальний технічний працівник і виконроб: Атестовані особи, а не вільно обрані внутрішні функції. Функцію інспектора будівельного майданчика можуть виконувати лише атестовані особи, а повідомлення, через яке фірма реєструється в державному реєстрі, вимагає декларування атестованих технічних відповідальних осіб за напрямами. До приймання технічний відповідальний зберігає Технічну книгу на будівельному майданчику.
Дозвільний акт: Категорія, до якої належать містобудівні умови та обмеження і дозволи на будівництво та знесення. Цей термін важливий, оскільки за ним іде обов’язковий електронний режим — видача через державну інформаційну систему — та внесення до центрального банку даних Реєстру дозвільних актів.
Роботи без дозволу: Це не означає «роботи без правил». Кодекс перелічує, що саме можна виконувати без містобудівних умов і обмежень для проєктування та без дозволу: внутрішнє оздоблення, заміну підлог і столярних виробів із збереженням форми та розмірів отворів, ремонт покрівель без зміни форми та колірних рішень, прибудови до 15 квадратних метрів до індивідуальних будинків на приватній ділянці. Загальна умова — не змінювати несучу конструкцію, зовнішній вигляд або початкові характеристики, а винятки для пам’яток і охоронюваних зон залишаються.
Depersonalizat: Слово, яке кодекс використовує для форми, у якій дозволи та витяги з реєстрів стають публічними. Це практичний орієнтир для будь-якого контенту компанії про реальні роботи: дозволена дія є публічною інформацією, а не особа бенефіціара.

Де ламається

Що йде не так, коли будівництво та облаштування поспіхом цифровізують

Проєкт, який вважається закритим на прийманні

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

Портфоліо, яке публікує більше, ніж публікує держава

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

Відповідь «залежить» на запитання, відповідь на яке є в законі

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

Оцінювач, який в очах клієнта стає пропозицією

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

Документи робіт, що живуть у месенджері

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

Строки, пораховані від неправильного дня

Строки в кодексі відлічуються від реєстрації заяви, а не від її подання у вікні й не від моменту, коли досьє було внутрішньо визнано повним. Хто відстежує досьє в таблиці, зазвичай записує дату, коли було відправлено конверт. Різниця в кілька днів здається малою до моменту, коли вона має значення: коли спливають 30 днів для сертифіката або дозволу, 5 робочих днів для публікації виданого дозволу, під час повідомлення рекомендованим листом, який заявник може надіслати, якщо строк минає мовчки. Корисна система реєструє реєстрову дату, а не дату відправлення.

Питання

Що питає людина з будівництва й оздоблення перед тим, як купити програмне забезпечення

Чи може автоматичний асистент сказати клієнту, чи потрібен йому дозвіл?

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

Чи можете ви зробити нам конфігуратор ціни, який одразу видає кошторис?

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

Чи можемо ми публікувати виконані роботи з адресами та фото?

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

Які докази ми можемо просити або показувати щодо якості компанії?

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

Скільки часу потрібно зберігати документи роботи?

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

Хто відповідає, якщо після приймання робота має дефект?

Строк гарантії становить 5 років від приймання після завершення робіт, у тому числі коли приймання відбувається у дві етапи, а протягом нього виконавець зобов’язаний усунути за власний рахунок недоліки, що виникли через недотримання проєкту, чинних на дату приймання нормативів або договірних умов. Якщо технічна експертиза показує, що дефект виник з інших причин, вартість не покладається на виконавця. Ми не встановлюємо вину і не будуємо системи, які її встановлюють; те, що ми будуємо, — це маршрут, яким звернення доходить задокументованим, із датою, описом і доказами, до особи, яка ухвалює рішення.

Чи потрібен нам відповідальний за захист даних?

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

Куди потрапляють дані, якщо ми використовуємо мовну модель для звернень?

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

Чи можемо ми пов’язати нашу систему з державною системою авторизацій?

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

Чи допоможете ви нам із частиною відповідності документації?

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

Що ми не можемо стверджуватиМи не будівельна компанія, не зареєстровані в Державному реєстрі у сфері будівництва і не маємо жодного атестованого спеціаліста з будівництва. Ми не проєктуємо, не перевіряємо і не проводимо експертизу проєктної документації, не керуємо роботами і не беремо участі в прийманні — це діяльність, яку законом зарезервовано за атестованими особами, що несуть за неї персональну відповідальність. Ми не даємо юридичної кваліфікації конкретній роботі: чи потрібен вам дозвіл для певного випадку, ми не кажемо, а видавач або атестований спеціаліст. Ми не складаємо і не заповнюємо Технічну книгу будівництва від імені будь-кого. У нас немає вбудованої інтеграції з автоматизованою інформаційною системою, через яку видаються дозвільні акти, і ми не перевіряли, чи існує для неї публічний інтерфейс — це неперевірено, не доступно. Ми не маємо сертифікацій якості, технічних агреманів або акредитацій у сфері будівництва і не заявляємо їх. Ми не публікували власні результати щодо цієї галузі, не можемо цитувати назви клієнтів і не маємо перевірених ринкових цифр для Республіки Молдова — ні щодо обсягів будівництва, ні щодо цін, ні щодо попиту.

Сервіс, детально Що ми фактично побудували Усі сценарії

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

Джерела 9 джерела · перевірені на 2026-09-07

Що вам хотілося б налагодити?

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

Поговорімо