Выводы по первой главе.

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

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

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

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

Глава 2. Анализ и разработка направлений развития складской логистической системы компании

2.1. Разработка концепции развития складской логистической системы компании

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

На участке приемки (размещается в основном помещении склада) – приемка товаров по количеству и по качеству (грузы на участок приемки могут поступать из участка разгрузки и из приемочной экспедиции);

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

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

В отправочной экспедиции:

– кратковременное хранение подготовленных к отправке грузовых единиц, организация их доставки покупателю;

На участке погрузки – погрузка товаров на транспортные средства (ручная и механизированная).

Общая схема технологического процесса на складе компании ООО «Промторг» представлена на рис. 2.1.

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

Отметка в транспортной накладной

Проверка документов и разгрузка

Размещение товара в зоне хранения

Доставка товаров на склад

Рис. 2.1. Общая схема технологического процесса на складе ООО «Промторг»

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

– четкое и своевременное проведение количественной и качественной приемки товаров;

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

– рациональное складирование товаров, максимальное использование складских объемов и площадей, сохранность товаров и других материальных ценностей;

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

– четкую работу экспедиции и организацию централизованной доставки товаров покупателям;

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

Существенным резервом повышения эффективности функционирования материалопроводящих систем является переход от традиционно разрозненного решения задач складирования и транспортировки к проектированию единых транспортно-складских процессов.

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

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

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

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

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

Рассмотрим наиболее часто возникающие проблемы с которыми сталкиваются сотрудники ООО «Промторг» при заполнении автоматизированных форм учётной системы.

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

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

Решением является жёсткая формализация процесса внесения в базу нового элемента номенклатуры, с прописанием иерархии свойств товара, вносимых в базу данных («паспорт товара») и жёсткой последовательности формирования названия, отражающего свойства товара (таблица 2.1 – Паспорт товара):

Таблица 2.1

Паспорт товара

Введите группу товара	Введите марку производителя	Введите модель товара	Введите дополнительную характеристику товара (например, цвет)	Другая необходимая информация.
Х	Х	Х	Х	Х

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

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

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

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

3. Проблема оформления документов «задним числом» и перепроведения всех документов в базе, положительные и отрицательные остатки ТМЦ.

Рассмотрим ещё одну распространённую и очень болезненную проблему как перепроведение документов «задним числом». Одно из основных предназначений информационной базы оперативного учёта – это получение финансовых и количественных остатков на заданный момент времени. Единственный инструмент для ввода информации – документ, который может создавать только движение: либо приход, либо расход расчётных значений. Соответственно, для получения остатков (задолженностей) на заданный момент времени необходимо просчитать все приходы и расходы от самого начала существования базы до этого момента. Само собой, такой процесс расчёта – достаточно длительная процедура. Для ускорения его существуют такие инструменты, как Точка актуальности и Отчётный период.

Точка актуальности (далее ТА) – это момент времени, дата и время последнего проведённого документа, который показывает, что на этот момент в базе рассчитаны все остатки и задолженности, и при необходимости их получения - расчёт производить не надо. Например, если для сравнения сделать «Отчёт по остаткам товаров» на момент ТА и на любую другую более позднюю дату, то для построения первого потребуется меньше времени, так как нет необходимости рассчитывать итоги, а надо только сформировать печатную форму.

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

Пример:

01. 04. 14 в цех принят материал «Стальной прут» 215 шт.,

15. 04. 14 было повторное поступление этого же материала 120 шт., но от другого поставщика и по другой цене.

За период с 01. 04. 14 по 30. 04. 14 было передано в цех для производства медицинских тележек 250 единиц товара.

Материал от первого поступления 01. 04. 14 оказался с дефектами и поставщику нужно вернуть оставшийся неиспользованный материал.

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

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

Обычно списание материалов по партиям производится по методу FIFO (по себестоимости первых по времени поставок). Если в одно время было два поступления одинакового ТМЦ от разных поставщиков, списание не будет хаотичным. Сначала со склада списывается весь материал от первого поставщика (первая партия), и только после полного списания, начнется списание от второго (вторая партия).

Всё это приводит к изменениям и перепроведениям документов задним числом.

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

4. Проблема работы в распределённой базе.

Если учётная база является распределённой, то возникают коллизии и «накладывания» одних проводок на другие, с замещением корректных документов некорректными. Например: в ООО «Промторг» с материального склада отправляется товар на склад готовой продукции. Допустим, что информационный обмен между центральной базой и удалённой проходит каждый час. Расстояние между складами небольшое, и доставка материалов осуществляется за 20 мин. Предположим, что в базе принят такой порядок движения ТМЦ: создаётся перечень материалов перемещаемых с материального склада на склад готовой продукции. А после его перемещения товар списывается с материального склада. На складе готовой продукции учитывается товар, перемещаемый между складами предприятия. Проводить перемещение с материального склада необходимо, для того, чтобы были видны реальные остатки данного склада для дальнейшего формирования документов на перемещение.

Складу готовой продукции для принятия товара нужно создать «подчинённое перемещение» от материального склада и провести его по учётной системе. Тогда товар по учёту перемещается с материального склада на склад готовой продукции и становится доступен к реализации.

На материальном складе сформировали документ перемещения товаров на склад готовой продукции и провели списание по учётной системе, но товар ещё не отобрали. В базе склада готовой продукции документ виден, как уже проведённый. В течение следующих 30 мин на материальном складе отобран товар, но на складе готовой продукции были внесены изменения (например, недостача одного из отбираемых товаров из-за пересортицы или обнаруженного дефекта). Через 50 мин. товар доставлен на склад готовой продукции. Склад готовой продукции ещё не получил с синхронизацией измененный документ в свою учётную систему. В результате «человеческого фактора» (не сверены реквизиты накладной – сумма, количество позиций, количество штук) – сотрудник склада готовой продукции подтверждает приём товара в учётной системе по старому варианту перемещения и создаёт соответствующий документ на списание. После синхронизации – на обоих складах перемещения не совпадают, на материальном складе появляются положительные или отрицательные остатки товара, в зависимости от сделанных изменений в документе на материальном складе. В результате необходимо очередное выравнивание остатков на складах учётной системы, с многочисленными изменениями уже проведённых документов и нарушениями хронологии последовательности отгрузки по партиям. Решением этой проблемы является присвоение статуса документа, с разграничением по правам и признакам. Документы создаваемые в системе учёта, могут иметь следующие статусы:

• Запланирован – документ создан, работы с документом не начаты, автор документа (например, менеджер по продаже) может вносить любые изменения.

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

• Завершён – задание выполнено, сотрудник склада-грузоотправителя теряет право вносить изменения в документ, сотрудник склада-грузополучателя получает возможность подтверждения приёма товара.

Изменение статуса документа производится вручную (максимально просто реализуемый алгоритм) выставлением-снятием соответствующих «маркеров» или «галочек» в полях документа.

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

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