ЗиКБУ оплата по среднему после индесации
26.10.2012
09:55
#41
Дмитрий, а почему вы думаете, что мы (все кто здесь это обсуждал) не пробовали сделать это? Причем в разных программах.
26.10.2012
10:16
#42
Мы не говорим за всех, а отвечаем на конкретный вопрос конкретного пользователя.
Судя по этому вопросу, он скорее теоретический. Если бы Тэра попробовала сделать
это в программе, она бы увидела результат (ответ на свой вопрос). Если бы результат
с учетом переписки в этой ветке был бы непонятен, можно было написать "сделала в
программе так-то так-то (см. рисунки), получается не так, как вы говорите".
В партнерской, например, конференции, мы обсуждаем практические и конкретные
вопросы. В идеале ветка состоит из пары сообщений, первое - это четкий, конкретный
и подробный вопрос партнера, где сказано, какая задача стоит, как пытались реализовать, какие
проблемы возникли, на каком основании ожидается другой результат и т.п., второе -
это наш развернутый ответ. Если же задается вопрос общего плана и по нему нет ответа
в имеющихся методических материалах, записываем задачу по написанию такого материала.
Если ветка превращается в "чат" из кучи разрозненных сообщений - мы считаем такой способ
взаимодействия неэффективным.
Судя по этому вопросу, он скорее теоретический. Если бы Тэра попробовала сделать
это в программе, она бы увидела результат (ответ на свой вопрос). Если бы результат
с учетом переписки в этой ветке был бы непонятен, можно было написать "сделала в
программе так-то так-то (см. рисунки), получается не так, как вы говорите".
В партнерской, например, конференции, мы обсуждаем практические и конкретные
вопросы. В идеале ветка состоит из пары сообщений, первое - это четкий, конкретный
и подробный вопрос партнера, где сказано, какая задача стоит, как пытались реализовать, какие
проблемы возникли, на каком основании ожидается другой результат и т.п., второе -
это наш развернутый ответ. Если же задается вопрос общего плана и по нему нет ответа
в имеющихся методических материалах, записываем задачу по написанию такого материала.
Если ветка превращается в "чат" из кучи разрозненных сообщений - мы считаем такой способ
взаимодействия неэффективным.
26.10.2012
10:23
#43
Дмитрий, я, конечно же пробовала сделать "это" в программе. Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят. А тут оказывается, что это принципиальная позиция, на мой взгляд, совершенно не логичная. Я так и не поняла, какие религиозные соображения не позволяют поменять знак в запросе, чтобы программа все считала в соответствии с законодательством. Можете не отвечать.
26.10.2012
10:33
#44
но Дмитрий же говорит, что отпуск госслужащих - "отдельная пестня", не имеющая отношения к 922 постановлению. И делается другим документом и корректно. Или не так? (я чет позапутался).
26.10.2012
10:39
#46
> Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят.
Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,
что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?
> А тут оказывается, что это принципиальная позиция, на мой взгляд, совершенно не логичная. Я так и не поняла, какие религиозные соображения не позволяют поменять знак в запросе, чтобы программа все считала в соответствии с законодательством.
Изменение знака в запросе не позволит "всё" считать в соответствии с законодательством.
Эту проблему необходимо анализировать в комплексе, что и запланировано при реализации
новой редакции конфигурации.
Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,
что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?
> А тут оказывается, что это принципиальная позиция, на мой взгляд, совершенно не логичная. Я так и не поняла, какие религиозные соображения не позволяют поменять знак в запросе, чтобы программа все считала в соответствии с законодательством.
Изменение знака в запросе не позволит "всё" считать в соответствии с законодательством.
Эту проблему необходимо анализировать в комплексе, что и запланировано при реализации
новой редакции конфигурации.
26.10.2012
10:49
#47
> > Но все мы (пользователи) были уверены, что это многолетний косяк, до исправления которого просто руки не доходят.
>
> Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,
> что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?
список ошибок на сайте не идентичен списку реальных ошибок в программе. Вам ли этого не знать.
>
> Непонятно, на каком основании был сделан такой вывод, из отдела технической поддержки приходил ответ,
> что это ошибка и указан ее номер? Эта проблема была замечена в списке опубликованных ошибок?
список ошибок на сайте не идентичен списку реальных ошибок в программе. Вам ли этого не знать.
26.10.2012
10:53
#48
Мы стараемся публиковать все зарегистрированные ошибки, упоминания о которых
часто приходят в отдел технической поддержки. Редкие, не расследованные до
такой степени, чтобы быть опубликованным, ошибки публикуются, к сожалению,
действительно не все.
часто приходят в отдел технической поддержки. Редкие, не расследованные до
такой степени, чтобы быть опубликованным, ошибки публикуются, к сожалению,
действительно не все.
28.10.2012
21:36
#49
> Рекомендуем внимательней читать наши сообщения.
Конечно же прочла.
> В первом сообщении этой ветки мы написали, что это ограничение программы. А не специально задуманное поведение.
А ограничение программы кто "задумывает"? Разве не разработчики 1С?
> Рассматриваемая в этой ветке проблема не касается отпусков госслужащих, рассчитываемых по другому постановлению соответствующим документом.
Как же не касается? Разница - в расчете среднедневного заработка. А проблема - одна!
> Описываемая Вами ситуация в программе отрабатывается без проблем. Поясните, пожалуйста, о каких проблемах идет речь.
Подскажите как, если нет проблем. Скажем Вам огромное спасибо!
А о проблеме я уже говорила, повторюсь. Если происходит индексация окладов, например, с 1 числа и сотрудник идет в отпуск с этой же даты, то средний не индексируется, а если установить уже 2-е число, то индексируется. И при перерасчете отпускных таже история: устанавливаем дату 1 число, средний не индексируется, 2-е - индексируется.
Вот и "выкручиваемся" кто как может.
Конечно же прочла.
> В первом сообщении этой ветки мы написали, что это ограничение программы. А не специально задуманное поведение.
А ограничение программы кто "задумывает"? Разве не разработчики 1С?
> Рассматриваемая в этой ветке проблема не касается отпусков госслужащих, рассчитываемых по другому постановлению соответствующим документом.
Как же не касается? Разница - в расчете среднедневного заработка. А проблема - одна!
> Описываемая Вами ситуация в программе отрабатывается без проблем. Поясните, пожалуйста, о каких проблемах идет речь.
Подскажите как, если нет проблем. Скажем Вам огромное спасибо!
А о проблеме я уже говорила, повторюсь. Если происходит индексация окладов, например, с 1 числа и сотрудник идет в отпуск с этой же даты, то средний не индексируется, а если установить уже 2-е число, то индексируется. И при перерасчете отпускных таже история: устанавливаем дату 1 число, средний не индексируется, 2-е - индексируется.
Вот и "выкручиваемся" кто как может.
29.10.2012
13:26
#50
> А о проблеме я уже говорила, повторюсь. Если происходит индексация окладов, например, с 1 числа и сотрудник идет в отпуск с этой же даты, то средний не индексируется, а если установить уже 2-е число, то индексируется. И при перерасчете отпускных таже история: устанавливаем дату 1 число, средний не индексируется, 2-е - индексируется.
Судя по Вашему первому сообщению, речь шла не про средний заработок, рассчитываемый по 922 постановлению, а про сохраняемое денежное
содержание, рассчитываемое согласно 562 постановлению (в программе, например, документом "Начисление отпуска госслужащим").
В этом постановлении сказано:
"11. В случае если в период сохранения денежного содержания произошло увеличение (индексация) единого денежного вознаграждения, оклада денежного содержания и (или) дополнительных выплат, то исчисленное денежное содержание индексируется со дня вступления в силу решения об увеличении (индексации) и до окончания указанного периода."
Прилагаем видео, где показано, что содержание для отпуска, начинающегося с 01.10.2012, рассчитывается с учетом его (содержания)
увеличения, которое произошло 01.10.2012
Судя по Вашему первому сообщению, речь шла не про средний заработок, рассчитываемый по 922 постановлению, а про сохраняемое денежное
содержание, рассчитываемое согласно 562 постановлению (в программе, например, документом "Начисление отпуска госслужащим").
В этом постановлении сказано:
"11. В случае если в период сохранения денежного содержания произошло увеличение (индексация) единого денежного вознаграждения, оклада денежного содержания и (или) дополнительных выплат, то исчисленное денежное содержание индексируется со дня вступления в силу решения об увеличении (индексации) и до окончания указанного периода."
Прилагаем видео, где показано, что содержание для отпуска, начинающегося с 01.10.2012, рассчитывается с учетом его (содержания)
увеличения, которое произошло 01.10.2012
отражение пособий и выплат за счет ФСС в 1С Бухгалтерия предприятияБГУ 8.2 Технологический анализ по КЭК оборотов счета 210.03
Читают тему
(гостей: 1)