Доработка алгоритма работы системы управления товарными запасами

Описание ситуации

К нам обратилась компания, являющаяся оптовым поставщиком товаров для сетевых магазинов («Магнит косметик», «Лента», «Окей» и т.д.).

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

Компания-заказчик пользуется доработанной конфигурацией программы 1С:Управление производственным предприятием на платформе 8.1 (1С:УПП).

Объем базы данных заказчика составляет более 7 ТБ. Единовременно с базой может работать порядка 150 – 200 пользователей. А количество записей в некоторых регистрах сведений может превышать 500 млн. Кроме этого, в работе используется много регистров с количеством записей более 100 млн. В некоторых случаях реструктуризация выполняется посредством SQL сервера, потому что средствами платформы это сделать невозможно.

Поэтому силами заказчика была создана собственная самописная обменная система: 1С Обменная, Управление роботами, которая осуществляет контроль состояния практически всех обменов.

Расчеты потребности в товарных запасах для всей сети магазинов выполняют 10 серверов. За каждым из них закреплены свои задачи. В обменной системе можно видеть график загрузки серверов и логи выполнения каждого обмена. Помимо обменной системы используется шина данных IRIS.

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

Анализ алгоритма работы системы управления товарными запасами и предпроектное обследование

У компании-заказчика имеется календарный план закупок, в соответствии с которым ежедневно осуществляется более 100 закупок.

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

Затем создается табличная часть по магазинам. В этот документ загружаются данные об имеющемся в магазине ассортименте товаров определенной марки. Заполнение табличной части происходит на основании данных из оперативного контура (УПП, WinCash (специальное кассовое ПО на базе 1С), MS OLAP куб, Hybris (интернет-продажи) и другие).

Затем подгружаются следующие данные:

● остатки из розничных магазинов на местах;
● остатки в резерве;
● цены;
● план-прогноз продаж в разрезе 3 периодов: до заказа, на время заказываемого периода, после заказываемого периода.

Для расчета потребности товара в том или ином магазине, учитываются множество факторов, например:

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

После этого происходит формирование документов:

● предварительный заказ поставщику (на поставку на склад),
● предварительный заказ поставщику (на поставку в магазин напрямую или транзитом),
● внутренние заказы и/или перемещения товаров со склада в магазин,
● пакет распределения (типа «Распределение излишков» или «Распределение поступлений»).

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

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

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

В цепочке по одному документу УТЗ может насчитываться до трех тысяч документов. Далее они уходят в складскую систему (Axelot) на сборку. После этого робот заканчивает работу.

Документы, принадлежащие УТЗ, хранятся в УПП 7 дней, после чего выгружаются во внешнюю базу данных, объем которой составляет более 5 ТБ.

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

В одной табличной части не получилось бы хранить 1 млн строк. Каждый день MS OLAP куб обновляется данными из УПП и за несколько часов работы рассчитывает прогнозные значения.

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

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

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

Таким образом, в момент обращения у заказчика контур ценообразования и контур расчета акций функционировали отдельно друг от друга.

Заказчику потребовалось реализовать новый алгоритм расчета потребности товаров.

Задача от заказчика

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

Реализация проекта

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

После проведенной доработки в состав контура вошли:

1. Хранилище УТЗ – БД MMStorage на MSSQL Server;
2. Хранилище цен – БД Prices на MSSQL Server;
3. Куб – OLAP Cube MMStorage на Microsoft Analysis Services;
4. WC – БД Oracle (Кассовое ПО, самописка на базе 1С) WinCash – актуальные остатки магазинов;
5. БД УПП – БД MSSQL УПП;
6. БД УТЗ Дата – история рассчитанных документов УТЗ, в которой хранятся документы 1С, ее размер 4ТБ (не входит в состав УПП).

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

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

Также имеются возможности:

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

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

Далее УТЗ на основе прогнозных значений формирует нужные документы о движении товара для выполнения следующих задач:

● формирование потребности в товаре для заказа поставщику на склад;
● формирование заказа на поставку в магазины транзитом или напрямую;
● формирование заказа для пополнения магазинов с собственного оптового склада (подсортировки);
● распределение излишков между магазинами,
● распределение перебросок.

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

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