DEV-9779
Цель улучшения: Добавить возможность фильтрации и группировки заявок на оборудование по характеристикам юридических лиц.

Было: В конструкторе отчётов по заявкам на оборудование была доступна характеристика продукта (ХП), но характеристика юридических лиц (ХЮ) отсутствовала — отфильтровать заявки по группам клиентов было невозможно.

Стало: В конструктор отчётов добавлена характеристика юридических лиц (ХЮ) — доступна в разделе «Фильтр» и других разделах отчёта.

Эффект для бизнеса:
✅ Заявки на оборудование можно анализировать в разрезе групп клиентов — без ручной сортировки

DEV-9246

Цель новой функции: Дать возможность отключить автоматическое поднятие товаров ММЛ в начало списка при подборе заказа.

Было: Товары из ММЛ всегда отображались в начале списка при подборе заказа — это поведение нельзя было изменить.

Стало: В форме создания/редактирования ММЛ добавлен тумблер «Отключить сортировку по ММЛ». При включении товары ММЛ не поднимаются в начало списка — отображаются в стандартном порядке. Настройка передаётся в мобильное приложение.

Эффект для бизнеса:
✅ Гибкое управление отображением товаров в подборе — под потребности каждого ММЛ

DEV-9335
Цель новой функции: Дать возможность прикреплять несколько характеристик к одному опроснику и применять его к контрагентам по гибкой логике условий.

Было: В опроснике можно было выбрать только одну характеристику. Применить опросник к контрагентам по нескольким условиям одновременно было невозможно.

Стало: Поле выбора характеристики стало мультивыбором. В табличной части добавлена колонка «Характеристика», колонка «Название» переименована в «Подтип».
Логика применения опросника:

• Несколько характеристик (например, Категория: A и Segment: Medium) — опросник применяется только к контрагентам у которых выполнены все условия одновременно (логика И)
• Одна характеристика с несколькими подтипами (например, Категория: A и B) — опросник применяется к контрагентам у которых совпадает любой из подтипов (логика ИЛИ)

Эффект для бизнеса:
✅ Опросники точнее таргетируются на нужный сегмент клиентов — без лишних настроек
✅ Гибкая логика условий — один опросник покрывает сложные комбинации характеристик

DEV-9705
Цель улучшения: Восстановить столбец «Руководитель» в отчёте «Автотреккинг» — он был в Smartup 5, но отсутствовал в новой версии, что нарушало интеграцию с внешними системами клиентов.

Было: В Smartup X столбец «Руководитель» в отчёте «Автотреккинг» отсутствовал. Клиенты, использующие этот отчёт для обмена данными с внешними системами, не могли корректно сопоставить данные.

Стало: Столбец «Руководитель» возвращён в отчёт «Автотреккинг» — отображается при просмотре и при выгрузке в Excel.

Эффект для бизнеса:
✅ Интеграция с внешними системами через отчёт «Автотреккинг» восстановлена — данные передаются корректно

DEV-8959
Цель улучшения: Дать пользователю возможность самостоятельно выбирать какие ценовые и складские данные отображать в отчёте НЕОН.

Было: В отчёте НЕОН набор отображаемых столбцов был фиксированным — настроить какие именно данные выводить было невозможно.

Стало: В настройках отчёта НЕОН добавлены новые опции:

В разделе «Документы»:

• Отображать цену с НДС
• Отображать цену без НДС
• Цена поставки

В разделе «Склады»:

• Отображать Дебет
• Отображать Кредит

Эффект для бизнеса:
✅ Отчёт НЕОН настраивается под потребности каждого клиента — только нужные данные без лишних столбцов

DEV-9594
Цель улучшения: Добавить наименование единицы измерения ТМЦ в API Sales-Order-Export для корректной интеграции с внешними системами.

Было: В API Sales-Order-Export поле unit_of_measure_name отсутствовало — внешние системы не могли получить наименование единицы измерения через API.

Стало: В API Sales-Order-Export добавлено поле unit_of_measure_name — возвращает наименование единицы измерения для каждого ТМЦ в заказе.

Эффект для бизнеса:
✅ Интеграция с внешними системами через API стала полноценной — единица измерения передаётся автоматически

DEV-8881
Цель улучшения: Добавить детализацию по каждой полке в вертикальном отчёте по планограмме — чтобы видеть размещение товара не агрегированно, а по каждой полке отдельно.

Было: В вертикальном режиме отчёта по планограмме данные агрегировались по товару. Если один товар стоял на нескольких полках — отчёт показывал суммарные план и факт, без разбивки по полкам. Колонки «Филиал» и «Номер полки» отсутствовали.

Стало: В вертикальный отчёт добавлены две новые колонки — «Филиал» и «Номер полки». Каждая полка выводится отдельной строкой с собственными показателями плана, факта, процента выполнения и соответствия.

Пример — было:

Стало:

Эффект для бизнеса:
✅ Качество выкладки видно по каждой полке — не теряется в общей сумме
✅ Нарушения размещения товаров выявляются точечно
✅ Аудит мерчандайзинга стал детальнее — контроль на уровне полки, а не только товара

DEV-9146
Цель новой функции: Дать торговым представителям возможность видеть задолженность клиента только по своим проектам прямо в накладной — без лишних данных по чужим проектам.

Было: В шаблонах накладных не было параметров для отображения задолженности в разрезе проектов. ТП не мог видеть задолженность клиента именно по своему проекту.

Стало: В шаблоны накладных для источника «Заказ» добавлены два новых параметра:

— общая задолженность по проектам
— предыдущая задолженность по проектам

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

Эффект для бизнеса:
✅ ТП видит в накладной только задолженность по своему проекту — без данных других проектов
✅ Контроль дебиторской задолженности стал точнее — каждый отвечает за свой проект

DEV-9616
Цель улучшения: Использовать альтернативное наименование товара вместо юридического при формировании отчётов и накладных — чтобы исключить ручное исправление названий при выгрузке счёт-фактур через Soliq Service.

Было: При формировании отчётов и накладных из веб-версии система брала юридическое наименование товара. Так как юридические названия часто длинные, при выгрузке счёт-фактур через Soliq Service бухгалтер вынужден был вручную менять наименование каждого товара.

Стало: В отчётах и накладных из веб-версии данные о товаре берутся из альтернативного наименования по умолчанию. Это позволяет выгружать счёт-фактуры через Soliq Service без ручной корректировки названий товаров.

Эффект для бизнеса:
✅ Выгрузка счёт-фактур через Soliq Service стала полностью автоматической — ручное исправление наименований исключено
✅ Бухгалтер экономит время при закрытии периода

DEV-9436
Цель улучшения: Добавить три настройки фильтрации в конфигурацию отчёта Sales Work типа Kimberly Clark — чтобы в файл SalOuts.xml попадали только нужные документы.

Было: Настройки фильтрации по складам, статусам и типам документов в отчёте отсутствовали. В SalOuts.xml попадали все документы без возможности исключить ненужные склады или типы.

Стало: В настройках конфигурации Kimberly Clark добавлены три независимых чекбокса:

• «Исключить склады» — выбранные склады не попадают в SalOuts.xml. При включении без выбора склада система выдаёт ошибку
• «Расширить фильтр по статусам» — в выгрузку добавляются статусы «Отгружен» и «Доставлен» в дополнение к «Архив»
• «Ограничить типы документов» — в SalOuts.xml остаются только DOC_TYPE 2 (Продажа), 7 (Продажа с промо) и 3 (Возврат)

Настройки применяются только к конфигурации Kimberly Clark — у остальных клиентов и видов документов ничего не меняется.

Эффект для бизнеса:
✅ Файл SalOuts.xml содержит только нужные документы — без ручной очистки после выгрузки
✅ Гибкая настройка под требования конкретного поставщика — другие клиенты не затрагиваются

DEV-9778
Цель улучшения: Дать возможность искать, фильтровать и сортировать список акций по коду прямо в интерфейсе.
Было: Код акции существовал в системе, но в списке акций не отображался и не был доступен для поиска и сортировки.
Стало: В модуле Справочники → Акции добавлен столбец «Код» в настройку таблицы, поиск по коду в настройках поиска, и возможность сортировки по коду в порядке возрастания и убывания.
Эффект для бизнеса:
✅ Нужную акцию находишь по коду за секунды — без листания всего списка