Погуглил данную тему, варианты увидел разные, но все темы довольно старые, хотелось бы узнать, как сейчас кто считает.
Виденные варианты
1. делать обработку табличной части документа Разовые начисления, туда пихать всю механику расчета. Минусы - 1) если изменится больничный, доплата автоматом не пересчитывается. 2) ручной запуск расчета бухом - если забыли вдруг, то не посчиталась доплата.
2. Делать новый вид расчета с формулой аля "Макс(Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0)". Подошло бы, если бы не было ограничения на 14 дней в год, как его впихивать в формулу не ясно. По такому варианту сейчас работает доплата за командировки - там нет органичения на дни.
3. дорабатывать типовой расчет больничного, впихнув прямо в него заполнение доплаты (получается в момент, когда рассчитаны суммы больничного, но перед расчетом НДФЛ и удержаний). Тут основной минус - ЗУП в данный момент довольно динамично пилят, боюсь постоянно придется этот кусок исправлять на новых релизах.

Кто какие варианты сейчас использует?

В больничном же тоже есть типовые доплаты. Ограничить их 14 днями вроде не большая проблема

(1) типовая доплата в больничном - это доплата до среднего. а надо до "оклад + квал. надбавка" то есть по сути возвращаемся к 3му пункту. 2ой вариант был бы идеален, если бы как-то впихнуть ограничение. там и перерасчет и расчет - все автоматически

(1) До оклада нет и быть не может в ЗиУП 3.1. График у БЛ равен не всем дням, а пятидневки и БАЗА будет рассчитываться в общем случае не верно. Что бы нивелировать это счастье - придется бить оплату по БЛ по периодам изменения показателей не только БЛ, но и оклада до которого планируется доплачивать.
14 дней с пересчетами не может быть в 1С 8.х в реализации ЗиУП, так как расчет результата в документах.

(0) Я тут недавно это счастье делал.
ЗиУП 3.1 Начисление по БЛ. Зачем вводят начисления по БЛ по графику 40 часов?

ну как я в данный момент это вижу по 3му варианту - смотрим в больничном таблицу "Начисления" после расчета документа типовыми средствами. Там будет дробление на месяцы, соответственно каждую строчку обрабатываем своим кодом - считаем по этой строке, сколько стоит в данный месяц 1 рабочий день сотрудника по "Оклад +Квал. надбавка", смотрим, сколько рабочих дней пришлось на этот период больничного, смотрим сколько осталось неизрасходованных дней из 14. добавляем в табл. часть доплату за этот период, переходим к след строке. потом запускаем типовой расчет НДФЛ и удержаний. как-то так

(5) Переплата же получится. Полная оплата за рабочие + только больничный за выхи

(6) Там минус, а не плюс.

(6) ессно оплату больничного вычитаем.

То есть есть строка 5.10 13.10 30000 по больничному, смотрим сколько стоит у сотрудника рабочий день по окладу в октябре, смотрим рабочие дни в этот период - 7 дней. умножаем стоимость дня на 7. допустим вышло 50000. из результата вычитаем сумму по больничному-  если больше 0, то в доплату. в данном случа 20000 доплаты

(5) Изменение оклада в течении БЛ учитывается при расчете доплаты по БЛ?

но это я уже полез в дебри 3го пункта, как я его вижу. мне интересно, кто как УЖЕ сделал. стопудов куча юр. лиц с такой доплатой есть

(9) хороший вопрос, спасибо! запишу себе его, совещания еще не было по этой задаче

(11) Почитай внимательно в (4).
Там описан случай с учетом изменения оклада. Если у вас в системе мотивации прописано, что размер оклада на дату начала БЛ, то проще, но надо знать что считается началом БЛ. Начало нетрудоспособности, начало конкретного БЛ или иногда и начало месяца тоже.... :-)

(12) Так и делали. Только у нас доплата до среднего по общим правилам

(13) к (10) было

"Оклад +Квал. надбавка" - в этой части квалификационная надбавка по какому алгоритму рассчитывается? Суммой, процентом от оклада или ещё как?
Если % от оклада, то сложнее, так как это база, а базы у вас нет, так как и оклада за этот период нет, так как есть за этот период БЛ, который всё вытеснил. Поэтому придется рассчитывать не по формуле, а как-то иначе.

(14) С доплатой до среднего на порядок проще. Он реализован. Нужно только ограничение на 14 дней в календарном году прикрутить, но в общем случае это ограничение работать правильно не будет.

До среднего по общим правилам, а не для ФСС)

И ограничение 14 дней на календарный год надеюсь, а не на рабочий год сотрудника

А то еще заработанные дни заставят рассчитывать

(16) С учетом в среднем повышения оклада в течении БЛ?

(19) Средний как мы знаем рассчитывается за ПРЕДЫДУЩИЕ 12 месяцев. Повышение оклада в течении БЛ тут никаким боком.

Положение 922 п.16
...
если повышение произошло в период сохранения среднего заработка, - часть среднего заработка повышается с даты повышения тарифной ставки, оклада (должностного оклада), денежного вознаграждения до окончания указанного периода.

(20) Если без учета повышения, то на входе у вас одна сумма одного показателя и оно не изменяется. Это не такая заморочка.

(20) В (0) не до среднего, а до оклада + Квал.надбавка.
До среднего это не случай в (0).

(15) Квал. надбавка - это показатель суммой, устанавливается кадровыми доками. то есть фактически оклад разбит на 2 подсуммы - оклад и квал. надбавка. тут просто пытались грейды вводить, на них квал. надбавку завязывать. щас уже забили на все это дело, но надбавку так и выделяют отдельно. в четверг совещание, послушаем, что вообще хотят и как это видят

короче надо будет уламывать на упрощение - брать оклад и квал надбавку на начало, либо на конец периода

(24) Суммой проще. Сложить сумму оклада и сумму этого "второго" оклада.
(25) Если учитывать изменение, то придется БЛ бить не на две части (3 дня + остальное) и по месяцам. А придется бить ещё на периоды изменения оклада и этого "второго" оклада.
Иначе " - БАЗА" в формуле рассчитываться будет не верно. Почему описано в (4). Примеры там тоже есть.

на самом деле это все обсуждать надо. там нюансов куча.
например больничный с 30 числа одного месяца переходящий на другой. 30 и 31 допустим пришлись на выходной. еще несколько дней больничного на рабочие дни следующего месяца. Если дробим по месяцам, то 30-31 доплаты делать не надо, за допусти с 1-3 число следующего месяца доплата нужна. в итоге сотр получит в сумме за 2 месяца: полную оплату за предыдущий месяц, полную оплату за следующий месяц и еще 30 и 31е число предыдущего месяца оплаченные больничным. то есть в сумме за 2 месяца - переплатим.
если не дробить на месяцы - то там вопрос с расчетом оплаты дня.
надо это все вешать на инициатора задачи, пусть разгребает

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

(0) Насколько принципиально делать именно в формуле начисления?

Я бы сделал обработкой, которая заполняет показатели в документе "Данные для расчета зарплаты". А в начислении - формула из одного показателя.

(29) я пока собираю все возможные варианты реализации, чтобы на совещании уже решать, по какому пути пойти

(29) какой показатель имеется в виду? Если мы обработкой рассчитываем сколько дней можно и нужно доплатить до полного заработка, то как мы будем вычленять, сколько денег из больничного надо при этом учесть?
например, больничный на 2 недели у сотра. посчитали обработкой, что доплатить надо сотруднику за 5 дней, записали в док Данные для расчета ЗП, ВремяВДнях = 5. в формуле Макс(Оклад * ДоляНеполногоРабочегоВремени * ВремяВДнях / НормаДней - РасчетнаяБаза, 0). теперь будет неизвестной РасчетнаяБаза, так как надо взять не всю сумму из больничного.
или я не так понял замысел?

(31) Неее... не понял.
В (29) предлагается рассчитывать не по формуле. Точнее формула будет состоять из одного показателя с уже готовой суммой. Назовем этот показатель "СуммаДоплптыПоБЛдоОклада". Обработка считает уже готовые суммы и запихивает в этот показатель. При расчете эта сумма прямым ходом попадает в результат.
Но обработка должна и правильно базу сама рассчитать с учетом графика и т.д. И где-то разбить на периоды изменения оклада, да так что бы эти периоды легко было "вложить" в периоды БЛ. и т.д.

+ При пересчете БЛ правильно учесть сторно записи не только для расчета результата, но и ограничение в 14 дней.

Сильно на 14 днях не заморачивайся. Всё равно работать не будет правильно. Где-то будет работать, а где-то нет.
БЛ приносят как приносят и рассчитывают как рассчитывают. Если будут пересчет одного БЛ, то это может привести к необходимости пересчета другого БЛ. А это не отследишь, так как расчеты ведуться не в регистре расчета непосредственно, а в отдельных документах, которые в общем случае о существовании друг друга ничего не знают.

14 дней же первых подряд считают наверняка, а не любые 14 дней на выбор. Средний для БЛ разный, оклад разный, доплата разная. Если первые 14 дней от начала года, то в случае если сотрудник принесет БЛ в обратном порядке (нести можно пол года), то и вводить их будут в обратном порядке. Сначала второй по периоду рассчитают и учтут ограничение в 14 дней, а потом первый и опять учтут ограничение 14 дней, но без учета следующего БЛ, так как он позже по периоду. В итоге может быть более 14 дней оплаченных доплат и что бы этого не было необходимо второй по периоду (он же первый принесенный) пересчитать. А кто это будет делать? А если прошлый БЛ частично или полностью относился к прошлому расчетному периоду и даже частично к прошлому налоговому периоду?
Поэтому тут надо как-то риски обозначить и рассказать, что до конца эти 14 дней учесть правильно неудобно, а возможно и нельзя. Зависит от требований. Читать из надо.

(0) Мы сделали проще: разработали обработку, в которой указывается нужный больничный и заложили расчет:
1) ФактическийДневнойЗаработок (ФДЗ) = ФОТ * РайонныйКоэфф * Ставка / Норма
2) Доплата = (ФДЗ - СреднедневнойПоБольничномуЛисту) * Дни

Далее, эту Доплату в ближайшую квартальную премию выплачиваем.