ЗиКБУ оплата по среднему после индесации

Дмитрий, вы почему-то не любите отвечать на этот вопрос, но примерно (ведь дело не в конкретной дате) когда намечен выход новой редакции, н-р, ЗУП?

Данный форум не предназначен для публикации сроков.
Если бы эта дата была определена и доступна для публикации,
она была бы опубликована в каком-то специально предназначенном
для этого месте.

> Это ограничение программы. Индексация, произведенная в период сохранения среднего заработка, не поддерживается.
а чем так плохо до след.редакции?:
Индексация, произведенная не в первый день периода сохранения среднего заработка, не поддерживается.

> При разработке мы стараемся решать вопросы комплексно, а не частично.
т е или все или ничего.
Но тогда вы не последовательны в своем подходе  в решении задач.
Индексацию до начала отпуска  1C же автоматизировали.  Т е решили проблему только частично. Знак давно бы убрал еще часть задачи. К тому же наличие этого знака никак не влияет на решение оставшейся части - когда повышение во время сохранения среднего.

даешь "синицу в руках"!

Дмитрий, давайте уточним, правильно ли я поняла логику разработчиков:
- если человек ушел в отпуск до 01.10, ему индексируется часть отпуска
- если ушел в отпуск с 02.10 и дальше, ему индексируется весь отпуск
- а если бедолага пошел в отпуск с 01.10 - ему ничего не индексируется?

> - а если бедолага пошел в отпуск с 01.10 - ему ничего не индексируется?
Действительно бред! Но позицию разработчиков 1С - не сломишь!

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

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

> Действительно бред! Но позицию разработчиков 1С - не сломишь!

Рекомендуем внимательней читать наши сообщения. В первом сообщении этой
ветки мы написали, что это ограничение программы. А не специально
задуманное поведение.

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

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

> т е или все или ничего.
> Но тогда вы не последовательны в своем подходе  в решении задач.
> Индексацию до начала отпуска  1C же автоматизировали.  Т е решили проблему только частично. Знак давно бы убрал еще часть задачи. К тому же наличие этого знака никак не влияет на решение оставшейся части - когда повышение во время сохранения среднего.

Мы не готовы обсуждать наши подходы к решению задач

> Дмитрий, давайте уточним, правильно ли я поняла логику разработчиков:
> - если человек ушел в отпуск до 01.10, ему индексируется часть отпуска
> - если ушел в отпуск с 02.10 и дальше, ему индексируется весь отпуск
> - а если бедолага пошел в отпуск с 01.10 - ему ничего не индексируется?

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