Автопарки предприятий отличаются от таксопарков задачами и целями работы, а главное, масштабностью бизнес-процессов. У крупных корпоративных заказчиков высокие требования к функционалу и обслуживанию программного обеспечения, особенные запросы к безопасности IT-решений. Разберём пять важных моментов, по которым программные продукты для такси не соответствуют ожиданиям корпоративных заказчиков.
|
Автопарки предприятий отличаются от таксопарков задачами и целями работы, а главное, масштабностью бизнес-процессов. У крупных корпоративных заказчиков высокие требования к функционалу и обслуживанию программного обеспечения, особенные запросы к безопасности IT-решений. Из-за этого процесс развёртывания систем управления заявками на транспорт в организациях всегда требует больше времени и ресурсов, чем в службах такси. Разберём пять важных моментов, по которым программные продукты для такси не соответствуют ожиданиям корпоративных заказчиков. |
Содержание
Большинство ПО для такси не смогут соответствовать требованиям корпоративной информационной безопасности, потому что никогда не сталкивались с таким запросом. В то время как разработчики систем для управления транспортными заявками на предприятиях — таких как «ТМ: Корпоративные поездки» — уже не раз проходили процесс согласования продукта со службами безопасности компаний и знают их требования.
Службы безопасности предприятий часто настаивают на локальном размещении системы на собственном сервере, чтобы иметь полный контроль над поступающими и исходящими данными. У служб такси редко возникает запрос на высокую безопасность хранения данных, поэтому поставщики программ для такси не могут предложить клиент-серверное размещение, компоненты их систем не могут быть отчуждены и размещаются на серверах разработчика.
Ещё один вариант безопасного размещения системы — защищённое облачное хранилище. Хотя многие программы для такси являются облачными, они лишь функционируют из облака, но компании не получают отдельное сетевое хранилище.
В свою очередь системы управления корпоративным автопарком позволяют соблюсти все нормы «безопасного» размещения. Например, компоненты системы «ТМ: Корпоративные поездки» могут быть отчуждены и полностью размещены во внутренней инфраструктуре предприятия. Облачное размещение также подразумевает полную приватность и безопасность данных. Для этого арендуется отдельный сервер, где разворачивается система клиента, и подключается криптошлюз для шифрования данных и защиты от взломов.
Программы для такси — это открытые системы: клиентом или водителем службы такси может стать любой человек. Но для предприятий такой принцип открытости не подходит — здесь, наоборот, важно ограничить круг пользователей и их возможности взаимодействия с системой.
Например, мобильным приложением для создания заявок «ТМ: Корпоративные поездки» могут пользоваться только авторизованные в системе сотрудники. Изначально в базу данных системы заносится номер телефона сотрудника, для авторизации на него высылается код, который пользователь вводит при первом входе в приложение.
ПО для такси работает с общедоступными картами города: Яндекс, Гугл, 2ГИС и другими. Для корпоративного автопарка такие картографические сервисы не подходят, потому что они не отвечают требованиям безопасности. Во-первых, зачастую у организаций есть своя территория, которая закрыта или даже засекречена, поэтому занести её на общественные карты невозможно. Во-вторых, организации предпочитают скрывать все навигационные данные, поэтому карта должна храниться на внутреннем защищённом сервере.
Так, специалисты «ТМ: Корпоративные поездки» разворачивают локальный OSM-сервер для картографии. Карты территории предприятия хранятся только на собственном сервере клиента, доступа извне к ним нет.
У служб такси не возникает запроса на защиту персональных данных, поэтому в их программах нет соответствующих возможностей. Но одно из важных условий безопасности для предприятий — это возможность ПО не хранить персональные данные. Так предприятиям проще контролировать и защищать данные сотрудников. Для этого, например, «ТМ: Корпоративные поездки» использует функцию обезличивания данных и не хранит на сервере информацию, которую пользователи указывают о себе в приложениях.
 |
 |
Программы для такси — это в большинстве случаев пакетные решения со стандартизированным функционалом. Для корпоративных заказчиков такие решения слишком ограничены в возможностях. В целом, организациям для управления поездками хочется иметь максимально гибкую систему, в которой можно реализовать и улучшить имеющиеся бизнес-процессы, а не подстраиваться под новый продукт. Для это, например, разработчики «ТМ: Корпоративные поездки» готовы вносить в систему узкие доработки под запросы организации. Также в системе управления поездками на предприятиях есть принципиально важные функции, которых не бывает в программах для такси.
В автопарке предприятий, в отличие от таксопарка, могут быть не только легковые или грузовые машины, но также и рейсовые автобусы, спецтехника и авиатранспорт. Процесс работы и заказа разных видов транспорта отличается. Организациям важна универсальность системы, чтобы одно ПО обслуживало все процессы, связанные с заказом поездок и техники.
У предприятий зачастую нет полной карты собственной территории со всеми объектами: дорогами, зданиями и полигонами. Или карта бывает не оцифрована. Или на городских картах, если компания использует их, может не быть нужных объектов. Для корректной навигации транспорта и нормальной работы всей системы управления поездками важно иметь возможность актуализировать карты.
Навигатор показывает направление движения и озвучивает ключевые моменты маршрута, что позволяет водителю проще ориентироваться и не отрываться от дороги. Для карт закрытой территории нет навигатора, поэтому он прописывается индивидуально для каждой организации.
Для эффективной работы системы управления поездками автопарк открепляется: условно все автомобили выполняют заявки от всех сотрудников. А чтобы равномерно распределять доступный транспорт по сотрудникам, необходимо ограничить его использование. Для этого важно, чтобы система управления позволяла задавать и настраивать лимиты на поездки для каждого отдела или каждого сотрудника.
У крупных предприятий зачастую очень разветвлённая иерархия из дочерних компаний, подразделений и отделов. Какие-то из них них могут быть даже в разных городах или просто иметь отличающиеся транспортные процессы. Например, сотрудники разных отделов могут иметь разные лимиты на поездки. Важно, чтобы система легко масштабировалась, учитывая иерархические взаимоотношения подразделений и различия в процессах.
Автомобили предприятия должны строго соблюдать маршрут движения. Важно следить за этим, чтобы избежать нецелевых поездок, лишнего пробега и хищений груза. Для этого система управления поездками умеет отслеживать координаты, определять статус работы водителя и сигнализировать об отклонениях.
 |
 |
Для управления автопарком многие предприятия уже используют различные инструменты: мониторинг, SAP и другие ERP-системы, 1С-программы и т.д. Данные этих систем можно и нужно использовать при управлении заявками на поездки. Например, для Татнефти в «ТМ: Корпоративные поездки» написана интеграция с 1С-системой и мониторингом Wialon. Интеграции позволяют перенести уже отлаженные бизнес-процессы в систему управления заявками, а также использовать дополнительные возможности датчиков слежения.
Автопарк предприятий часто арендованный. Каждый месяц транспортный подрядчик составляет для предприятия график работы автомобилей и водителей. Чтобы распределять поездки и контролировать ресурсы, необходимо импортировать график в свою систему и иметь возможность оперативно редактировать его. В «ТМ: Корпоративные поездки» есть специальная утилита, которая автоматически переносит график из документа в систему, также можно указать, что какой-то автомобиль «ушёл» на ремонт, тогда программа сразу исключит его из распределения поездок.
В такси каждый заказ отдельный: машина, которая уже везёт пассажира, не может по пути забрать и другого. Но для предприятий такая ситуация не только возможна, но даже желательна — совместная поездка сэкономит ресурсы компании и сократит время ожидания сотрудника на поиск автомобиля. Например, система «ТМ: Корпоративные поездки» может объединять совпадающие по времени и направлению заявки.
Транспорт может ездить локально по городу или отправляться в командировки за город. Для разных типов поездок в компании могут назначаться разные виды автомобилей, по-разному учитываться рабочие часы и лимиты, поэтому важно, чтобы система умела автоматически распознавать тип поездки и применять к ней нужные параметры.
Узнайте, как «ТМ: Корпоративные поездки» может улучшить работу вашего корпоративного автопарка
Оставьте заявку, мы свяжемся с вами и пришлем презентацию, ответим на ваши вопросы
У предприятий высокие стандарты и требования к внедрению IT-продуктов. Процесс развёртывания многоэтапный, занимает от четырёх до восьми месяцев работы специалистов и со стороны разработчика, и со стороны предприятия. Поставщики программ для такси не сталкиваются с корпоративными запросами к ПО, поэтому не могут учитывать необходимые составляющие качественного внедрения.
Внедрение программы для такси длится в среднем четыре недели. Развёртывание системы управления поездками на предприятии займёт не менее четырёх месяцев. Сроки значительно отличаются из-за того, что в службах такси все бизнес-процессы стандартны, доработки функционала минимальны, нет потребности в высокой информационной безопасности, согласование происходит непосредственно с теми, кто принимает решение.
Но у каждого корпоративного автопарка уникальные транспортные бизнес-процессы, которые требуют индивидуальной настройки функционала или даже доработки продукта. Служба безопасности тщательно следит за соблюдением всех требований защиты информации, каждый элемент архитектуры согласуется многократно. Решения принимают всегда несколько человек.
Длительный и трудоёмкий процесс согласования со службами безопасности с презентациями архитектуры, открытием портов и т.п. поставщики систем для таксопарков попросту не готовы вести.
Многие разработчики продуктов для такси вообще не предусматривают процесса внедрения: заказчику просто устанавливается программа, даются инструкции по настройке, есть возможность получить помощь техподдержки. Но сложный процесс развёртывания системы для корпоративных заказчиков требует чёткой организации и индивидуального подхода.
Чтобы многоэтапный процесс внедрения системы проходил для предприятий комфортно и быстро, в «ТМ: Корпоративные поездки» выделяют целую команду специалистов:
проектный менеджер контролирует и двигает весь процесс внедрения системы;
аккаунт менеджер собирает и актуализирует информацию о сотрудниках и процессах на предприятии;
бизнес-аналитик оценивает, как эффективнее перенести процессы компании в программный комплекс;
технический специалист отвечает за настройку всех компонентов системы;
технический писатель описывает, как устроена система и как с ней работать;
разработчик пишет скрипты и индивидуальные доработки для программы;
дизайнер оформляет приложения.
Для предприятий каждый этап внедрения в целях безопасности должен быть подготовлен и согласован, всё должно быть задокументировано. Так, при внедрении «ТМ: Корпоративные поездки» для каждой компании создаётся индивидуальный проект внедрения с планом и графиком всех работ. После внедрения создаётся проектное решение, где прописывается, как работает каждая функция и каждый сервис. Создаются инструкции для каждой роли пользователя системой: завгар, водитель, заказчик поездки, администратор. Прописываются сценарии для действий пользователя в конкретных ситуациях, например, при сбоях и ошибках. В проектную документацию попадает сценарий тестирования системы и другие процессы.
Для программ такси не создаётся индивидуальной проектной документации. Условия внедрения прописываются в договоре, но они стандартны, инструкции могут вообще не предоставляться.
Системы для такси почти всегда внедряются и запускаются без личного участия разработчика: технический специалист удалённо подключается к компьютерам службы такси и настраивает программу. Такой способ может противоречить требованиям безопасности на предприятиях и не удовлетворять запросам заказчика.
Личное присутствие специалистов необходимо в случае, когда предприятию нужно отрисовать карту территории, при размещении системы локально на сервере заказчика, при необходимости наиболее безопасно перенести данные — с носителя на носитель, а не по сети. Также компаниям требуется личное присутствие разработчиков системы для презентаций возможностей системы и для обучения будущих пользователей. В процессе развёртывания и запуска системы обычно необходимо несколько личных выездов. Например, при внедрении «ТМ: Корпоративные поездки» на Омском заводе «Газпром нефти» специалисты совершили четыре личных выезда.
Разработчики программ для такси в большинстве случаев просто устанавливают ПО, а дальнейшее обслуживание, мониторинг работоспособности и инициацию доработок служба ведёт самостоятельно. Корпоративным заказчикам важно не просто иметь продукт, но получать качественное и ответственное обслуживание со стороны разработчика, поэтому предприятия выдвигают чёткие и высокие требования SLA.
На предприятиях высокие требования к аптайму системы: перерыв в работе программных продуктов не может превышать одного-двух часов в месяц. Для этого необходимо, чтобы система, во-первых, справлялась с высокими нагрузками и, во-вторых, её работоспособность находилась под постоянным контролем. Например, к программному серверу предприятия и к каждому сервису в комплексе «ТМ: Корпоративные поездки» подключена своя система мониторинга, которая моментально сигнализирует о возможном простое или сбое. Если вдруг сервер отключится или пропадёт интернет, перестанет работать телефония или водительские приложения перестанут подключаться к системе — специалисты узнают об этом до возникновения проблемной ситуации. Это позволит техподдержке оперативно среагировать и устранить сбой.
Программы такси не отличаются такой стабильностью. Для них есть базовый общий мониторинг работы системы, но не каждого сервиса. Зачастую о том, что в службе такси не работает какой-либо сервис, ответственные лица узнают только при возникновении проблемы. Скорость реакции техподдержки на инциденты значительно ниже.
Чтобы обеспечить максимальную скорость решения вопросов, каждому предприятию нужны закреплённые за ними специалисты внутри компании разработчика. Например, у клиентов «ТМ: Корпоративные поездки» есть выделенный технический специалист, который знает все бизнес-процессы предприятия, работает с проектной документацией.
Разработчики программ для такси обычно не предоставляют клиентам выделенных специалистов. Консультации и техническая помощь происходят в порядке очереди.
У поставщиков программ для такси как правило нет ресурсов на индивидуальную разработку, и обновления в ПО вносятся по усмотрению разработчика. Но предприятия постоянно стремятся оптимизировать как можно больше транспортных процессов с помощью возможностей системы управления заявками, чтобы получать больший эффект от цифровизации. Разработчики ПО для предприятий учитывают этот запрос и готовы вносить необходимые доработки функционала по индивидуальным требованиям организаций. Например, для одного добывающего предприятия мобильное приложение «ТМ: Корпоративные поездки» для водителей установили на автомагнитолы, так как на территории действует запрет на использование мобильных телефонов.
Внесение изменений и правок в систему — это всегда большой риск для предприятий: если что-то сработает не так, нарушится норма аптайма системы, связанные с поездками процессы остановятся. Чтобы обезопасить систему от простоя, разработчики «ТМ:Корпоративные поездки» вносят все изменения только в тестовой среде, на тестовом сервере. Далее заказчик полностью проверяет работу «тестового» ПО, и только потом изменения переносятся в «боевую» систему.
У предприятий, особенно у корпораций, есть своя система правил и стандартов оформления любых внешних и внутренних продуктов. Но программы и приложения для такси имеют одинаковое оформление и наполнение интерфейса для всех компаний, они не могут обеспечить соответствие брендбуку отдельного заказчика. Также программы для такси используют неподходящую организациям номенклатуру: «тариф», «оплата», «стоимость поездки» и т.д.
Разработчики систем для предприятий могут предложить кастомизировать дизайн пользовательских приложений с учётом корпоративного стиля. Например, дизайнер «ТМ: Корпоративные поездки» следит за тем, чтобы интерфейсы системы были выполнены в фирменных цветах заказчика, с применением корпоративных шрифтов, с соблюдением правил вёрстки, содержали логотип и т.п. Также в приложениях настраивается отображение элементов.
Узнайте, как «ТМ: Корпоративные поездки» может улучшить работу вашего корпоративного автопарка
Оставьте заявку, мы свяжемся с вами и пришлем презентацию, ответим на ваши вопросы
Содержание
Если водитель управляет транспортом предприятия и нарушает правила дорожного движения, то штраф приходит на собственника автомобиля, то есть организацию. Расскажем, как работать со штрафами, наказывать водителей за нарушение ПДД, нужно ли вести журнал нарушений ПДД водителями и другие тонкости работы с нарушениями правил передвижения транспорта на предприятии.
Контролировать водителей организация может с помощью различных систем по управлению ресурсами — ERP-систем. Однако такие системы всё же не умеют учитывать реальное время труда и отдыха водителей, не распознают статус водителя. Зато с этой задачей поможет справиться программа по цифровизации автопарка компании. Разберёмся, как системы автоматизации помогают вести учёт работы водителей в организации.
