Итак, сервер установлен, навигационное оборудование настроено, Wialon весело показывает окно ввода логина и пароля. Дело осталось «за малым» – установить 2500 терминалов на транспортные средства. До этого всё шло так гладко и продуманно, что я потерял бдительность и полагал, что в вопросе установки терминалов не будет ничего сложного, Как же я ошибался! Начнём с того, что вся техника разбросана по Свердловской области и никто не может сказать, где она находится (ну логично ведь – контроля транспорта нет!). Обычной стала ситуация, когда, договорившись с начальником участка, приезжаешь на установку, а техники нет, и снова никто не знает, где она: кто-то говорит, что нет такой техники вообще, кто-то – что она уехала выполнять задание по строительству. А ты стоишь где-то на пыльной территории, ограждённой забором, и думаешь: туда ли вообще приехал или нет? Водители были настроены против установки терминалов на их автомобили и всячески препятствовали этому: кто-то мог просто закрыть кабину, кто-то – оборвать провода на установленном терминале. Но несмотря на противодействие, работа не останавливалась. Для ускорения процесса было нанято несколько монтажников, каждый из которых сталкивался ровно с теми же проблемами, что и я. Дело продвигалось, но крайне медленно. Добавилась новая проблема – уже установленные навигационные терминалы переставали работать: где-то обрывался провод, где-то был плохой контакт, где-то сгорал предохранитель… В результате монтажники не то чтобы новые терминалы ставить, даже старые чинить не успевали. Казалось, что это ад и замкнутый круг! Я взял небольшую паузу и решил придумать способ, чтобы нерабочий терминал стал не моей проблемой, а проблемой водителя, начальника этого водителя… да чьей угодно, только не моей. Но как это сделать, когда все против тебя? Для начала я решил выяснить, что же общего в работе автотранспорта на каждом участке. О чудо, есть нечто общее – это путевой лист! Он выдаётся каждому водителю перед выездом. В нём фиксируются время выезда с базы и время прибытия на базу. Кроме того, водитель сам заносит туда свои остатки топлива в баке. Мой план был таков: отказаться от бумажных путевых листов и перейти на электронные; после того, как электронные путевые листы «приживутся», завязать на них километраж и моточасы с навигационных терминалов. Если вдруг навигационный терминал не работал, то в электронный путевой лист записывались нулевые показания километража и моточасов. Как следствие, у водителя не должно списываться топливо. А всё несписанное топливо будет числиться на водителе. По моей задумке, водитель не мог допустить такого и должен был начинать разбираться. Как следствие, к процессу должен подключаться местный электрик и чинить навигационный терминал.

После всех этих размышлений я принял решение параллельно внедрять электронные путевые листы. Как и любой электронный документ, путевой лист обладает возможностью разнообразных выборок за любой промежуток времени: например, с лёгкостью можно по фамилии водителя узнать, сколько топлива ему было выдано, по гос. номеру транспортного средства можно получить количество рейсов с карьера на дорогу и т. д. Чтобы сделать то же самое, используя бумажные путевые листы, потребовались бы большие ресурсы и время – необходимо было обработать каждый бумажный путевой лист. Как уже упоминалось ранее, я изначально был нацелен на отраслевые решения 1С. Поэтому мой выбор пал на продукт «Управление автотранспортом» от фирмы «Рарус». Это проверенная временем и надёжная программная система, которая, помимо электронных путевых листов, предоставляет широкий функционал по обслуживанию автопарка – например, учёт запасных частей. Данное программное обеспечение я решил опробовать на одном из участков, прежде чем распространять на весь холдинг. Была куплена лицензия на пять пользователей, установлена на старенький сервер, который был расположен на этом же участке. Диспетчерам был настроен удалённый доступ, проведено первоначальное обучение. Всем диспетчерам была дана команда сначала заводить электронный путевой лист, а уже с него печатать бумажный и отдавать водителю. На первом этапе у меня была цель приучить сотрудников работать с электронными путевыми листами – и постепенно все отделы привыкли к этому. Помимо диспетчерской службы, информация оказалась полезной для бухгалтерии – и они начали её активно использовать. Пока шёл процесс внедрения, я разрабатывал модуль для 1С, который бы получал навигационную информацию (километражи, моточасы) из Wialon. К тому же данный модуль ограничивал бы диспетчеров и не позволял им указывать завышенные километраж и моточасы. Спустя месяц работы первая версия модуля была готова, а сотрудники на участке немного привыкли к системе электронных путевых листов. Я уже был готов попробовать работу в связке с Wialon, но тут возникли серьёзные проблемы: программная система управления автотранспортом была защищена специальным ключом и не позволяла вносить изменения в свои алгоритмы. Необходимость таких изменений была острой, т.к. были найдены ошибки в работе, а также требовался функционал, которого изначально заложено не было. Я понимал, что в дальнейшем проблемы будут только накапливаться, влияя на качество работы всего холдинга. Было решено отказаться от «Управления автотранспортом» фирмы «Рарус» и начать разрабатывать свою собственную конфигурацию для 1С, которая будет использоваться для ведения электронных путевых листов. Я понимал, что объём работы крайне велик, но знал, что это – одна из центральных частей системы, и к каждому её алгоритму мы должны иметь доступ. Первоначально я начал самостоятельно разрабатывать архитектуру и писать код. Через месяц работы начал вырисовываться контур нашей конфигурации для 1С. Уже были готовы формы всех основных видов путевых листов, был написан алгоритм расчёта топлива в зависимости от разных условий – например, от массы перевезённого груза. Стало понятно, что я иду в правильном направлении, но вот времени, чтобы заниматься чем-то ещё, у меня уже не было, а нужно было двигаться дальше. И я начал поиск 1С-программиста, который смог бы продолжить разработку конфигурации для управления автотранспортом. Как оказалось, даже за хорошие деньги тяжело найти специалиста, который сможет не просто реализовывать какие-то мелкие пожелания бухгалтеров, а в одиночку разрабатывать систему, которая в дальнейшем станет одним из центральных звеньев в работе холдинга. Когда я провёл десятое собеседование, то начал задумываться: а не слишком ли большие требования выдвигаю, и, может быть, стоит самому дорабатывать систему? Однако я отбросил эти мысли и продолжил поиск. Искал везде – на сайтах работы, через знакомых, на досках объявлений, – но результата так и не было. И вот однажды на одном из участков холдинга я столкнулся с 1С-программистом. Звали его Алексей. Он приехал по просьбе местного руководителя решить какие-то локальные проблемы в бухгалтерской базе. Ради интереса я начал наблюдать, что он делал. И мне показалось, что можно попробовать посотрудничать с ним в разработке нашей собственной конфигурации для управления автотранспортом. Оказалось, что Алексей работал в одном из подразделений 1С Екатеринбурга. Скажу сразу: мне удалось переманить его к себе. Я ввёл его в курс дела, объяснил архитектуру проекта, и уже вместе с Алексеем мы дали конфигурации название – «Координация транспорта». Наша конфигурация должна была внешне максимально напоминать «Управление автотранспортом» – ведь если вы помните, обучение диспетчеров я уже провёл, да к тому же и внешний интерфейс был удачным.