Меня зовут Вячеслав Гузачев. Я архитектор компании «Уралхим». В нашей компании порядка 15 продуктивных систем построено на конфигурации 1С:Документооборот. Расскажу о наиболее интересных и нестандартных решениях, которые мы разработали на основе этой конфигурации. В рамках доклада мы обсудим три кейса:
-
Система электронных материальных пропусков ЭМП;
-
Личный кабинет сотрудника;
-
и Централизованная система нормативно-справочной информации ЦНСИ.
Прежде чем мы начнем, пару слов о компании.
Объединенная химическая компания «Уралхим» является одним из крупнейших производителей и поставщиков минеральных удобрений в мире. В компанию входят такие заводы, как:
-
Кирово-Чепецкие минеральные удобрения;
-
Пермские минеральные удобрения;
-
«ГЕО НПК» в Калининграде;
-
«Азот» в Березниках;
-
Воскресенские минеральные удобрения.
Взаимозависимыми компаниями для «Уралхима» являются:
-
«Уралкалий»;
-
«Тольяттиазот»;
-
«ГалоПолимер».
Продажи продукции осуществляются через торговый дом. А всю финансовую, юридическую, HR-функцию и ИТ обеспечивает «Объединенный Центр Обслуживания», то есть мы.
Кейс №1: Система ЭМП
Первый кейс – система электронных материальных пропусков.
В январе 2020 года к нам обратился начальник управления экономической безопасности с просьбой проанализировать процесс вывода товарно-материальных ценностей на предприятии. Этот процесс на тот момент был разрозненным – где-то ТМЦ отпускали по накладным, где-то по служебным запискам, где-то просто по электронной почте. Проанализировав процесс, мы предложили заказчику несколько готовых решений, которые были на рынке на тот момент. По ряду причин они не подошли, и мы приступили к собственной разработке – стали разрабатывать систему электронных материальных пропусков (ЭМП). За основу системы ЭМП взяли 1С:Документооборот.
Для пилотного внедрения были выбраны четыре завода: Кирово-Чепецк, Пермь, «Азот» в Березниках и Воскресенск. Сам проект разделили на две фазы:
-
первая фаза – автоматизация процесса вывода готовой продукции;
-
вторая фаза – движение оставшихся товарно-материальных ценностей.
Логическая схема. Так как погрузка транспортных средств у нас оформляется в собственной транспортно-логистической системе «Навигатор», мы пошли по принципу «единого окна».
-
При оформлении погрузки ТМЦ в ТЛС «Навигатор» коллеги одновременно создают заявку на материальный пропуск.
-
Далее по корпоративной шине данных информация прилетает в систему ЭМП. Там создается карточка внутреннего документа «Материальный пропуск».
-
Этот документ отправляется на согласование по маршруту – весь процесс согласования происходит по электронной почте.
-
И в случае успешного согласования на электронную почту охраны приходит уведомление.
Но поскольку сотрудники охраны не являются штатными сотрудниками компании, и у них нет корпоративных учетных записей, встал вопрос о разработке в системе ЭМП некоего универсального рабочего места.
Таким рабочим местом стал «АРМ Охранника», который предназначен для просмотра и сверки материальных пропусков. Через него охранник в системе ЭМП принимает решение: «Пропустить» либо «Остановить» провоз груза.
Получив материальный пропуск, сотрудник охраны сканирует его штрихкод, и в «АРМ Охранника» открывается карточка материального пропуска:
-
слева представлена краткая информация о материальном пропуске;
-
а справа – электронный вариант печатного материального пропуска, который сотрудник охраны держат в руках.
Сотрудник охраны сверяет электронный и бумажный образцы, идет непосредственно к вывозимому грузу – к машине или к железнодорожному составу и проверяет его состав.
После этого возвращается на КПП и нажимает соответствующую кнопку: либо «Пропустить» провоз груза, либо «Остановить».
Теперь вопрос: если «АРМ Охранника» работает под обезличенной учетной записью, каким образом система понимает, кто из охранников разрешил провоз груза? Как сохранить эту информацию для логирования и расследования инцидентов?
Вы помните фильм «Хитман», где у спецагентов на затылке была татуировка в виде штрихкода? Сначала мы хотели пойти по этой же логике, но нам почему-то не согласовали. Поэтому мы использовали личный штрихкод на бейдже – приклеили каждому охраннику на заднюю сторону бейджа штрихкод.
После нажатия кнопку «Пропустить» либо «Остановить» сотрудник охраны с помощью сканера вводит штрих-код и карточка материального пропуска закрывается.
Если охранник пропустил груз, карточка материального пропуска погасилась – второй раз в системе ее уже не предъявить.
Система ЭМП. Мобильное приложение
Мы запустили систему ЭМП, прошли опытно-промышленную эксплуатацию, перевели систему в промышленную эксплуатацию. И где-то через год к нам обратился заказчик с новым предложением: еще больше упростить работу охране – каждому охраннику выдать по планшету, чтобы им не приходилось бегать на КПП как минимум два раза:
-
В первый раз – когда они сверяют электронные и бумажные образцы;
-
Во второй раз – когда они нажимают на кнопку «Пропустить» либо «Остановить» провоз груза.
Мы приступили к разработке мобильного приложения, и в результате у нас получилось решение, которое работает в двух форм-факторах – как в горизонтальном, так и в вертикальном представлении.
Принцип работы следующий:
-
При первом заходе в систему необходимо идентифицироваться – для этого мы нажимаем на кнопку «Идентификация».
-
Далее с помощью камеры телефона считываем штрихкод охранника с бейджика.
-
И выбираем КПП, на котором мы сегодня находимся – сотрудник охраны может работать на разных КПП.
После этого система готова к работе.
Далее мы с помощью камеры телефона сканируем материальный пропуск – в результате открывается его карточка, которая состоит из четырех основных вкладок
На первой вкладке:
-
описание типа пропуска;
-
номер транспортного средства;
-
фамилия, имя, отчество водителя;
-
описание, откуда везется груз – цех, склад и т.д;
На второй вкладке идет описание непосредственно самого груза: что это за груз, тоннаж, тара.
Если груз выводится по ж/д пропуску, в каждой строке указывается информация: о номере вагона, номере пломбы, виде подвижного состава (минераловоз, полувагон и так далее).
Третья вкладка – это небольшое нововведение. Заказчик попросил фотографировать вывозимый груз, поэтому у нас охранники теперь иногда делают селфи с грузом, селфи с водителями и т.д.
Небольшая ремарка: данное видео записывал дома, настоящих охранников я дома не нашел, но благо у меня есть два сына, которые любезно предоставили мне своих игрушечных охранников. Поэтому не удивляйтесь следующим кадрам.
Мы сфотографировали охрану, которая была у меня под рукой. При необходимости мы можем сделать несколько снимков.
Если какой-то из снимков получился размытым, некачественным, мы можем его предварительно посмотреть в системе и при необходимости это фото удалить.
И на четвертой вкладке мы принимаем решение – пропустить либо остановить провоз груза.
Если пропускаем груз, карточка материального пропуска закрывается, а на сервер отправляется информация со всеми фотографиями и признаками: кто, что, когда и как.
Под капотом приложения:
-
фронтенд – на HTML, CSS, JavaScript;
-
а бэкенд – на 1С.
Так как это 1С, которая является кроссплатформенной, мы можем развернуть данное приложение как на планшетах и смартфонах Android, так и на iOS.
На текущий момент проект находится в активной стадии внедрения, идет развитие второго этапа – заказчик попросил разработать личный кабинет подрядчика, в котором также можно будет оформлять материальные пропуска. Сейчас прорабатываем процесс реализации такого личного кабинета на 1С:Элементе.
Кейс №2: Личный кабинет сотрудника
Второй кейс – Личный кабинет сотрудника.
Также на основе 1С:Документооборот мы разработали систему для упрощения оформления заказа справок и заявок. На текущий момент в системе зарегистрировано порядка 6500 пользователей, активно работает порядка 500 человек, автоматизировано около 150 HR-процессов.
-
Главная «фишка» системы – сервис заказа справок. Буквально в 2-3 клика можно оформить справку 2-НДФЛ, копию трудовой книжки, получить справку на визу, получить справку о среднем заработке, узнать количество дней отпуска и т.д. По готовности справки на телефон придет смс-уведомление. Автоматизация достигается за счет использования роботов RPA и тесной интеграции с 1С:ЗУП.
-
Вторая «фишка» системы – интеграция. При оформлении заявки из «Личного кабинета» данные по корпоративной шине данных передаются в 1С:ЗУП – там через ввод на основании создается приказ. При этом из 1С:ЗУП, благодаря бесшовной интеграции, по структуре подчиненности мы можем провалиться в форму заявки.
-
За счет цифровизации, благодаря изменению закона, использованию УКЭП и УНЭП, нам удалось реализовать полноценный кадровый электронный документооборот в «Личном кабинете».
-
Еще одна фишка системы – это переработанный интерфейс карточек документов и начальной страницы. Если посмотрите на слайд, все виджеты на начальной странице являются динамическими, так как в каждой организации свой набор служебных записок и заявлений.
Кейс №3: 1С:ЦНСИ
И еще один кейс использования 1С:Документооборота – это система 1С:ЦНСИ (Централизованная система нормативно-справочной информации).
Данная система стала «Проектом года» от фирмы «1С». Если вам интересно почитать именно про сам проект – сколько часов потребовалось на его разработку, какие были предпосылки к разработке данной системы, каких результатов удалось достичь – переходите по ссылке, там все подробно описано.
Если кратко: на текущий момент в системе централизованы 73 справочника, среди которых:
-
общетиповые – такие, как: Контрагенты, Номенклатура, Статьи затрат, Ж/Д станции, Порты.
-
специфические справочники – например, справочник «Дополнительные отчеты и обработки». За счет централизации этого справочника все наши внешние отчеты, печатные формы, обработки заполнения и внешние обработкуи во всех базах 1С имеют одну единую версию и обновляются только в ЦНСИ.
ЦНСИ является ядром корпоративной шины данных, которая обеспечивает обмены более чем с 50-ю продуктивными системами – как 1С-овскими, так и не 1С-овскими, такими как:
-
Directum;
-
«Галактика»;
-
и транспортно-логистической системой «Навигатор», с которой мы также тесно обмениваемся.
Причем логика взаимодействия между системами источников и системами приемников – связь многие-ко-многим описана в самой 1С.
Отдельно хочу выделить подсистему «Ракурс», которая входит в нашу «Библиотеку нестандартных подсистем Уралхима» и может быть тиражирована на любые другие конфигурации на базе 1С:Документооборот.
Суть подсистемы «Ракурс» – это динамическое отображение реквизитов в зависимости от этапа бизнес-процесса.
-
Например, на первом этапе, когда задача пришла на согласование мне, я буду видеть в ней один набор реквизитов – это зависит от ранее выполненных настроек.
-
А на следующем этапе другой человек, которому задача придет на согласование, может видеть уже другой перечень реквизитов.
Все это настраивается в режиме 1С:Предприятие путем добавления или удаления элементов форм из табличной части. Помимо видимости, можно еще управлять и обязательностью заполнения тех или иных реквизитов.
*************
Статья написана по итогам доклада (видео), прочитанного на конференции Infostart Event 2022 Saint Petersburg.
