Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управления правами доступа и можно было чуть ли не до каждого поля для каждого пользователя (роли) настраивать, что кто может редактировать, что нет.
Но на практике это оказалось, мягко говоря, не очень удобно. Если ты не один работаешь в программе, чуть что попытаешься сделать – нет прав. Приходилось постоянно эти права раздавать, добавлять, настраивать. Хорошо для крупных предприятий, у которых есть большой отдел ИТ, вот для есть для них постоянное занятие. Но для небольших коллективов – только лишняя головная боль постоянная.
Поэтому в VOGBIT мы изначально пошли по более простому пути (но заложив на всякий случай на старте некоторые заделы под дальнейшее усложнение, если понадобится). Сделали для начала доступ по большим «блокам», т.е. по режимам работы программы по сути (то, что сейчас называется «конфигурациями рабочих мест»). Есть, например, у тебя доступ к окну «Производственные заказы» - можешь открыть это окно и можешь делать там всё, что возможно в этом месте поделать. Нет доступа к окну «Производственные заказы» – не можешь туда вообще попасть.
В течение последних 10 лет неоднократно (но редко) поднимался вопрос об усложнении и доработке «прав». Чтобы все-таки добавить больше ограничений и вариантов их установки. Типа, кто-то что-то определенное может создавать, а кто-то другой только смотреть и т.п. И мы даже пару раз начинали делать что-то на эту тему. И некоторые заготовки даже почти уже довели до высокой степени готовности. Но каждый раз, когда мы были, в принципе, готовы уже что-то практически реализовать на эту тему (добавить в программу в следующее обновление), те кто спрашивали (а все они реально работают в VOGBIT, и на сегодня это уже кто 3 года, кто 5, а кто и 10 лет и больше), неизменно говорили: «Мы тут подумали… Вообще… не так уж это нам и нужно сейчас. В принципе, так, как сейчас, так тоже нормально… Давайте лучше вместо этого вот тут вот улучшим, вот это <и далее список> лучше сейчас сделаем, и т.д. Полезнее будет…»
В результате все наши начинания на эту тему на сегодняшний день так и остаются «под сукном».
Кроме того, кардинально изменило взгляд на соответствующие вопросы появление и активное применение различных «цеховых терминалов», информационных «телевизоров», мини-приложений типа «терминал собирателя упаковок на складе», «терминал для отгрузки подготовленных упаковок». Если человек получает нужную ему информацию из программы на некоем «телевизоре», который висит у него в комнате или стоит в цехе (тот же терминал в т.ч.), то зачем вообще какие-то «ограничения прав» для него конкретно в программе? Он, строго говоря, и «пользователем» в терминах базы данных не является. Совершенно верно Вы там дальше вскользь писали. С базой данных в таком случае взаимодействует (имеет аккаунт и доступ) не конечный человек-получатель информации, а только сам такой «Телевизор». Но он или вообще не предполагает в принципе какого-либо изменения данных в системе (только что-то показывает сам по себе или по выбору пользователя), или, если и предполагает, то только в очень ограниченных пределах. И вся эта тема с «правами» в таким раскладе вообще теряет актуальность в принципе.
Теперь перейдём непосредственно к Вашим вопросам:
| Цитата |
|---|
| Складывается впечатление что настройки по данному вопросу находятся в Правка - Разрешения, Мои права |
Это как раз из серии «заготовок». На будущее. Есть, администратору видно (обычному пользователю нет), но пока никак не используется и никак не работает в плане какого-то изменения пользователем через графический интерфейс.
| Цитата |
|---|
| Связаные объекты и Параметры |
Нет. Это не про то. Это для установки/просмотра/редактирования связей между базовыми объектами в БД и дополнительные (пользовательские) свойства объектов (больше для администраторов VOGBIT, чем для обычных пользователей). Тут всё работает. Но к правам доступа это всё никакого отношения не имеет. Это про
другое совсем.
Что же касается прав и ограничений, исходя из имеющегося уже опыта на эту тему, предлагаю сейчас не рассматривать «глобально» задачу в общем виде в стиле «как бы сделать так, чтобы всё было в точности так же, но только без какой-либо возможности редактирования», а идти от конкретных практических задач/проблем, реально существующих на текущий момент. В частности:
| Цитата |
|---|
| Логист и Склад, доступ к "ПЗ" для быстрого перехода и поиска нужных Предварительных заявок, ЛКЗ, Требований |
Для этого в современных версиях не нужно вообще доступа к окну «Производственные заказы». Есть специальное окно (режим) для этой цели, называется "Складской учёт» - «Документы в работе». Там список всех актуальных (активных) запросов на получение чего-либо со склада. С указанием в т.ч. производственного заказа. С возможностью группировки, сортировки, фильтрами, поисками и т.п. Для «кладовщика» через это окно удобнее ходить, чем через «Производственные заказы» к тому, что ему нужно. Специально сделано. По сути, это некий аналог «производственных заказов», только в контексте именно «Кладовщика», а не производства.
| Цитата |
|---|
| Доступ к "ГП", для просмотра, какие детали и когда будут для подготовки места и упаковки. |
Тут не совсем понятно. Такой задачи пока никто не ставил.
Если есть конкретный пример, давайте рассмотрим.
Нужна копия базы с реальными данными, чтобы на ней можно было показать: Вот это у нас в базе. Вот такую информацию из этого должен получить кладовщик. В какой момент времени? Что конкретно и для чего конкретно ему нужно?
Если проблема (задача) реальная и актуальная, то давайте её рассмотрим и обсудим. Можно в частном порядке, не на форуме. Т.к. там данные нужно реальные смотреть Ваши из производства. Настоящие. Вероятно, Вам не очень захочется их выкладывать в открытый доступ…
Но мы можем и другой канал взаимодействия наладить при необходимости.
Если же задача пока носит не прикладной, а теоретический характер (есть ощущение, что такое может понадобиться), то предлагаю просто пока отложить до тех пор, пока она не перейдёт в разряд реальных задач.
| Цитата |
|---|
| Доступ Менеджерам, к "ПЗ" и "ГП", по тому же принцепу. Чтобы у менеджеров была возможность посмотреть, на какой стадии их заказ |
Для этого «Производственные заказы» и «График производства» слишком сложные вещи для них будут. Это удобные инструменты, но для того, кто управляет производством. Кто постоянно ими пользуется и понимает, как ими пользоваться правильно. Иными словами – это такая приборная доска для специалиста. Который понимает, куда смотреть в каком случае, и какие показания что означают. Как пилот и приборная панель для него в самолете. Ему все понятно, все видно, удобно и информативно. Но если не специалисту показать приборную панель самолета, то он ничего не поймет, что там показывается, и как этим пользоваться.
Вы сами же дальше ровно это и подтверждаете:
| Цитата |
|---|
| По сути, там можно создать один ак и вывести программу на телевизор. |
То есть на самом деле не нужны им эти окна «Производственные заказы» и «График производства» и, тем более, весь «Функционал» в полном объёме.
Им нужен «Телевизор» - то есть некие обобщенные показатели, в понятном им виде. А не вот эта вот вся «подноготная», да ещё и с миллионом непонятных для них функций и возможностей. Вот с этой стороны и нужно идти, если задача/проблема реально есть.
Дешевый вариант – сделать отчёт. И пусть некий ответственный человек его распечатывает. И даёт менеджерам.
Следующий по сложности (соответственно, цене и времени реализации) вариант – как-то придумать, чтобы они могли сами себе «заказывать» (получать) отчёт из VOGBIT с минимальными другими возможностями что-то сделать, кроме получения своего «отчёта».
Самый красивый, но и самый трудоёмкий в реализации (дольше, дороже) вариант – написать специальное приложение «Телевизор». Делается индивидуально. За отдельные деньги, конечно. Примеры есть, картинки прикладываю. Один висит такой телевизор у одних наших клиентов у «менеджеров» в комнате – показывает онлайн готовые упакованные заказы. Ещё и пикает, когда новый «заказ» на нем появляется. Как во "Вкусно и Точка» ))). Ваш заказ готов! )))
Второй телевизор на картинке – у упаковщиков стоит. Показывает, какие заказы полностью готовы чтобы упаковывать, а по каким чего-то не хватает, много или мало не хватает, и кто «тормозит» (какой участок производства).
И то, и другое, сделано дополнительно, под заказ, за отдельные деньги (небольшие, в общем). Можно сделать.
Проще и дешевле сделать отчёт (тоже есть наработки, конечно). Прикладываю в качестве примера отчёта «для директора» из реального производства строительных металлоконструкций. Данные на этой конкретно картинке нереальные (из демо-примера), но сам отчёт самый настоящий, таким люди пользуются. Я знаю одно, минимум, предприятие, где уже лет 15 пользуются таким.
В общем, если интересна практически тема доведения некоей обобщенной информации до «менеджеров», «руководителей» и т.п., то можем позаниматься. Подход тот же. Нужно изучить постановку задачи в вашем конкретном случае, и тогда озвучим предложения и бюджет. Начать нужно с примеров реальных в вашей базе: вот это есть сейчас у нас в программе, ведется сейчас вот так, менеджеру, главное, видеть вот этот показатель. Посмотрим, предложим, как лучше реализовать.
Если, опять же, задача на текущем этапе сугубо теоретическая, то предлагаю просто подождать до того момента, когда она станет практической.
| Цитата |
|---|
| Руководство. По мимо "ПЗ" и "ГП", доступ к Статистике, Оборотам, отчётам и т.д. |
Что касается «Оборотов» и «Статистики» - там и так ничего не редактируется. Там просто выводятся сводные уже данные под конкретную область задач (так же, как и "Остатки", "Статистика контроля" и т.п.).
Отчёты (любые) тоже не могут никакие данные в базе «отредактировать». Отчёт – это механизм для представления тех данных, которые есть в базе, в некоем определённом виде, удобном для решения какой-то конкретной задачи. Отчётом что-то изменить в базе данных невозможно в принципе.
Что касается «производственных заказов» и «графика производства», тут не буду повторяться. Всё ровно то же самое, что выше про «менеджеров».
| Цитата |
|---|
| расскажите по подробнее, что даёт галачка "Администратор" у сотрудника, на что она влияет |
Есть доступ к «утилитам администратора» для настройки и быстрого удаления – вкладка ленты «Настройки» в ленте и всё, что там находится.
Но есть нюанс. Для доступа к вкладке "Настройки" помимо галочки "Администратор" у пользователя, технически ещё нужен один файл на его компьютере. Обычно, он есть. Но на случай, если остальные свойства наличия галочки "Администратор" нужны, но доступ к вкладке "Настройки" нужно принудительно убрать, есть вариант - так настроить, чтобы соответствующего файла на компьютерах обычных пользователей не было.
Некоторые функции, например, массовая замена во всех спецификациях, техпроцессах, картах заказов одной номенклатурной позиции на другую и ряд других – недоступны, если у пользователя нет свойства «Администратор». Но таких функций немного.
Также в последних версиях можно дополнительно отдельной галочкой в «свойствах» дать пользователю (администратору) право не просто создавать новых «сотрудников» в базе данных, но и давать им возможность входа в программу, назначать логин и пароль. То есть делегировать возможность создания логинов для новых пользователей. До этого изменять логины и пароли мог только главный системный администратор.
