ABC/XYZ-анализ ассортимента считают по согласованной базе: агенты фиксируют период и исключения

Что именно сравнивает ABC/XYZ? ABC делит товары по вкладу в выбранный показатель: выручку, маржинальный доход или объём продаж. XYZ показывает разброс ряда продаж относительно среднего за выбранные периоды.

Буква A по выручке не обещает высокую прибыль. Товар со скидкой может дать много оборота и мало маржинального дохода; компания выбирает показатель под своё решение о закупках.

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

Что делать с месяцем без продаж? Сначала установить, что произошло: товар был доступен, закончился или данные не выгрузились. Одинаковая цифра скрывает разные события.

Ноль при наличии товара описывает фактические продажи. Пустая ячейка описывает отсутствие данных; замена её нулём создаёт событие, которого никто не измерял.

Высокий разброс не доказывает, что спрос непредсказуем. В руководстве SAP MRP monitor сезонный товар может попасть в Z из-за повторяющихся пиков, хотя сезонная модель помогает его прогнозировать.

Компания может считать отдельный сезон или согласовать поправку на сезонность. Исходный ряд остаётся рядом: без него нельзя проверить, что именно изменило группу.

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

Как убедиться, что разработчик понял правила? Дать небольшой набор, который можно пересчитать вручную. Ниже учебные данные редакции за январь–апрель 2026, не продажи клиента.

В наборе три товара и выручка 10 000 ₽ после скидок, без возвратов. Для ABC выбраны накопленные границы 80 % и 95 %: значение на границе остаётся в предыдущей группе.

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

У кабеля продажи по месяцам составили 10, 10, 0 и 10 штук. Среднее равно 7,5; стандартное отклонение для полного ряда равно 4,33. Делим отклонение на среднее и получаем 57,7 %.

При выбранных для примера порогах X до 10 %, Y свыше 10 % до 25 %, Z свыше 25 % сырой результат кабеля будет BZ. Фильтр с рядом 10, 10, 10, 10 и адаптер с рядом 1, 1, 1, 1 получают X.

Теперь в учебном сценарии подтверждаем, что в марте кабеля не было на складе. Если компания разрешила считать XYZ только по месяцам наличия, оставшийся ряд 10, 10, 10 даёт 0 %; рядом с условной BX нужно назвать исключённый март.

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

Что поручать агентам, если правила ещё обсуждаются? Сначала подготовить пробный расчёт и список спорных мест. Матрица без этих вопросов только прячет разногласия внутри формулы.

Инженер ведёт машину агентов: согласует правила с компанией, поручает код расчёта и проверяет результат. В следующем запуске утверждённые правила исполняет программа, а агент помогает менять её по новой задаче.

Приёмы постановки задач агенту остаются теми же. Для ассортимента критерий готовности звучит предметно: повторный расчёт на той же выгрузке даёт те же группы и те же исключения.

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

Для разработки достаточно обезличенного контрольного набора и описания полей. Передавать данные людей агентам ради классификации товаров не требуется: контакты покупателей не участвуют в формуле.

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

Чем мы подтверждаем подход без торгового кейса? У нашей машины есть открытые счётчики сайта. На 8 октября 2026 один показывает 7 107 коммитов за 99 дней, другой считает токены за подписанное на экране окно с 1 июля по 8 октября.

Это разные единицы и подписи длительности. Их нельзя объединить в одну сумму работы; для ассортимента такой же запрет нужен при сравнении разных складов, показателей и окон.

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

Урок «Руль, окно и сторож» в нашем курсе связывает правила, видимый процесс и проверку с уведомлением. Для расчёта ассортимента это означает видеть основание группы и получать сигнал о сорванной выгрузке.

Истории ниже относятся к данным и экранам vibecoding.ru. Из них выросли проверки нашей машины; результат торговли из них не следует.

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

Результат первого заказа лучше описать через приёмку. Компания получает расчёт, повторяет его и видит, почему изменилась группа; предложение «сделать красивую матрицу» такой проверки не задаёт.

На /services тариф «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. Инженер с машиной агентов готовит изменения в репозитории клиента, в потоке работает одна задача, пауза возможна в любой месяц.

Подписка уместна, когда после первого расчёта остаётся поток задач: новые выгрузки, правила, экраны и проверки. Для разовой классификации в таблице стоит сначала оценить объём работ; месяц подписки не является ценой любого ABC/XYZ-анализа.

Перейти к обсуждению задачи можно через тест для руководителя. Если нужен исполнитель расчёта, подписка на разработку описывает формат работы и условия.

После закупки компания сверяет остатки и продажи с ожиданием. По этому результату меняет правила следующего расчёта, сохраняя прежнюю версию.

1. Согласуйте показатель, состав товаров и окно до расчёта.

2. Разделите ноль продаж, дефицит и отсутствие данных; сохраните причины.

3. Проверьте сезонность прежде, чем считать высокий CV непредсказуемостью.

4. Принимайте матрицу вместе с исходной базой, правилами и исключениями.

5. Сравнивайте запуски по одинаковой базе; отдельно объясняйте смену данных и правил.