При планировании работы собственных транспортных средств нужно учитывать возможность непрерывного задействования ТС на производстве. При подобной работе транспортные средства могут находится на объекте работ длительный период. Для обеспечения учета и контроля работы транспортных средств при длительном использовании их на объектах работ Система должна позволять выводить на печать путевые листы:

·  на каждый день заданного периода;

·  на заданный перечень ТС;

В путевых листах необходимо заполнение ключевых полей (организация, автомобиль, режим работы) и возможность заполнения бригад;

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

4.4.6.6.  Замена ТС

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

Система должна позволять как на основании документа «Акт отклонения» с видом «сход с линии» так и без привязки к определенному документу, произвести замену ТС, с учетом:

·  ТС, подлежащего замене;

·  ТС, пришедшее на замену;

·  период замены ТС;

·  наследования признака вхождения в лимит, либо выхода за рамки лимита;

·  подрядчика, предоставившего заменяемое ТС.

При замене ТС автоматически выводить из списка доступных на период ТС, технику подлежащую замене и вносить технику, пришедшую на замену.

НЕ нашли? Не то? Что вы ищете?

4.4.6.7.  Формирование приложения к талону Заказчика

Для реализации возможности визуального отображения документа «Приложение к талону Заказчика», подключить соответствующую печатную форму к документу «Рейс».

В печатной форме из электронного документа автоматически заполнять следующие поля:

·  ФИО водителя;

·  № путевого листа;

·  марка ТС;

·  гос. №;

·  производство;

·  режим работы ТС.

4.4.6.8.  Расчет ВГХ при выпуске ТС в рейс

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

Система должна предоставлять механизм сравнения ВГХ транспортного средства и ВГХ планируемого к перевозке груза. В случае превышения одного из параметров ВГХ груза по отношению к ВГХ выбранного транспорта, выдавать соответствующее предупреждение пользователю системы.

4.4.7.  Получение и обработка информации при помощи БСМТС

4.4.7.1.  Интеграция с поставщиками услуг

Датчики, установленные как на транспорт подрядчика, так и на собственные ТС отправляют данные, на сервера сбора данных соответствующих поставщиков услуг спутникового мониторинга.

При разработке системы и перед запуском её в опытную эксплуатацию требуется произвести интеграцию для получения данных датчиков БСМТС.

4.4.7.2.  Автоматическое получение координат местонахождения ТС

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

4.4.7.3.  Автоматическое фиксирование прохождения контрольных точек

На каждом из объектов работ существуют перечень адресов, на которые отправляются, и работают транспортные средства. Для контроля прохождения данного перечня адресов фиксируются ключевые географические адреса (контрольные точки).

Система должна позволять создавать контрольные точки в одноименном справочнике системы.

Предоставлять возможность обрабатывать созданные контрольные точки, а именно:

·  задавать контрольные точки для прохождения;

·  задавать запрещенные контрольные точки для прохождения;

·  автоматически записывать в документ «Рейс» прохождение заранее определенной контрольной точки;

·  сравнивать фактическое прохождение контрольных точек с плановыми значениями;

·  отбирать транспортные средства и контрольные точки;

·  создавать и читать заметки по работе каждого ТС на контрольной точке.

Создание контрольных точек должно происходить с указанием географических координат (широты, долготы) и задания произвольного наименования.

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

Запрещенные контрольные точки должны иметь период, на который данная точка считается запрещенной.

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

Прохождение заранее определенной контрольной точки должно фиксироваться, с детализацией по:

·  времени прибытия на точку;

·  времени убытия с точки;

·  продолжительности нахождения на точке.

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

4.4.7.4.  Автоматический расчет времени присутствия ТС на точке

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

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

4.4.7.5.  Анализ данных по ГСМ

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

·  факты заправки ГСМ в транспортное средство.

·  количество фактов заправки за анализируемый период;

·  количество фактов слива за анализируемый период;

·  остаток топлива в баке на анализируемый период;

·  средний расход ГСМ, за анализируемый период;

·  нормативные значения по расходу ГСМ.

По полученным и слитым объемам ГСМ фиксировать:

·  время факта получения\слива топлива;

·  географический адрес, в котором было движение топлива;

·  приемник топлива.

Данные должны предоставляться как посредством БСМТС, так и посредством расчета данных собранных в системе, путем занесения их пользователями. Для того чтобы получать информацию посредством БСМТС, необходимо иметь соответствующие установленные датчики на контролируемых ТС. На основе полученных данных должен формироваться отчет «Движение ГСМ», с указанием нового источника поступления данных – «БСМТС».

4.4.7.6.  Анализ данных по работе двигателя

Для более детальной аналитики работы транспортного средства и контроля его работы, реализовать возможность получения информации (при наличии соответствующих установленных датчиков БСМТС) о работе двигателя:

время начала работы;

·  время окончания работы;

·  факт движения ТС;

·  состояние работы двигателя в режиме онлайн (работает/не работает).

4.4.7.7.  Доступность и контроль ТС

При производстве, на объекте работ находится большое количество техники. Сотрудникам Филиала необходимо иметь аналитику по каждой транспортной единице, находящейся на производстве. Это нужно для того чтобы выполнять 2 основные задачи для эффективного управления транспортными ресурсами:

·  Выпуск ТС в рейс.

·  Мониторинг работы ТС.

Аналитика и управление транспортных средств должна вестись в разрезе производств организаций.

4.4.8.  Фиксирование фактического использования техники

4.4.8.1.  Оперативное управление рейсом на выполнение заданий

В АСУ TMS необходимо специальное рабочее место по оперативному вводу точек маршрута в заведенном рейсе на выполнение заданий.

Рабочее место должно позволять:

·  оперативно вводить новые адреса маршрута;

·  рассчитывать протяженность цепочек адресов в маршруте;

·  учитывать время прибытия к каждому адресу цепочки маршрута;

·  время работы по каждому адресу цепочки маршрута.

Во второй очереди реализации проекта:

·  позволять строить оптимальный маршрут движения ТС;

·  предлагать ТС находящееся в непосредственной близости от объекта, с учетом его плана работ.

4.4.8.2.  Регистрация отклонения от условий, заключенных в контракте с подрядчиком (актирование)

При факте отклонения выполнения работ (сход с линии, невыход, простой бригады и т. п.) подрядчиком от условий, описанных в договоре с ним, запускается процесс актирования.

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

АСУ TMS должна позволять вводить акт по конкретному выполнению работ, с возможностью фиксирования информации по:

·  подрядчику;

·  месту возникновения\отнесения акта:

·  при простое бригад:

·  дате, времени возникновения отклонения;

·  дате, времени окончания отклонения;

·  количество часов простоя;

·  номеру путевого листа;

·  транспортному средству подрядчика:

·  виду работ и технологической операции, при которой возникло отклонение;

·  виду отклонения, из предлагаемого, утвержденного перечня. Перечень может меняться и дополняться, например.

·  описанию отклонения;

·  третьим лицам, принявшим участие в формировании акта.

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

4.4.8.3.  Регистрация факта выполнения работ (отработка заданий)

По факту выполнения работ ответственным лицом фиксируется работы:

·  по каждому транспортному средству;

·  каждой запланированной точке маршрута.

В АСУ TMS необходимо специальное рабочее место по контролю прохождения запланированных точек ранее заданному маршруту.

Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19