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

Здравствуйте! Кто то победил случай когда тайлы яндекса не прогружались? Есть мнение, что это оттого, что обращение к тайлам идет без указания api ключа. Если так, то как к запросу примонтировать ключ?

Мы эти задачи и так проверяем в момент начисления ЗП. Но количество сотрудников растет и инженеров на каждого не поставишь.

Мы просто сядьте и посчитайте

Вместе с руководством

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

Сколько времени уходит у заебаного монтера открывать юс

И делать переводы и движения по складу

не много

И посадить девочку студента, одну на 15 чел. Будет порядок на складе и порядок со списанием

Ты сам то монтажил🙈

да

Я практикую это

Тогда должно быть понимание, что чем больше задач тем больше рассеивание

Посмотри на все большие компании, они давно поняли что монтажник исполнитель задач но никак не инициатор и не контролёр

Инициаторами они не являются

Сам сделал списание это инициировал

Инициатором является  технический отдел, абонентский отдел и руководитель отдела монтажников.

При движении материалов в вашем случае инициатор монтажник

Потому что он списывает