Командировка, праздничные при расчете отпуск

очень мне интересно, как он у вас будет рассчитываться?

А что конкретно интересно? А то у вас вопрос уж очень содержательный получился.

Вопрос: как произвольный вид расчета настроить так же, как автоматический расчет праздничных?

Тут все зависит от того что вы хотите в итоге видеть. Если нужны два вида расчета как Оплата и Доплата, то придется настраивать два, один делать например 100% от другого. Если же достаточно одного и вам важна только сумма, то в формуле можно указать умножение на два.<br> <br>Второй момент, работники у вас работают на месячной часовой ставке, дневной или часовой. Тут опять таки нужно знать какой показатель выбрать в формулу: Часовая тарифная ставка или например (Оклад по часам / норму времени в часах). Если и те и другие, то или делать разные виды расчета или попробовать в формуле поиграть с условиями.<br> <br>И последнее что нужно это ввести показатель для времени, которое нужно оплатить. Можно например создать новый показатель, указать что он применяется для сотрудника и перед расчетом вводить значения этого показателя в регистр Значение показателей схем мотивации.<br> <br>Ну это так на скорую голову.<br> <br>Все зависит от количества сотрудников и частоты возникновения таких ситуаций. Но если конфигурация на поддержке, то вполне можно выкрутиться.

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

Я же говорю, что тут все зависит от специфики и особенностей учета. Что мешает создать тот же показатель с количеством среднеодовых часов в месяце? Настроить его на организацию в целом и заносить перед расчетом. Тем более что значение там будет всегда одно и тоже. Вы же не применяете сразу все способы расчета тарифной ставки, вы применяете какой то один, так и настраивать вид расчета надо под этот один.<br> <br>Тут все зависит от конкретной организации и спицифики ее расчета, универсального механизма тут нет. Но иногда лучше немного поэксперементировать с видами расчета, чем снимать с поддержки, если конечно до этого ваша конфигурация уже с поддержки не снята. И в этом случае мне например интересно какие изменения будут внесены в конфигурацию, чтобы все было реализовано автоматически.<br> <br>Хотя если нужно чтоб какой-то вид расчета в определенных случаях не попадал в среднюю можно также обойтись при помощи обработки по заполнению табличной части, которой убирать его из таблицы со средней зарплатой. Что опять таки не потребует изменения конфигурации.<br>У меня очень большой опыт по изменению конфигурации ЗУПа, я тоже раньше махала шашкой на право и на лево. Но несколько раз серьезно помучившись с обновлением, я сделала вывод, что по возможности ЗУП лучше не менять, если можно обойтись без этого

> У меня очень большой опыт по изменению конфигурации ЗУПа, я тоже раньше махала шашкой на право и на лево. Но несколько раз серьезно помучившись с обновлением, я сделала вывод, что по возможности ЗУП лучше не менять, если можно обойтись без этого <br>я рада за вас, опыт - это бесценно

> ЗУП лучше не менять, если можно обойтись без этого<br>это вывод (и не только по ЗУП) действительно опытного "1С-ника"! У уважающего своих "пользователей".

Я только поделилась мыслями как решить обсуждаемую здесь проблему. Но я рада, что Вы рады.

> Хотя если нужно чтоб какой-то вид расчета в определенных случаях не попадал в среднюю можно также обойтись при помощи обработки по заполнению табличной части, которой убирать его из таблицы со средней зарплатой.<br> <br> Можно это показать с картинками?