Все идеи

Бывают ситуации, когда заявка закрыта, и заказчик не оценил ее - замотался, отвлекли, некогда...
При этом, они попадают в раздел - Без оценки.

Прошу добавить механизм, который позволяет присылать письмо, например, через 3 дня и напоминать, чтобы он ее оценил.
Либо отдельная рассылка - для тех, кто не проголосовал, повторно выслать письмо для оценки

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

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

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

Добрый день.
Хотелось бы иметь возможность создавать документ TelegramСообщениеИсходящее с отправляемыми данными отличными от текста (Фото, Видео, Местоположение, Документ и т.д.)

В форме списка справочника "КарточкиНоменклатуры" отборы установленные по команде "Отбор" - не сохраняются при закрытии формы. Получается пользователю каждый раз при открытии формы списка надо заново настраивать поля отбора.

Отборы установленные по команде "Еще -> Настроить список" сохраняются при закрытии формы, но к сожалению не выводятся на форме, потому что у списка не установлена группа пользовательских настроек. Получается пользователь не может визуально контролировать установлен отбор или нет.

Возможно ли это исправить, чтобы отборы либо сохранялись, либо выводились на форме в группу пользовательских настроек?

Просьба добавить возможность печати этикеток из документа перемещение. Это сильно облегчит жизнь компаниям, у которых много филиалов (у нас более 400)

Предлагаю пересмотреть внутренние механизмы работы конфигурации, в части автоматического сбора данных: MAC адрес сетевых устройств не является основополагающим реквизитом конфигурации, когда фактически только он является уникальным идентификатором устройства (IP адрес, VLAN и тд не так важны).
Таким образом отчет "список IP адресов" фактически является ненужным и бесполезным функционалом: в больших организациях обязательно присутствует как минимум DHCP сервер и адреса устройствам назначаются динамически, тем более существует механизм сбора данных через wmi (явно для AD сетей).
Считаю необходимым добавить сбор данных в разрезе mac адресов, с соответствующими отчетами.

У нас есть подразделение, которое занимается ремонтом оборудования "со стороны". Т.е. физ.лица, юр.лица приносят оборудование в ремонт. Нужен учёт данного ремонта. Приёмка в ремонт, с указанием внешнего осмотра, текущих поломок и внешнего вида и т.д. Так же возможность посмотреть что сейчас в ремонте, движение по серийному номеру (когда приняли, когда выдали) и т.д. На скринах самописный вариант ещё на 7й версии, для общего понимания.

То что сейчас есть в первую очередь для учёта внутреннего ремонта, с оборудованием, которое есть на балансе предприятия.

Предлагаю рассмотреть возможность создание раздела "Доска почёта", принцип реализации вижу как на основе "Книги знаний", только выделить в отдельный раздел. А также установить возможность установки  кнопки "голосовать"или вносить комментарии, которые либо публиковать либо скрывать, в зависимости от первоначальных настроек

1.Просьба доработать конфигурацию для массового создания штрихкодов для карточек номенклатур и само номенклатуры.
2. ШК карточек номенклатур и сами номенклатуры должны отличаться хотя-бы префиксом

Недоработан механизм автоматического перевода состояния задачи на завершающий этап. В жизненном цикле задачи есть два состояния завершающих - Выполнено и Завершено. Для состояния Выполнено есть предопределенные этапы - Выполнено и Выполнение невозможно. Также для состояния Завершено есть два предопределенных этапа - Завершено и Отказано. Логично настроить маршрут так, что после этапа Выполнение (в работе) можно перевести на этап Выполнено (если все корректно) или Выполнение не возможно (если отрицательный результат) - это два этапа с состоянием Выполнено по жизненному циклу задачи. При этом логично при отсутствии активности по задаче через 14 дней, например, из состояния Выполнено этапа Выполнено автоматически переводить в состояние Завершено на этап Завершено, а из состояния Выполнено этапа Выполнение невозможно переводить в состояние Завершено этапа Отказано. Таким образом, конечным этапом любой задачи будет состояние Завершено и этап - либо Завершено, либо Отказано. Это все штатный функционал. Но есть одна явная недоработка - невозможно настроить автоматические переходы в процессе. Можно настроить только один - или из этапа Выполнено на Завершено или из этапа Выполнение невозможно на этап Отказано. Но вполне корректно предположить, что у задачи должно быть два пути после выполнения - положительный исход и отрицательных исход.
В конечном итоге система не позволяет автоматически завершить обе ветки - можно настроить только одну.