Внедрение очного контура: реестр и ЭПЛ

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

Сделали. Внедрили единый список сотрудников и площадок, рабочие места для пунктов очного осмотра, реестр результатов и сводные отчёты. Пилот на одной площадке, затем распространение на остальные подразделения — без обязательного ЭПЛ.

Стало. МО и служба работодателя смотрят одну запись допуска. Ручные сводные таблицы между площадками не используются.

Было. Результат предрейсового осмотра фиксировали отдельно от оформления путевого листа. Данные для титулов переносили вручную.

Сделали. Сначала запустили очные предрейсовые осмотры и реестр допусков. Затем настроили отправку результата в оператор ЭДО для заполнения титула Т2 (предрейсовый) и титула Т4 (послерейсовый — по процессу заказчика).

Стало. Диспетчер видит статус допуска из реестра; сведения для ЭПЛ уходят в контур ЭДО без повторного ввода с бумажного журнала.

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

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

Стало. Новые заказчики подключаются в том же контуре: каждый видит только своих сотрудников, осмотры и отчёты. ЭПЛ подключается позже по запросу конкретного клиента.

Было. У предприятия разные сценарии допуска: водители на рейс, сменный персонал на площадку. Статусы жили в разных системах.

Сделали. Сначала свели очные осмотры в один реестр с ролями доступа. Для транспортной части добавили выгрузку результата в оператор ЭДО для титулов ЭПЛ.

Стало. Медработник, диспетчер и охрана труда работают с одним источником статусов; ЭПЛ — только там, где он нужен.