Функциональная подсистема управления перевозками

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

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

Основная цель разработки АСУ АТП — повышение эффективности работы ПС путем централизации функции планирования перевозок и оперативного управления транспортным процессом. Повышение эффективности использования ПС и снижение затрат на перевозки в данной подсистеме предусматриваются за счет минимизации потерь рабочего времени по организационным причинам, уменьшения удельного веса порожних пробегов и величины сверхнормативных простоев автомобилей под погрузочно-разгрузочными операциями, повышения коэффициента использования грузоподъемности транспортных средств и сокращения расстояний перевозок за счет оптимизации маршрутов.

Прогнозировать возмущения, влияющие на ритмичность и точность выполнения сменно-суточного плана (ССП) перевозок, дают возможность следующие действия: 

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

• выявление соответствия производительности погрузочно-раз- грузочных механизмов заявке клиентуры на ПС;

• выработка вариантов переадресовки автомобилей в оперативном режиме с учетом дислокации ПС в данный интервал планирования;

• создание обоснованного резерва автомобилей;

• разработка новой схемы расчета ССП.

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

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

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

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

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

Типичным примером разработки и внедрения АСДУ грузовыми автоперевозками служит ОАО «Первый автокомбинат» города Москвы. В начале 1990-х годов это предприятие перешло на автоматизированное планирование перевозок железобетонных изделий к строящимся объектам, ориентированное на использование персональных ЭВМ и представляющее собой дальнейшее развитие автоматизированной информационно-плановой системы «ПАМИР». Имея банк необходимых исходных данных, содержащий информацию о кратчайших расстояниях между вершинами транспортной сети (ТС), марках ПС, списочном парке предприятия, списочном составе водителей, диспетчер центра управления перевозками (ЦУП) комбината на основе выданного программой решения производит отбор маршрутов с точки зрения рациональности перево-зочного процесса. Далее он формирует сменно-суточные задания водителям с последующей распечаткой путевой документации и план-заданий. Обработка путевых листов также автоматизирована (рис. 4.1).

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

Рис. 4.1. Схема оперативного планирования перевозок ЖБИ

Принцип организации работы ПС ориентирован на первом этапе на централизованное планирование, а в последующем, при наличии сбойных ситуаций — на перераспределение ТС вне зависимости от ранее выполненного закрепления автомобилей за определенными строительными объектами. Полномасштабное развертывание АСДУ в режиме оперативного планирования и управления перевозками ЖБИ позволило сократить транспортные издержки, связанные с нарушениями доставки, за счет сокращения времени доставки и повышения ее ритмичности.

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

Рассматривая систему транспортировки, например потребительских товаров со склада в магазины (рис. 4.2), к входящим ин-формационным потокам следует отнести:

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

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

• заявки потребителей — адреса пунктов завоза, количество за-возимого груза и время (интервал времени) завоза;

• оперативные данные о состоянии транспортной сети региона.

К исходящим информационным потокам относятся:

• составленный сменно-суточный план перевозок (система маршрутов, маршрутная сеть), передаваемый конечным исполнителям;

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

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

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

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

В последние годы оформился ряд новых концепций хранения и анализа корпоративных данных:

1) хранилища данных;

2) оперативная аналитическая обработка;

3) интеллектуальный анализ данных (Data Mining).

Одновременный анализ по нескольким измерениям определяется как многомерный анализ. Каждое измерение включает направления консолидации данных, состоящие из серии последовательных уровней обобщения, где каждый вышестоящий уровень соответствует большей степени агрегации данных по соответствующему измерению. Так, измерение «Исполнитель» может определяться направлением консолидации, состоящим из уровней обобщения «предприятие — подразделение — отдел — служащий». Измерение «Время» может включать два направления консолидации: «год — квартал — месяц — день» и «неделя— день», поскольку счет времени по месяцам и по неделям несовместим. В этом случае становится возможным произвольный выбор желаемого уровня детализации информации по каждому из измерений. Операция спуска соответствует движению от высших ступеней консолидации к низшим; напротив, операция подъема означает движение от низших уровней к высшим (рис. 4.3).

В специализированных СУБД, основанных на многомерном представлении, данные организованы не в форме реляционных таблиц, а в виде упорядоченных многомерных массивов:

1) гиперкубов (все хранимые в БД записи должны иметь одинаковую размерность);

2) поликубов (каждая переменная хранится с собственным набором измерений, и все связанные с этим сложности обработки перекладываются на внутренние механизмы системы).

В свою очередь, реляционные СУБД (системы ROLAP) обеспечивают значительно более высокий уровень защиты данных, хорошие возможности разграничения прав доступа, и в большинстве случаев корпоративные хранилища данных реализуются средствами именно реляционных СУБД, даже при том, что главный недостаток ROLAP по сравнению с многомерными СУБД (MOLAP) — меньшая производительность. Только при использовании «звездообразных» схем построения СУБД (не следует путать с одной из схем топологии J1C) производительность хорошо настроенных реляционных систем может быть приближена к производительности систем на основе многомерных баз данных.

Идея схемы «звезда» (star scheme) заключается в том, что имеются таблицы для каждого измерения, а все факты помещаются в одну таблицу, индексируемую множественным ключом, составленным из ключей отдельных измерений (рис. 4.4).

В сложных задачах с многоуровневыми измерениями имеет смысл обратиться к расширениям схемы «звезда» — схеме «созвездие» (fact constellation scheme) и схеме «снежинка» (snowflake scheme). В этих случаях отдельные таблицы фактов создаются для возможных сочетаний уровней обобщения различных измерений (рис. 4.5). Это позволяет добиться лучшей производительности, но часто приводит к избыточности данных и к значительным усложнениям в структуре БД, в которой оказывается огромное количество таблиц фактов.

В сфере О LAP не может существовать однозначных рекомендаций по выбору инструментальных средств. Один из основных вопросов: требуется ли создание БД жестко заданной структуры или можно анализировать данные, собранные в ранее созданных базах (в случае ROLAP)

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

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

Функциональная подсистема плановых и аналитических расчетов

1) Описание основных информационных потоков в подразделениях АТП

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

В настоящее время АСУ АТП позволяет, наряду с расчетными операциями, осуществлять комплексное информационное обслуживание всех участников процесса автомобильных перевозок грузов, а также внутренних служб перевозчика.

Предпосылкой реализации полномасштабной АСУ АТП является автоматизация документооборота в процессе выполнения перевозочной деятельности с наличием компьютерно-коммуникацион- ных и программных средств, автоматизированных рабочих мест участников перевозок грузов (диспетчера, бухгалтера, таксировщика, учетчика горючего и других производственных структур перевозчика, грузоотправителя, грузополучателя). В этом случае все операции по планированию работы ПС, выписке и заполнению путевых листов, обработке транспортных накладных, включая оформление платежных поручений в банк, осуществляются на ПК с использованием локального или распределенного банка справочно-информационных данных перевозчика и обслуживаемой клиентуры.

В среднем время автоматизированной обработки документов в АТП составляет 2—3 ч вместо нескольких рабочих дней при ручной обработке. Предъявление платежных поручений в банк и счетов заказчикам за выполненную транспортную работу производится на следующие сутки. Преимуществом использования АСУ АТП также является надежная архивация и хранение документов в базе данных, что для перевозчика делает информационную систему первичного учета более открытой, позволяющей на основе накопленной информации развивать современный менеджмент, расширять сферу информационного взаимодействия с клиентурой и партнерами по перевозке.

В АТП и других организациях, связанных с процессом эксплуатации и управления автоперевозками, работают следующие отделы (службы):

• диспетчерская (отдел эксплуатации) — контроль выхода машин на линию, выписка путевых листов;

• группа учета и анализа перевозок (группа обработки путевых листов) — учет работы водителей, выполнения работ по заказчикам, пробегов и моточасов, ГСМ;

• технический отдел — планирование работ по техническому обслуживанию машин, контроль за ремонтом, нормирование расхода ГСМ;

• складское хозяйство — учет движения автошин, запчастей и агрегатов, выдача ГСМ;

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

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

В зависимости от вида выполненных работ, расчеты с заказчиками (клиентами) напрямую зависят от рода перевозимого груза, тары, расстояния и даже от конкретного клиента или объекта. На АТП могут использовать различные расценки на выполняемые услуги, при этом ПО должно быть построено по модульному принципу и легко настраиваться на любой алгоритм расчета стоимости выполняемых работ. Выписка счетов клиентам, ведение реестров по ним, отслеживание оплат, взаиморасчеты с заказчиками — все это АСУ АТП должна выполнять автономно или формировать соответствующие данные для передачи в универсальную бухгалтерскую программу.

Обязательным условием является наличие в АСУ АТП базы нормативно-справочной информации. К основным справочникам системы относятся: гаражные номера, марки топлива, виды расчетов, тарифный справочник, виды грузов, клиенты и другие. Тарифный справочник содержит информацию о различных тарифах, которые хранятся по датам, что дает возможность правильно учитывать отстающие путевые листы.

После прохождения ПС определенного пробега (выработки агрегатом определенного количества моточасов) по условиям правильной эксплуатации необходимо проведение плановых работ — техническое обслуживание, капитальный ремонт, замена агрегата. Технический отдел (отдел эксплуатации, техническая служба) обычно составляет специальные графики проведения таких работ и следит за их выполнением. Функции составления графиков и контроля проведения работ также могут быть возложены на АСУ АТП.

Одно из главных требований к ПО АСУ АТП — расчеты и передача данных о заработной плате водителей, износе транспортных средств и т.п. в автоматизированные бухгалтерские системы. Разумеется, такой подход легче реализовать фирмам-разработчикам, собственных бухгалтерских систем (1C, Гектор, Инфин и др.). Основным недостатком существующего специализированного ПО можно назвать стремление к автоматизации отдельных служб, а не всего аппарата управления АТП.

Рис. 4.6. Схема основных информационных потоков при управлении

автотранспортом

Представляет интерес ПО, разработанное в научно-техничес- ком центре «Гектор», ориентированное на современные 32-раз- рядные сетевые Windows-пршгожения. Эта система обеспечивает гибкую настройку алгоритмов расчета, расхода любых ресурсов за счет возможности ввода формул самим пользователем. Генератор отчетов позволит легко формировать любые необходимые бумажные документы (путевые листы по различным формам, реестры по ним и т. д.). За счет подобной гибкости и универсальности могут быть преодолены многие недостатки существующего ПО АСУ АТП.

2) Комплексы задач обработки путевых листов и товарно-транспортной документации

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

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

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

• время в движении, которое составляет разницу между временем в наряде и временем в простое;

• общий пробег (по данным путевого листа), определяемый по разнице между показателями спидометра при возвращении на предприятие, в гараж и при выезде из гаража;

• пробег с грузом, равный сумме расстояний перевозки грузов, указанных в транспортных (товарно-транспортных) накладных и других сопроводительных к грузу документах;

• пробег без груза, составляющий разницу между общим пробегом и пробегом с грузом;

• фактический расход горючего (по данным путевого листа).

Расход автомобилем горючего равен суммарному количеству

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

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

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

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

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

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

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

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

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

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

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

Как правило, все эти системы ориентированы на обработку путевых листов. В соответствии с планом перевозок на каждый автомобиль выписывается путевой лист установленной формы, который является основным первичным документом для учета работы и, одновременно, документом, удостоверяющим право перевозки груза. Существует много различных форм путевых листов: для легкового автомобиля (форма № 3), для легкового такси (№ 4), для специального автомобиля (№ 3 спец.), для грузового автомобиля повременно (№4-П), для грузового автомобиля сдельно (№4-С), для автобуса (№6) и др.

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

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

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

• ведение журнала диспетчера автоколонны;

• выписка и таксировка путевых листов (сдельных, почасовых, автобусных перевозок);

• оперативная обработка путевой и товарно-транспортной до-кументации;

• ведение табеля работы водителей и ПС;

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

• учет зависимости расхода топлива от условий эксплуатации (температура воздуха, снежные заносы и т.п.);

• расчет комплекса технико-экономических показателей исполь-зования автотранспорта по маркам машин, гаражным номерам, видам перевозок и др.;

• анализ выполнения сменно-суточных заданий водителей, планов перевозки по бригадам, автоколоннам, АТП, по клиентуре и т.д.;

• формирование оперативных справок о работе водителей, бригад, выполнении клиентурного плана.

Сравнительный анализ ПО обработки путевой и перевозочной документации

Характеристики систем	1С-Рарус: Автотранспорт	Гектор: Путевые листы	Звезда: Путевые листы	Ининг- Автопарк	И нтегп рог- сервис	Информавто
Среда	Windows 95/98	DOS	DOS	Windows 95/98	DOS	DOS
Средство разработки	Настройка к 1C: Бухгалтерии 7.5	FoxPro 2.6	Клиентская часть — Clarion, серверная — Pervasive SQL	FoxPro	Clipper	MSM- технология
Сеть	Технология файл-сервер и клиент-сервер	Нет	Технология клиент-сервер	Технология файл-сервер	Нет	Технология файл-сервер
Основные	Бухгалтерия,	Бухгалтерия,	Диспетчерская,	Технический	Технический	Диспетчер­
пользователи системы	диспетчерская	диспетчерская	бухгалтерия	отдел, диспетчерская, склад запчастей	отдел, отдел эксплуатации	ская, отдел обработки
Связь с бухгалтер­	Встроена в	По з/п	По з/п	Передача	Нет	Передача
скими системами, в том числе:	1C: Бухгалте­рию	водителей	водителей и счетам клиентов	данных только в собственный склад		данных в бухгалтерию Инфософт
з/п водителей	Есть	Есть	Есть	Нет	Нет	Есть
выписка счетов для заказчиков	Есть	В самой программе	Есть	Нет	Нет	Выписка счетов в самой программе

складской учет движения материалов	Нет информации	Нет	В разработке	Есть	Нет	В бухгалтерии Инфософт
амортизация и пе­реоценка основных средств Взаиморасчеты:	Есть	Нет	Есть	Нет	Нет	Есть
с заказчиками	Есть	Есть	Есть	Есть	Нет	Есть
с водителями по горючему	Нет информации	Нет	Нет	Есть	Нет	Есть
Учет горючего	Есть	Есть	Есть	Есть	Есть	Есть
Учет масла	Нет	Нет	Нет	Нет	Есть	Нет
Учет износа ресурсов	Нет информации	Нет	Есть	Любые ресурсы	Шины, аккумуляторы	Нет
Аренда автомобилей	Нет	Нет	Нет	Есть	Нет	Есть
Учет спецтехники, в том числе строительных машин	Нет	Есть	В разработке	Есть	Есть	Есть
Генератор отчетов	Нет информации	Нет	Есть	Нет	Нет	Нет информации
Наличие демоверсии Примечание	Демо-ролик Настройка к 1C: Бухгалте­рии 7,5	Демо-версия и демо-ролик	Нет	Демо-версия и демо-ролик Хорошо развита складская система	Демо-версия Система сделана под конкретную организацию	Нет Система тре­бует адап­тации при установке

Кроме того, на основе формирования единой БД в рамках АСУ АТП специализированное ПО выполняет следующие функциональные задачи:

• выписка счетов заказчикам за оказанные автоуслуги;

• расчет основной заработной платы, оплаты труда кондукторов, всех видов доплат и надбавок по путевому листу (за классность, продажу билетов, ночные часы, сверхурочное время, разъездной характер работы, экспедирование, ненормированный рабочий день, уборку салона и др.);

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

• расчет доходов АТП (по договорным тарифам и прочим формам);

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

ПО должно быть снабжено удобным сервисом и доступно любому пользователю. При этом за счет обеспечения работы программы в J1C появляются дополнительные возможности:

• однократный ввод путевых листов и товарно-транспортных накладных обеспечивает экономию труда при получении оперативной информации об использовании автотранспорта;

• отказ от таксировки путевой и товарно-транспортной документации обеспечивает сокращение численности управленческого персонала.

Особый интерес вызывают системы автоматизации управления АТП, в состав которых входят электронные ключи-идентификаторы (типа iButton), имеющие высокую степень надежности, и считывающие устройства для них. Ключи iButton внешне похожи на дисковую металлическую батарейку. Диаметр диска около 17 мм, толщина от 3 до 6 мм. Идентификация происходит при соприкосновении металлической поверхности ключа и считывающего устройства. Корпус рассчитан на 1 млн касаний к считывающему устройству.

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

При получении путевки водитель прикасается ключом к контактному устройству, и на экран монитора выводится диалоговое окно для заполнения полей его путевого листа. Вся имеющаяся в базе данных информация (о водителе и его автомобиле) автоматически вносится в соответствующие поля путевого листа. Диспетчер выдает путевой лист, затем информация о количестве выписанного топлива считывается в память ключа iButton, принадлежащего водителю (запись информации проводится одномоментным касанием ключа и считывающего устройства). На автозаправочной станции также устанавливается считывающее устройство для ключа iButton, информация из памяти ключа поступает на компьютер оператора АЗС, и в соответствии с ней оператор производит отпуск топлива (количество выдаваемого топлива может определятся и оператором).

3) Прикладные программные продукты в области автоматизации учета и анализа производственно-финансовой деятельности предприятия

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

Первые АСУ обеспечивали автоматизированное составление на-кладных на предметы материально-технического обеспечения — Bill Of Material (BOM), позднее к началу 1980-х годов — Material Require Planing (MRP) — планирование потребностей в материалах (для АТП — в запчастях). В 1984 г. приняты основные положения концепции MRP II — Manufacturing Resource Planing. С одной стороны, использование систем может сократить расходы и время, затрачиваемые на изготовление продукции, что в свою очередь позволит сократить текущие расходы, запасы незавершенного производства и получить более высокоприбыльную продукцию, с другой стороны — может помочь компании организовать более своевременную доставку продукции на рынок и гибко реагировать на изменение спроса.

На рубеже 1990-х годов с развитием средств телекоммуникаций для сокращения административных работ и ускорения передачи информации стали применяться интегрированные вычислительные системы класса ERP — Enterprise Resource Planing (планирование ресурсов в предпринимательстве), которые сверх возможностей MRP II позволяли планировать все ресурсы предприятия. По сути, системы такого класса охватывают практически всю деятельность предприятия и автоматизируют ее. Последним этапом считается DEM — Dynamic Enterprise Modeling. Этот подход основной акцент делает на реинжиниринг бизнеса, на перестройку бизнес- процессов.

Сейчас на рынке в этом направлении работают все компании-поставщики комплексных систем. Этому способствуют разработанные технологии компонентного ПО, предлагаемые Microsoft (COM, DCOM) и OMG (CORBA). Такие гиганты индустрии ERP- систем, как BAAN и SAP, покупают мелкие компании и интегрируют их решения в свои продукты.

К системам класса ERP/MRP II можно отнести: R/3 (SAP), МК (Computer Associates), Baan IV (Baan), BPCS (SSA), Oracle Applications (ORACLE), MFG/PRO (QAD), Site Line (Symix) и некоторые другие. Все они имеют примерно одинаковый набор подсистем, более или менее удачно реализованный:

• финансы;

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

• снабжение и сбыт;

• хранение;

• техобслуживание оборудования и произведенной продукции.

На Западе процесс распространения КИС производственными

процессами относительно плавен, в России активная автоматизация АТП началась в последние годы. По некоторым прогнозам, либо отечественные предприятия перейдут на следующий уровень конкурентоспособности и внедрят у себя ERP-системы (причем достаточно быстро, пока можно получить инвестиции), либо их ждет банкротство.

В бизнесе имеются три уровня планирования и управления: дол-госрочное, среднесрочное, краткосрочное (или оперативное). ERP- системы занимаются преимущественно двумя последними.

Задачи долгосрочного планирования — выход на новые рынки или расширение сфер влияния: строительство нового завода (или цеха), формирование классов продукции (семейство тяжелых грузовиков, например), общая привязка к источникам сырья и производственным ресурсам региона, выбор типа производства, разработка технологии и системы автоматизации. Длительность интервала планирования составляет от 3 до 5 лет.

Задачи среднесрочного планирования — удовлетво-рение текущего и ближайшего рыночного спроса: работа по за-ключенным договорам, незначительные вариации производимой продукции в рамках имеющейся технологии. Решения на этом уровне — формирование портфеля договоров, формирование договоров с субподрядными организациями, объемно-календарное планирование, незначительные изменения технологии, увольнения или наем рабочей силы. Длительность интервала планирования составляет от 3 до 18 месяцев.

Задачи краткосрочного, или оперативного, планирования — выполнение объемно-календарных планов, расчет фактической себестоимости, мониторинг производственных графиков. Решения этого уровня — формирование необходимой для каждодневной деятельности документации (наряды, приказы, отчеты и т.п.). Длительность оперативного планирования — от нескольких дней до нескольких месяцев.

Типичные задачи среднесрочного планирования и управления:

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

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

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

• собственно производство основного продукта (технологическая деятельность);

• реализация произведенного продукта (продажа, обмен) и расчеты с потребителями и поставщиками;

• анализ прошедшего цикла производственно-хозяйственной деятельности (определение фактической себестоимости и прибыли);

• государственная отчетность;

• распределение прибыли (погашение или пролонгирование кредитов, сложность займов и т.п.);

• принятие решения о вложении средств (определение объектов и объемов финансирования);

• реализация следующего цикла производства.

Задачи, приведенные выше, не обязательно решать автомати-зированно и в интегрированной системе. Поэтому есть много примеров «островной» или позадачной автоматизации на уровне предприятий. Главный недостаток такой автоматизации ОА — сложность передачи информации от одной задаче к другой (к скорости и к правильности). Много затрат требует маршрутизация, верификация, доставка информации в нужное место и в нужное время. Это замедляет и ухудшает качество принимаемых управленческих решений настолько, что в современных условиях применение позадачной автоматизации нецелесообразно. Ведь убыстрение и улучшение качества управленческих процессов — это одно из важных преимуществ в конкуренции, вид интенсификации деятельности предприятия. Приходится решать параллельно много задач на основе одной и той же информации, и требуется определенный темп решения этих задач: например, подводить баланс в течение месяца недопустимо, так как в результате на этот самый месяц могут быть отложены важнейшие для предприятия управленческие решения. Поэтому решение указанных выше задач в интегрированной среде — насущная необходимость, и именно этим занимаются ERP-системы.

Архитектура ERP-системы представлена на рис. 4.7.

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

Рис. 4.7. Архитектура ERP-системы

В общем случае транспортироваться могут не только документы, но и непосредственно показания приборов и датчиков, причем в реальном масштабе времени. Базовая, покупная ERP-сис- тема всегда «общается» с техническим процессом через людей (давая им задания и регистрируя их отчеты), а не напрямую. Теоретически можно настроить систему проводок так, что будет учитываться даже, например, расход энергоносителей при совершении какой-либо операции, в том числе по выполнению транс-портировки продукции. Для этого должен быть заведен соответствующий счет в плане счетов и описаны необходимые проводки. Конечно, для этого нужны высокопроизводительные аппаратные и коммуникационные средства. Но важно провести водораздел между классическими покупными ERP-системами и системами, которые могут из них получиться в результате доработок (рис. 4.8).

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

Рис. 4.8. Структурная схема оперативного документооборота предприятия

Система MRP II постоянно эволюционирует и совершенствуется. В каждый момент времени в концепциях MRP II/ERP можно условно выделить три слоя.

В первом слое находятся те методы и средства, которые проверены практикой и закреплены в виде стандартов.

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

MPS/MRP, алгоритмы образования партий в MRP, правила приоритетов в SFC и др.

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

К третьему слою идей и методов MRP II/ERP следует отнести то новое, что вносят в свои базовые системы фирмы-производите- ли программных продуктов. Реализованные на их основе новые ИТ представляют собой «ноу-хау» фирм-разработчиков. Как правило, именно в этом слое можно обнаружить значительные отличия в продуктах различных фирм. Некоторые из новых технологий в состоянии оказывать серьезное влияние на эффективность построения крупных информационных систем.

Видное место среди идей и методов систем MRPII/ERP принадлежит специально разработанным методикам внедрения систем. В западных странах сложилось устойчивое представление о том, в какой последовательности и какими методами следует внедрять системы типа MRP II/ERP. Тщательное планирование проектов по внедрению, организация деятельности коллективов, упор на переподготовку персонала всех уровней (особенно высшего уровня) — вот далеко не полный перечень условий достижения положительных результатов. Наличие мощной инфраструктуры и методологии построения систем способствовало в итоге достижению высокого уровня эффективности при внедрении систем управления типа MRP II/ERP на промышленных предприятиях. По некоторым оценкам внедрение подобных систем способно привести к сокращению запасов на 8—30%, росту производительности труда на 8 — 27 %, возрастанию количества заказов, выполненных в срок, — на 7-20%.