Решение
Архитектура решения и масштаб проекта
На этапе комплексного обследования наша команда вылетала к заказчику из Москвы в Волгоград. В течение недели мы составляли журнал-отчет и подготавливали список доработок, которые потребуются.
Определили направления автоматизации, состав и взаимосвязь модулей системы, схемы ввода, движения и преобразования информации. Провели интервью с руководством и зафиксировали в документах бизнес-процессы. Был сделан глубокий анализ учетных систем заказчика.
Команда выделила цели, вокруг которых объединяются задачи в ходе автоматизации, и составила перечень функциональных требований. Как решение, покрывающее потребности предприятия, мы предложили систему 1С: Зарплата и управление персоналом КОРП 3.1.
Уникальность и инновационность проекта
Работая на проекте, мы столкнулись с рядом технических сложностей. Расскажем о некоторых из них и о том, как решали стоявшие проблемы:
Перенос блоков системы с БОСС-Кадровик в 1С.
Сложный вызов, если учесть, что прямого типового перехода нет. Это две принципиально разные платформы, отличающиеся по своей организации. Мы провели анализ данных для переноса в ЗУП — составили таблицы с данными, сопоставили, в каких блоках аналогичные данные хранятся в другой программе. Подготовили техзадания.
В процессе работы мы закрыли множество нестандартных запросов от клиента. Например, добавили в систему ведение ученических договоров с возможностью выплаты стипендии. В стандартной 1С:ЗУП такой функционал есть, но для его использования сотрудника нужно официально нанимать в штат. Студентов на завод не трудоустраивают. Доработка позволяет это учесть и корректно оформить учеников на работу на предприятии.
Также мы обеспечили рассылку уведомлений по статусу работы сотрудника. Если происходит изменение данных сотрудника задним числом, происходит изменение его табеля. Ответственный сотрудник получает уведомление о событии и может вовремя заново распечатать табель по сотруднику за определенный период.
В системе можно сделать рассылку о декретном отпуске, об окончании испытательного срока, о необходимости распечатать актуальный табель.
Обеспечили точные расчеты выплат по отпускам и больничным. Две системы хранят данные неодинаково. Мы написали кастомный функционал по получению данных, сопоставив их. Сделали доработки по сложным начислениям (зарплата в праздники, выслуга лет), чтобы они подсчитывались правильно. Проверили работу системы, чтоб никто не остался в обиде. :)
Аналогичные сложности были при расчете выплат за работу по госзаказам в сфере обороны. Стандартный функционал для задачи не подходил. Настроили интеграцию и сделали два модуля для учета зарплаты в разрезе гособороны. Это позволит правильно считать, какая доля зарплаты сотрудника касается заказов для государства, какая сумма за месяц получилась и т.д. Предприятие сможет удобно отчитываться перед госзаказчиком.
Отдельно подробно расскажем про более крупные доработки, например, настройку учета спецпитания и интеграцию с 1С:Производственная безопасность.
По просьбе заказчика мы внедрили на предприятии продукт 1С: Производственная безопасность 1.1 (1С:ПБ 1.1). Для обеспечения работы с 1С:ЗУП настроили синхронизацию по данным.
На проекте было недостаточно развернуть типовую конфигурацию. Так что мы спроектировали синхронизации/интеграции с другими имеющимися у заказчика системами. Учли, что стандартные объекты в ПБ и ЗУП местами отличаются, а местами в ЗУП планируются кастомные доработки по просьбе заказчика.
Переработали типовые планы обмена. Объекты в 1С:ПБ 1.1, которые участвуют в синхронизации с 1С:ЗУП, закрыли к редактированию пользователями.
Мы частично реализовали бизнес-процессы блока «производственная безопасность» на базе 1С:ЗУП.
Одним из главных требований проекта была реализация взаимного функционирования систем и разведение сотрудников кадровой службы и сотрудников УПБиОТ по разным системам. Не должна быть заложена возможность получения взаимного доступа.
Объекты для ведения учета в рамках охраны труда в ЗУП и 1С:ПБ значительно отличаются друг от друга (документы, справочники). В 1С:ЗУП можно завести «Карту специальной оценки условий труда» для нескольких рабочих мест, в 1С:ПБ для одного.
После внедрения 1С:ПБ в качестве мастер-системы для учета данных по СОУТ нельзя установить однозначное соответствие между картой спецоценки в 1С:ПБ и картой в 1С:ЗУП для обмена. В ответ мы реализовали следующий алгоритм взаимодействия:
Другой пример — ВПФ для МО в 1С:ЗУП устанавливаются документом «Карта специальной оценки условий труда», а в 1С:ПБ — в рамках справочника «Рабочие места». Из-за этого на этапе проектирования нужно было произвести сопоставление данных и тщательно проработать архитектуру. Важно было не только настроить интеграцию, а сразу произвести перенос данных из системы в другую.
Рабочие места должны создаваться в 1С:ПБ и автоматически переноситься в 1С:ЗУП (без права редактирования). Назначение сотрудников на рабочие места должно происходить в 1С:ЗУП и далее переноситься в 1С:ПБ (также без права редактирования). В 1С:ЗУП сотрудник может быть временно переведен на другое рабочее место кадровым переводом с дальнейшим возвратом на основное РМ. Данная проблема решена через реализацию заданий, обеспечивающих контроль нахождения сотрудника на РМ.
Для сохранения исторических данных учета мы реализовали механизм единоразового первичного обмена (получения данных в 1С:ПБ 1.1 из 1С:ЗУП) и интеграцию для взаимного обмена данными блока СОУТ.
Детально расскажем про два крупных блока работы — обеспечение интеграции с 1С:ПБ 1.1. 3.1 и настройку учета спецпитания.
Реализация интеграции с 1С:ПБ 1.1
Нам потребовалось реализовать интеграцию между 1С:ЗУП и 1С:ПБ 1.1 для поддержания взаимного функционирования систем. В процессе выполнили следующие работы:
1. Настроили типовую синхронизацию для получения из 1С:ЗУП в 1С:ПБ 1.1 иерархической структуры предприятия, штатного расписания, данных о сотрудниках и физлицах, кадровых данных. 1С:ЗУП выступает в качестве мастер-системы для учета справочной и кадровой информации.
2. Реализовали механизмы, дающие произвести первичный обмен данными из 1С:ЗУП в 1С:ПБ 1.1 с целью переноса исторических данных. Это сделано по таким объектам конфигурации — рабочие места, карты СОУТ, декларации соответствия условий труда, назначения рабочих мест. Потребность обусловлена переносом учета по блокам СОУТ, «Медицинские осмотры» и «Обучение и проверка знаний» в 1С:ПБ 1.1.
3. Реализовали интеграцию между системами со следующей схемой обмена данными:
Разработка интеграций велась с применением технологии синхронизации данных путем использования КД 3.
Учет спецпитания в системе
Сотрудники предприятия получают спецпитание: молоко, кисель, витамины. Нормы выдачи закрепляются за рабочим местом и действуют на сотрудников, закрепленных за ним. Нужно было автоматизировать процесс ведения списка работников, которые получают спецпитание, организовать расчет потребности в выдаче спецпитания и ведение ведомостей выдачи.
Какие факторы мы учли:
- Сотрудник предприятия может отказаться от выдачи спецпитания в пользу выдачи ему денег. Такой сотрудник не должен попадать в ведомость выдачи. Признак отказа от спецпитания определяется в 1С:ЗУП кадровой службой.
- Есть рабочие места, для которых законодательно запрещено отказываться от спецпитания в пользу выплаты денег. Контроль таких мест должен вестись сотрудниками УПБиОТ в системе.
- Сотрудник может отказаться от получения киселя и молока, но не может отказаться от получения витаминного напитка.
Штатное расписание было переработано так, чтобы можно было устанавливать нормы выдачи по спецпитанию (вид спецпитания: молоко, кисель, витаминный напиток и т.д.; норма выдачи (объем в литрах). На форму элемента справочника «Сотрудники» добавили признак «Отказ от спецпитания». Он заполняется автоматически на основании обмена данных 1С:ПБ 1.1 с 1С:ЗУП.
На форму справочника «Рабочие места» добавили признак «Запрет денежной компенсации». Доработали справочник «Рабочие места» в 1С:ЗУП. В рамках интеграции между системами настроен обмен по признаку. Контроль заполнения признака осуществляется на стороне 1С:ПБ 1.1. На стороне 1С:ЗУП реализовали механизм, запрещающий установить признак отказа от спецпитания для сотрудника, если его рабочее место не дает получить компенсацию.
Для расчета спецпитания нужно учитывать число отработанных сотрудником смен. Мы сделали доработку функционала 1С:ПБ 1.1, чтобы вести табель учета времени, и настроили обмен данными с 1С:ЗУП для получения данных. Обмен реализовали через HTTP-сервис. Теперь в 1С:ЗУП учитывается список сотрудников, отказавшихся от выдачи спецпитания в пользу денежной компенсации, и расчет компенсации.
Команда проекта
Команда проекта состояла из 6 сотрудников с большим опытом внедрения продуктов на платформе 1С. Функциональным архитектором проекта от WeJET назначили специалиста с 20-летним опытом работы с 1С. В команде также работали руководитель проекта, аналитик, старший разработчик, два других опытных разработчика и консультант 1С.
Результаты проекта
Мы помогли клиенту без лишних материальных затрат и проблем осуществить перенос данных с системы учета БОСС:Кадровик на 1С:ЗУП. Абсолютно все механизмы переноса сделали самостоятельно, детально сопоставив архитектуру двух сложных систем и добавив доработки.
Система 1С:ЗУП была оперативно внедрена в эксплуатацию. Первый квартал 2024 года был успешно закрыт на «Красном Октябре» с помощью новой программы. Она сделала эффективнее работу предприятия, на котором трудится почти 4000 человек. Мы сопровождали проект до конца апреля.
Первоначально у сотрудников предприятия были сложности с освоением нового продукта. Но это было ожидаемо, сервисы и их интерфейс действительно разные. Так что мы помогали с онбордингом и оказывали техподдержку, отвечая на запросы пользователей.
Новая система во многом упростит процессы управления персоналом, расчета зарплаты, сбора данных для аналитики и взаимодействия с государственными предприятиями. Помогут сделанные нами интеграции с кастомными системами заказчика в сфере бухгалтерского учета, автоматизация сбора многих отчетов, подсчета больничных, сделанная нами гибкая настройка видов начислений и удержаний. Мы настроили обмен данных с контролирующими органами.
Сотрудникам предприятия, пользующимся системой, доступны нестандартные отчетные формы. Также мы заложили в продукт возможность гибкого управления позициями штатного расписания. Проще следить за составлением расписания и не давать изменять его сотрудникам, которые не имеют на это должностных полномочий.
Интеграция с системой СКУД позволяет делать детальные внутрисистемные отчеты по всем сотрудникам. Теперь руководству отдельных цехов и руководству предприятия в целом легче контролировать работу персонала. Можно увидеть, в какие часы и сколько времени сотрудник работал, когда делал перерывы или вообще отсутствовал.
Система уже находится на этапе промышленной эксплуатации. Она полностью интегрирована с другими цифровыми продуктами, используемыми заказчиком. Со стороны WeJET ведется только консультационная работа. Обновляем конфигурацию продукта по мере выхода новых версий. Поддержка продукта обойдется клиенту дешевле, а нужные для работы формы будут обновляться быстрее.
