Главная
/
Блог
/
Цифровизация
/
5 причин, почему корпоративному автопарку не подходит программа для такси
28.10.2021

5 причин, почему корпоративному автопарку не подходит программа для такси

Автопарки предприятий отличаются от таксопарков задачами и целями работы, а главное, масштабностью бизнес-процессов. У крупных корпоративных заказчиков высокие требования к функционалу и обслуживанию программного обеспечения, особенные запросы к безопасности IT-решений. Из-за этого процесс развёртывания систем управления заявками на транспорт в организациях всегда требует больше времени и ресурсов, чем в службах такси. Разберём пять важных моментов, по которым программные продукты для такси не соответствуют ожиданиям корпоративных заказчиков.


Содержание




1. Соответствие информационной безопасности

Большинство ПО для такси не смогут соответствовать требованиям корпоративной информационной безопасности, потому что никогда не сталкивались с таким запросом. В то время как разработчики систем для управления транспортными заявками на предприятиях — таких как «ТМ: Корпоративные поездки» — уже не раз проходили процесс согласования продукта со службами безопасности компаний и знают их требования.


Безопасность размещения системы

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

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

В свою очередь системы управления корпоративным автопарком позволяют соблюсти все нормы «безопасного» размещения. Например, компоненты системы «ТМ: Корпоративные поездки» могут быть отчуждены и полностью размещены во внутренней инфраструктуре предприятия. Облачное размещение также подразумевает полную приватность и безопасность данных. Для этого арендуется отдельный сервер, где разворачивается система клиента, и подключается криптошлюз для шифрования данных и защиты от взломов.


Ограничение доступа к системе

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

Например, мобильным приложением для создания заявок «ТМ: Корпоративные поездки» могут пользоваться только авторизованные в системе сотрудники. Изначально в базу данных системы заносится номер телефона сотрудника, для авторизации на него высылается код, который пользователь вводит при первом входе в приложение.


«Закрытые» карты территории

ПО для такси работает с общедоступными картами города: Яндекс, Гугл, 2ГИС и другими. Для корпоративного автопарка такие картографические сервисы не подходят, потому что они не отвечают требованиям безопасности. Во-первых, зачастую у организаций есть своя территория, которая закрыта или даже засекречена, поэтому занести её на общественные карты невозможно. Во-вторых, организации предпочитают скрывать все навигационные данные, поэтому карта должна храниться на внутреннем защищённом сервере.

Так, специалисты «ТМ: Корпоративные поездки» разворачивают локальный OSM-сервер для картографии. Карты территории предприятия хранятся только на собственном сервере клиента, доступа извне к ним нет.


Хранение персональных данных

У служб такси не возникает запроса на защиту персональных данных, поэтому в их программах нет соответствующих возможностей. Но одно из важных условий безопасности для предприятий — это возможность ПО не хранить персональные данные. Так предприятиям проще контролировать и защищать данные сотрудников. Для этого, например, «ТМ: Корпоративные поездки» использует функцию обезличивания данных и не хранит на сервере информацию, которую пользователи указывают о себе в приложениях.

Hranenie personal'nyh dannyh.png
Hranenie personal'nyh dannyh-1.png
Пользователям в системе «ТМ: Корпоративные поездки» можно присвоить табельные номера вместо имён



2. Требования к возможностям системы

Программы для такси — это в большинстве случаев пакетные решения со стандартизированным функционалом. Для корпоративных заказчиков такие решения слишком ограничены в возможностях. В целом, организациям для управления поездками хочется иметь максимально гибкую систему, в которой можно реализовать и улучшить имеющиеся бизнес-процессы, а не подстраиваться под новый продукт. Для это, например, разработчики «ТМ: Корпоративные поездки» готовы вносить в систему узкие доработки под запросы организации. Также в системе управления поездками на предприятиях есть принципиально важные функции, которых не бывает в программах для такси.


Несколько видов транспорта

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


Отрисовка карт

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


Навигация по «закрытой» карте

Навигатор показывает направление движения и озвучивает ключевые моменты маршрута, что позволяет водителю проще ориентироваться и не отрываться от дороги. Для карт закрытой территории нет навигатора, поэтому он прописывается индивидуально для каждой организации.

Navigaciya po «zakrytoj» karte.png
Навигация в водительском приложении «ТМ: Корпоративные поездки»


Лимиты на поездки

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


Иерархическая структура пользователей

У крупных предприятий зачастую очень разветвлённая иерархия из дочерних компаний, подразделений и отделов. Какие-то из них них могут быть даже в разных городах или просто иметь отличающиеся транспортные процессы. Например, сотрудники разных отделов могут иметь разные лимиты на поездки. Важно, чтобы система легко масштабировалась, учитывая иерархические взаимоотношения подразделений и различия в процессах.


Контроль отклонения от маршрута

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

Kontrol' otkloneniya ot marshruta.png
Kontrol' otkloneniya ot marshruta-1.jpg

Уведомления об отклонении от маршрута в «ТМ: Корпоративные поездки»


Интеграция со сторонними системами

Для управления автопарком многие предприятия уже используют различные инструменты: мониторинг, SAP и другие ERP-системы, 1С-программы и т.д. Данные этих систем можно и нужно использовать при управлении заявками на поездки. Например, для Татнефти в «ТМ: Корпоративные поездки» написана интеграция с 1С-системой и мониторингом Wialon. Интеграции позволяют перенести уже отлаженные бизнес-процессы в систему управления заявками, а также использовать дополнительные возможности датчиков слежения.


Управление графиком работы автомобилей и водителей

Автопарк предприятий часто арендованный. Каждый месяц транспортный подрядчик составляет для предприятия график работы автомобилей и водителей. Чтобы распределять поездки и контролировать ресурсы, необходимо импортировать график в свою систему и иметь возможность оперативно редактировать его. В «ТМ: Корпоративные поездки» есть специальная утилита, которая автоматически переносит график из документа в систему, также можно указать, что какой-то автомобиль «ушёл» на ремонт, тогда программа сразу исключит его из распределения поездок.


Совместные поездки

В такси каждый заказ отдельный: машина, которая уже везёт пассажира, не может по пути забрать и другого. Но для предприятий такая ситуация не только возможна, но даже желательна — совместная поездка сэкономит ресурсы компании и сократит время ожидания сотрудника на поиск автомобиля. Например, система «ТМ: Корпоративные поездки» может объединять совпадающие по времени и направлению заявки.


Деление на локальные и командировочные поездки

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


Узнайте подробнее о возможностях «ТМ: Корпоративные поездки»

Оставьте заявку, мы свяжемся с вами, пришлём презентацию и ответим на вопросы

 


3. Подход к внедрению программных продуктов

У предприятий высокие стандарты и требования к внедрению IT-продуктов. Процесс развёртывания многоэтапный, занимает от четырёх до восьми месяцев работы специалистов и со стороны разработчика, и со стороны предприятия. Поставщики программ для такси не сталкиваются с корпоративными запросами к ПО, поэтому не могут учитывать необходимые составляющие качественного внедрения.


Длительность процесса и частые согласования

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

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

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


Команда выделенных специалистов

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

Чтобы многоэтапный процесс внедрения системы проходил для предприятий комфортно и быстро, в «ТМ: Корпоративные поездки» выделяют целую команду специалистов:

  • проектный менеджер контролирует и двигает весь процесс внедрения системы;

  • аккаунт менеджер собирает и актуализирует информацию о сотрудниках и процессах на предприятии;

  • бизнес-аналитик оценивает, как эффективнее перенести процессы компании в программный комплекс;

  • технический специалист отвечает за настройку всех компонентов системы;

  • технический писатель описывает, как устроена система и как с ней работать;

  • разработчик пишет скрипты и индивидуальные доработки для программы;

  • дизайнер оформляет приложения.


Проектная документация

Для предприятий каждый этап внедрения в целях безопасности должен быть подготовлен и согласован, всё должно быть задокументировано. Так, при внедрении «ТМ: Корпоративные поездки» для каждой компании создаётся индивидуальный проект внедрения с планом и графиком всех работ. После внедрения создаётся проектное решение, где прописывается, как работает каждая функция и каждый сервис. Создаются инструкции для каждой роли пользователя системой: завгар, водитель, заказчик поездки, администратор. Прописываются сценарии для действий пользователя в конкретных ситуациях, например, при сбоях и ошибках. В проектную документацию попадает сценарий тестирования системы и другие процессы.

Для программ такси не создаётся индивидуальной проектной документации. Условия внедрения прописываются в договоре, но они стандартны, инструкции могут вообще не предоставляться.


Личные выезды

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

Личное присутствие специалистов необходимо в случае, когда предприятию нужно отрисовать карту территории, при размещении системы локально на сервере заказчика, при необходимости наиболее безопасно перенести данные — с носителя на носитель, а не по сети. Также компаниям требуется личное присутствие разработчиков системы для презентаций возможностей системы и для обучения будущих пользователей. В процессе развёртывания и запуска системы обычно необходимо несколько личных выездов. Например, при внедрении «ТМ: Корпоративные поездки» на Омском заводе «Газпром нефти» специалисты совершили четыре личных выезда.








4. Условия к сервису сопровождения

Разработчики программ для такси в большинстве случаев просто устанавливают ПО, а дальнейшее обслуживание, мониторинг работоспособности и инициацию доработок служба ведёт самостоятельно. Корпоративным заказчикам важно не просто иметь продукт, но получать качественное и ответственное обслуживание со стороны разработчика, поэтому предприятия выдвигают чёткие и высокие требования SLA.


Быстрая реакция и минимум простоя

На предприятиях высокие требования к аптайму системы: перерыв в работе программных продуктов не может превышать одного-двух часов в месяц. Для этого необходимо, чтобы система, во-первых, справлялась с высокими нагрузками и, во-вторых, её работоспособность находилась под постоянным контролем. Например, к программному серверу предприятия и к каждому сервису в комплексе «ТМ: Корпоративные поездки» подключена своя система мониторинга, которая моментально сигнализирует о возможном простое или сбое. Если вдруг сервер отключится или пропадёт интернет, перестанет работать телефония или водительские приложения перестанут подключаться к системе — специалисты узнают об этом до возникновения проблемной ситуации. Это позволит техподдержке оперативно среагировать и устранить сбой.

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


Выделенные специалисты

Чтобы обеспечить максимальную скорость решения вопросов, каждому предприятию нужны закреплённые за ними специалисты внутри компании разработчика. Например, у клиентов «ТМ: Корпоративные поездки» есть выделенный технический специалист, который знает все бизнес-процессы предприятия, работает с проектной документацией.

Разработчики программ для такси обычно не предоставляют клиентам выделенных специалистов. Консультации и техническая помощь происходят в порядке очереди.


Модификации системы

У поставщиков программ для такси как правило нет ресурсов на индивидуальную разработку, и обновления в ПО вносятся по усмотрению разработчика. Но предприятия постоянно стремятся оптимизировать как можно больше транспортных процессов с помощью возможностей системы управления заявками, чтобы получать больший эффект от цифровизации. Разработчики ПО для предприятий учитывают этот запрос и готовы вносить необходимые доработки функционала по индивидуальным требованиям организаций. Например, для одного добывающего предприятия мобильное приложение «ТМ: Корпоративные поездки» для водителей установили на автомагнитолы, так как на территории действует запрет на использование мобильных телефонов.


Внесение изменений в тестовой среде

Внесение изменений и правок в систему — это всегда большой риск для предприятий: если что-то сработает не так, нарушится норма аптайма системы, связанные с поездками процессы остановятся. Чтобы обезопасить систему от простоя, разработчики «ТМ:Корпоративные поездки» вносят все изменения только в тестовой среде, на тестовом сервере. Далее заказчик полностью проверяет работу «тестового» ПО, и только потом изменения переносятся в «боевую» систему.




5. Кастомизация и соответствие брендбуку

У предприятий, особенно у корпораций, есть своя система правил и стандартов оформления любых внешних и внутренних продуктов. Но программы и приложения для такси имеют одинаковое оформление и наполнение интерфейса для всех компаний, они не могут обеспечить соответствие брендбуку отдельного заказчика. Также программы для такси используют неподходящую организациям номенклатуру: «тариф», «оплата», «стоимость поездки» и т.д.

Разработчики систем для предприятий могут предложить кастомизировать дизайн пользовательских приложений с учётом корпоративного стиля. Например, дизайнер «ТМ: Корпоративные поездки» следит за тем, чтобы интерфейсы системы были выполнены в фирменных цветах заказчика, с применением корпоративных шрифтов, с соблюдением правил вёрстки, содержали логотип и т.п. Также в приложениях настраивается отображение элементов.

Dizajn mobil'nogo prilozheniya i veb-prilozheniya.png
Дизайн мобильного приложения и веб-приложения для создания заявки на поездку в ОНПЗ «Газпром нефти»



Узнайте подробнее о возможностях «ТМ: Корпоративные поездки»

Оставьте заявку, мы свяжемся с вами, пришлём презентацию и ответим на вопросы

 


Читайте также:
26.10.2021
Кейс компании «Сервис-Интегратор» о создании единой системы контроля транспорта

«Сервис-Интегратор» является одной из крупнейших аутсорсинговых транспортных компаний с двадцатью региональными подразделениями по всей России. В компании приступили к созданию проекта цифровизации поездок, внедрив ее для одного из клиентов — нефтегазохимической компании в Тюменской области.

119
14.10.2021
5 трендов цифровизации в транспортных бизнес-процессах крупных компаний

Благодаря цифровизации крупные компании получают оптимизацию процессов, которая несёт позитивный экономический эффект. Какие тренды можно наблюдать в организации транспортных процессов в крупных предприятиях? Какие эффекты несут эти тренды? Об этом рассказал Алексей Энтентеев, руководитель отдела консалтинга IT-компании БИТ Мастер.

180
29.09.2021
Кейс автоматизации парка спецтехники для «Газпромнефть-Ямала»

Проект по цифровизации поездок «Ямал-авто» показал высокую эффективность, поэтому следующим этапом развития сотрудничества стала цифровизация парка спецтехники, которая решит проблемы нехватки транспорта и высоких затрат, а также отсутствия прозрачной статистики использования спецтехники.

224
04.08.2021
Слив топлива из бака в корпоративном автопарке: 5 способов контроля и защиты

Кража топлива носит массовый характер и является основной проблемой в любом корпоративном автопарке. Чаще всего воровство ГСМ встречается на предприятиях, где контроля либо нет, либо практически отсутствует. Иногда в краже топлива могут участвовать не только водители, но и автомеханики, начальники гаража, бухгалтера, директора по логистике и другие. Расскажем, какие схемы хищения существуют и как контролировать расход топлива в автопарке.

1438