Привязки оборудования

Ок, понял, спасибо.

Понял, спасибо.

А можно тут поподробнее спрошу, поскольку в ссылках на базу знаний только скриншот карточки причины отклонения, а также скрин отчета по причинам, а в демо версии данный функционал недоступен, и следовательно возникают некоторые вопросы.

1. по скрину из базы знаний в качестве основания указана "Проблема НФ00.....". На всякий случай уточню, там можно выбрать другие документы помимо проблем/заданий/заявок? Потому что, если причина - отпуск, то "проблема/задание/заявка" не очень подходят сюда по смыслу.
2. Каким образом все таки происходит механизм замещения? Например, пользователь ушел в отпуск. Создается карточка причины отклонения и что происходит далее? допустим с заданиями, в которых пользователь являлся исполнителем: теперь все эти задания переходят замещающему и он становится исполнителем? или исполнитель остается прежним, а замещающему создаются новые (недоделанные предыдущим исполнителем задания) и приходит какое то уведомление о его новых заданиях?. Или все остается как есть, и только новые задания приходят замещающему? или как то по другому?

Видит ли замещающий исполненные задачи исполнителя, или видит только не закрытые с которыми ему предстоит разбираться?

Каким образом это все возвращается обратно, когда отсутствующий возвращается обратно?

1. Спасибо, про причины отклонений и возможность добавления своих причин отклонений я понял.


Я хотел уточнить, по поводу реквизита "Основание" на скриншоте из базы знаний данное поле идет ниже замещающего. Что в нем можно указать в качестве основания?

Спасибо, понял.

2. т.е, правильно ли я понимаю, что после того, как пользователь ушел в отпуск, необходимо помимо создания документа Причина отклонения от графика, еще и администратору добавить права замещающему на Просмотр чужих заданий, чтобы он смог увидеть и доделать недоделки пользователя ушедшего в отпуск?

3. а если работников несколько, то при установке замещающему Просмотра чужих заданий, этот замещающий увидит задания и своих коллег, которые находятся на месте(работают)? А если замещающий не должен видеть задания других пользователей(его коллег), а только свои и того работника которого замещает. Как быть в таком случае?

Ок, является ли это поле обязательным? и если оно обязательно для заполнения, то можно ли его самостоятельно убрать потом? Поскольку в случае отпуска пользователя, основание в качестве "Задания" или "Проблема " не совсем логичны. Или надо будет пользователю создавать задание, чтобы он сходил в отпуск и это задание указывать в качестве основания? (но это уже перебор как по мне)

Возможно я неправильно выразился. Я понимаю, что в качестве замещающего надо указывать одного работника. Я имел ввиду, что если имеется некая группа, в которой работают Иванов, Петров, Сидоров и Васечкин. Они видят только свои задания. (т.е. исполнитель, видит свои задания). Допустим Васечкин ушел в отпуск, вместо него назначен замещающий Сидоров. Создается карточка отсутствия, производится еще ряд настроек в программе.

По правильному (по логичному), как я понимаю, после этого Сидоров должен видеть свои задания (в которых является исполнителем), а также задания Васечкина, у которых имеется статус Выполнятется или наоборот нет статуса Выполнено/Завершено, а также соответственно все новые задания, которые расписываются на Сидорова и Васечкина. Других заданий по логике Сидоров видеть не должен, в том числе заданий Иванова и Петрова.
Если же это не так, и после создания карточки отсутствия, Сидорову, чтобы видеть задания Васечкина необходимо добавить прав на просмотр чужих заданий. При этом после добавления этих прав, как я понимаю, он сможет видеть задания Иванова и Петрова, которых по правильному, как мне кажется, он видеть не должен? Так ли это или я ошибаюсь.

Я не уточняю, какой ряд настроек необходимо выполнить, мне это сейчас не надо (в случае приобретения ПО, я уточню об этом при необходимости). Мне просто необходимо понять как работает механизм и что будет на выходе. И если это на данный момент, после осуществления ряда настроек, осуществляется по тому принципу как описал выше и как я думаю это правильно, то это отлично, и дополнительно нам ничего не надо будет делать. Или если это сейчас осуществляется не так как я описал выше, то можно ли это будет самостоятельно небольшими трудозатратами реализовать?(или это когда нибудь может быть у вас реализовано в базовой конфигурации)?

Понял, спасибо.

Как один из вариантов решения данной ситуации в вашем ПО понял, спасибо.
А в случае если замещающий сотрудник не должен видеть все задания того, кого замещает, а только те, которые не выполнены? Допустим, как пример, начальник подразделения через механизм задания обсуждает со своим заместителем штатную структуру, ставки, оклады и пр. Подразумевается, что данную информацию никто не должен видеть кроме их двоих. Итак, они это все обсудили, приняли решение, задание закрыто. И вот однажды уходит заместитель в отпуск. На время отпуска назначается замещающим руководитель одной из групп. По механизму описанному выше (заместителя ставить в подчинение руководителю группы, чтобы руководителю были доступны задачи зама) руководитель группы будет видеть все задачи зама, в том числе и закрытые(по структуре, ставкам, окладам), к которым доступа у него быть должно. Имеется ли в вашем ПО способ решить данную ситуацию?
Если на данный момент способа решения ситуации описанной мной выше нет (если есть - то замечательно), то сколько стоила бы его доработка вашими силами, если ваше руководство не сочтет необходимым иметь данных функционал в базовой конфигурации?

Извините, если много вопросов, но они как мне кажется "жизненные" и думаю возникают не только у нас.