Тимчасове відхилення від внутрішнього правила компанії потребує чітких меж: якої вимоги воно стосується, хто погоджує запропонований порядок, коли він закінчується та які докази дадуть змогу закрити питання. Лист із відповіддю «поки що можна» рідко відповідає на всі чотири запитання.
Форма запиту на виняток із внутрішніх правил зберігає цю інформацію разом. У Folderit форма eForm може містити запит, завдання із заповнення полів — збирати оцінку відповідального за правило, процес затвердження — фіксувати рішення, а нагадування за датою — повертати чинний виняток на перегляд. Організація й надалі сама вирішує, чи припустимий виняток, і виконує погоджені захисні заходи.
Наведене нижче налаштування — гіпотетичний робочий приклад на основі актуальної документації Folderit, а не комплексний процес, перевірений у реальному обліковому записі. План Tailor включає eForms і Workflow Designer. Перед налаштуванням перевірте доступні функції свого облікового запису.
Визначте один виняток із конкретним строком
Використовуйте один запис для однієї вимоги, визначеної сфери дії та запропонованого періоду. Вкажіть назву правила або політики, версію чи дату набрання чинності, а також відповідний пункт. «Дозволити інший порядок приймання документів на поставку товарів у Північному офісі до 30 листопада» корисніше, ніж «тимчасовий операційний виняток».
Основний документ із правилами залиште у звичайній контрольованій бібліотеці документів. У записі винятку поясніть обмежене відхилення та за потреби додайте посилання на відповідний документ як на пов’язаний елемент. Запис не змінює правило для всіх інших. В огляді керування внутрішніми правилами Folderit пояснюється окрема робота з підготовки, затвердження й поширення самого правила.
До проєктування процесу визначте, хто має повноваження дозволяти такий виняток. Внутрішнє затвердження не скасовує закон, договірне зобов’язання чи вимогу поза межами повноважень цієї особи. Перш ніж запитувати рішення, передайте такі питання відповідальному фахівцю.
Створіть розділ запиту та подальшої оцінки
У розділі Admin tools → Form templates створіть шаблон Запит на виняток із внутрішнього правила. Посібник з eForms (англійською мовою) описує підтримувані типи полів і створення записів. Почніть із таких полів:
| Поле й тип | Що вказати |
|---|---|
| Ідентифікатор — Text | Погоджене позначення, наприклад EX-026. Вводьте вручну, якщо нумерацію не налаштовано окремо. |
| Посилання на правило — Text | Назва, версія або дата набрання чинності та пункт, для якого потрібен виняток. |
| Запитуване відхилення та сфера дії — Textarea | Що зміниться, яких людей або локацій це стосується та що прямо виключено. |
| Причина й альтернативи — Textarea | Робоча потреба та пояснення, чому варіант із дотриманням правила зараз непрактичний. |
| Запитувані початок і кінець — два поля Date | Запропонований період. Особа, яка розглядає запит, перевіряє послідовність дат і за потреби точний час завершення. |
| Відповідальний за запис — User | Працівник організації, який відповідає за подальші дії, а не автоматично обраний затверджувач. |
| Ризики й захисні заходи — Textarea | Що може піти не так, запропонований контрольний захід, відповідальна особа, періодичність і докази. |
| Підтвердні матеріали — File, необов’язкове | Доречні докази, потрібні для оцінювання цього запиту. |
Зробіть обов’язковими дані запиту, необхідні для оцінювання. Додайте необов’язкові поля для подальшого заповнення: Дозволена сфера дії та умови (Textarea), Погоджений початок, Погоджений кінець і Дата перегляду (Date), а також Докази закриття (Textarea). Під час створення запису вони мають залишатися необов’язковими: заявник не може надати майбутнє рішення або докази ще не виконаного закриття.
Додайте поле Select Стан запису, яке змінюватимуть вручну, наприклад зі значеннями Очікує оцінки, Очікує рішення, Чинний, Відхилено та Закрито. Воно допомагає координатору організовувати подальші дії. Рішення про затвердження залишається в записі процесу; значення Чинний людина обирає окремою дією після перевірки рішення та всіх передумов.
Зберіть оцінку до затвердження
Попросіть відповідального за правило розглянути сферу дії, альтернативи та запропоновані захисні заходи. Як приклад з інформаційної безпеки, опублікований процес винятків Єльського університету (джерело англійською мовою) відокремлює оцінювання ризику командою безпеки від рішення керівництва прийняти залишковий ризик. Це підхід однієї організації, а не універсальне правило затвердження. Визначте відповідні обов’язки для власного правила.
Завдання із заповнення полів (посібник англійською мовою) дає змогу відповідальному за правило доповнити оцінку в наявному записі форми. До видимих одержувачу полів включіть початковий запит і поля оцінки. У розділі Editable fields виберіть лише поля оцінки та переконайтеся, що вони також видимі. Налаштування полів завдання не замінюють базових дозволів спільного доступу до запису.
Потім надішліть заповнений запис особі, уповноваженій ухвалити рішення. У послідовному налаштованому процесі заповнення полів можна поставити перед затвердженням. Визначте одержувачів і правила прийняття за документованими налаштуваннями затвердження (посібник англійською мовою). Фактичних одержувачів потрібно обрати під час налаштування. Ім’я в полі User «Відповідальний за запис» не спрямовує затвердження цій особі автоматично.
Точно сформулюйте предмет рішення: «Затвердити дозволену сферу дії, умови та погоджені дати, записані в цьому запиті». Якщо інформації бракує, отримайте уточнення до остаточного рішення. Налаштуйте й перевірте також невдалі шляхи процесу, щоб відмову або незавершену оцінку не можна було вважати дозволом діяти. Якщо згодом зміняться погоджена сфера дії чи дати, отримайте нове рішення замість покладання на попереднє затвердження.
Зробіть заходи перевірними: затримка приймання
Гіпотетичний приклад: в офісі зламався сканер. Внутрішня процедура вимагає, щоб документи на поставку товарів надходили до центральної черги приймання того самого робочого дня. Операційний підрозділ просить дозволити контрольований паперовий журнал на п’ять робочих днів, поки очікується заміна обладнання.
Запит визначає один офіс і один тип документів. Рахунки та документи із зовнішнім строком до нього не входять. Запропонований захисний захід покладає на координатора офісу нумерацію кожного запису, безпечне зберігання оригіналів і щоденне звіряння паперового журналу з чергою приймання в другій половині дня. Відповідальний за правило перевіряє прийнятність такого порядку й до затвердження фіксує можливі суворіші умови.
Корисний запис про закриття визначає останній запис журналу, дату звіряння, відсутні документи, якщо такі є, та особу, яка перевірила результат. Саме по собі «сканер відремонтовано» не доводить, що затримані документи потрапили до черги. Якщо документа бракує, залиште подальші дії відкритими й призначте завдання з його пошуку.
Налаштуйте нагадування та дії після завершення строку
У розділі Manage reminders шаблону форми створіть правило на основі Дати перегляду, наприклад за сім днів до неї. Додайте умову Стан запису дорівнює Чинний. Задайте відповідального користувача або групу чи використайте придатне поле одержувача, якщо шаблон його пропонує. Посібник із нагадувань для форм (англійською мовою) пояснює часові зміщення, умови та варіанти одержувачів.
Умови перевіряються під час запуску нагадування та повторно, коли настає час його надсилання. Додайте до повідомлення ідентифікатор запиту, погоджену кінцеву дату й очікувану дію, використовуючи саме ті підстановки, які пропонує редактор. Якщо відповідальність переходить іншій людині, перевірте налаштування одержувачів.
Нагадування — це спонукання до дії електронною поштою. Воно не припиняє виняток, не змінює стан запису, не вимикає зовнішній процес і не засвідчує виконання захисних заходів. Відповідальний має перевірити погоджену кінцеву дату та або зафіксувати закриття, або запросити нове продовження, затверджене уповноваженою особою. Перевірте змінені дати й наявні записи у своєму обліковому записі; не припускайте, що вже минула дата нагадування спричинить надсилання повідомлення навздогін.
Перевірте реєстр винятків перед впровадженням
Зберігайте реєстр у папці зі спільним доступом для людей, яким він потрібен. Право редагувати надайте визначеним власникам записів і координаторам. Якщо поля форми пов’язані з метаданими, показуйте корисні дані — посилання на правило, відповідального, стан запису та погоджений кінець — у стовпцях папки. Назви полів і значення станів організовують роботу; доступ і дії процесу налаштовуйте окремо.
- Повний запит: відповідальний за правило бачить запит і може редагувати лише призначені поля оцінки.
- Відхилений запит: координатор указує Відхилено, і операційний виняток не запроваджується.
- Затверджено з умовами: відповідальний підтверджує необхідні захисні заходи до встановлення стану Чинний.
- Змінена сфера дії або кінцева дата: переглянуті умови отримують нове рішення, а налаштування нагадувань перевіряються.
- Закриття або продовження: докази закриття визначають виконану роботу; продовження зберігає посилання на попередній запит і має власне рішення.
Перевірте ці випадки з невеликою групою, перш ніж відкривати шаблон ширшому колу користувачів. Корисний результат — запис, за яким може діяти інший колега: точний виняток, зафіксоване рішення, ще не виконані захисні заходи та людина, відповідальна за закриття.
