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

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

Мы не говорим за всех, а отвечаем на конкретный вопрос конкретного пользователя.<br>Судя по этому вопросу, он скорее теоретический. Если бы Тэра попробовала сделать<br>это в программе, она бы увидела результат (ответ на свой вопрос). Если бы результат <br>с учетом переписки в этой ветке был бы непонятен, можно было написать "сделала в <br>программе так-то так-то (см. рисунки), получается не так, как вы говорите".<br>В партнерской, например, конференции, мы обсуждаем практические и конкретные<br>вопросы. В идеале ветка состоит из пары сообщений, первое - это четкий, конкретный <br>и подробный вопрос партнера, где сказано, какая задача стоит, как пытались реализовать, какие <br>проблемы возникли, на каком основании ожидается другой результат и т.п., второе - <br>это наш развернутый ответ. Если же задается вопрос общего плана и по нему нет ответа <br>в имеющихся методических материалах, записываем задачу по написанию такого материала.<br>Если ветка превращается в "чат" из кучи разрозненных сообщений - мы считаем такой способ <br>взаимодействия неэффективным.

Дмитрий, я, конечно же пробовала сделать "это" в программе. Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят. А тут оказывается, что это принципиальная позиция, на мой взгляд, совершенно не логичная. Я так и не поняла, какие религиозные соображения не позволяют поменять знак в запросе, чтобы программа все считала в соответствии с законодательством. Можете не отвечать.

но Дмитрий же говорит, что отпуск госслужащих - "отдельная пестня", не имеющая отношения к 922 постановлению. И делается другим документом и корректно. Или не так? (я чет позапутался).

я не спрашивала про отпуск госслужащим. Это Татьяна.

> Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят.<br><br>Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,<br>что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?<br><br>> А тут оказывается, что это принципиальная позиция, на мой взгляд, совершенно не логичная. Я так и не поняла, какие религиозные соображения не позволяют поменять знак в запросе, чтобы программа все считала в соответствии с законодательством.<br><br>Изменение знака в запросе не позволит "всё" считать в соответствии с законодательством. <br>Эту проблему необходимо анализировать в комплексе, что и запланировано при реализации <br>новой редакции конфигурации.

> > Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят.<br>> <br>> Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,<br>> что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?<br>список ошибок на сайте не идентичен списку реальных ошибок в программе. Вам ли этого не знать.

Мы стараемся публиковать все зарегистрированные ошибки, упоминания о которых<br>часто приходят в отдел технической поддержки. Редкие, не расследованные до<br>такой степени, чтобы быть опубликованным, ошибки публикуются, к сожалению,<br>действительно не все.

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

> А о проблеме я уже говорила, повторюсь. Если происходит индексация окладов, например, с 1 числа и сотрудник идет в отпуск с этой же даты, то средний не индексируется, а если установить уже 2-е число, то индексируется. И при перерасчете отпускных таже история: устанавливаем дату 1 число, средний не индексируется, 2-е - индексируется.<br><br>Судя по Вашему первому сообщению, речь шла не про средний заработок, рассчитываемый по 922 постановлению, а про сохраняемое денежное<br>содержание, рассчитываемое согласно 562 постановлению (в программе, например, документом "Начисление отпуска госслужащим").<br><br>В этом постановлении сказано:<br><br>"11. В случае если в период сохранения денежного содержания произошло увеличение (индексация) единого денежного вознаграждения, оклада денежного содержания и (или) дополнительных выплат, то исчисленное денежное содержание индексируется со дня вступления в силу решения об увеличении (индексации) и до окончания указанного периода."<br><br>Прилагаем видео, где показано, что содержание для отпуска, начинающегося с 01.10.2012, рассчитывается с учетом его (содержания)<br>увеличения, которое произошло 01.10.2012