Цифрова приймальня: єдиний маршрут звернення громадянина в СЕД

14.08.2026 · 7 хв

Електронна пошта, вебформи, паперові листи та інтегровані державні сервіси можуть приводити документи до однієї системи електронного документообігу (СЕД). Але спільна точка обліку не означає однакову правову процедуру для кожного повідомлення. Спочатку потрібно визначити зміст документа, компетентний орган і норму, за якою його розглядатимуть, а вже потім призначати маршрут, строк та виконавця.

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

Чинні правила для електронних звернень

Базовим актом залишається чинний Закон України «Про звернення громадян» № 393/96-ВР. Стаття 5 вимагає зазначити прізвище, ім’я, по батькові, місце проживання та суть порушеного питання; для електронного звернення також потрібна електронна адреса або інший засіб зв’язку. Кваліфікований електронний підпис для надсилання такого звернення не є обов’язковим.

Відсутність КЕП не є підставою відхиляти електронне звернення, а відсутність окремого реквізиту не можна автоматично прирівнювати до анонімності.

Статті 7 і 8 Закону передбачають різні наслідки для звернень, оформлених без установлених вимог, та анонімних звернень. Анонімним є звернення без місця проживання, не підписане автором або таке, з якого неможливо встановити авторство. Тому СЕД має позначити виявлену проблему і передати її реєстратору за налаштованим регламентом, а не присвоювати статус «анонімне» лише через порожнє поле.

Архітектура каналів: де доречні Дія і Трембіта

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

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

IQusion — офіційний постачальник і співрозробник Megapolis.DocNet. Відкрита архітектура системи, API, готові конектори та гнучкі механізми налаштування дають змогу реалізувати практично будь-який необхідний сценарій інтеграції: підключити державні й корпоративні інформаційні системи, визначити склад даних, правила автентифікації, маршрути опрацювання та контроль строків. Завдяки великому досвіду впровадження складних СЕД команда IQusion може спроєктувати й налаштувати цифрову приймальню під процеси конкретного органу — від надходження звернення до реєстрації, виконання та відповіді громадянину.

За наявності правових і організаційних підстав Megapolis.DocNet дозволяє реалізувати інтеграційний обмін із державними цифровими сервісами, зокрема через СЕВ «Трембіта», у конфігурації, необхідній конкретному замовнику.

Перевірка реквізитів без підміни правового рішення

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

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

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

Як розмежувати звернення та адміністративні процедури

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

Закон України «Про адміністративну процедуру» № 2073-IX передбачає усну або письмову форму заяви; письмова заява може бути електронною або паперовою. Вимоги до підписання, автентифікації та способу подання залежать від цього Закону, спеціального законодавства і конкретного електронного каналу. У передбачених законом випадках електронну заяву можна подати через Єдиний державний вебпортал електронних послуг без електронного підпису за умови автентифікації особи.

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

Реєстрація і контроль строків

Постанова Кабінету Міністрів України № 348 затверджує Інструкцію з діловодства за зверненнями громадян. Її вимоги потрібно відобразити у схемі реєстрації, обліку, індексації, контролю виконання та звітності. Водночас сам строк розгляду звернення визначає, зокрема, стаття 20 Закону № 393/96-ВР.

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

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

  • Правова підстава: Кожен тип документа пов’язаний з актуальним актом, компетентним підрозділом і правилом обчислення строку.
  • Контроль строків: Дата завершення розраховується з дати отримання та застосовного правила; пороги нагадувань є налаштуванням SLA, а не вигаданою нормою закону.
  • Пошук можливих дублікатів: Збіги за контактами, темою та вкладеннями лише пропонуються реєстратору. Система не блокує нову картку автоматично за РНОКПП або довільним 30-денним правилом.
  • Аудит і звітність: Реєстраційні дані, зміни маршруту, продовження строку, повідомлення заявника та результат розгляду зберігаються як простежувані події.

Поширені питання

Як обробити електронне звернення без КЕП?

Не відхиляти його лише через відсутність КЕП: Закон України «Про звернення громадян» не вимагає електронного підпису для надсилання електронного звернення. СЕД має перевірити реквізити зі статті 5, зафіксувати відсутні дані та передати документ реєстратору за встановленим регламентом.

Що робити, якщо запит на адміністративну послугу надійшов електронною поштою?

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

Як уникати дублювання документів із різних каналів?

Система може шукати можливі збіги за контактними даними, темою, зовнішнім ідентифікатором і вкладеннями, але має показувати їх реєстратору як підказку. Рішення про об’єднання документів або створення нової картки повинно бути зафіксованим і не ґрунтуватися на одному ідентифікаторі.

Джерела