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

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

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

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

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

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

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

> - а если бедолага пошел в отпуск с 01.10 - ему ничего не индексируется?<br>Действительно бред! Но позицию разработчиков 1С - не сломишь!<br> <br>Например, у гос.служащих, при начислении отпускных рассчитывается не средний заработок, согласно постановлению № 922, а должно сохраняться денежное содержание. И получается, если сотрудник идет в отпуск с 01.10.12 и с этого же числа повышается оклад денежного содержания, то все работающие будут получать повышенное денежное содержание, а этот "бедолага", который идет в отпуск - прежнее, а ему законом предписано - сохранение денежного содержания на период отпуска.<br> <br>А когда производим расчет отпускных, начинаем "выкручиваться", т.е. попросту "обманываем" программу. А зачем это надо? Мы должны работать с программой, а не ломать голову, как её "обмануть".

> Действительно бред! Но позицию разработчиков 1С - не сломишь!<br><br>Рекомендуем внимательней читать наши сообщения. В первом сообщении этой<br>ветки мы написали, что это ограничение программы. А не специально<br>задуманное поведение.<br><br>> Например, у гос.служащих, при начислении отпускных рассчитывается не средний заработок, согласно постановлению № 922, а должно сохраняться денежное содержание. И получается, если сотрудник идет в отпуск с 01.10.12 и с этого же числа повышается оклад денежного содержания, то все работающие будут получать повышенное денежное содержание, а этот "бедолага", который идет в отпуск - прежнее, а ему законом предписано - сохранение денежного содержания на период отпуска.<br><br>Рассматриваемая в этой ветке проблема не касается отпусков госслужащих, рассчитываемых по другому постановлению<br>соответствующим документом. Описываемая Вами ситуация в программе отрабатывается без проблем.<br>Поясните, пожалуйста, о каких проблемах идет речь.

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

> Дмитрий, давайте уточним, правильно ли я поняла логику разработчиков:<br>> - если человек ушел в отпуск до 01.10, ему индексируется часть отпуска<br>> - если ушел в отпуск с 02.10 и дальше, ему индексируется весь отпуск<br>> - а если бедолага пошел в отпуск с 01.10 - ему ничего не индексируется? <br><br>Вы можете попробовать все это сделать в программе и увидеть как она работает.<br>А чтобы понять логику, внимательно прочитать всю переписку в этой ветке.