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

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

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

Добавить возможность добавлять, редактировать и отмечать кастомные менши.

Пример:
Создаем менш Team1.
Добавляем в этот менш Иванова, Петрова и Сидорова.
В тредах\каналах где есть Иванов Петров и Сидоров пишем @Team1 и они получают уведомление.

Однажды созданные менши должны работать во всех каналах, то есть, в любом канале где есть Иванов Петров и Сидоров, написав @Team1 - они получают уведомление о том что их призвали в этом канале.  

Исключить выходные и праздничные дни из сроков прохождения обязательных курсов, т. е сроки для прохождения должны учитывать ТОЛЬКО рабочие дни. Иначе сроки прохождения некорректны и курсы идут сотруднику как просроченные.

В чек-листах ОКК есть группировки. Если сразу не создал их в нужном порядке, то переместить не получится. Неудобно. Надо чтобы их можно было перемещать так же как и нарушения.

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

Необходимо, чтобы из графика Отсутствия считалось автоматически количество отработанных дней при расчете зарплаты в зависимости от типов отсутствия. 

Вот я редактирую статью, думая, что её увидят сотрудники. А оказывается её нет ни в одной программе и курсе. 

Нужно отображать список должностей и сотрудников, которым статья доступна из программ и курсов, где есть просматриваемая статья.

На данный момент эскалация подразумевает только 1 итерацию. Т.е. если сотрудник 1 в течени N дней не берет в работу БП - происходит эскалация на сотрудника 2.  Сотрудник 2 участвует в эскалации для того, чтобы не пропускать БП, которые перестали двигаться на определённом шаге.

Нужно сделать историю настраиваемой, чтобы если сотрудник 2 не реагирует те же N дней эскалация шла на сотрудника 3, 4 и выше. Можно еще задать ограничение, до какого сотрудника она должна идти и на каком остановиться.