Главный бухгалтер прекрасно работал с Главной Книгой, захотелось ему посмотреть подробности по складу и ему добавили роль кладовщика. Раз, и пропал доступ в Главную Книгу. Всё из-за неграмотного назначения ролей кладовщику. Вот такие случаются неприятности, когда невозможно проанализировать права доступа для различных ролей. 🙂
30 мая в Москве состоялась встреча партнёров компании Эпикор. Встреча была посвящена недавно вышедшей новой версии iScala 3.1., а также обмену мнениями о том, что требует улучшений, включая «революционные».
Существуют разные подходы к организации папок на сервере отчётности MS SQL Server Reporting Services. Один из них — разложить отчёты по темам или по модулям и дать на них права всем пользователям iScala. Его преимущество в простоте, а недостаток в том, что любой может просмотреть любой отчёт. В настоящей статье я поделюсь более сложным, но … [Подробнее…]
Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона
Наиболее удобным способом управления доступом в виртуальную папку с отчётами на сервере отчётов MS SQL Server Reporting Services является назначение прав доступа для группы пользователей. В этом случае Вам будет достаточно включить пользователя в определённую группу и он обретёт права на просмотр нужных отчётов. Как это сделать? Я покажу это на примере группы «ScalaUsers»: Перейдите … [Подробнее…]
Разберем ситуацию: В компании используются Требования. Необходимо настроить права доступа для разных сотрудников из разных департаментов на разные группы продукции для разных типов требований с разными допустимыми действиями. Настройки выполняются в нескольких местах. Начнём с главного места, без которого все остальные настройки становятся неактуальными. Это место — административная консоль iScala, где необходимо определить права для … [Подробнее…]
|
|
