Алгоритм расчета поставок на маркетплейсы по теории ограничения систем

Философия метода ТОС для управления запасами

Обычный метод подготовки поставок на маркетплейс часто спрашивает: "Какие запасы нужны, чтобы избежать дефицита?" ТОС меняет этот вопрос: "Как сделать систему, которая сама быстро пополняет продаваемый товар и уменьшает деньги в запасах?"

Основные идеи метода:

1. Буфер – это не только "страховой запас". Это запас с определенной целью, разделенный на три зоны для наглядного контроля.
2. Приоритеты пополнения – система сама показывает, что заказывать, в каком объеме и когда.
3. Упор на оборачиваемость – цель не просто иметь товар, а чтобы он постоянно продавался и пополнялся.

Термины и объекты для нашего алгоритма

1. Кластер регионов (или склад маркетплейса) – Группа регионов, которые обслуживает один склад Ozon (например, "СКЛАД OZON ТОЛЬЯТТИ" для Поволжья). Это главный параметр для расчетов.
2. Буфер запаса – Вычисленный объем товара на складе маркетплейса, который поддерживает продажи без перебоев.
3. Время пополнения (Lead Time) – Общее время от создания заказа до момента, когда товар готов к продаже на складе маркетплейса. Включает:
   • T_поставки – Время от нашей отгрузки до прибытия на склад Ozon (логистика).
   • T_приемки – Время, за которое Ozon принимает и размещает товар (берется из настроек склада, позже – из статистики).
4. Интервал поставки – Плановая периодичность отправки товара в конкретный кластер (например, раз в неделю).
5. Продажи (Дневной расход) – Среднее число продаж в день по конкретному товару в рамках кластера.

Детальный алгоритм расчета по ТОС (Буферное управление)

Мы применим метод "Красно-желто-зеленого" буфера.

Шаг 1: Расчет дневного расхода (DR - Daily Rate)
DR (шт./день) = Сумма продаж товара по кластеру за последние X дней / X

• X – это период для анализа. Лучше сделать его настраиваемым по товару или группе (например, 30, 60, 90 дней). При стабильных продажах X можно уменьшить. При изменчивых продажах X увеличивают для сглаживания скачков.

Шаг 2: Расчет времени пополнения буфера (LTR - Lead Time Replenishment)
LTR (дней) = T_поставки + T_приемки

• T_приемки – берется из заранее заданной настройки склада Ozon (например, для Тольятти - 3 дня, для Подольска - 2 дня).
• T_поставки – пока можно задать фиксированным значением или вычислять как среднее из истории отгрузок. Для начала заносится в настройки кластера.

Шаг 3: Расчет размера буфера

Буфер состоит из трех зон:

• Зеленая зона (Green) – Запас на время пополнения плюс запас на случай неожиданного роста спроса или задержек.
• Желтая зона (Yellow) – Запас, который планируется продать за время пополнения. Это главная часть буфера.
• Красная зона (Red) – Минимальный запас, сигнализирующий о СРОЧНОМ пополнении. Это "точка заказа".

Формулы:

1. Желтая зона (Base Stock): Yellow = DR * LTR
   • Это объем, который точно будет продан, пока идет следующая поставка.
2. Зеленая зона (Safety Stock): Green = DR * LTR * K_страхования или Green = СтраховойЗапас (шт.)
   • Вариант А (гибкий): K_страхования – коэффициент (например, 0.5). Это % от желтой зоны. Если LTR=10 дней, а DR=10 шт/день, то Yellow=100 шт., Green=50 шт.
   • Вариант Б (простой для пользователя): Использовать прямую настройку "Страховой запас в шт.". Это понятнее для пользователя.
   • Лучше начать с Варианта Б.
3. Красная зона (Min Stock): Red = DR * (LTR_экстренное)
   • Обычно это очень маленький запас, например, на 2-3 дня продаж. Часто ее задают как фиксированное значение (например, 5-10% от Yellow) или просто 0. Ее задача – сигнализировать о критическом положении.
   • *Для упрощения первой версии можно принять Red = 0.*

Итого, общий размер буфера (Buffer Size):
Buffer = Green + Yellow + Red

Шаг 4: Расчет количества к поставке (Q - Quantity to Order)

Основная формула ТОС:
Q = Buffer - (ТекущийЗапасНаСкладеOzon + ВПутиДоОзона)

Где:

• ТекущийЗапасНаСкладеOzon – получаем через API Ozon (остатки на складах маркетплейса).
• ВПутиДоОзона – количество товара в отгруженных, но еще не принятых Ozon поставках (берем из наших документов "Реализация товаров и услуг" со статусом "В пути").

Пример:

• Buffer = 150 шт. (Green=50, Yellow=100, Red=0)
• ТекущийЗапасНаСкладеOzon = 30 шт.
• ВПутиДоОзона = 20 шт.
• Q = 150 - (30 + 20) = 100 шт.

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

Архитектура расширения для 1С:УТ 11

1. Константы и настройки (Справочники и РегистрыСведений)

• Справочник "КластерыРегионовМаркетплейсов" (например, OZON_Тольятти, OZON_Подольск).
  • Рекомендация: Связать его с нетиповым планом видов характеристик "СкладыМаркетплейсов", если в типовой конфигурации уже есть логика работы со складами партнеров.
  • Реквизиты: Наименование, Код склада Ozon (API ID), ВремяПриемкиOzon (дн.), ВремяЛогистики (дн.), ТокенAPI (или ссылка на общую настройку).
• Регистр сведений "НастройкиРасчетаПоставокДляНоменклатуры" (измерения: Номенклатура, КластерРегионов; ресурсы: СтраховойЗапас, ПериодАнализаПродажХ (дн.), АктивностьРасчета).
• Общие настройки (Константа или регистр сведений): Токен API Ozon по умолчанию.

2. Документы-регистраторы

• Документ "ПланПоставокНаМаркетплейсы" (главный документ).
  • Реквизиты шапки: Дата, Номер, Ответственный, ДатаПланируемойПоставки (на которую рассчитываем).
  • Табличная часть "Товары": КластерРегионов, Номенклатура, КоличествоПоставки (рассчитанное), СредниеПродажиВДень, ТекущийОстатокНаOzon, ОстатокВПути, РазмерБуфера, [ЗеленаяЗона, ЖелтаяЗона, КраснаяЗона] – для проверки и анализа.
  • Метод Провести(): Не создает проводок, но может обновлять вспомогательные регистры для истории.
• Документ "РеализацияТоваровНаМаркетплейс" (создается на основании).
  • По сути, это расширение типового документа "Реализация товаров и услуг" с дополнительной аналитикой (например, ссылка на план поставок).

3. Обработки

• Обработка "РасчетПланаПоставок".
  • Позволяет задать параметры: "ДатаПоставки", "Кластеры" (можно несколько), "ПравилаОтбора" (по товарам, по группам).
  • При нажатии кнопки "Рассчитать":
    1. Для каждого товара в отборе и для каждого кластера:
    2. Получает через API Ozon ТекущиеОстатки.
    3. Из документа "Реализация..." со статусом "В пути" вычисляет ОстаткиВПути.
    4. Из регистра накопления "Продажи" (или из ротаций УТ) вычисляет DR за указанный в настройках период.
    5. Вычисляет LTR, Buffer и Q по приведенным формулам.
    6. Если Q > 0, то добавляет строку в таблицу результатов.
  • Кнопка "ЗаписатьРезультат" – создает документ "ПланПоставокНаМаркетплейсы".
• Обработка "ПечатьПланаПоставок".
  • Строит отчет по кластерам: для каждого кластера – свой список товаров с количеством к поставке. Простая и понятная форма для отдела логистики.

4. Порядок работы пользователя

1. Настройка: Пользователь создает кластеры, указывает в настройках номенклатуры страховые запасы и период анализа.
2. Расчет: Раз в несколько дней (по "планируемой периодичности поставки") пользователь запускает обработку "РасчетПланаПоставок".
3. Анализ и корректировка: Система выдает готовую таблицу. Пользователь может вручную изменить количества (например, исходя из недельного плана производства).
4. Создание плана: Результат сохраняется в документ "ПланПоставокНаМаркетплейсы".
5. Создание отгрузочных документов: Из документа "ПланПоставок..." пользователь нажимает "СоздатьРеализации". Система создает несколько документов "РеализацияТоваровНаМаркетплейс" – по одному на каждый кластер, где есть ненулевые поставки.
6. Печать: Печатается упаковочный лист для каждого кластера.

Дальнейшее развитие системы

1. Динамический расчет T_приемки: Начать собирать статистику: дата нашей отгрузки -> дата получения статуса "Принято на складе Ozon" через API. Вычислять среднее время приемки для каждого кластера и использовать его вместо фиксированной настройки.
2. Учет сезонности и трендов: Изменить формулу расчета DR, добавив коэффициенты сезонности или используя простые методы прогноза (например, скользящее среднее с учетом тренда).
3. Визуализация буферов: Сделать отчет или индикаторы на форме номенклатуры, которые показывают, в какой зоне буфера находится товар ("Все хорошо" - зеленый, "Пора заказывать" - желтый, "Тревога" - красный).

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