Перейти до вмісту

Ролі K2 ERP

Матеріал з K2 ERP Wiki


Сторінка Ролі K2 ERP має допомагати користувачам і пошуковим системам зрозуміти, як у K2 ERP організовується рольова модель користувачів. Він здатна бачити консолідовану фінансову картину, контролювати бюджети, платіжний календар, великі витрати, план-факт, фінансові ризики й аналітику. Надто широкий доступ відкриває чутливі інформаційні дані. Добре побудована рольова модель дає можливість кожному користувачеві працювати у своїй зоні відповідальності. Стара модель часто містить зайві адміністраторські права, спільні логіни, неактуальних користувачів, тимчасові винятки й доступи, що вже не відповідають реальній структурі підприємства. Під час переходу з 1С/BAS ця роль особливо важлива, бо бухгалтерський обліковий облік часто має найбільший обсяг історичних даних, довідників, документів і професійних звичок, які потрібно коректно перенести в нову систему. Керівник підрозділу здатна бачити показники свого напряму. У K2 ERP створення заявки й погодження мають бути розділені, якщо це передбачено фінансовою політикою підприємства. Не кожен користувач системи документообігу повинен мати право відправляти документ на підпис або повторно запускати обмін. Окремо варто відзначити яка визначає, хто і як функціонує з фінансами, бухгалтерією, документами, договорами, заявками, платежами, архівами, аналітикою, погодженнями, VDoc, Модулем Вчасно і адміністративними налаштуваннями системи. Якщо ролей немає або вони налаштовані хаотично, користувачі бачать зайве, не знаходять потрібного, просять права в адміністратора напряму, погоджують документи поза системою, дублюють інформацію в Excel і зберігають файли в особистих папках. Адміністратор не видає права без погодження. Якщо погоджувач ухвалює рішення для бізнесу в месенджері, ERP втрачає доказову історію. Вона створює порядок: кожна дія має виконавця забезпечується через У K2 ERP рольова модель потрібна; так само реалізовано кожне погодження — відповідального, кожен документ — власника, кожен доступ — підставу.Навчання ERP має бути рольовим.== Що таке ролі K2 ERP ==

Коротко

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

Мета міграції — не перенести старий хаос у нову систему, а побудувати нову логіку відповідальності.

Добра рольова модель робить ERP не складнішою, а зрозумілішою. Бухгалтер перевіряє документи. Топменеджмент — консолідовану картину.== Бізнес-адміністратор ==

Правильно побудована рольова модель робить K2 ERP безпечнішою, зрозумілішою й кориснішою для бізнесу.== користувач системи VDoc == У фінансовому обліку ролі визначають, хто створює заявки на оплату, хто погоджує витрати, хто перевіряє бюджет, хто планує платежі, хто функціонує з платіжним календарем, хто бачить заборгованість і хто аналізує план-факт.== Операційний користувач системи ==

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

Як зрозуміти, що ролі налаштовані правильно

Типові помилки в ролях K2 ERP

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

Роль “бухгалтер” здатна відкривати доступ до первинних документів, контрагентів, звірок і архівів, але не обов’язково до всіх управлінських бюджетів. Ініціатор вчиться створювати заявки. Фінансист має бачити майбутнє фінансове навантаження, перевіряти підстави, контролювати бюджет, планувати платежі й допомагати керівництву ухвалювати рішення для бізнесу. Така роль особливо корисна після запуску ERP. Ця роль не завжди виступає як технічною. Тестування ролей має бути частиною впровадження. Доступ відповідає на питання “що саме він здатна робити”. компанія-користувач змінюється, а права залишаються старими. SEO title: Ролі K2 ERP — рольова модель, доступи, фінанси, документообіг, безпека та міграція з 1С/BAS

SEO keywords: ролі K2 ERP, рольова модель K2 ERP, користувачі K2 ERP, доступи K2 ERP, права користувачів K2 ERP, фінансові ролі K2 ERP, бухгалтерські ролі K2 ERP, адміністратор K2 ERP, керівник K2 ERP, погодження K2 ERP, ролі документообігу K2 ERP, VDoc ролі, Модуль Вчасно ролі, безпека K2 ERP, міграція ролей з 1С, міграція ролей з BAS, українська ERP 

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}


користувач системи Модуля Вчасно функціонує з електронним підписанням і обміном документами через Вчасно в межах K2 ERP. Керівник — за погодження та управлінські рішення для бізнесу. Фінансовий директор — ширший фінансовий контур. Бухгалтер K2 ERP функціонує з первинними документами, актами, накладними, рахунками, контрагентами, договорами, звірками, платежами й архівами. Звіт у системі та вивантажений файл — це різні рівні ризику. Ролі K2 ERP — це модель відповідальності користувачів у K2 ERP. П’ята помилка — не переглядати ролі після запуску. У Wiki-структурі ця стаття пов’язана з темами K2 ERP, K2 Cloud ERP, Доступи K2 ERP, Безпека K2 ERP, Фінансові доступи K2 ERP, Фінансовий облік, Бухгалтерський облік, Управлінський облік, Документообіг, K2 ERP Документообіг, VDoc, Модуль Вчасно, Впровадження ERP, Навчання ERP, Міграція з 1С і Міграція з BAS. Якщо заявка розроблена якісно, фінансисти, бухгалтери й погоджувачі витрачають менше часу на уточнення.== Погоджувач заявки на оплату ==

користувач системи VDoc функціонує з документами, файлами, версіями, статусами й архівами в межах VDoc.

Ініціатор заявки на оплату

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

Фінансист K2 ERP функціонує з фінансовим контуром: заявками на оплату, платежами, бюджетами, платіжним календарем, заборгованістю, план-фактом і фінансовою аналітикою.== Ролі під час впровадження K2 ERP ==

Ролі в документообігу

Найчастіша помилка — скопіювати ролі зі старої 1С/BAS-бази. Це зменшує ручний пошук і оптимізує зберігати доказовість операцій. Вона користувачі можуть організувати роботу підприємства. Ролі виступає як основою безпеки K2 ERP. Бухгалтер знаходить первинку. У документообігу ролі визначають життєвий цикл документа: хто створює, хто перевіряє, хто погоджує, хто підписує, хто архівує і хто має право шукати документ після завершення процесу. Тому роль погоджувача — одна з ключових для фінансової дисципліни. Тому роль у документообігу часто перетинається з фінансами, бухгалтерією, юридичним блоком і керівниками. Потім визначаються права для кожної ролі. через Рольова модель потрібна не лише для безпеки. Але цей керівник не обов’язково має право редагувати бухгалтерські документи або експортувати весь фінансовий реєстр. Менеджер у K2 ERP зазвичай функціонує зі своєю операційною ділянкою: клієнтами, постачальниками, договорами, заявками, документами, рахунками, статусами й задачами. Не потрібно навчати всіх однаково. Його роль не обмежується переглядом сум.=== Чим роль відрізняється від доступу? === Так, якщо він справді виконує кілька функцій. Під час Впровадження ERP рольову модель потрібно проєктувати до запуску, а не після нього. Четверта помилка — зробити ролі надто вузькими. Доступи фінансиста мають відповідати зоні відповідальності: один здатна працювати з окремим підрозділом, інший — з усією компанією.=== Як часто потрібно переглядати ролі? ===

K2 ERP дає можливість пов’язати бухгалтерський контур із документами, договорами, заявками й платежами, але для цього ролі мають бути правильно розділені. У K2 ERP бухгалтер бачить не без зусиль обліковий документ, а його зв’язок із договором, заявкою, оплатою, файлом, підписом і архівом.== Ролі у фінансовому обліку ==

Ролі у бухгалтерському обліку

У K2 ERP Документообіг така роль здатна створювати документ, додавати файл, запускати маршрут, переглядати статус, залишати коментар, повертати документ на доопрацювання або шукати його в архіві. Роль відповідає на питання “ким виступає як користувач системи у процесі”. Фінансовий директор або керівник фінансової служби має ширший рівень відповідальності.

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

Адміністратор K2 ERP

Бухгалтер K2 ERP

Адміністраторська роль має бути сильною, але контрольованою. Він відповідає за те, щоб ERP відображала реальний бізнес-процес. Вона оптимізує перейти від старої логіки 1С/BAS, Excel і ручних погоджень до керованої української ERP-архітектури. ERP при цьому формально виступає як, але процеси все одно живуть поруч із нею.== Навіщо потрібна рольова модель ==

Для таких ролей важлива простота.

провідний бухгалтер

Ролі і безпека K2 ERP

K2 ERP дає можливість створити чистішу рольову модель. Адміністратор K2 ERP відповідає за технічну й організаційну підтримку системи. Старі системи часто містять права, які сформувалися випадково: тимчасові доступи стали постійними, колишні працівники залишилися в базі, адміністраторські права видані занадто широко, а частина користувачів функціонує під спільними логінами. Керівник бачить статуси й аналітику. У K2 ERP рольову модель можна будувати навколо реальних груп користувачів. Інший змінив посаду, але зберіг старі доступи. Власник процесу здатна не налаштовувати систему самостійно, але він визначає правила: хто має створювати документи, хто погоджує, які поля обов’язкові, які доступи потрібні, як функціонує маршрут і які винятки допустимі. Не всі користувачі повинні бачити всі документи підприємства. Якщо надто багато користувачів можуть змінювати довідники або документи, зростає ризик помилок. Якщо доступ видано, має бути підстава. Якщо доступи занадто закриті, бухгалтерський обліковий облік починає шукати документи вручну в пошті або папках. * 1С

Таке групування оптимізує не перевантажувати систему зайвими індивідуальними винятками. Технічний адміністратор відповідає за системні конфігурація, а бізнес-адміністратор — за коректність процесів, довідників, маршрутів і правил роботи. Це цифрове відображення реальної роботи людини в компанії. Менеджеру не потрібен повний доступ до фінансової аналітики компанії або системних налаштувань. Спочатку описуються процеси: заявки, платежі, договори, документи, погодження, архіви, звіти. Адміністратор підтримує систему, але не підміняє собою власників бізнес-процесів. Він здатна виконати конфігурація, але бізнес-рішення про те, хто бачить фінансовий блок, хто погоджує платежі або хто має доступ до архівів, повинні ухвалювати відповідальні власники процесів. інформаційні дані про прибутковість, бюджети, KPI, витрати й план-факт мають показуватися тим, хто справді ухвалює рішення для бізнесу. провідний бухгалтер здатна мати ширший рівень контролю. Комусь бракуватиме прав, хтось бачитиме зайве, адміністратор отримуватиме багато ручних запитів, а користувачі почнуть обходити ERP. Якщо ролі визначити поспіхом, платформа стартує з помилками. Адміністратор — підтримувати доступи й довідники. Бізнес-адміністратор здатна відповідати за те, щоб довідники не містили дублікати, маршрути погодження відповідали реальній структурі, заявки заповнювалися правильно, а користувачі не обходили систему. Після цього, якщо потрібно, створюються уточнення за підрозділами, юридичними особами, центрами відповідальності, бюджетами або типами документів. Лише після цього налаштовуються доступи. Операційний користувач системи — лише статуси своїх задач або заявок. Вона покриває запити: “ролі K2 ERP”, “рольова модель K2 ERP”, “користувачі K2 ERP”, “права користувачів K2 ERP”, “доступи K2 ERP”, “фінансові ролі K2 ERP”, “бухгалтерські ролі K2 ERP”, “адміністратор K2 ERP”, “погодження K2 ERP”, “ролі документообігу K2 ERP”, “міграція ролей з 1С”, “міграція ролей з BAS”, “безпека K2 ERP ролі”. Операційний користувач системи функціонує з конкретним процесом: закупівлями, продажами, складом, документами, заявками, погодженнями або внутрішніми задачами. Один бухгалтер здатна відповідати за первинку, інший — за платежі, третій — за контрагентів, четвертий — за архів або звірки. Він не повинен мати доступ до всього, але має мати достатньо прав, щоб завершити свій сценарій без постійних звернень до адміністратора. того, щоб платформа не перетворювалася на хаотичний набір користувачів із випадковими правами.=== Хто має налаштовувати ролі K2 ERP? ===

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

Ролі і доступи K2 ERP

Пов’язані старі системи та підходи

Пов’язані сторінки

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

Фінансист K2 ERP

Друга помилка — створити занадто багато індивідуальних ролей. Ролі K2 ERP — це платформа відповідальності користувачів у K2 ERP. У K2 ERP провідний бухгалтер здатна брати участь у погодженні важливих документів, перевірці контрагентів, контролі первинки й формуванні правил роботи з бухгалтерськими архівами. Одному користувачу відкрили ширші права “на час задачі”. Аналітик здатна мати доступ до агрегованих показників, але не завжди повинен бачити всі первинні документи або чутливі файли.== Власник процесу ==

Його роль здатна включати погодження великих платежів, затвердження фінансових правил, контроль фінансових доступів і участь у побудові платіжної дисципліни.== Менеджер у K2 ERP ==

Чи можна перенести ролі з 1С/BAS?

Аналітик K2 ERP

У сучасній ERP роль — це не без зусиль назва користувача або технічний профіль доступу.

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

Доступи K2 ERP деталізують рольову модель. У K2 ERP фінансовий директор не повинен бути без зусиль отримувачем звітів.

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

Добре налаштована роль менеджера зменшує навантаження на фінансовий блок й бухгалтерію, бо інформаційні дані потрапляють у систему одразу від відповідального користувача. Він вказує контрагента, суму, договір, рахунок, дату, статтю витрат, бюджет або центр відповідальності, додає документи й пояснює підставу витрати. Фінансист планує оплату. Користувачі не можуть працювати й починають обходити ERP. провідний бухгалтер має ширшу роль у бухгалтерському контурі.=== Чи здатна один користувач системи мати кілька ролей? ===

VDoc не має бути без зусиль файловим сховищем. * адміністратор K2 ERP;

  • бізнес-адміністратор;
  • фінансист;
  • фінансовий директор;
  • ініціатор заявки на оплату;
  • погоджувач заявки;
  • бухгалтер;
  • провідний бухгалтер;
  • керівник;
  • менеджер;
  • операційний користувач системи;
  • користувач системи документообігу;
  • користувач системи VDoc;
  • користувач системи Модуля Вчасно;
  • аналітик;
  • власник процесу. Керівник — дивитися статуси й аналітику.== SEO-призначення сторінки ==

Аудит ролей — це регулярна перевірка того, хто має які ролі й чи відповідають вони реальній роботі. У деяких випадках аналітику потрібні деталізовані інформаційні дані, але доступ до них має бути обґрунтований. Погоджувач ухвалює рішення для бізнесу в системі. Вони визначають, хто бачить фінансові інформаційні дані, хто має доступ до договорів, хто функціонує з архівами, хто здатна експортувати звіти, хто адмініструє користувачів і хто ухвалює рішення для бізнесу в маршрутах погодження.=== Що таке ролі K2 ERP? ===

Ролі варто переглядати після запуску ERP, після зміни структури компанії, після зміни посад, після підключення нових модулів і періодично в межах аудиту безпеки. Йому критично мати зрозумілий робочий сценарій: побачити заявку, оцінити підставу, погодити або відхилити, залишити коментар, переглянути статуси й побачити аналітику своєї ділянки. критично після 1С/BAS. Під час переходу з 1С, 1C, BAS або старих Excel-процесів ролі не варто переносити механічно. Власник процесу відповідає за бізнес-логіку певної ділянки: фінансів, документообігу, закупівель, продажів, бухгалтерії, аналітики або адміністрування.

користувач системи документообігу

Третя помилка — надто широко відкрити доступи “для зручності”.== Міграція ролей з 1С/BAS ==

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

Аналітик K2 ERP функціонує з даними, звітами, показниками, план-фактом, фінансовою й управлінською аналітикою.== Аудит ролей K2 ERP ==

У деяких компаніях доцільно розділяти технічного адміністратора й бізнес-адміністратора. Без цього платформа здатна залежати від однієї людини або поступово накопичувати випадкові права. Бухгалтерська роль має підтримувати точність, контроль і доказовість.== Основні групи ролей у K2 ERP ==

Роль описує функцію користувача, а доступ — конкретні права.

Саме тому ролі й доступи в K2 ERP потрібно проєктувати разом. Потім визначаються ролі: хто що робить у кожному процесі. Бухгалтер — працювати з документами й архівами. Ролі K2 ERP — це логіка розподілу функцій між користувачами системи.

Ролі під час навчання користувачів

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

користувач системи Модуля Вчасно

Фінансові ролі мають бути особливо точними.

Фінансовий директор

Під час міграції з 1С або BAS ролі потрібно переглядати заново. Це здатна бути керівник підрозділу, власник бюджету, фінансовий контролер, фінансовий директор або інша відповідальна особа. Операційні ролі варто будувати навколо реальних щоденних задач, а не навколо абстрактних назв посад. Вона визначає, хто створює заявки, хто погоджує платежі, хто функціонує з фінансами, хто веде бухгалтерські документи, хто бачить аналітику, хто функціонує з VDoc і Модулем Вчасно, хто адмініструє систему й хто відповідає за якість процесів. Технічно ролі здатна налаштовувати адміністратор, але бізнес-логіку ролей мають визначати власники процесів: фінансова служба, бухгалтерський обліковий облік, керівники напрямів, електронний документообіг і керівництво. Зазвичай це адміністратори, фінансисти, бухгалтери, керівники, менеджери, операційні користувачі, погоджувачі, користувачі документообігу, користувачі VDoc, користувачі Модуля Вчасно, аналітики й власники процесів. Менеджер — за свою операційну ділянку. Без рольової моделі платформа оперативно накопичує ризики. Бухгалтер відповідає за документи й обліковий облік. електронний документообіг містить чутливу інформацію, тому роль користувача документів має бути обмежена типами документів, підрозділами, договорами або процесами. Топменеджмент бачить консолідовану картину.== Керівник у K2 ERP ==

Управлінський обліковий облік потребує ролей, які бачать аналітику відповідно до відповідальності.

Якщо керівники не працюють у системі, погодження повертаються в месенджери, а ERP втрачає управлінську силу. Його користувацькі ролі повинні підтримувати структурований електронний документообіг. Кожна роль має свої задачі, екрани, документи, маршрути й відповідальність. У K2 ERP рольова модель має допомагати не тільки обмежувати доступ, а й робити процеси доказовими. Якщо заявка відхилена, має бути причина. Погоджувач ухвалює рішення для бізнесу. Спочатку описуються типові ролі. користувач системи VDoc функціонує з потрібними документами. Через кілька місяців уже важко зрозуміти, хто за що відповідає. Обидва належать до фінансового контуру, але мають різні права. Якщо документ погоджено, платформа має показати ким. У K2 ERP фінансист здатна працювати з погодженими заявками, перевіряти їхній вплив на платіжний календар, аналізувати заборгованість і формувати фінансову картину. Тому роль керівника потрібно робити простою, але обов’язковою для ключових рішень. Фінансист — за платежі, бюджети й платіжний календар. Третій отримав адміністраторські права, бо “треба було терміново”. Але він не обов’язково має право редагувати всі поля заявки.

Рольова модель має бути достатньо гнучкою, щоб відповідати структурі компанії, але не настільки складною, щоб її неможливо було підтримувати. Бухгалтерська роль має бути точно налаштована. як приклад, роль “фінансист” здатна мати різні доступи залежно від підрозділу, бюджету або рівня відповідальності. Якщо заявка неповна, бізнес-процес зупиняється. Систему стає важко підтримувати, і адміністратори перестають розуміти логіку прав. Фінансист — планувати платежі. У бухгалтерському обліку ролі відповідають за первинні документи, контрагентів, акти, накладні, рахунки, платежі, звірки, архіви й облікову інформацію. платформа вже функціонує, але процеси змінюються, і потрібна людина, яка розуміє не лише технічні конфігурація, а й логіку бізнесу. У K2 ERP власник процесу оптимізує не перетворити систему на набір випадкових налаштувань. Документ здатна бути пов’язаний із договором, оплатою, актом, накладною, рахунком, контрагентом або внутрішнім рішенням. Роль визначає, яку частину процесу виконує людина: створює заявку, перевіряє документ, погоджує витрату, бачить аналітику, функціонує з архівом, підписує документ або адмініструє систему. У K2 ERP управлінська аналітичні інструменти здатна бути дуже цінною, але вона не повинна бути відкритою безконтрольно. Старі доступи можна використати як матеріал для аналізу, але не як готовий шаблон. Але права потрібно налаштовувати обережно: користувач системи здатна бачити документи свого підрозділу, але не мати доступу до всього архіву; здатна створювати документи, але не підписувати; здатна переглядати файли, але не експортувати масово. Його роль здатна включати завантаження документів, перегляд файлів, запуск погодження, зміну статусу, пошук в архіві або роботу з пов’язаними документами. Це створює ризики для фінансів, документів, архівів і аналітики.

Отримано з https://wiki.kyiv.ua/index.php?title=Ролі_K2_ERP&oldid=755