Здравствуйте.
С договора подряда (сотрудники — чистые договорники) нужно производить удержание за аренду помещения. Оно рассчитывается от кол-во дней (показатель вводим для для каждого сотрудника (данные для расчета зарплаты), хоть их и очень много, по-другому никак) и умножаем на стоимость аренды. Стоимость аренды вводится данными для расчета зарплаты. Так как сотрудников много, стоимость аренды показатель, привязанный к подразделению (где работают гпх-шники). Но, у чистого договорника нет подразделения и при расчете такого удержания (в начисление по договорам) оно не выполняется. Как можно правильно настроить такое удержание ? Указывать сумму аренды по каждому гпш-нику не вариант, их очень много..
Здравствуйте!
Спасибо за вопрос. Прошу время для моделировании ситуации в демо базе. Пранирую завтра сообщить результаты.
Да, интересно как это можно провернуть. Показатель для подразделений не подходит, нужен показатель для сотрудника, но тогда нужно подумать как его назначить именно для договорников, выполняющих работы в определенном подразделении. Хотелось бы, чтобы было меньше ручной работы.
Покажите как Вы вводите количество дней для компенсации (данные для расчета зарплаты). И утоните,пожалуйста, релиз и платформу.
Кол-во дней — показатель для сотрудника (только в месяце, в котором вводится (накапливается по отдельным значением), вводится данными для расчета зарплаты. Удержание выполняется если введено значение этого показателя.
8.322.1709 (релиз 24.25)
Я боюсь, что до конца не могу понять Вашу ситуацию. Насколько часто меняется размер аренды? Возможно создать удержание, в котором указан не показатель, а сразу сумма удержания. Если у Вас два подразделения, то будет сразу два удержания.
То есть вводить не нужно будет это значение,оно будет сразу прописано в формулу.
Как Вам такой вариант?
Подразделений много, больше десяти. В них может работать очень много гпх-шников.
Сумма аренды может меняться каждый месяц (постоянного значения нет).
К сожалению привязать гпх в подразделению не получается. Этот вопрос давно обсуждался с разработчиками, но результатов нет. Сейчас написала им, стоит ли ждать такую доработку или нет.
Как будет ответ, Вам сообщу.
Это все понятно. Я же специально Вам написал, чтобы придумать какое-нибудь решение обходное. Посоветуйтесь с коллегами, может они что-то подскажут, Вы же решили уже миллион вопросов. Давайте подумаем, как можно это провернуть с макс. автоматизацией. Решение нужно сейчас, а не ждать когда и что ответят разработчики.
К сожалению что-либо сделать без привлечения программиста не получится. Этот вопрос постоянно обсуждается и с коллегами и на партнерском форуме. Поэтому нужно писать разработчикам, чтобы они реализовали функционал, которого не хватает в типовой конфигурации.
Поэтому в текущий момент можно обратиться за доработкой к программистам.
Как без доработки это можно реализовать ? Меня этот вопрос интересует.
К сожалению без доработки привязать сотрудника гпх к подразделению не получится 🙁
Реализовать можно удержание к самому сотруднику. Но Вы это и так умеете. Еще раз посовещались с коллегами и найти красивого решения с минимальным ручным вводом не получилось. Самое оптимальное это доработать функционал. Раз речь идет о таком большом количестве постоянного ручного ввода.
Да, я тоже не смог придумать ничего толкового. Благодарю за все ответы!
Спасибо за Вам,что обратили внимание на эту давно всех волнующую тему. Будем надеяться на лучшие,вдруг реализуют типовой функционал:) Приятного дня!
Пока вышли таким образом… Через «Перенос данных» начали заполнять по гпх-шникам РС «кадровая история сотрудников», именно из него программа анализирует подразделение для показателя.
Спасибо большое за то, что поделились своим опытом! Надо обязательно протестировать. Пришел ответ от разработчиков:
А с точки зрения кадрового учёта «чистый» договорник не является сотрудником подразделения.
Подразделение, которое указывается в договоре, в акте, служит для учета затрат.
Пожелание по пересмотру этого поведения записано. Но срок его реализации не определен.