Справка · Закупки MPKiller

Источник данных

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

MPKiller → Товары · План продаж · Реестр закупок · Номенклатура · Сезонность · Метод закупки

План действий SKU

Показатель / период	Источник / исходное поле	Формирование и приоритет
Товар	MPKiller → Товары · «Наименование»	Одна строка на наименование и размер; кабинеты объединяются.
Размер	MPKiller → Товары · «Размер»	Размеры одного товара сохраняются отдельными строками.
Рынок	Номенклатура сервиса плана → «Рынок»	По наименованию, без учёта регистра и лишних пробелов. Одна строка товара и размера сохраняется; отметка «Да» любого кабинета имеет приоритет. Пустое исходное поле показывается прочерком.
Метод закупки	Библиотека сервиса → «Метод закупки»	Метод применяется по наименованию ко всем размерам товара. Пустое значение или отсутствие строки — «тек. динамика».
Обор. реал	MPKiller → Товары · «Оборачиваемость реальная»	Общее значение товара. Различия кабинетов требуют проверки. Отображается целым числом.
Ф	MPKiller → Товары · «% выкупа», «Ср. заказы за 10 дней»	Сумма (% выкупа / 100 × средние заказы) всех кабинетов. На экране один знак, расчёт полной точности.
П	MPKiller → План · «Продажи» текущего месяца	Сумма продаж кабинетов / число календарных дней месяца по Москве. Пустой SKU сопоставляется по товару, МП и кабинету.
Ф/П	Ф и П этой строки	Дневной факт / дневной план, в процентах. При неизвестном или нулевом П — прочерк.
Разрыв	MPKiller → Товары · «Разрыв»	Исходные периоды; повторы разных кабинетов убираются.
Поставки 1	MPKiller → Товары · «Поставки»	Исходные количества и даты; общий список кабинетов учитывается один раз.
Оборачиваемость после поставок	MPKiller → «Оборачиваемость после поставки»	Готовое значение поля turnover_after из источника. Совпадающее значение всех кабинетов товара учитывается один раз. При отсутствии или расхождении — прочерк с причиной; местный расчёт по остаткам не подставляется.
Статус	Оборачиваемость после поставок из MPKiller, срок производства и параметры логистики	Срочно: меньше полного срока + 3 дня; заказывать: меньше полного срока + 10 дней.
Срок произв., дн	Реестр закупок → максимальный срок производства (max_term, столбец W исходного листа «закупки»)	Сопоставление по наименованию без учёта регистра и лишних пробелов, одинаковый срок для всех размеров товара. Реестр уже выбирает максимальный срок; неизвестный срок не подменяется общим значением или старым ручным правилом. В таблице показан исходный срок, в статусе отдельно учитывается простой.
Рекомендация, шт	Оборачиваемость после поставок из MPKiller, выбранный темп, срок производства и логистика	Потребность на период покрытия с вычетом известных поставок в этом периоде.
Решение	Ввод пользователя в ячейку	Личная пометка с датой; сохраняется на сервере.
Комментарий	Ввод пользователя в ячейку	Личная пометка с датой; сохраняется на сервере.

Потребность

Показатель / период	Источник / исходное поле	Формирование и приоритет
Товар / Размер	Те же карточки, что в плане действий SKU	Сохраняются единые строки товаров и размеров.
Метод	Библиотека сервиса → «Метод закупки»	Выбирает план, динамику или гибрид.
Продажи · каждый из четырёх месяцев	MPKiller → План · «Продажи» каждого месяца; либо Ф и сезонность	План: исходный месячный объём. Динамика: дневной факт с сезонностью × дней месяца. Гибрид: эффективный темп метода.
Продажи · всего	Четыре месячных значения продаж	Сумма четырёх месяцев; неизвестное слагаемое делает итог неизвестным.
Потребность · каждый месяц	Продажи месяца и дата исчерпания по Обор3	Продажи × доля дней месяца после исчерпания. Сам день исчерпания не включается.
Потребность · всего	Четыре месячных значения потребности	Сумма без подмены неизвестных нулём.
Потребность ¥ · каждый месяц	Потребность в штуках × цена закупки в юанях из карточки / импорта	Если цена или потребность неизвестны — прочерк.
Строка «Итого по показанным»	Видимые строки после поиска и исключений	Суммы относятся к текущей выборке.

Потребность по поставщикам

Показатель / период	Источник / исходное поле	Формирование и приоритет
Поставщик	Реестр закупок → supplier · лист «закупки», столбец O	Группировка товаров по поставщику; пустое поле — «(без поставщика)». Поставщик загружается из реестра закупок: строка с наибольшим номером выкупа E, при равенстве первая строка. Цена в юанях — поле min_price реестра, минимальная цена столбца S. Ссылки поставщиков объединяются по адресу до вопросительного знака. Список индивидуальных условий задаёт правила оплаты найденного поставщика.
Потребность, шт · каждый месяц	Прогноз продаж и потребность · потребность в штуках	Сумма включённых товаров поставщика за соответствующий месяц.
Потребность ¥ · каждый месяц	Прогноз продаж и потребность · потребность в юанях	Сумма включённых товаров поставщика за соответствующий месяц.
Итого ¥	Четыре месячные суммы поставщика	Сумма четырёх месяцев; сортировка по убыванию. Суммируются известные значения; если часть товаров не рассчитана, сумма помечается звёздочкой с количеством отсутствующих строк при наведении. Прочерки не заменяются нулями.

Библиотека и скрытые товары

Первый столбец плана SKU — «Сезонность» из П/Ф MPKiller. Правый клик на сезонность → «Скрыть сезонность» исключает все товары с таким значением из таблиц и сумм закупки. В списке «Скрытые сезонности» слева от других списков доступны «Показать» и «Показать всё». Скрытие товара, статуса и сезонности действует независимо: товар возвращается в расчёты после снятия всех применимых скрытий.

«Метод закупки» — самостоятельная библиотека сервиса: наименование товара, метод закупки, комментарий и признак ручного плана. «Ручной продаж на текущий и еще 2 месяца» заполняется «да», если в П/Ф сайта MPKiller хотя бы у одного SKU или кабинета товара есть ручной план продаж в текущем либо следующих двух месяцах. Учитываются ручной импорт, ввод в сервисе, размерные распределения ручного плана и ручной ноль. Автоматический прогноз и ручная цена не учитываются. Метод выбирается из списка, комментарий редактируется в строке. Методы «сомневаюсь, разобраться» и «есть товар аналог» сохраняют выбранную пометку и временно рассчитываются как «тек. динамика». Кнопка «Добавить строку» создаёт запись, крестик удаляет её. Удалённую запись можно восстановить под таблицей; пока запись удалена, товар использует «тек. динамика». Все записи и изменения сохраняются в сервисе и не заменяются при обновлении SKU. Изменённый метод применяется ко всем размерам товара и используется в расчётах. Крестик справа удаляет строку из локальной библиотеки: для товара применяется «тек. динамика». Удаление сохраняется при обновлении источника. Вернуть запись можно через «Удалённые строки» под таблицей; сохранённые правки метода и комментария восстановятся. «Статусы» в плане действий объединяют без повторов статусы всех кабинетов товара из MPKiller.

Правой кнопкой по строке → «Скрыть». Вернуть строку можно из списка «Скрытые товары» рядом с «Отобразить рынок». Товары из списка «Скрытые товары» исключаются из расчётов закупки, потребности и финансового календаря. После возврата они снова участвуют в расчётах. Кнопка «Показать всё» над списком возвращает все скрытые товары сразу. Карточки «Срочно заказывать» и «Заказывать» считают все нескрытые товары независимо от поиска и фильтров. Фильтр «Статусы» сравнивает полное значение ячейки, включая запятые. Правый клик по статусу → «Скрыть статус»: все товары с таким точным значением исключаются из таблицы и расчётов. В списке «Скрытые статусы» доступны «Показать» и «Показать всё». Если товар скрыт одновременно по имени и по статусу, для возврата нужно снять оба ограничения.

Функционал

Товары, поиск и отображение

Кабинеты и маркетплейсы одного товара объединяются; разные размеры сохраняются. Ф суммируется по кабинетам. Скрытый SKU исключается до объединения; его можно вернуть через «Скрытые SKU». Поиск под заголовком «Товар» и фильтры «Да / Нет» под «Разрыв» и столбцами поставок меняют видимые строки. Товары «Рынок = Да» по умолчанию скрыты; галочки «Отобразить рынок» и «Показать рынок» возвращают их в общий список. Блоки над SKU суммируют рекомендации и стоимость по статусам среди видимых товаров. Нажатие заголовка сортирует; неизвестные значения всегда в конце. Обор. реал показывается целым, Ф и П — с одним десятичным знаком; внутри расчёта точность сохраняется.

Методы закупки и дневной план

П = план продаж текущего месяца / календарных дней месяца. Для балаклавы: 754 / 31 ≈ 24,3 шт./день. Метод «план» использует планы каждого месяца. «Тек. динамика» использует Ф и сезонность. «План или выше» при отставании факта использует план; при опережении — текущий факт, а в следующих месяцах выбирает больший прогноз. Отсутствие значения и известный ноль различаются.

Сезонность и прогноз

Коэффициенты следующих месяцев задают отношение общих продаж месяца к предыдущему месяцу. Базовый объём текущего месяца = Ф × число дней текущего месяца. Коэффициент 1 сохраняет месячный объём: декабрь равен ноябрю. Для расчётов по дням полученный месячный объём делится на дни соответствующего месяца; текущий месяц повторно не умножается. Если поле сезонности товара пустое, все 12 коэффициентов равны 1. Нулевой коэффициент по правилу календаря также заменяется на 1. Для метода «план» продажи будущих месяцев берутся из загруженного помесячного плана. Неизвестные месяцы не копируются из текущего.

Поставки и оборачиваемость

«Оборачиваемость после поставок» берётся из MPKiller: столбец «Оборачиваемость после поставки», поле turnover_after. Совпадающее значение кабинетов одного товара и размера используется один раз, дни не суммируются. Отсутствующие или неоднозначные значения остаются прочерком. Статус и рекомендация используют именно эту оборачиваемость, срок производства и логистику. Столбцы «Поставки 2», «Обор. после поставок 3» и «Обор. после поставок 3 (Ф<П)» убраны из плана SKU. Кнопка «Без оборачиваемости» показывает все товары без значения с размерами, признаком рынка и причиной, включая скрытые по умолчанию товары рынка. В расчётах потребности и финансового календаря дополнительный слой заказанных поставок сохраняется.

Потребность и статус

Дата исчерпания — сегодня + Обор3. Потребность месяца учитывает дни после исчерпания, без самого дня исчерпания. В юанях она равна потребности в штуках × цене закупки. «Срочно заказывать» — Оборачиваемость после поставок меньше срока производства + логистики + 3 дня; «заказывать» — меньше того же срока + 10 дней. Если оборачиваемость после поставок не ниже срока производства с логистикой + 10 дней, статус — «не заказывать», рекомендация — 0. Для срочных и обычных заказов по оборачиваемости после поставок рассчитывается количество до целевого покрытия 21 день + срок производства и логистики с вычетом поставок в этом окне. При недостатке исходных данных статус и рекомендация остаются неизвестными; причина видна при наведении.

Индивидуальные условия поставщиков

Первое совпадение подстроки в поле поставщика определяет условия. У URL можно оставить адрес до вопросительного знака; параметры ссылки при сохранении подстроки убираются. «Общий» аванс берётся из параметров календаря, «нет» означает 0% по факту производства, «остаток» — долю после аванса и производства. Отсрочка отсчитывается от готовности производства. Условия со скрина внесены в 20 строк; поставщик наколенников — аванс 0%, производство 100%; Конструкторы и Autol — производство 20%, отсрочка 30 дней, доля 50%.

План заказов, деньги и сценарии Ozon

Фин.календарь закупок рассчитывает до 20 повторных заказов на горизонте заданного числа недель (по умолчанию 10). Первый сигнал — когда Обор3 становится строго меньше срока производства + логистика + 10 дней; новая партия покрывает 21 день после прихода. Количество рассчитывается по спросу соответствующих месяцев с вычетом известных поставок. Даты оплаты отсчитываются от понедельника недели заказа. Индивидуальные условия задают аванс, платёж по готовности и отсрочку. Без условий: при производстве до 10 дней включительно платится вся сумма сразу; свыше 10 дней — общий аванс и остаток в неделю готовности. Платёж на одну неделю за горизонтом переносится в последнюю неделю; более поздние не входят в расчёт. Таблица показывает заказ в штуках, отдельные платёжные строки в юанях и два итога сверху. Цены, сроки и поставщики берутся из реестра закупок. При неизвестных данных строка помечается и итог считается неполным. Под календарём список «Почему не рассчитаны товары» показывает каждую строку, причину и ссылку на источник; список можно отфильтровать по недостающему полю и поиску. Для однозначного метода «тек. динамика» с известным Ф = 0 прогноз продаж нулевой, поэтому заказ и платежи равны 0 даже при неизвестных цене, сроке или оборачиваемости. Это не подстановка нулей вместо неизвестных значений: исходные поля остаются пустыми. Для плановых методов и неизвестного Ф такое правило не применяется. Курс юаня переводит выплаты в рубли. Финансовые поступления задаются отдельно; неизвестные деньги не заменяются нулями. Досрочный вывод Ozon переносит поступления и учитывает комиссию. Все даты — календарные, по Москве.

Обновление, сохранение и экспорт

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