8.х ЗУП ЗБУ/ЗУП Нестандартные показатели для расчета

Тема в разделе ""1С:Зарплата и управление персоналом ЗУП"", создана пользователем GlebHappy, 15 сен 2010.

  1. TopicStarter Overlay
    GlebHappy
    Offline

    GlebHappy Опытный в 1С

    Регистрация:
    31 июл 2009
    Сообщения:
    113
    Симпатии:
    0
    Баллы:
    26
    День добрый :D
    Вопрос будет в основном касаться ЗБУ (Зарплата бюджетного учреждения), но, так как на 85% типовые процедуры одинаковы - советы матерых ЗУПистов крайне приветствуются.

    Имеется конфигурация ЗБУ 1.0.15.3, внедряемая в бюджетном образовательном учреждении. В неё встроен набор предопределенных показателей: разнообразные нормы, стажи, оклады и т.п. Однако есть очень хитрые педагогические начисления, для которых крайне желательно использовать нестандартный показатель. Допустим, СтоимостьЧаса (денежный), который крайне важен в тарификации платных образовательных услуг, или ЯвляетсяВнутреннимСовместителем, равный единичке или нолику адекватно статусу сотрудника в организации.

    Очень хочется получить намек, где именно в общих модулях осуществляется подстановка значений предопределенных показателей :angry:
  2. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.631
    Симпатии:
    946
    Баллы:
    204
    Приведите пример пары начислений со всеми показателями. Подумаем. Просто у каждого показателя можно указать толи он вводится перед расчетом толи кадровыми документами. ВЫ можете указать что они вводятся перед расчетом. Вводятся они через документ начисление ЗП. меню Действия-ввести показатели. Заполняется соответсвуюющий регистр сведений. Но дело в том что вы можете написать обработку которая по вашим правилам, будет выбирать и заполнять эти показатели,а потом жмете рассчитать и все
  3. TopicStarter Overlay
    GlebHappy
    Offline

    GlebHappy Опытный в 1С

    Регистрация:
    31 июл 2009
    Сообщения:
    113
    Симпатии:
    0
    Баллы:
    26
    Пример 1

    В колледже работают преподаватели по основному месту работы, но помимо них ещё есть куча АУПовцев, УВПвцев и т.д., которые преподают в порядке внутреннего совместительства. Для каждого из них устанавливается ежегодно педагогическая нагрузка по бюджетным группам. Считается просто:
    Код:
    Сумма начисления = (Годовая нагрузка/10)*Стоимость часа*(Время в днях/Норма времени в днях)
    
    Вроде бы всё хорошо. Однако есть тонкости тарификации -для преподаватей по основному месту работы начисление за педнагрузку рассчитывается только исходя из количества часов, превышающих месячную норму - 72 часа, оплатой этих 72 часов является преподавательский оклад. Поэтому в чистом виде предыдущий алгоритм работает только для преподавателей-совместителей. А для преподавателей-НЕсовместителей формула будет другой:
    Код:
    Сумма начисления = (Годовая нагрузка/10 - 72)*Стоимость часа*(Время в днях/Норма времени в днях)
    
    Не стоит пугаться - у некоторых преподавателей, особенно у тех, кто в основном ведет платные группы, сумма этого начисления будет отрицательной, как мне объясняет расчетчик - это в некотором роде удержание за недовыполнение нагрузки.
    Как видим, для преподавателей-бюджетников необходимо два начисления. А вот если бы был показатель ЯвляетсяВнутреннимСовместителем, то всё стало бы проще - в таком случае остается одно начисление с формулой вида:
    Код:
    Сумма начисления = (Годовая нагрузка/10 - ?(ЯвляетсяВнутреннимСовместителем,0,72))*Стоимость часа*(Время в днях/Норма времени в днях)
    
    Пример 2:
    Для каждого преподавателя в зависимости от его категории, которая может измениться практически в любой момент года, рассчитывается показатель СтоимостьЧаса, от которого пляшут практически все начисления педагогов. Так что данный показатель необходимо устанавливать периодически. Однако в ЗБУ есть только два варианта:
    1) Для сотрудников - ежемесячный
    2) Для подразделений - периодический
    В настоящее время у меня работает решение типа "костыль" :angry: Внутри подразделения Преподаватели, созданного для удобства расчетчика, созданы подразделения, отвечающие категориям, к которым уже привязан показатель. Соответственно, факт смены категории регистрируется кадровым перемещением. Работает, но лично мне такое решение не нравится, концептуально оно не красиво - плодить подразделения там, где их де факто нет :D
  4. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.631
    Симпатии:
    946
    Баллы:
    204
    Не понимаю в чем у Васпроблема со вторым примером. Есть у вас показатель СтоимостьЧаса, это прямой аналог часовой тарифной ставке. Кстанвите это начисление человеку планово, так же как бы вы сделали с часовой тарифной ставкой и при необходимосте делайте либо кадровое пермещенеи и меняйте там стоиость часа или вводом сведений о плановых начислениях.

    В первом примере то же самое оба показателя годовая нагрузка и стоимость часа то же можо сделать изменяющимися при калровых изменениях и сделать плановыми
  5. TopicStarter Overlay
    GlebHappy
    Offline

    GlebHappy Опытный в 1С

    Регистрация:
    31 июл 2009
    Сообщения:
    113
    Симпатии:
    0
    Баллы:
    26
    Спасибо за ответ =)

    По второму примеру - принцип понял, но от такого решения я ушел по простой причине: стоимость часа не произвольна, возможны четыре разных стоимости и не более (на текущий момент). Далее, если бы стоимость часа играла роль только в одном начислении, тогда не было вопросов. А предположим, что преподавателю с 1 сентября надо назначить 5-6 начислений, в каждом из которых фигурирует стоимость часа? Тогда вводить её тоже надо вместе с каждым начислением?

    По первому примеру - я так и сделал, правда только для годовой нагрузки. Стоимость часа подтягивается из показателей подразделения, нагрузка вводится раз в год вводом начисления. Потом весь год она считается исходя из этих показателей. Но вопрос не о том - как можно добавить в формулу расчета проверку, является ли сотрудник внутренним совместителем или нет?
  6. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.631
    Симпатии:
    946
    Баллы:
    204
    да, вводить с каждым начислнием, но вы же все равно будете прописывать планово это начисление

    Это вы никак не проверите. Только указывать истина или ложь там же где и указываете годовую нагрузку.

    Нет конечно думаю что можно все это и в коде прописать, но мое мнение чтоне стоит ради этого пртить конфу
  7. TopicStarter Overlay
    GlebHappy
    Offline

    GlebHappy Опытный в 1С

    Регистрация:
    31 июл 2009
    Сообщения:
    113
    Симпатии:
    0
    Баллы:
    26
    Эх, если бы это использовалось эпизодически, тогда не было бы вопросов - но в данном случае такой показатель используется ежемесячно =)
  8. Draco
    Online

    Draco Модераторы Команда форума Модератор

    Регистрация:
    28 окт 2009
    Сообщения:
    13.631
    Симпатии:
    946
    Баллы:
    204
    Ну я же говорю мжно создать экселевский файли забитьтуда этит пказатели и потом внешней обработкой грузить как я это писал в первом посте

Поделиться этой страницей