Переработки при суммированном учете, проблема в начислениях

1. Здравствуйте!
   Стоимость часа рассчитывается не из среднего заработка. Способ расчета стоимости часа подробно рассмотрен здесь: Как в 1С определяется стоимость часа

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

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

   1. С этим сложность. Вы конечно можете в формуле для расчета доплаты за переработки использовать показатель СреднийЗаработокОбщий, но этот показатель рассчитывает средний по правилам расчета для отпусков, т.е. берется заработок за 12 предыдущих месяцев. Указать, что требуется именно три месяца никак нельзя.

      Есть другие варианты, но для начала уточните какой расчет Вы понимаете под «среднее от трех месяцев»? ВЕдь это может быть просто «Оплата по окладу», начисленная за три месяца и деленное на 3. Либо ещё какие-то начисления кроме «Оплаты по окладу» и всё это деленное не на 3, а на отработанное время. Или ещё какой-то расчет. Распишите пожалуйста подробнее. Лучше на конкретном примере с цифрами.

3. Начисление по сотруднику Владиславу Александровичу за июнь. Ему начислена
   «Доплата за переработки при суммированном учете рабочего времени» по формуле:
   ПереработаноПоСуммированномуУчетуВПределах2Часов * 0.5 + (ПереработаноПоСуммированномуУчету — ПереработаноПоСуммированномуУчетуВПределах2Часов)) * СтоимостьЧаса
   Что есть сейчас:
   Его переработки за квартал – 43 ч.(Считаем документом регистрация переработок). По данным программы стоимость часа за июнь – 72,327. Итого 43х0,5х72,327 = 1555.
   Что должно быть: Стоимость часа за июнь Владислава Александровича согласно документу начисление зарплаты и взносов — 72,327, за май 72,327, за апрель 68,862. Средняя за квартал = 72,327+72,327+68,862 = 71,172.
   Т.о. «Доплата за переработки при суммированном учете рабочего времени» за июнь должна считаться следующим образом 43х0,5х71,172=1530

   1. Попробуйте воспользоваться механизмом, описанным в этом видео: Квартальная премия в размере среднего оклада
      т.е. ежемесячно через вид начисления с назначением «Натуральный доход» (например, назовите его «База для расчета стоимости часа») рассчитывайте СтоимостьЧаса. А в виде начисления, которым рассчитывается доплата за подработку вместо показателя СтоимостьЧаса укажите (РасчетнаяБаза+СтоимостьЧаса)/3, при этом на вкладке «Расчетная база» укажите, что она берется за 2 предыдыдущих месяца и укажите вид начисления «База для расчета стоимости часа». Посмотрите для начала видео, чтобы было понятно.

      1. Спасибо, на требуемую сумму вышел. Вопрос как сделать так чтобы данные расчетной базы не попадали в стат. формы? Данные настройки на соотв. вкладке начисления неактивны.

         1. Приложение

            Через «Групповое изменение реквизитов» (Администрирование — Обслуживание — Корректировка данных) установите для реквизита «Категория статистического наблюдения» (этого вида начисления) пустое значение (приложил скрин)

         2. Более подробно описание использования «Группового изменения объектов» можно изучить здесь: [29.06.17] Запись заседания Профклуба по ЗУП 3 за июнь 2017 года (видел под заголовком «Сторнирование ГПХ, нюансы переноса данных из ЗУП 2.5, групповое изменение реквизитов»)

4. *Средняя за квартал = (72,327+72,327+68,862)/3 = 71,172.

5. И еще в видео данное начисление в расчетном листке появляется графа справочно, а у нас она попадает в основные начисления.

   1. пришлите пожалуйста скрин настроек этого начисления (первую вкладку) и скрин расчетного листка, где это видно

      1. Эта проблема решилась, перепровел документ начисления и стало выводиться с данными «Справочно»

6. Скрин в приложении

7. И еще вопрос. Теоретически может быть ситуация, что оклад будет изменен в середине месяца, тогда расчет базы становиться некорректным см. скриншот. (В текущем месяце он создает два показателя для расчета базы, а затем суммирует их в начислении пеработки.)

   1. Пришлите пожалуйста ещё скрин формулы из вида начисления «004.Оплата за переработку…»

8. Скрин в приложении к сообщению

   1. В формуле вида начисления «База для расчета стоимости часа» Вы избыточно используете показатель ВремяВЧасах. По правилам математики он всё равно сокращается, можно ввести формулу без него ОкладПоСуммированУчету/НормаЧасовПоПятидневкеСуммУчет и она будет равносильно той, которая написано у Вас. Но насколько я понимаю это всё равно ничего не даст, поскольку показатель НормаЧасовПоПятидневкеСуммУчет Вы скорее всего задаете через документ «Данные для расчета зарплаты» и указываете норму в целом за весь месяц? Уточните пожалуйста, так и есть? Или этот показатель задается иначе?

      1. «Но насколько я понимаю это всё равно ничего не даст, поскольку показатель НормаЧасовПоПятидневкеСуммУчет Вы скорее всего задаете через документ «Данные для расчета зарплаты» и указываете норму в целом за весь месяц? Уточните пожалуйста, так и есть? Или этот показатель задается иначе?»
         Да, именно так. У нас так настроены начисления по суммированному учеты, такой способ был рекомендован Е.Гряниной в курсе по ЗУП.

      2. «В формуле вида начисления «База для расчета стоимости часа» Вы избыточно используете показатель ВремяВЧасах. По правилам математики он всё равно сокращается, можно ввести формулу без него ОкладПоСуммированУчету/НормаЧасовПоПятидневкеСуммУчет и она будет равносильно той, которая написано у Вас. » Согласен, что по правилам математики это, так, а по логике 1с опытным путем выяснилось что это две разные формулы и данные они выдают разные, см скриншот.

         1. Это понятно. В первом случае появляется две строчки, поскольку показатель ВремяВЧасах разбивается на две части, до перевода и после.
            Этого можно добиться и таким вариантом формулы: ОкладПоСуммированУчету/НормаЧасовПоПятидневкеСуммУчет + ВремяВЧасах*0 (просто так более наглядно, я обычно так делаю).

            Но ещё раз повторю, что проблема не в этом, а в показателей НормаЧасовПоПятидневкеСуммУчет. Программа просто не знает, сколько дней нормы относится на период до изменения оклада и на период после изменения оклада, поскольку этот показатель задается в целом на весь месяц. Чтобы она могла определить норму правильно, её необходимо запрашивать из графика сотрудника через показатель НормаЧасов.

            1. В общем добиться от программы корректных расчетов данного начисления с имеющимися настройками начисления по суммирован. учету нельзя?

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

                  1. Хорошо, спасибо за ответы. Тему можно закрывать.

Комментарии закрыты.