Специфика предприятия такая, что расчет премии в текущем периоде строится за произвольный предыдущий период. Это связано с закрытием объемов в текущем периоде, но база для премии должна браться по периоду работы на объекте.
Для примера, в январе Иванову начисляется премия за период с 15.11.17 по 10.12.17, Петрову - с 01.10.17 по 20.10.17 и т.д.

в ЗУП штатно это реализуемо?
Смущают меня названия в начислении "Премия", пункт "Премия начисляется за" (текущий, предыдущий)...

(0) Допустим, вы в марте 2018 начислили премию за период с 01.10.2017 по 20.10.2017.

На что в вашей организации влияет период, за который начислена премия?

(1) На расчетную базу же?

>Допустим, вы в марте 2018 начислили премию за период с 01.10.2017 по 20.10.2017

Период - это период работы на объекте. Соответственно и расчетная база должна браться за этот период. Но начисление в текущем расчетном.

(3) ваши бухгалтера уверены, что все бумажки оформлены верно по такому отнесению расходов в себестоимость работ по выбранному объекту?
Договор этого объекта не успел еще "закрыться"?

(3) понятно уже, что по существу вопроса нормального ответа просто нет.
Другой вопрос, почему в типовой было решено не делать такого функционала. На мой взгляд отказ от разработки этого функционала вполне оправдан.

(4) это вторичный вопрос куда отразится себестоимость.
Договор закрывается в текущем расчетном и премия насчитывается в нем же, база распределения будет, если Вы это имеете в виду

Допустим, вы в марте 2018 начислили премию за период с 01.10.2017 по 20.10.2017
А с 29.9 по 02.10 сотрудник болел, а с 15.10 он в отпуске.
Каким фигаром вы собираетесь от этих расчетов отцепить именно период с 01 по 20?

(7) расчетная база по периоду действия, не?

(6) сейчас посмотрю в свою тестовую на ЗУП 3.1 - что-то там такое мелькало, вот сейчас засомневался...

Я вот помню, что мы выкручивались в свое время таким способом - ставили начисление премии в том периоде, в котором она должна была быть и ставили ее сразу. На условный гарантированный процент, грубо говоря. Затем, при появлении уточненной информации проводили переначисление/исправление по выбранному документу уже с правильным показателем премирования.

(9)спасибо, но не подходит.
Решение о премировании принимается только по результатам сдачи  объекта.

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

Была еще версия что в текущий период сажали просто премию "За сдачу объекта", но это были просто суммы. В расчетном листке после вывода на печать не видно было, что эта сумма взята с того периода... А там же вам наверняка нужна и не одна премия, а кучка - часть была "в августе", затем "в сентябре" и т.д.

(10) просто еще вспомнил, а после добавления в базу такой премии, случившиеся  периоде между этими датами расчеты по среднему переначисляются заново или нет, как нужно?

(11) вот думаем, или обработку писать для расчета суммы премии или глобально разрабатывать механизм.
Важно еще в расчетке для сотрудника показать период, так что первый вариант менее подходящий...

(12) хороший вопрос, надо будет обратить внимание

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

(15) вот только что открыл и посмотрел - в типовом смысле нужная настройка спрятана на вкладке "Средний заработок" внутри формы "Карточка начисления"

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

А формула какая?

(16) обратил внимание, что сам документ премия пересчитывает базу в зависимости от установки периода в документе, хм )

(17) обычная
расчетная база * процент / 100

(18) блин, жаль, период учитывается "полный месяц", не подходит ((

Да, реально не хватает в ЗУПе параметров типа "Дата" и "Строка". И в парсере формулы расчета макропараметр РасчетнаяБаза сделать параметризируемым, с параметрами начала и конца периода. Тогда премия с расчетной базой за произвольный период считалась бы легко и просто. А в строковом параметре чтобы можно было вывести детальную информацию о начислении, которая бы отобразилась в расчетном листке.

(19) Т.к. периодом расчёта зп является месяц, а в формуле не фигурирует время, то указание расчётного периода в днях не имеет смысла

(22) разверните Вашу мысль, задача по теме реализуема?

Ради любопытства - а как сейчас отражается факт пообъектной работы?

(24) в 77 )) Там это реализуется на раз.

(23) Чисто технически - реализуемо
Описываете свой ВР Премия, задаете ему РасчетнуюБазу
Далее в доке Премия выбираете этот вид премии, в группе реквизитов Период,по тогам работы за который начисляется премия ставите Задается вручную и задаете ваш произвольный период. РасчетнаяБаза и сумма премии посчитаются правильно. Месяц начисления будет текущий.
Вроде все соответствует пожеланиям из (3), пробовали так ?

Я сам такое проверял больше года назад, но с тех пор работу дока Премия пару раз ломало кривое обновление релизов. Сейчас вроде исправили, надо пробовать

(26) работает для "полного месяца"
У меня не сработало, если ставить произвольный период.

(25) Мне просто интересно как вы хотите базу для расчета премии собирать с учетом пообъектной работы в ЗУП 3.

(28) это работа экономистов, они дают информацию по бригадам и  процентам премии.

(27) Предположу что расчетная база должна зависеть от отработанного времени. Если в нее входит к примеру премия суммой, то её наверное невозможно высчитать пропорционально произвольному интервалу времени