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

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

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

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

DEV-9246

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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
Цель улучшения: Дать возможность искать, фильтровать и сортировать список акций по коду прямо в интерфейсе.

Было: Код акции существовал в системе, но в списке акций не отображался и не был доступен для поиска и сортировки.

Стало: В модуле Справочники → Акции добавлен столбец «Код» в настройку таблицы, поиск по коду в настройках поиска, и возможность сортировки по коду в порядке возрастания и убывания.

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

Цель новой функции: Собрать аналитические дашборды в отдельном приложении — чтобы аналитика не смешивалась с операционными отчётами в модуле «Продажа», и убрать из системы устаревшие бета-версии дашбордов.

Было: Дашборды находились в модуле Продажа → Отчёты по продажам вместе с операционными отчётами — «Коммерческий дашборд», «ABC-XYZ дашборд клиентов», «Дашборд дебиторской задолженности», «ABC-XYZ анализ SKU». Найти нужный дашборд в общем списке отчётов было неудобно. Параллельно в системе оставались две устаревшие бета-версии дашборда по продажам.

Стало: В переключателе приложений добавлено приложение «Аналитика». В него перенесены четыре дашборда:

• Коммерческий дашборд
• ABC-XYZ дашборд клиентов
• Дашборд дебиторской задолженности
• ABC-XYZ анализ SKU

Дашборды «Дашборд по продажам (БЕТА)» и «Дашборд по продажам (БЕТА 2)» из системы удалены — их функциональность закрыта новыми дашбордами в «Аналитике».

Эффект для бизнеса:

✅ Вся аналитика в одном приложении — руководитель заходит в «Аналитику», а не ищет дашборды среди отчётов по продажам
✅ Модуль «Продажа» разгружен — остаются только операционные отчёты
✅ Устаревшие бета-дашборды больше не путают пользователей — актуальная версия одна

Цель новой функции: Дать возможность фиксировать договорённость с клиентом как план и автоматически видеть, насколько она выполнена.

Было: В системе был только документ «Заказ» — то, что реально отгружают. Если клиент договаривался об объёме заранее («нужно 100 коробок в течение месяца»), эту договорённость вели в чатах и Excel. Отгрузили 45 из 100 — система этого не знала. Посчитать, сколько клиенту недопоставили, было невозможно.
Ещё одно ограничение: если клиента или товара не было в справочнике, оформить документ не получалось — приём спроса останавливался до заведения карточки.

Стало: В меню Продажа → Заявки на заказ добавлен документ «Заявка».

Заявка — это план, заказ на её основании — факт. Клиент попросил 100, отгрузили 45 — система показывает выполнение 45%.
Заявку можно принять сразу. Клиента и ТМЦ выбирают из справочника или вписывают вручную. Такие позиции помечаются плашкой «Нет в справочнике». Спрос фиксируется, даже если карточки ещё нет.
Выполнение видно в списке. Появилась колонка «Выполнение» с прогресс-баром: 50% и выше — зелёный, ниже — красный. Клик по нему открывает список всех заказов по этой заявке: номер, даты, сумма, статус. Номер заказа — ссылка на сам документ.
Статус меняется автоматически. Новый → В процессе (как только появился заказ) → Завершён.
Заказ заполняется из заявки. В форму заказа вернули поле «Заявка\Лид». В заказ переносится только тот объём, который ещё не отгружен. На этом этапе система строже: перейти дальше можно только после выбора клиента и ТМЦ из справочника. Одна заявка закрывается несколькими заказами — по одному на каждую отгрузку. Если заявок много, достаточно отметить нужные и создать по ним заказы одним действием.
Правила подсчёта настраиваются. В списке заявок есть «Настройки»: какие статусы заказов считать выполнением, считать в штуках или в килограммах, разрешать ли отгрузить больше плана, закрывать заявку автоматически при 100% или вручную, создавать ли клиента и заказ автоматически.
Добавлен «Отчёт по заявкам». План-факт по периоду, рабочей зоне, торговому представителю и клиенту — в одной строке видно, сколько клиент просил и сколько получил.

Эффект для бизнеса:
✅ Видно разрыв между тем, что клиент просил, и тем, что отгружено — недовыполнение плана перестаёт быть невидимым
✅ Заявку от нового клиента или на новый товар можно принять сразу — справочник заполняется на этапе заказа
✅ Правила подсчёта настраиваются под каждого клиента — в штуках или в килограммах, с перевыполнением или без
✅ Поток заявок из Smartup24 обрабатывается массово — заказы создаются одним действием

Цель новой функции: Закрыть отдельные бухгалтерские счета от сотрудников, которым они не предназначены.

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

Стало: В шести отчётах — ОСВ, ОСВ (БЕТА), ОСВ по счёту, Карточка счёта, Анализ счёта, Проводки счетов — появилась вкладка «Настройки», где указываются ограниченные счета и роли, которым они доступны.
Остальным пользователям счёт становится невидимым: он исчезает из списка выбора, а его суммы не попадают ни в итоги, ни в список проводок. При попытке обойти интерфейс система возвращает ошибку «У вас нет доступа к этому счёту».

В отчёте «ОСВ по счёту» настройка гибче: для одного счёта можно создать несколько правил, ограничить конкретную комбинацию аналитик (например, счёт 1010 только по контрагенту X) и выдать доступ конкретным пользователям.
На администратора компании ограничения не действуют — он их и настраивает. Сохранить ограничение без указания хотя бы одной роли или пользователя нельзя.

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