Каждая предыдущая версия делала систему умнее в том, что она уже умела. Версия 5.7 — другая. Здесь произошёл сдвиг в характере: система перестала только реагировать на случившееся и начала предупреждать о том, что случится. Просрочка, ненадёжный поставщик, мёртвый ассортимент — теперь это не постфактум, а сигнал заранее.
Параллельно с проактивностью — серьёзная работа по точности аналитики: свободный остаток в ABC, детализация до транзакции, относительные условия раскраски. Закрыты сложные отраслевые сценарии, которые раньше просто не укладывались в логику системы: зарубежный производитель с двойным циклом заказа, скоропорт в хроническом дефиците, поставщик с разным режимом работы по складам. И — большой объём работы под капотом, который не виден глазом, но ощущается в скорости и надёжности.
Проактивность
Предупреждение о риске просрочки
Зачем это нужно. Один из самых частых вопросов — «почему система не предупредила раньше?». К тому моменту, когда просрочка зафиксирована, товар уже списан и деньги потеряны. Версия 5.7 сдвигает точку вмешательства влево: не к последствию, а к причине.
Как это работает. В Глобальных настройках на вкладке «Проактивность» появилась опция «Предупреждать о риске просрочки». При включённой настройке система после формирования заказа автоматически проверяет: есть ли среди заказанных позиций товары с коротким сроком годности, которые могут не успеть продаться до истечения срока? Если такие позиции найдены — пользователь получает уведомление. Заказ можно открыть и скорректировать до отправки поставщику.
Практическое применение. Особенно актуально для категорий с принудительным минимумом выкладки — там, где полка должна быть заполнена, но допустить просрочку нельзя. Именно в таких категориях алгоритм может «перестараться», и теперь у закупщика есть шанс это увидеть до отправки заказа.
Анализ надёжности поставщиков OTIF
Зачем это нужно. Поставщик систематически опаздывает или привозит неполные партии — это все знают, но доказать в цифрах сложно. OTIF (On Time In Full) — международная метрика: какой процент заказов поставщик выполнил полностью и точно в срок. Теперь этот отчёт строит система.
Как это работает. В модуле «Анализ» появилась новая вкладка OTIF. Система обрабатывает реестр заказов — фактические даты доставки, фактические количества — и строит сводку по каждому поставщику. Логика жёсткая: заказ засчитывается как выполненный только если он привезён в полном объёме и без единого дня опоздания. Никаких допусков. Отчёт сохраняется в PDF.
Практическое применение. Готовый аргумент для переговоров — о скидках, об условиях поставки, о замене поставщика. Анализ ретроспективный: можно посмотреть, как поставщик вёл себя месяц назад, три месяца назад, полгода. Цифры не врут и не забывают.
Рекомендации по вводу и выводу товаров из ассортимента
Зачем это нужно. Решение «вывести» или «ввести» товар нередко принимается на глаз. Мёртвый товар продолжает занимать место и деньги, пока кто-то не вспомнит о нём. Новинка, которая уже показывает спрос, ждёт официального «ввода». Теперь у закупщика есть инструмент с прозрачными критериями — не интуиция, а факты.
Как это работает. Новая вкладка в разделе «Анализ» оценивает, сколько дней за выбранный период товар реально продавался. Два параметра управляют порогом: требуемое количество дней продаж и длина анализируемого периода. Товары, которые не набирают порог, — кандидаты на вывод. Новинки со стабильным спросом — кандидаты на ввод. Решение принимается прямо из интерфейса: параметры товара меняются в один клик.
Аналитика стала точнее
ABC-анализ по свободному остатку
Зачем это нужно. Для производственных компаний часть складского остатка уже зарезервирована под производственные заказы. Физически товар есть — но продавать его нельзя. Если включать зарезервированный остаток в ABC-анализ, классификация окажется искажённой: система будет считать позицию «обеспеченной», хотя реально доступного товара нет.
Как это работает. В ABC-анализ добавлен новый тип параметра — «свободный остаток»: фактический остаток за вычетом резерва. Теперь классификация строится на том, что реально доступно к отгрузке или продаже — без артефактов производственного резервирования.
Поиск по сохранённым результатам анализа
Зачем это нужно. Когда в системе накапливаются десятки сохранённых анализов от разных пользователей, найти нужный становится задачей. Прокручивать весь список в поисках нужного — потеря времени.
Как это работает. В списке сохранённых результатов классификации появилась строка поиска. Начните вводить часть названия — список фильтруется мгновенно. Быстро, без лишних кликов.
Подробное отображение продаж
Зачем это нужно. Агрегированные продажи за день — стандарт для большинства задач. Но иногда нужно видеть каждую транзакцию отдельно: по времени, по контрагенту, по любым другим атрибутам, специфичным для вашего бизнеса. Раньше такого режима не было.
Как это работает. В модуле «Продажи» появился режим расширенного отображения — с детализацией до отдельной транзакции. Поддерживается загрузка кастомных полей: дата и время, склад, артикул, любые другие атрибуты из вашей учётной системы. Данные можно отфильтровать, отсортировать и выгрузить для внешнего анализа.
Относительное сравнение в правилах раскраски
Зачем это нужно. Раньше условия раскраски колонок работали с константами: «значение больше 100», «меньше 20%». Но реальные правила часто звучат иначе: «упущенная прибыль превышает 10% от фактической» или «сверхзапас больше трети текущего остатка». Такие условия задать было невозможно.
Как это работает. Добавлен новый тип правила — относительное сравнение. Условие формулируется так: «значение в ячейке A больше X% от значения в ячейке B». Работает во всех местах, где есть раскраска колонок, включая контрольный лист заказа.
Практическое применение. Удобно для контроля прибыльности: выделяйте строки, где упущенная прибыль составляет значимую долю от реализованной — и управляйте ассортиментом на основе реального P&L, а не ощущений.
Сложные сценарии
Разгон заказа для скоропорта в хроническом дефиците
Зачем это нужно. У скоропортящихся товаров алгоритм по умолчанию сдерживает объём заказа — чтобы не создавать просрочку. Логика правильная. Но если товар системно в дефиците, это означает, что привозить его нужно больше, а не меньше. Осторожность алгоритма превращается в ловушку: продажи ограничены нехваткой товара, а система не видит реального спроса — потому что товар заканчивается раньше, чем спрос успевает сформироваться.
Как это работает. Добавлены два связанных параметра. «Порог разгона» задаёт уровень дефицита (в % дней), при превышении которого активируется коэффициент. «Процент разгона» определяет, на сколько увеличить расчётный заказ. Когда дефицит уходит — разгон прекращается автоматически. Если дефицит слишком высокий (выше основного порога дефицита) — стандартная логика сохраняется.
Практическое применение. Помогает «разогнать» категории, которые системно не могут накопить нормальную историю продаж, потому что товар заканчивается раньше, чем формируется спрос. Не меняйте настройку глобально без анализа — тестируйте на отдельных товарных группах (например, кефир).
Календарь поставщика по складам
Зачем это нужно. Поставщик работает по-разному для разных складов: один магазин получает поставки в праздничные дни, другой — нет. До этой версии каникулы поставщика распространялись на все склады одновременно, без возможности разграничить.
Как это работает. При настройке каникул поставщика теперь можно явно указать, для каких складов они действуют. Остальные склады продолжают работать в обычном режиме и формируют заказы по своему расписанию.
Собственные названия для товарных групп
Зачем это нужно. Коды товарных групп, пришедшие из ERP, нередко выглядят как технические идентификаторы — бессмысленные для человека. При этом все правила автоустановки параметров ссылаются именно на код: стоит переименовать группу — и настройки ломаются.
Как это работает. Теперь каждой товарной группе можно присвоить читаемое отображаемое название, не затрагивая код. Название видно в классификационном дереве, в фильтрах и в правилах. Все настройки, привязанные к коду, продолжают работать без изменений. Названия загружаются массово через файл импорта.
Заказ на отгрузку от поставщика
Зачем это нужно. При работе с зарубежными производителями бизнес-процесс нередко делится на два шага: «большой» заказ на весь цикл производства и доставки — и «малый» заказ на вывоз уже готового товара со склада производителя. Это два разных расчёта с разной логикой, и второй тип раньше был недоступен в системе.
Как это работает. В режиме заказа на отгрузку система считает потребность только на время доставки — без учёта срока изготовления. И учитывает только то, что уже физически движется к вам: товар в пути. То, что ещё находится в производстве, в расчёт не входит. Режим доступен как отдельная кнопка в интерфейсе и как флаг --Shipment в консольной команде для ночных автозапусков.
Уточнённая логика принудительного округления
Зачем это нужно. Принудительное округление до минимальной кратности помогает избежать вечного нуля в заказе — полезная механика. Но для товаров с крупной кратностью поставки это может создавать избыточные остатки там, где дефицита нет и жёсткое округление не нужно.
Как это работает. Добавлена настройка: выполнять принудительное округление только если текущий остаток равен нулю или ниже минимального запаса. Жёсткое округление срабатывает точечно — именно там, где дефицит действительно происходит прямо сейчас, а не в качестве универсального правила.
Расшифровка плана поставок по периодам
Зачем это нужно. При длинных плечах поставок закупщик отправляет заказы на месяцы вперёд. Но сухие цифры плана не показывают, где именно возникнут дефициты или избыточные остатки в каждый конкретный период. Без этого договориться с поставщиком о корректировке сложно — нет аргументов.
Как это работает. В плане заказов появилась детальная развёртка: по каждому плановому заказу можно увидеть ожидаемые остатки, расходы и дефициты в разбивке по периодам. Данные выгружаются в Excel для совместной работы с командой или для переговоров с поставщиком.
Практическое применение. Позволяет активно управлять длинным горизонтом: договариваться о переносе сроков, ускорении отдельных партий или оптимизации объёмов — до того, как что-то пошло не так.
Под капотом
Полный список складов для удаления
Раньше в разделе «Администрирование → Удаление складов» отображались не все склады из базы — только загруженные стандартным путём. Технические, ошибочные или давно неактуальные склады из других источников там не появлялись, и удалить их было невозможно. Теперь список включает все склады из всех источников данных. Лишние склады накапливаются годами и незаметно снижают производительность — теперь с ними можно разобраться.
Сжатие таблиц базы данных (MSSQL)
В «Администрировании → Оптимизация баз данных» появилась новая операция — сжатие таблиц. На практике это даёт кратное уменьшение объёма базы: в реальных случаях фиксировалось снижение в два раза и более. Операцию стоит проводить периодически: сжатие применяется к существующим данным, новые данные сжимаются при следующем запуске.
Важно: операцию лучше запускать вне рабочих часов — во время сжатия таблицы временно блокируются.
Валидация символов при импорте данных
Нестандартные символы в кодах и названиях — узкие пробелы, нестандартные тире, управляющие символы — давно были источником трудно диагностируемых ошибок. Теперь при загрузке данных работает белый список допустимых символов. Если в файле обнаружен недопустимый символ в ключевом поле (код товара, склада, контрагента и т.д.) — импорт блокируется с понятным сообщением об ошибке. Порча данных без предупреждения больше не происходит.
Удалён устаревший алгоритм балансировки
Старый алгоритм балансировки давно не получал обновлений и не поддерживал новый функционал. В версии 5.7 он удалён. В системе остался один, актуальный алгоритм — это означает, что все пользователи работают с одинаковым качеством расчётов, а новые улучшения применяются ко всем без исключения.
Что изменилось в версии 5.7: итоговый список
- Проактивное предупреждение о риске просрочки при формировании заказа
- Анализ поставщиков OTIF — оценка надёжности в цифрах
- Рекомендации по вводу и выводу товаров из ассортимента
- ABC-анализ по свободному остатку для производственных компаний
- Поиск по сохранённым результатам анализа
- Расширенное отображение продаж до уровня транзакции
- Относительное сравнение в правилах раскраски колонок
- Разгон заказа для скоропорта в хроническом дефиците
- Календарь поставщика по складам — гибкое управление каникулами
- Собственные названия для товарных групп, независимые от кода
- Режим заказа на отгрузку при длинных плечах поставок
- Уточнённая логика принудительного округления
- Расшифровка плана поставок по периодам
- Инфраструктура: сжатие БД, валидация символов, очистка складов, единый алгоритм балансировки
- А также ряд других изменений и улучшений. Полный перечень все получают вместе с обновлением.
