Логистика. Персонал, технологии, практика

Панасенко Евгений Викторович

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

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

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

По опыту своей работы, могу сказать, что наиболее сложными стали задачи согласования планов логистики и финансового подразделения, а также управление запасами исходных компонентов для производства. При этом не будем забывать, что главная наша цель – это обеспечить поставку нужного количества готового товара на склад в заданное время. Именно эту цель и сделаем основанием нашей пирамидки. А формально ее обозначим как базовый план поставок (БПП) по данному наименованию. Предположим, что источником БПП является некое аналитическое подразделение компании, которое направляет его в логистическое подразделение (далее – отдел поставок (ОП)) в установленные сроки и в утвержденной форме. План направляется в виде таблицы Excel с обязательным внесением в корпоративную базу данных (БД). Каждая версия базового плана поставок (БПП) по каждому наименованию обязательно должна иметь некий идентификатор. К примеру, БПП по товару А, направленный 25 августа 2010 года, имеет номер БПП-0610/273568/01, где 0610 – месяц и год формирования первой версии БПП по данному наименованию, 273568 – код готового товара в вашей БД, 01 – текущий номер версии БПП по данному наименованию. Если же БПП по данному наименованию по тем или иным причинам претерпел изменения, то следующая версия получает номер БПП-0610/273568/02. Регламент формирования, внесения изменений в БПП, их согласование и утверждение следует прописать в рамках процессного планирования бизнеса компании. Форма БПП также предусматривает набор признаков, позволяющих ОП расставлять приоритеты и принимать решения при формировании планов поставок комплектующих и готовых товаров. Пример упрощенной версии БПП приведен в табл. 3.1.

Таблица 3.1

Базовый план поставок компании «Омега»

Итак, основа пирамидки сформирована. Для дальнейшей сборки, нам нужен «столбик». Напомню его назначение. Столбик привязывает заданное количество колечек нужного размера к конкретному основанию в заданной последовательности. Этим столбиком станет, так называемый, документ списания. При этом используется механизм резервирования товаров, предусмотренный в любом стандартном ПО. Пример документа списания приведен в табл. 3.2.

Таблица 3.2

Типовой документ списания при поставках комплектующих

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

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

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

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

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

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

Итак, в табл. 3.2–3.3 приведены два основных исходных документа, которые формируют сотрудники отдела поставок. Остальные документы, о которых будет сказано ниже, должно формировать ваше программное обеспечение и БД.

Таблица 3.3

Документ поставки

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

Таблица 3.4

Бюджет поставок

Кроме того вы получите картину товарного запаса (ТЗ) как комплектующих, так и товаров на всех стадиях логистической цепочки, в том числе в будущих периодах. Вид отчета по ТЗ комплектующих приведен в табл. 3.5.

Таблица 3.5

Отчет по остаткам комплектующих

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

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

Глава IV

Интеграция контрагентов

Собственно, интеграция контрагентов в единую цепочку поставок – и есть основная отличительная черта классической логистики от SCM (SupplyChainManagement). Это новое направление в логистике и, пожалуй, наиболее сложное. И сложность не столько в техническом ее воплощении, сколько в необходимости изменения ментальности не только менеджеров вашей компании, но и менеджеров ваших контрагентов по всей цепочке поставок.