Петиція після підписів: маршрут від відповіді до реального виконання

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

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

Підтримана, розглянута і реалізована — не одне й те саме

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

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

Як сформовано вибірку і чому це не рейтинг

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

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

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

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

Сім переходів після порогу підтримки

Початкова точка S0 — поріг підписів. Далі йдуть сім переходів. Кожен зараховується лише за наперед визначеним доказом, тому позитивна відповідь не може автоматично «перескочити» до виконання.

1. Від порогу до офіційної відповіді. Доказ — датований текст відповіді або прикріплений документ, а не повідомлення про передачу на розгляд.
2. Від відповіді до власника процесу. Доказ — названий посадовець, департамент, комісія чи комунальне підприємство, відповідальні за наступну дію.
3. Від власника до рішення по суті. Доказ — підтримка конкретної вимоги, її частини або мотивована відмова. Загальна згода «опрацювати питання» рішенням не є.
4. Від рішення до інструмента виконання. Доказ — розпорядчий акт, протокол, проєкт, договір, закупівля, звіт чи інший документ, який запускає або підтверджує наступну операцію.
5. Від інструмента до забезпеченого ресурсу. Для витратної ініціативи потрібен бюджетний слід: програма, кошторис, закупівля або договір. Для регуляторної зміни допустима обґрунтована позначка «окремий бюджетний крок не потрібен».
6. Від ресурсу до виконаної дії. Доказ — не план, а завершена адміністративна чи фізична операція: документ відкликано, правило введено, товар поставлено, об’єкт створено.
7. Від дії до перевірного результату. Фінальний доказ має відповідати початковій вимозі: потрібний документ справді не діє, транспорт рухається за новим правилом, ліки отримані пацієнтами, карта доступна в обумовленому сервісі.

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

Документальний слід шести петицій

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

Три контрастні траєкторії

Швидке регуляторне рішення: транспорт під час тривоги

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

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

Довга бюджетна дорога: ліки для пацієнтів зі СМА

Петиція №13387 має сильнішу ресурсну ознаку: офіційна відповідь називає міську цільову програму, рішення Київради №7108/7149 і початок процедури закупівлі за напрямом 2.15. Однак закупівельний процес має власні контрольні точки. Після рішення про потребу мають з’явитися предмет закупівлі, процедура, договір, поставка, приймання та підтвердження, що препарат дійшов до визначених отримувачів.

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

Формальна відповідь без запитаного результату: центр адопції

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

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

Де ланцюг найчастіше стає непрозорим

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

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

Як перевірити виконання без передчасного звинувачення

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

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

Картка спостереження для автора петиції або громади

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

Повний чекліст картки

1. Ідентифікатор. Номер петиції, назва, автор, кількість підписів і сформульована одним реченням вимога.
2. Офіційна відповідь. Дата, підписант, реквізити файла, точна позиція щодо кожної частини вимоги.
3. Відповідальний орган. Посадовець, департамент, комісія, підприємство; окремо — хто координує і хто виконує.
4. Документ наступного кроку. Назва, номер, дата, дія, строк. Якщо у відкритій частині системи його немає — «не знайдено».
5. Бюджетна ознака. Назва програми, рішення про фінансування, код або напрям, закупівля, договір, сума. Для безвитратної зміни — пояснення, чому окремий бюджет не потрібен.
6. Фактичний результат. Що має існувати після виконання: чинне правило, поставлений товар, доступний сервіс, відремонтований об’єкт, оприлюднений набір даних.
7. Перевірка. Спосіб, місце й дата спостереження; джерело документа; різниця між заявленим і побаченим; що ще належить уточнити.

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

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

Наступний крок: перетворити хроніку на керований процес

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

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