О системах планирования ресурсов предприятия Scala, iScala
пользователям ERP систем Scala 5.1, iScala 2.2, iScala 2.3, iScala 3.0, iScala 3.1, iScala 3.2, iScala 3.3, iScala 3.4, iScala 3.5 (и так далее)
  • Главная
    • О проекте
      • Разъяснение о проекте и его участниках
      • Заявление / Memorandum
    • Новости проекта
    • Список опубликованных материалов основного раздела
    • Информация, перенесённая из старых форумов
    • Подписаться на новостную рассылку
  • Статьи
    • Статьи
    • Избранное
    • Мысли вслух
  • Процедуры
  • Доходчиво о сложном
    • Обучение
    • Как сделать?
    • iScala «для чайников»
    • Оч.умелые ручки
  • Структура таблиц
    • Scala 5.1 SR13
    • iScala 2.2 HF 2.3318
    • Tables structure changes history from iScala 2.2 SR2 to iScala 3.0 FSP4
    • Epicor iScala 2.3 — 2.03.3363
    • Epicor iScala 2.3 SR1
    • Epicor iScala 2.3 SR2
    • Epicor iScala 2.3 SR3
    • Epicor iScala 3.00 FSP 2 — 3.00.02254
    • Epicor iScala 3.0 FSP4 — 3.0.4267
    • Изменение структуры таблиц iScala 3.1 по сравнению с iScala 3.0 FSP4 / Table structure changes between iScala 3.0 FSP4 and iScala 3.1
    • Epicor iScala 3.1 — 3.1.0511
    • Epicor iScala 3.2 — 3.2.0317
    • Epicor iScala 3.3 — 3.3.0419
    • Epicor iScala 3.4 — 3.4.0399
    • Epicor iScala 3.5 — 3.5.0.0429
    • Изменение полей в таблицах БД iScala 3.4 по сравнению с iScala 3.2 / Difference between DB structure of iScala 3.4 and iScala 3.2
    • Изменение полей в таблицах БД iScala 3.5 по сравнению с iScala 2.2 / Difference between DB structure of iScala 3.5 and iScala 2.2
  • Материалы по модулям iScala
    • Главная Книга
    • Основные Средства
    • Книга Закупок
    • Книга Продаж
    • Заказы на Закупку
      • Требования
    • Заказы на Продажу
    • Управление Запасами
    • Установка, Администрирование
      • Настройка определений документов MSRS
    • Заработная плата
    • Структура базы данных
    • Отчётность SSRS
    • Отчётность AFR
    • Примеры отчётов
    • Примеры отчётов AFR
    • Интеграция с другими системами
    • Epicor Service Connect
  • English
  • Контакты
  • Поиск
Главная  »»»  Заказы на Закупку  »»»  Требования  »»»  Как настроить права доступа для утверждения требований?

Как настроить права доступа для утверждения требований?

01.11.2015 Автор Алексей Васильев

Разберем ситуацию: В компании используются Требования. Необходимо настроить права доступа для разных сотрудников из разных департаментов на разные группы продукции для разных типов требований с разными допустимыми действиями.

Настройки выполняются в нескольких местах. Начнём с главного места, без которого все остальные настройки становятся неактуальными. Это место — административная консоль iScala, где необходимо определить права для группы пользователей, которые будут вводить и/или утверждать Требования:

Настройка прав дступа к Требованиям в Административной консоли iScala

  1. Выберите пункт меню «Данные разрешения» (Granted Permissions)
  2. Выберите группу, для которой необходимо дать права
  3. Перейдите на закладку «General»
  4. Найдите в Ветке «Purchase Order» подветку «Requisitions» и дайте права на ввод и/или утверждение Требований (Enter/Adjust Requisition; Authorise Requisition)

Теперь разберём гипотетический пример:

Имеется 3 сотрудника из разных подразделений, которые будут вводить Требования. Один из них может самостоятельно утверждать требования, двое других будут запрашивать утверждение у руководителя отдела. Также имеется сотрудник отдела закупок, который будет преобразовывать утверждённые требования в Заказ на Закупку (будут использоваться Заказы на Закупку двух типов — 1 и 3) и кладовщик, который будет выдавать запасы со склада на основании требований о перемещение со склада на склад и о выдаче в подразделение. Для наглядности я всё сведу в таблицу:

Сотрудник Отдел Категория продукта Тип требования Уровень авторизации
Сотрудник отдела кадров ОК Офисные принадлежности 5 0
Начальник отдела кадров ОК Офисные принадлежности 5 1
ИТ администратор ИТ Офисные принадлежности, инструменты 1, 2, 5 1
Повар Кухня Продукты и напитки 1, 2, 3, 5 0
Главный повар Кухня Продукты и напитки 1, 2, 3, 5 1
Закупщик Все Все 1, 3 2
Кладовщик Все Все 2, 4 2

Как ввести соответствующие права?

Начнём с самого простого — сотрудника отдела кадров. Для него необходимо выполнить настройку прав примерно так, как изображено на картинке ниже:
Установка прав доступа для ввода требованийВыбираем имя сотрудника (на картинке «scala»), затем код подразделения (на картинке «ОК»), категорию продукта (на картинке «OFFICE»), тип требования — 5. Обязательно устанавливаем «галочку» рядом с надписью «Разрешить Доступ», уровень авторизации — 0 (может только вводить Требования, но не может их утверждать)

Аналогично настраиваются права доступа для начальника отдела кадров. Отличие лишь в уровне авторизации — 1 (может утверждать требования)

ИТ администратор: для него процедуру необходимо выполнить 6 раз:

3 раза для группы офисных принадлежностей (для каждого из типов требований 1, 2, 5) и аналогично 3 раза для группы «Инструменты». Уровень доступа для всех 6 записей устанавливаем равным 1 (он сам вводит и утверждает требования)

Аналогично для повара придётся вводить 8 записей (2 категории продукта * 4 типа требований). Здесь можно поступить иначе: ввести 2 записи разрешающие все типы требований (по одной на каждую категорию продукта):
Ввод разрешения на все типы требованийИ 4 записи (по 2 на каждую группу продукта) запрещающие оставшиеся типы Требований (0 и 6):

Ввод запрета на определённый тип требованийДля Закупщика вводим 2 строки (по одной для каждого типа требования):

Ввод Разрешения на преобразования требования в Заказ на Закупку

У закупщика вместо кода подразделения вводим * (что означает «Все») и вместо кода категории продукта тоже *. Уровень авторизации — 2 (может преобразовывать требования в соответствующие Заказы на Закупку)

Аналогично поступаем с кладовщиком, только у него другие типы требований: не 1 и 3, как у закупщика, а 2 и 5 (при преобразовании будут сделаны проводки по перемещению запасов между складами (требование типа 2) или по расходу (требование типа 5)

Рубрика: Требования, Установка, Администрирование Метки: авторизация, права доступа, требование, утверждение
VK Telegram

Copyright © 2023 О системах планирования ресурсов предприятия Scala, iScala.

Gammapolis WordPress Theme by ERP & Business Consulting

Прокрутка вверх