Top.Mail.Ru
1С: ЗУП Автоматизация начисления премий и бонусов сотрудников
Заказать звонок

undraw_printing_invoices_5r4r.png


Один из наиболее эффективных способов мотивации персонала – премирование. В каждой компании система премирования разная, как правило она основывается на достижении определенных показателей, объему выполненных задач и поручений. 
Формирование бонусных схем, оценка сотрудников по KPI, расчет и утверждение бонусов – трудоемкий процесс, а если в штате компании 5000 человек и более? Сотрудники передвигаются по должностям, ходят в отпуск, в декрет, из декрета – все это нужно учесть, грамотно рассчитать, минимизировать ошибки. 

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


Заказчик.
Международная логистическая компания, один из лидеров российского логистического рынка. Компания предоставляет полный комплекс услуг по управлению цепочкой поставок, таких как складирование, перевозки всеми видами транспорта, упаковка и расфасовка, таможенное оформление. Штат сотрудников 5000 человек.

Ситуация. В информационной базе заказчика бонусы и некоторые премии указывались для каждого сотрудника вручную.

Для указания бонусов использовался периодический регистр сведений. Чтобы добавить новую запись о бонусах пользователь в карточке сотрудника вручную запускал регистр сведений и создавал запись.

Для указания значения премии использовалось “Дополнительное сведение сотрудника” с типом “дополнительно значение”, значения выбирались из заданного списка. Список значений задавался в самом “Дополнительном сведении”. Чтобы указать значение премии у сотрудника, пользователь, в карточке сотрудника по кнопке “Дополнительные сведения”, открывал список всех дополнительных сведений, затем в определенной строке выбирал нужное значение.

* Описываемые значения не относятся к расчету заработной платы средствами конфигурации 1С:ЗУП, а используются при интеграции с внешней управленческой системой.


Задачи. Заказчик обратился к нам за помощью в организации хранения бонусов и премий для разных должностей. Также требовалось  автоматизировать процесс заведения бонусов и премий, учитывая ситуации при смене должности сотрудников и декретные отпуска. 

Решение. Сперва мы проанализировали и описали текущие процессы по использованию, указанию и редактированию бонусов и коммерческих премий, а также описали структуру хранения данных. Обнаружили, что бонусы и премии указывались для каждого сотрудника в разных местах (в регистре сведений или в дополнительном сведении), поэтому изменили структуру регистра сведений с бонусами таким образом, что все данные по сотруднику стали храниться в одном месте.

Затем доработали периодический регистр сведений, который хранил данные с бонусами и премиями для должностей. Теперь при записи в этом регистре для всех сотрудников на дату на должности из записи производится проверка, и если есть отличия новых бонусов и премии от текущих, то создается новая запись для сотрудника. Для удобства доступ к регистру сведений был реализован из элемента справочника “Должности” с помощью гиперссылки.

Скрины для кейса 22.11.png

Также при проведении кадровых документов (“Прием на работу”/”Прием на работу списком”, “Кадровый перевод” /”Кадровый перевод списком”) сейчас выполняется аналогичная проверка текущих значений новыми, и при расхождениях создается запись для сотрудника.

Было важно учесть, что данные из исходного регистра и из дополнительного сведения использовались для определенных расчетов и при формировании отчетов, потребовался дополнительный анализ и доработка каждого из мест использования.

В процессе работы появились дополнительные требования: функционал должен был работать только для сотрудников на основном месте работы и только для заданных организаций. В результате, условие для вида занятости сотрудника мы прописали в коде, а для организаций гибко настроили через добавленное дополнительное сведение с типом значения “Булево”.

Хранение перечня бонусов и премий мы реализовали с помощью справочников, чтобы в будущем пользователи имели возможность добавить новые типы бонусов и премий.

После внесения всех доработок завершающим этапом было заполнение доработанного регистра и перенос значений премий из дополнительного сведения в регистр по сотрудникам:

  • Доработанный регистр пользователи заполняли вручную, с целью проведения аудита текущих значений у сотрудников. На время заполнения по всем организациям через “дополнительное сведение” было отключено автоматическое создание записей по сотрудникам. 

  • Значения премий также были перенесены вручную, т.к. сотрудников с заданными премиями небольшое количество.


Результат. Результатом доработки стала автоматизация процесса заведения бонусов и премий у сотрудников. Теперь ответственному достаточно внести и отслеживать изменения по бонусам и премиям для должностей, для сотрудников бонусы и премии стали указываться автоматически. 

Также, мы предусмотрели, чтобы внесенные изменения не повлияли на текущий функционал, и связанные модули были адаптированы под другие доработки.



array(103) {
  ["IBLOCK_TYPE"]=>
  string(4) "neti"
  ["IBLOCK_ID"]=>
  string(1) "7"
  ["TITLE"]=>
  string(23) "Другие кейсы"
  ["PARENT_SECTION"]=>
  int(0)
  ["NEWS_COUNT"]=>
  int(20)
  ["SORT_BY1"]=>
  string(11) "ACTIVE_FROM"
  ["SORT_ORDER1"]=>
  string(4) "DESC"
  ["SORT_BY2"]=>
  string(4) "SORT"
  ["SORT_ORDER2"]=>
  string(3) "ASC"
  ["FIELD_CODE"]=>
  array(0) {
  }
  ["PROPERTY_CODE"]=>
  array(4) {
    [0]=>
    string(8) "CUSTOMER"
    [1]=>
    string(7) "PROJECT"
    [2]=>
    string(8) "DECISION"
    [3]=>
    string(9) "SITUATION"
  }
  ["DETAIL_URL"]=>
  string(22) "/cases/#ELEMENT_CODE#/"
  ["SECTION_URL"]=>
  string(0) ""
  ["IBLOCK_URL"]=>
  string(0) ""
  ["DISPLAY_PANEL"]=>
  NULL
  ["SET_TITLE"]=>
  bool(false)
  ["SET_LAST_MODIFIED"]=>
  bool(false)
  ["MESSAGE_404"]=>
  string(1) "N"
  ["SET_STATUS_404"]=>
  string(1) "N"
  ["SHOW_404"]=>
  string(1) "N"
  ["FILE_404"]=>
  NULL
  ["INCLUDE_IBLOCK_INTO_CHAIN"]=>
  bool(false)
  ["CACHE_TYPE"]=>
  string(1) "A"
  ["CACHE_TIME"]=>
  int(0)
  ["CACHE_FILTER"]=>
  bool(false)
  ["CACHE_GROUPS"]=>
  string(1) "Y"
  ["DISPLAY_TOP_PAGER"]=>
  bool(false)
  ["DISPLAY_BOTTOM_PAGER"]=>
  bool(false)
  ["PAGER_TITLE"]=>
  string(1) "N"
  ["PAGER_TEMPLATE"]=>
  string(0) ""
  ["PAGER_SHOW_ALWAYS"]=>
  bool(false)
  ["PAGER_DESC_NUMBERING"]=>
  bool(false)
  ["PAGER_DESC_NUMBERING_CACHE_TIME"]=>
  int(0)
  ["PAGER_SHOW_ALL"]=>
  bool(true)
  ["PAGER_BASE_LINK_ENABLE"]=>
  NULL
  ["PAGER_BASE_LINK"]=>
  NULL
  ["PAGER_PARAMS_NAME"]=>
  NULL
  ["DISPLAY_DATE"]=>
  string(1) "N"
  ["DISPLAY_NAME"]=>
  string(1) "Y"
  ["DISPLAY_PICTURE"]=>
  string(1) "Y"
  ["DISPLAY_PREVIEW_TEXT"]=>
  string(1) "Y"
  ["PREVIEW_TRUNCATE_LEN"]=>
  int(0)
  ["ACTIVE_DATE_FORMAT"]=>
  string(5) "d.m.Y"
  ["USE_PERMISSIONS"]=>
  bool(false)
  ["GROUP_PERMISSIONS"]=>
  array(1) {
    [0]=>
    int(1)
  }
  ["FILTER_NAME"]=>
  string(9) "arrFilter"
  ["HIDE_LINK_WHEN_NO_DETAIL"]=>
  bool(false)
  ["CHECK_DATES"]=>
  bool(false)
  ["~IBLOCK_TYPE"]=>
  string(4) "neti"
  ["~IBLOCK_ID"]=>
  string(1) "7"
  ["~TITLE"]=>
  string(23) "Другие кейсы"
  ["~PARENT_SECTION"]=>
  NULL
  ["~NEWS_COUNT"]=>
  NULL
  ["~SORT_BY1"]=>
  NULL
  ["~SORT_ORDER1"]=>
  NULL
  ["~SORT_BY2"]=>
  NULL
  ["~SORT_ORDER2"]=>
  NULL
  ["~FIELD_CODE"]=>
  NULL
  ["~PROPERTY_CODE"]=>
  array(4) {
    [0]=>
    string(8) "CUSTOMER"
    [1]=>
    string(7) "PROJECT"
    [2]=>
    string(8) "DECISION"
    [3]=>
    string(9) "SITUATION"
  }
  ["~DETAIL_URL"]=>
  string(22) "/cases/#ELEMENT_CODE#/"
  ["~SECTION_URL"]=>
  string(0) ""
  ["~IBLOCK_URL"]=>
  string(0) ""
  ["~DISPLAY_PANEL"]=>
  NULL
  ["~SET_TITLE"]=>
  string(1) "N"
  ["~SET_LAST_MODIFIED"]=>
  bool(false)
  ["~MESSAGE_404"]=>
  string(1) "N"
  ["~SET_STATUS_404"]=>
  string(1) "N"
  ["~SHOW_404"]=>
  string(1) "N"
  ["~FILE_404"]=>
  NULL
  ["~INCLUDE_IBLOCK_INTO_CHAIN"]=>
  string(1) "N"
  ["~CACHE_TYPE"]=>
  string(1) "A"
  ["~CACHE_TIME"]=>
  string(8) "36000000"
  ["~CACHE_FILTER"]=>
  NULL
  ["~CACHE_GROUPS"]=>
  string(1) "Y"
  ["~DISPLAY_TOP_PAGER"]=>
  string(1) "N"
  ["~DISPLAY_BOTTOM_PAGER"]=>
  string(1) "N"
  ["~PAGER_TITLE"]=>
  string(1) "N"
  ["~PAGER_TEMPLATE"]=>
  string(0) ""
  ["~PAGER_SHOW_ALWAYS"]=>
  string(1) "N"
  ["~PAGER_DESC_NUMBERING"]=>
  NULL
  ["~PAGER_DESC_NUMBERING_CACHE_TIME"]=>
  NULL
  ["~PAGER_SHOW_ALL"]=>
  bool(true)
  ["~PAGER_BASE_LINK_ENABLE"]=>
  NULL
  ["~PAGER_BASE_LINK"]=>
  NULL
  ["~PAGER_PARAMS_NAME"]=>
  NULL
  ["~DISPLAY_DATE"]=>
  string(1) "N"
  ["~DISPLAY_NAME"]=>
  string(1) "Y"
  ["~DISPLAY_PICTURE"]=>
  string(1) "Y"
  ["~DISPLAY_PREVIEW_TEXT"]=>
  string(1) "Y"
  ["~PREVIEW_TRUNCATE_LEN"]=>
  NULL
  ["~ACTIVE_DATE_FORMAT"]=>
  NULL
  ["~USE_PERMISSIONS"]=>
  bool(false)
  ["~GROUP_PERMISSIONS"]=>
  array(1) {
    [0]=>
    int(1)
  }
  ["~FILTER_NAME"]=>
  string(9) "arrFilter"
  ["~HIDE_LINK_WHEN_NO_DETAIL"]=>
  NULL
  ["~CHECK_DATES"]=>
  bool(true)
  ["INCLUDE_SUBSECTIONS"]=>
  bool(true)
  ["SET_BROWSER_TITLE"]=>
  string(1) "Y"
  ["SET_META_KEYWORDS"]=>
  string(1) "Y"
  ["SET_META_DESCRIPTION"]=>
  string(1) "Y"
  ["ADD_SECTIONS_CHAIN"]=>
  bool(true)
  ["STRICT_SECTION_CHECK"]=>
  bool(false)
  ["CHECK_PERMISSIONS"]=>
  bool(true)
}

Другие кейсы

1С:ЗУП разработка конструктора печатных форм

Заказчик: Сеть магазинов

Сфера бизнеса: Оптовая торговля

Конфигурация: 1С:ЗУП

Формат работ: Позадачная разработка

Проект: 1С:ЗУП разработка конструктора печатных форм

Кейсы «1С:ЗУП» в производстве, услугах и торговле

Заказчик: Группа компаний

Сфера бизнеса: Производство

Конфигурация: 1С:ЗУП

Формат работ: Позадачная разработка

Проект: Доработки 1С:ЗУП

KERAMA MARAZZI. Переход с 1С:ЗУП 2.5 на 1С:ЗУП 3

Neti и KERAMA MARAZZI завершили проект по переходу с 1С:ЗУП 2.5 на 1С:ЗУП 3

Заказчик: KERAMA MARAZZI

Сфера бизнеса: Строительные материалы

Конфигурация: 1С:ЗУП

Формат работ: Проектная разработка

Проект: Переход с 1С:ЗУП 2.5 на 1С:ЗУП 3