Если годовая премия за 2006 г, выплачена например в мае 2007г, а сотрудник был в отпуске в марте, то при расчете средних для отпускных необходимо учитывать эту премию. Так вот вопрос, как можно "заставить" систему искать годовую премию в будущих периодах?

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

Проконсультируйте пожалуйста, это из каких нормативных документов проистекает?

ПОСТАНОВЛЕНИЕ правительства
от 11 апреля 2003 г. N 213


14. При определении среднего заработка премии и вознаграждения, фактически начисленные за расчетный период, учитываются в следующем порядке:
......
вознаграждение по итогам работы за год.... начисленные за предшествующий календарный год, - в размере одной двенадцатой за каждый месяц расчетного периода независимо от времени начисления вознаграждения.

Этот абзац определяет порядок учета годовой премии.
Но где написано, что надо пересчитывать заработок за выплаты в прежних периодах, ДО начисления 13 ЗП?

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

Это точно

В качестве решения вашей проблемы можно попробовать в правиле конечной обработки вызвать самописную операцию, которая залезет куда вам представится необходимым.

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

Добрый день, уважаемые коллеги!



Есть еще варианты?
Заказчик не желает одну сумму вводить два раза
ERP 6.0

А заказчик не желает это делать почему? Потому что нехочет чтобы данные были "некрасивые" или как-то еще обосновывает? По сути техвиды оплат это вещь чисто сопровожденческая и занести массово для всех табельных не проблема, подготовили список, загрузили через lsmw, настроили правила и в итоге заказчик получит тот результат который нужен всем.

Предлагаю не обсуждать умение отдельных консультантов уговаривать отдельных заказчиков следовать стандарту. Если всё же хотите - пожалуйста в другом топике. Вопрос безусловно острый и в этом направлении тоже работаем . Спасибо.

По существу технического вопроса?

Без подлома в таком случае не обойтись.
Тут есть два аспекта.

Первый.
Настройку среднего делаете как по стандарту – годовая премия для расчета средних будет учитываться из технического ВО, а не из основного. Только вводить его в ИТ не нужно. Подламываете AVERA (RUAVE) на этапе считывания результатов расчета. Там вызывается ФМ, так что это сделать легко через расширение, например, на выходе из этого ФМ.
На этом этапе прочитываете ИТ0015 в нужном промежутке времени, находите премию, находите первый результат расчета за этот год, и в таблицу RT этого расчета запихиваете годовую премию техническим ВО. Все.

Второе.
Использование технического ВО, введенного на начало года, кроме всего прочего, решает задачу запуска обратного расчета для перерасчета средних с начала года до момента выдачи премии. Поэтому, если технический ВО вводиться не будет, обратный расчет нужно как-то инициировать. Сами решайте, как это будет. Это может быть организационное действие – запустить расчет принудительно с января. Либо будете вешать какой-то обработчик, который будет сдвигать отметку в ИТ0003 на начало года, если вводиться годовая премия.

1) стандартными средствами не получится смотреть в будущий период при расчете средних, только абапить что-либо - это если решать проблему в расчете ЗП
2) делать 2 ВО: 1 - вводить в месяц начисления, но не входящий в базу для средних, другой в декабрь (не январь, тк для отпуска должны считаться периоды предшествующие месяцу наступления события). Если пользователи не хотят вводить, а иметь в наличии не против, то как вариант, сделать динамику в фоне на создание тех. ВО.
3) если политика партии позволяет, то вводить премию в декабрь. Начисление будет в месяце ввода соответственно, со всеми вытекающими перерасчетами (в том числе налогов)

Как показывает практика, делаются 2 ВО

Это не относится к годовой премии.
Технически так же без проблем настраивается возможность ввода такой премии на январь с использованием начиная с января.

1. Есть же пример стандарта, в декабрь вводится сумма в технический, а в март следующего года уже другой в/о без суммы, только количество 1. Т.е. формально сумма вносится один раз. Руаве сама перекладывает сумму из декабря в март на второй в/о. Поищите на форуме это решение обсуждалась.
2. На сегодня больничный считается от базы фсс, т.е. теоретически достаточно настроить в 68 кл переброс "в период" баз (/121, /122... саму премию не включать в /120, а включать в /128) и премию вводить нормальным в/о в декабрь.