Мені потрібно більше інформації про те, як обов’язки закупівельного блоку впливають на процеси затвердження.

Обов’язки закупівельного блоку впливають на процеси затвердження наступним чином:

• Для кожної групи, переліченої в ResponsibleUser.csv, система Ariba створює підгрупу, яка містить лише користувачів, які несуть відповідальність за цей закупівельний блок.
• Користувачі без обов'язків закупівельного блоку не додаються до процесу затвердження документів на затвердженні для даного закупівельного блоку, якщо для цього закупівельного блоку існує відповідальний користувач.
• Після додавання групи схвалення до процесу схвалення (наприклад, група Менеджер рахунків-фактур) процес схвалення перевіряє, чи мають хтось із користувачів, які належать до цієї групи, відповідальність за закупівельний блок, пов'язаний із документом на затвердженні.
  
  Якщо він знаходить відповідальних користувачів, він замінює групу в процесі затвердження підгрупою, яка включає лише користувачів з відповідальністю за закупівельний блок, вказаний у документі на затвердженні.
  
  Однак, коли в документі на затвердженні налаштовано затвердження групи, і у файлі ResponsibleUser.csv (завдання Імпортувати призначення відповідальних користувачів) для цієї групи та комбінації закупівельних блоків з документа на затвердженні:
  
  • Якщо активовано параметр керування видимістю закупівельного блоку, система перевіряє, чи є відповідальні користувачі для батьківського закупівельного блоку для цієї групи. Він продовжує перевіряти ієрархію закупівельних блоків, доки не будуть знайдені відповідальні користувачі, закінчуючи перевіркою для членів групи схвалення, які відповідають за закупівельний блок Усі. Якщо досі немає активних учасників групи, відповідальних за закупівельний блок верхнього рівня, Адміністратор клієнта додається для схвалення.
  • Якщо параметр керування видимістю закупівельного блоку не активовано, запит на схвалення надсилається всім членам групи затвердження.

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

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

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

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

Базові закупівлі > Основне адміністрування > Імпорт закупівельних блоків
Базові закупівлі > Основне адміністрування > Пошуки осіб з правом затвердження
Базові закупівлі > Основне адміністрування > Процеси затвердження
Виставлення рахунків