Навіщо це насправді потрібно: що зупиниться, коли головбух звільниться.
Дві крайності, і обидві погані
Права доступу зазвичай налаштовують одним із двох способів, і обидва створюють проблеми, які виявляються пізніше.
Усім усе. Найпоширеніший варіант у малих компаніях: простіше видати повний доступ, ніж розбиратися. Працює, доки не звільниться менеджер із образою або доки хтось випадково не проведе документ минулого періоду. Тоді з’ясовується, що незрозуміло навіть, хто це зробив.
Усе заборонено, дозволи по заявці. Зворотна крайність. Кожні два дні хтось не може виконати роботу, заявки накопичуються, і закінчується це тим, що адміністратор видає всім повний доступ «тимчасово». Тимчасово триває роками.
Робоче рішення посередині, і будується воно не від кнопок, а від відповіді на питання: що станеться, якщо ця людина побачить ці дані або змінить цей документ.
Чотири рівні обмежень
У Business Central доступ обмежується на чотирьох незалежних рівнях. Плутанина між ними — причина, чому налаштування виходить або дірявим, або незручним.
| Рівень | Що обмежує | Приклад |
|---|---|---|
| Об’єкти | Які сторінки й звіти взагалі відкриваються | Комірник не бачить розділ фінансів |
| Дії | Читання, створення, зміна, видалення | Менеджер створює замовлення, але не видаляє |
| Дані | Які записи видно всередині доступної сторінки | Менеджер бачить лише своїх клієнтів |
| Періоди | У які дати можна проводити документи | Закритий місяць не редагується нікому, крім головбуха |
Четвертий рівень зазвичай забувають, а він найдешевший і знімає цілий клас проблем: більшість «магічних» розбіжностей у звітності — це документ, проведений заднім числом у вже закритий період.
Ролі під реальні посади
Стандартних наборів прав у системі багато, але вони описують функції, а не посади. Практично зручніше зібрати кілька ролей під те, як влаштована ваша компанія.
Менеджер із продажу
Створює й змінює замовлення та комерційні пропозиції, бачить клієнтів і залишки. Не бачить закупівельних цін і собівартості — це найчастіше свідоме обмеження, і воно ж найчастіше обговорюване. Не проводить оплати.
Комірник
Працює з надходженнями, відвантаженнями, переміщеннями й інвентаризацією. Не бачить цін узагалі: складу вони не потрібні, а відсутність цін на екрані знімає окрему категорію питань.
Бухгалтер
Повний доступ до фінансів, банку, ПДВ. Не змінює довідник номенклатури й не проводить складські операції — розділення відповідальності тут не бюрократія, а спосіб зберегти можливість знайти причину розбіжності.
Керівник
Бачить усе, змінює мало. Найчастіша помилка — дати директору повні права адміністратора. Йому потрібні звіти, а не можливість випадково змінити налаштування обліку.
Адміністратор
Одна людина, зрідка дві. Ця роль має бути в мінімальної кількості людей, і в неї має бути документований запасний варіант — про це нижче.
Обмеження за даними, а не за кнопками
Найцікавіший рівень, який використовують рідше за інші. Обмеження на рівні даних дозволяє відкрити сторінку всім, але показати кожному свій зріз.
- Менеджер бачить лише своїх клієнтів — за аналітикою «менеджер» у картці контрагента.
- Керівник філії бачить лише свій склад і свої продажі — за аналітикою підрозділу.
- Проєктний менеджер бачить лише свої проєкти.
Технічно це працює через ті самі аналітики, які ви налаштовуєте для звітності. Тобто одна робота на етапі впровадження закриває дві задачі одразу — і це аргумент продумати структуру аналітик як слід, а не поспіхом.
Практичний нюанс. Обмеження за даними впливає і на звіти: керівник філії побачить у звіті лише свої цифри. Це зручно, але при діагностиці розбіжностей варто пам’ятати, що дві людини можуть дивитися «той самий» звіт і бачити різні суми.
Хто що змінив: журнал змін
Права визначають, що людина може зробити. Журнал змін фіксує, що вона зробила насправді. Це різні механізми, і другий вмикається окремо.
Вмикати логування на всі таблиці не варто — база розпухає, а користі мало. Мінімальний розумний набір:
- Зміни в картках контрагентів: реквізити, банківські рахунки, кредитні ліміти.
- Зміни цін і знижок.
- Налаштування обліку: групи проведень, параметри ПДВ.
- Права користувачів — тобто зміни в самій системі доступу.
Останній пункт найважливіший і його пропускають найчастіше. Якщо не логувати зміни прав, ви не дізнаєтеся, що комусь тимчасово видали повний доступ і забули забрати.
П’ять помилок у налаштуванні
Один адміністратор без запасного варіанту. Людина звільняється, і виявляється, що змінити права нікому. Мають бути двоє або документована процедура відновлення доступу.
Права видають персонально, а не через ролі. Працює на п’ятьох людях. На двадцяти перетворюється на набір унікальних конфігурацій, у яких через рік ніхто не розбереться.
Права не переглядають після зміни посади. Людина переходить із продажів у закупівлі й накопичує доступи обох ролей. Через три роки в компанії кілька людей із фактично повним доступом, про який ніхто не пам’ятає.
Не закритий минулий період. Найдешевша з усіх правок і найчастіше пропущена. Займає п’ять хвилин, знімає більшість проблем із «поплилою» звітністю.
Обмеження вигадали без користувачів. Якщо роль заважає працювати, її обійдуть: попросять колегу провести документ під своїм логіном. Тоді журнал змін бреше, і сенс усієї конструкції зникає.
Часті запитання
Чи можна приховати від менеджерів собівартість?
Так, це стандартне обмеження на рівні полів і звітів. Питання радше організаційне: якщо менеджер веде перемовини про ціну, іноді розуміння собівартості йому потрібне. Рішення варто ухвалювати свідомо, а не за замовчуванням в обидва боки.
Як зробити, щоб менеджер бачив лише своїх клієнтів?
Через обмеження на рівні даних за аналітикою: у картці контрагента вказується відповідальний менеджер, і користувач бачить лише записи зі своїм значенням. Працює на тих самих аналітиках, які використовуються для звітності.
Чи фіксує система, хто змінив документ?
Базові поля про створення та зміну є завжди. Детальний журнал змін по конкретних таблицях вмикається окремо. Вмикати його на все не варто — база розростається; розумний мінімум це контрагенти, ціни, налаштування обліку й самі права доступу.
Скільки має бути адміністраторів?
Двоє. Один — це ризик втратити доступ до налаштувань при звільненні чи відпустці. Троє й більше на невелику компанію означає, що роль роздали на всяк випадок, і сенс обмежень зникає.
Чи впливають права на швидкість роботи системи?
Обмеження на рівні об’єктів і дій — практично ні. Складні фільтри на рівні даних можуть трохи впливати на великих обсягах, тому їх варто робити на аналітиках, а не на довільних умовах.