Понятие о логистике. Unified Modeling Language

Основы логистического моделирования

Принципы построения модели логистической системы

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

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

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

Чёрный ящик логистической системы является основным исполнительным органом и, в свою очередь, так же может быть представлен в виде совокупности вложенных в него логистических систем взаимодействующих друг с другом. Образно «логистическую систему» можно представить в виде матрёшки или автомобиля с его подсистемами: система управления; топливная система, двигатель, движитель, тормозная система и т.д.

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

·        Получить наглядный и удобный инструмент для создания и исследования модели взаимодействия субъектов и объектов в рамках рассматриваемой системы;

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

Как же начать практически строить и изучать схемы логистических систем?

Наиболее удобным и легко понимаемым является метод построения систем с использованием графического языка UML – универсального языка моделирования (Unified Modeling Language).

Основы UML (Unified Modeling Language)

Для того, чтобы построенная Вами модель логистической системы, да и всякая другая модель, легко читалась и понималась другими специалистами она должна строиться с использованием универсальных символов, графических элементов и спецификаций[7]. Приведём их в таблице 1.

Таблица 1

Виды диаграмм в UML

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

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

Диаграмма прецендентов

Диаграммы прецедентов могут иметь два вида:

1.     Диаграмма прецедентов с исходящим воздействием;

2.     Диаграмма прецедентов с входящим воздействием.

Диаграмма прецедентов описывает возможные действия “actor”ов (действующих лиц) в рамках моделируемой системы или возможные ответы системы в адрес взаимодействующих с ней “actor”ов.

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

Наглядно диаграммы прецедентов приведены в таблице 2.

Таблица 2

Виды диаграмм прецедентов

Диаграмма классов

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

Диаграммы классов визуально представляют из себя «структурные схемы» в которых стрелки наследования направлены вверх от конкретных объектов ко всё более формализованным сущностям.

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

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

Диаграмма классов представлена на рисунке 5.

Диаграмма объектов

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

Пример диаграммы объектов приведён на рисунке 6.

Диаграмма объектов, приведённая на рисунке наглядно показывает какие объекты, а именно: Склад сырья, Отдел закупок, менеджер отдела закупок Иванов В.С. и Финансовый директор компании принимают решение относительно судьбы очередного заказа.

Диаграмма последовательностей

Диаграмма последовательностей отображает взаимодействие объектов системы в динамике.

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

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

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

Приведём диаграмму последовательностей действий при исполнении заказа покупателя на поставку продукции (см. рис. 7).

Итак, как Вы уже догадались, приведена диаграмма последовательностей бизнес процесса «Обработка и исполнение заказа покупателя с условием последующей оплаты».

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

Маленькое, но важное ЗАМЕЧАНИЕ:

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

Первая попытка оптимизации интересов участников логистической системы

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

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

Самому общему представлению о данной системе соответствовал бы рисунок 8.

Эта самая общая схема позволяет определить основных действующих лиц (“actor”ов) моделируемой системы:

1. Внешняя неконтролируемая или слабо контролируемая часть системы – «Заказчик»;

2.     Собственно система с вложенными подсистемами – «Производитель»

Основной интерес «Заказчика» – максимизация чистого получаемого дохода. Этот интерес реализуется в другой логистической системе, аналогичной этой, но при условии, что данный заказчик поменяет свою роль и станет продавцом. В рассматриваемой логистической системе интерес «Заказчика» реализуется при минимизации закупочной цены на товары (продукцию) указанной в спецификации к заказу.

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

Противоречие в интересах может быть проиллюстрировано рисунком 9.

Но это крайне упрощённый подход. Грамотный экономист должен указать, что важен не разовый максимальный доход или максимизация дохода от продажи единицы товара, а важно добиться максимизации долговременного дохода при реализации максимального количества товара, пусть и не по самой высокой цене. Эта «аксиома» экономики доказана ещё отцами основателями: Джон Локк (XVII век); Джеймс Стюарт (XVIII век); Адам Смит (XVIII век); Альфред Маршалл (XIX век).

Графическое представление «Закона спроса и предложения» разработал Альфред Маршал. Все мы видели эти знаменитые кривые (см. рис. 10).

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

A-B-C-G – сумма дохода от реализации товара продавцом третьим лицам;

G-E-H-D – сумма дохода от реализации продукции производителем продавцу;

F-C-D-G – сумма затрат производителя на производство товара;

A-B-H-E – чистый доход продавца товара;

E-H-C-F – чистый доход производителя продукции.

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

Более точная модель для локального рынка предполагает наличие единственного производителя (“actor” – производитель) в показанной модели (см. рис. 8) и множества покупателей. Предполагается, что все покупатели имеют одинаковые побудительные мотивы и их поведение стандартно.

В таком случае в модель должно быть введено ещё одно действующее лицо – «Коллективный конечный потребитель». Уточнённая модель представлена на рисунке 11.

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

В данном случае, модель логистической системы лучше представить в табличном виде. (см. таблицу 3)

Таблица 3

Наиболее важные переменные параметры логистической системы выделены жирным обрамлением рамок.

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

Продавец товара достигает максимума прибыли при конечной цене реализации товара равной 40 рублям. Эта же цена максимизирует прибыль производителя при договорной цене равной 13,2 рубля за единицу товара (условие «Рентабельность равна 30% от затрат на производство единицы продукции).

В таких условиях могут существовать все участники логистической системы, но согласованы ли их интересы? Очевидно, что нет.

При производстве 40 единиц товара производитель получает прибыль в размере 82 рубля, в то время как продавец этого же количества товара получает прибыль равную 1072 рубля. Полная гармония должна наступить в том случае, когда прибыль производителя товара и прибыль продавца товара будут равны.

В таблице 4 представлены гармонизированные данные по взаимодействию участников логистической системы.

Таблица 4

Как видно из таблицы:

1.     Покупатель принимает предложенную цену (40 рублей) за единицу товара;

2.     Продавец не может продавать товар дешевле 3  рублей за единицу;

3.     Продавая товар по конечной цене реализации равной 40 рублям продавец должен закупать 40 единиц товара, а производитель изготавливать эти 40 единиц товара;

4.     Цена реализации продукции производителем равна 25,11 рубля;

5.     Прибыль продавца при этом составит 595,60 рублей, а прибыль производителя будет равна 594,4 рубля, что обеспечивает равенство их интересов.

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

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

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

Основы UML (Unified Modeling Language) ПРОДОЛЖЕНИЕ

В предыдущем материале были рассмотрены правила составления трех видов диаграмм из языка UML:

·        Диаграмма классов;

·        Диаграмма объектов;

·        Диаграмма последовательностей.

Вернёмся к рассмотрению других диаграмм UML.

Диаграммы взаимодействия (диаграммы кооперации)

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

Объекты на диаграммах взаимодействия обозначаются стандартно – прямоугольниками с написанными и подчёркнутыми именами (подчёркивание обозначает конкретный индивидуализированный объект).

Взаимодействия между объектами обозначаются линиями (лучами). Над ними обозначаются названия и порядковый номер. Продолжительность взаимодействия (срок жизни) в данной диаграмме не обозначается.

Мы уже говорили, что диаграммы последовательностей и диаграммы взаимодействия выполняют одну и ту же роль: Показывают порядок взаимодействия объектов в системе. Для наглядности покажем эти диаграммы рядом, а какой вид диаграмм предпочтёте использовать лично Вы, решать Вам.

Созданная нами диаграмма последовательностей отражала взаимодействие «Заказчика» и объектов логистической системы по обработке принятого заказа и отгрузке товаров покупателю на условиях последующей оплаты.

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

А теперь спроектируем диаграмму взаимодействия (рисунок 12)

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

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

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

Диаграмма состояний составляется для каждого конкретного объекта системы.

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

Диаграмма состояний объекта «Заказ» показана на рис. 13.

Диаграммы деятельности (диаграммы активности)

Диаграммы деятельности позволяют разработать (представить) алгоритм по которому работает объект системы. По своему внешнему виду диаграммы деятельности напоминают выше рассмотренные диаграммы состояний.

Пример диаграммы деятельности с объектом «Заказ» представлен на рисунке 14.

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

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

Согласование интересов подсистем подчинённых вышестоящей системе

Интересы Заказчика и Исполнителя в концентрированном виде представлены в заключённых между ними договорах. Эти интересы касаются:

1. Номенклатуры заказываемой продукции (товаров) и оказываемых услуг;

2.     Качества поставляемой продукции (товаров) и оказываемых услуг;

3.     Упаковки, условий перевозки, сроков доставки заказываемой продукции (товаров);

4.     Вопросов отгрузки, приёмки и проверки качества поставляемой продукции (товаров);

5.     Вопросов способов, сроков и полноты оплаты заказываемой продукции (товаров) и оказываемых услуг;

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

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

8.     Вопросов досудебного и судебного урегулирования конфликтов, возникающих между договаривающимися сторонами;

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

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

Согласование интересов системы «Производитель» и подсистемы «Отдел продаж»

Основные интересы общей системы Производитель сосредоточены в максимизации чистого дохода, то есть при максимизации прибыли и максимальном снижении общих затрат. Подсистема «Отдел продаж» для Производителя является «Центром затрат». Это означает, что Отдел продаж самостоятельно не формирует никакого дохода. Общая система «Производитель» заинтересована в снижении затрат, связанных с функционированием «Отдела продаж» при сохранении его функциональности. В чём заключается функциональность Отдела продаж? – Отдел продаж формирует условия, способствующие координации действий многих других подсистем, в том числе и являющихся «Центрами дохода (прибыли)».

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

Рассмотрим фрагмент структуры системы «Производитель» представленный на рис. 15.

Если пытаться уточнить источник этого управляющего воздействия, исходящего из подсистемы «Администрация», то, скорее всего, им окажется Финансовый директор.

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

Очевидно, что вышестоящая система «Производитель» в лице подсистемы «Администрация» уже провела предварительный анализ деятельности подсистемы «Отдел продаж» с целью выявления излишествующих функций, которые являются атавизмом прежних условий функционирования и надобность в которых к настоящему времени отпала. Так же необходимо выявить функции дублируемые прочими подсистемами предприятия и определить целесообразность такого дублирования[8]. Функции выполняемые Отделом продаж перечислены ниже.

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

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

Таблица 5

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

Вышестоящая система «Производитель» явных резервов для снижения затрат подсистемы «Отдел продаж» не нашла. Решение задачи было передано самой нижестоящей системе.

Предполагаемое решение – дальнейшая комплексная автоматизация деятельности предприятия и его структурного подразделения «Отдел продаж».

Предполагаемые эффекты:

1.     Повышение качества обслуживания клиентов;

2.     Ускорение процессов деятельности предприятия;

3.     Снижение численности персонала Отдела продаж;

4.     Экономия фонда заработной платы предприятия.

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

1.     Автоматизация проверки сроков окончания действующих договоров с целью своевременного их продления;

2.     Автоматизация приёма поступающих объектов «Заказ»;

3.     Автоматизация проверки объекта «Заказчик» по критериям:

3.1.         Наличия ИД (идентификатора) у данного заказчика, необходимости его регистрации (Закзчика), или наличия возможности начать обработку объекта «Заказ»;

3.2.         Наличия действующих договоров с объектом «Заказчик»[9];

3.3.         Наличия у объекта «Заказчик» просроченной задолженности по оплате ранее поставленных товаров. Соответствия величины и сроков просроченной задолженности максимально допустимым критериям для продолжения работы;

3.4.         Проверка критериев, позволяющих объекту «Заказчик» получить особые условия обслуживания;

4.     Автоматизация проверки спецификации объекта «Заказ» номенклатуре производимой на предприятии продукции;

5.     Автоматизация группировки всех позиций спецификации по всем поступившим на обработку объектам «Заказ»;

6.     Автоматизация проверки сформированной группировочной ведомости по критерию наличия запасов готовой продукции;

7.     Автоматизация проверки оставшихся сроков годности запасов готовой продукции, позволяющих осуществить её отгрузку в адрес объекта «Заказчик»;

8.     Автоматизация составления сводной ведомости по позициям номенклатуры производимой продукции, запасы которой находятся ниже минимально установленного уровня и/или не соответствуют минимально оставшимся срокам, допускающим её реализацию;

9.     Автоматизация передачи сводной ведомости (см. пт. 8) в производственный отдел;

10.           Составление графика доставки исполненных объектов «Заказ» объектам «Заказчик»;

11.           Передача графика доставки в «Транспортный» отдел;

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

13.           Поддержание обратной связи с объектом «Заказчик» с целью информирования его о ходе исполнения связанного с ним объекта «Заказ» и о сбоях в ходе его исполнения, а так же согласования возможных или/и необходимых корректировок;

14.           Составление информационных отчётов:

14.1.    О наличии просроченной задолженности Объектов «Заказчик»;

14.2.    О прекращении обслуживания объектов «Заказчик» с указанием причин;

14.3.    Накопительный отчёт об объёмах продаж;

14.4.    Отчёт о наличии готовой продукции, реализация которой невозможна и подлежащей списанию, с указанием причин;

14.5.    Прочие отчёты;

15.           Информирование объектов «Заказчик» об изменении цен и прочих условий сотрудничества.

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

Каждая из описанных задач может выполняться в ручном режиме или с использованием различных средств автоматизации.

Составим модель оптимизации деятельности Отдела продаж.

Исходные данные:

1. Отдел продаж автоматизирован с помощью многопользовательской бухгалтерской системы 1С:Комплексная

2. Общее количество контрагентов – 200;

3. Список номенклатуры содержит 60 позиций;

4. Среднее число заказов в сутки – 20;

5. Среднее число номенклатурных позиций в одном заказе – 15;

6. Продолжительность рабочей смены – 8 часов;

7. Коэффициент использования рабочего времени смены – 0,8;

8. Средний оклад работника Отдела продаж – 50 000 рублей.

9. Ориетировочная стоимость комплексной автоматизации – 1 000 000 рублей.

В таблице 6 приведены нормы времени на выполнение единичных работ (операций) работниками Отдела продаж.

Таблица 6

Эффективное рабочее время смены (8ч.*60 мин.*0,8) – 384 мин.

Потребная численность персонала в Отделе продаж.

1060 / 384 ≈ 3 чел.

Фонд заработной платы Отдела продаж:

– прямой ФЗП (50 000 * 3) – 150 000 рублей;

– с отчислениями (30% от ФЗП) – 195 000 рублей.

Внедрение комплексной АСУ позволит снизить затраты времени на подготовку и обработку документов на 50%.

Характеристика работы Отдела продаж после внедрения АСУ показана в таблице 7.

Таблица 7

Количество рабочих ставок Отдела продаж после внедрения АСУ составит 1,5 ставки.

Фонд оплаты труда:

– чистый ФЗП (50 000 *1,5) – 75 000 рублей;

– с начислениями на ФЗП – 97 500 рублей.

Сумма экономии на оплате труда – 97 500 рублей в месяц или 1 170 000 рублей в год.

При ориентировочной стоимости разработки и внедрения АСУ в 1 000 000 рублей срок окупаемости проекта составит 0,85 года.

Ориентировочный срок эксплуатации АСУ без модернизации 5 лет.

Данная оптимизация соответствует интересам вышестоящей системы «Производитель».

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

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

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

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

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

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

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

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