Также достаточно редко при общении специалисты автохозяйств упоминают об экономическом анализе АТП, а также о планировании. Хотя, на наш взгляд, анализ хозяйственной деятельности автопредприятия и прогнозирование должны быть неотъемлемой частью fleet management-системы.
Итак, облик программы для АТП в общих чертах понятен. В некоторых компаниях идут по пути дальнейшего наращивания функционала в существующих Excel-приложениях, о которых было сказано выше. При всей кажущейся простоте такого подхода он является тупиковым. Это прежде всего связано с определенными техническими ограничениями, которые налагает Excel. Как правило, активно используются встроенные функции Excel для выполнения некоторых расчетов, например расхода топлива, также в этой программе очень удобно строить различные отчеты. Как показывает практика, на небольших предприятиях с парком 3–10 автомобилей это не вызывает значительных затруднений. Однако если представить организацию, у которой, допустим, 50 автомобилей, то за месяц необходимо будет обработать 1000–1500 путевых листов. Если учесть при этом, что надо также вести учет резины по пробегам, планировать ТО также по пробегам, то тут уже одними встроенными формулами не обойтись. Пользователи начинают использовать макросы и программирование, что уж требует определенных профессиональных навыков. Я уже не говорю о ведении склада запчастей.
Надо четко понимать, что для хранения и обработки больших массивов данных используются другие программные продукты, которые называются СУБД – системы управления базами данных. Среди приложений Microsoft Office, частью которого является Excel, есть встроенная СУБД Access. С практической точки зрения эта программа более подходит для разработки собственными силами системы учета для автохозяйства. В Access существуют встроенные средства, которые позволяют без программирования строить довольно сложные приложения, удобные для пользователя и решающие широкий круг задач. Таким образом, те работники транспортных предприятий, которые любят работать с компьютером и имеющие достаточное количество свободного времени, могут самостоятельно, не вникая в особенности какого-либо языка программирования, создать в том или ином виде, что называется “под себя”, информационную систему АТП.
Жизнь показывает, что таких людей очень и очень мало. Из нашей практики вытекает, что решение о внедрении программы принимается руководителями среднего и высшего звена. Это могут быть главные механики, начальники колонн, ПТО, главные инженеры, а также директора предприятий. В большинстве своем это люди среднего и более старшего возраста. Они обладают огромным опытом работы в транспортной отрасли и отчетливо понимают, что для того, чтобы успешно руководить своим хозяйством в современных условиях, необходимо использовать информационную систему. Эти руководители, являющиеся настоящими профессионалами в своей области, часто совсем не умеют или практически не умеют обращаться с компьютерами. Для них программа – это необходимый инструмент, который бы требовал минимум знаний о разных информационных технологиях. Как говорил главный механик одной нашей фирмыклиента, в идеале в программе должна быть всего одна кнопка “Пуск”. Естественно, в большинстве своем у них нет ни времени, ни желания изучать даже простейшие средства разработки, чтобы самим делать программу.
Таким образом, для внедрения информационной системы АТП руководителю остается либо привлечь разработчиковпрограммистов, либо купить уже готовый программный продукт.
Привлечь программистов можно либо собственных, если на предприятии есть информационно-технический отдел, либо со стороны. При этом надо понимать, что привлеченные разработчики, возможно, не разбираются в бизнес-процессах автопредприятия, являясь первоклассными программистами. Практика разработки программ на заказ подразумевает, что должно существовать техническое задание (ТЗ) на программное обеспечение. Создание ТЗ является довольно трудоемким процессом. Вообще говоря, об этом будет более подробно сказано дальше. Здесь же поясню коротко, что на написание нормального ТЗ у специалистов транспортного отдела опять же не хватает времени, да и опыта. В этом случае ТЗ придется заниматься самим разработчикам программы, что в большинстве случаев требует дополнительных финансовых затрат. Действительно, необходимо будет выезжать на предприятие заказчика, общаться со специалистами разных отделов и затем уже на основании собранных интервью написать ТЗ, которое потом надо будет согласовать со всеми заинтересованными сторонами и утвердить.
Читать дальше