ФОТ к отпуску через произвольную формулу в ЗКБУ 8 (ЗУП 8)

ндаа
...
дурацкие невнятные формулки и никакого встроенного описания по ним !!!

хоть бери и лезь в конфигуратор,
чтобы составлять словарь используемых там терминов !

:)

Если разложить по мелким задачкам, то:
1) В конфигурации есть Северная надбавка.
Нужно ее добавить в формулу в виде процента.
т.е.
ФОТ = Оклад * (1 + %Северной надбавки).

в виде чисел, примерно выглядит так:
8850 = 5900 * (1 + 0,5)

P.S. До чего дошла глобализация :)
Ротшильд занялся проблемами 1С :)

Результаты расчетов, как раз можно использовать в формуле (через РасчетнаяБаза),
а вот %-ные значения на основании которых были получены результаты?!?!
Вот в этом то и есть ГЛАВНЫЙ вопрос.

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

Вариантов может быть несколько, в зависимости от деталей задачи.

Некоторые предприятия предпочитают, чтобы такое начисление отражалось по своду и в расчетке не одной строкой, а несколькими, тогда правильнее так:
- По строке ФОТ к отпуску вы платите только одинарный оклад - надеюсь, как это ввести, можно не расшифровывать.
- Этот вид расчета включаете в базу своих доплат за стаж, за классность, за вредность, РК и СН. Тогда при начислении з/п за месяц по каждому из этих пяти видов расчета доначислятся свои суммы.
Кстати, если даже вам такой вариант не нравится в отношении стажа, классности и вредности, то его как минимум надо применить в отношении РК и СН. Считается, что РК и СН всегда должен быть отражен по своей строке, а не по строке базы, это дает максимальную защиту от претензий.
Скорее всего, именно этот вариант является простейшим и чем что-то шаманить - проще на него уговорить расчетчиков.

Использовать показатели одного вида расчета в другом на самом деле при некоторых условиях можно, это зависит от того, как точно у вас они настроены.

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

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

Странно, вроде как не предлагал вводить "несколько ВР", наоборот, ввести только один, а для остального задействовать уже существующие обычные виды.

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

А разве в ЗУП никак нельзя вводить дополнительные параметры, используемые в формулах ВР? Мне кажется даже ввести можно плановую выручку за то, что торговал хорошо в прошлом месяце, чтобы получить премию в нынешнем.

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

А вот предложение добавлять надбавки в расчетную базу уже совсем не лезет в постановку задачи, т. к. расчетная база - это факт, а топикстартеру, судя по вопросу, нужно собирать начисление по плановым размерам.

Топикстартер на связи! :)

Всем кто откликнулся на мою мольбу - ОГРОМНОЕ спасибо!!!

Проблему решил, как и посоветовал Stas_Gromov, через обработку.
Нашел на Инфостате, допилил ее немножко под себя, убрал ошибки...
...и КРАСОТА!!!
В обработке выбираем нужные нам ВР и нажимаем Рассчитать!
Эта умница сама рассчитывает все начисления по правилам
настроенным в базе. Да ещё и документик Разовые начисления
сама заполняет!
И ПОЛУЧАЕМ ЧИСТЫЙ ФОТ! Что и требовалось доказать! :)

Скоро планирую выложить допиленную обработку на сайт.

Денежку считаю заслужили 2 человека (по 10$m на брата):
1) Stas_Gromov - за быстрый отклик и верное указание дороги к цели.
2) v12345 - за нестандартное мышление/подход, который о многом заставил
задуматься и расширил мои горизонты мышления в данном вопросе.

Жаль нельзя дать денюшку сразу 2-ум людям.
Stas_Gromov - честнозаработанные $m Вам!
А v12345 попробую забросить денежку другим способом.

ВСЕМ ещё раз БЛАГОДАРНОСТЬ от всего СЕРДЦА!

Всегда пожалуйста! И спасибо за денюжку ;)

Спрашивайте еще, поразминаем мозги :)