DEV-9907
Цель новой функции: Перенести поручения, проекты и рабочие процессы команды в Smartup.

Было: Задачи и проекты велись вне системы: в Excel, мессенджерах и сторонних трекерах. Контролировать сроки и исполнителей в одном месте было нельзя.

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

• задачи с канбан-доской и календарём;
• проекты, бэклог продукта и спринты;
• шаблоны, состояния, характеристики и дополнительные поля задач;
• отчёты по задачам и правила автоматизации.

Эффект для бизнеса:
✅ Все поручения команды ведутся в Smartup: видно, кто что делает и в какие сроки, без сторонних трекеров

DEV-9748

Цель новой функции: Дать возможность выстраивать в мобильном заказе многоуровневый каталог товаров по характеристикам ТМЦ.

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

Стало: В форму создания и редактирования характеристики ТМЦ добавлено поле «Приоритет по иерархии».
Поле принимает целое число от 1 до 5, где 1 — первый уровень, 5 — последний.
Если в приложении включена настройка «Отображать продукты по характеристикам», при подборе заказа подтипы характеристик выводятся вложенным деревом согласно приоритетам. В каждом уровне показываются только те подтипы, в которых есть товары с учётом выбора на верхних уровнях.
Пример:
Уровень 1 — «Тип товара»: соки
Уровень 2 — «Бренд»: бренды соков
Уровень 3 — «Тип упаковки»: 0,3 л, 1 л, 2 л
Торговый представитель выбирает «Соки», затем бренд, затем «1 л» и сразу видит нужные товары.

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

DEV-9227
Цель новой функции: Дать возможность не вводить количество вручную для товаров, отмеченных как «В наличии».

Было: При проверке ассортимента в мобильном приложении мерчандайзер отмечал товар как «В наличии» и затем вручную вводил количество по каждой позиции. Отключить обязательный ввод было нельзя.

Стало: В настройках ассортимента добавлен тумблер «Фиксированное автозаполнение количества». Настройка передаётся в мобильное приложение.

• Выключен (по умолчанию, «Не заполнять»): количество вводится вручную, как раньше.
• Включён («Поставить 1»): приложение автоматически ставит количество «1» для каждого товара, отмеченного как «В наличии».

Путь: Торговый маркетинг → Настройки мерчандайзинга → Ассортимент

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

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

Было: Действие «Изменить статус» включалось для роли целиком. Роль либо могла перевести заявку в любой статус, либо не могла менять статус вообще.

Стало: В прикреплении действий раздела «Заявки на оборудование» появились отдельные права на каждый статус: «Изменить статус с …» и «Изменить статус на …» для статусов «Новый», «В процессе», «Подтверждён», «Завершён» и «Отменённый». Например, можно разрешить роли переводить заявки только в «В процессе» и «Подтверждён».

Эффект для бизнеса:
✅ Каждый сотрудник двигает заявку только на своём этапе, без доступа к остальным статусам
✅ Меньше ошибочных и несанкционированных смен статуса

DEV-10091
Цель новой функции: Выводить обмен-возврат в печатной накладной заказа и убирать из неё пустые блоки.

Было: В шаблонах Easy Report (order) не было переменных для товаров обмена-возврата. Блок, который не нужен в конкретном заказе, всё равно печатался пустым.

Стало:

• Добавлен цикл exchange_product с данными товаров возврата: код, наименование, количество, цена, сумма, срок годности, склад и другие.
• Добавлены итоги по возврату и общая сумма с учётом обмена.
• Добавлен тег <?hide …>: если в цикле внутри тега нет данных, блок не выводится в накладной. Например, раздел «Обмен-возврат» печатается, только если в заказе есть обмен-возврат.

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

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

Было: В отчёте «Интеграция №6» данные возвратов всегда попадали в файл Sales, и отключить это было нельзя.

Стало: В настройках отчёта добавлен чекбокс «Исключить документы возврата в файле Sales».

• Чекбокс включён: документы возврата в файл Sales не попадают.
• Чекбокс выключен: файл формируется как раньше, вместе с возвратами.

Путь: отчёт «Интеграция №6» → кнопка «Настройки»

Эффект для бизнеса:
✅ Файл Sales содержит только продажи, без ручной очистки от возвратов перед передачей
✅ Состав выгрузки настраивается под требования принимающей стороны

DEV-10024
Цель улучшения: Точнее рассчитывать лимиты возвратов по клиентам и гибче настраивать контроль под условия компании.

Было: Лимиты считались только по сумме, по всем товарам и проектам и за весь исторический период. Округление можно было выбрать только из готовых шаблонов, а уровень возврата в списке не фильтровался диапазоном.

Стало:

• Метрика: лимит можно считать по сумме, весу или количеству.
• Метод расчёта: по всему историческому периоду или только по месяцам, когда у клиента были продажи. Например, клиент работал 2 месяца из 6 — лимит считается из двух месяцев, а не из шести.
• Вкладка «Фильтры»: расчёт лимита и процента возвратов можно ограничить отдельными товарами (по ТМЦ или характеристике) и проектами.
• Ручное округление: значения округляются по заданным диапазонам «от — до — значение».
• Фильтр «Уровень возврата» в списке клиентов теперь задаётся диапазоном «от — до».

По умолчанию всё работает как раньше.

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

DEV-9981
Цель улучшения: Показывать в отчёте, сколько стоят остатки на складе по продажной цене.

Было: В «Общем отчёте по складам» стоимость остатков по выбранному прайс-листу не выводилась. Посчитать её можно было только вручную.

Стало: В настройки отчёта добавлен пункт «Показать стоимость остатков по продажной цене». При его включении появляется поле для выбора прайс-листа, а в отчёт добавляется столбец со стоимостью остатков по этому прайсу.

Эффект для бизнеса:
✅ Сразу видно, на какую сумму продаж лежит товар на складе, без ручных расчётов в Excel

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

Было: В документе «Оплата от клиента» есть поле «Инкассатор». В нём указывается сотрудник, который фактически принял оплату во время визита или доставки. В «Конструктор отчётов по финансам» это поле не выводилось, поэтому нельзя было увидеть, какой инкассатор принял ту или иную оплату.

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

Эффект для бизнеса:
✅ Видно, кто из сотрудников принял каждую оплату, без ручной сверки документов
✅ Инкассацию можно контролировать по каждому сотруднику за любой период

DEV-9978
Цель улучшения: Показывать в отчёте, была ли сделана аудиозапись во время визита.

Было: В отчёте «Анализ маршрута» не было данных об аудиозаписи. Чтобы это проверить, приходилось открывать каждый визит отдельно.

Стало: В отчёт добавлен столбец «Аудиозапись». Если в визите есть аудиозапись, в столбце стоит «Да», если нет — поле пустое. Данные выводятся по каждому визиту.

Эффект для бизнеса:
✅ Супервайзер видит по всему маршруту, в каких визитах ТП вёл аудиозапись, без проверки визитов по одному

DEV-9919
Цель улучшения: Быстро отбирать товары для инвентаризации по характеристике и производителю.

Было: В форме «Инвентаризация склада» фильтр позволял искать только по ТМЦ. Чтобы отобрать товары одной группы или одного производителя, их приходилось искать и добавлять по одному.

Стало: В фильтр формы добавлены поля «Характеристика ТМЦ» и «Производитель». Они работают по отдельности и вместе с фильтром по ТМЦ.

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

DEV-10037
Цель улучшения: Выводить товары в накладной в порядке, заданном для подтипов характеристик.

Было: Порядковый номер подтипов характеристик ТМЦ не учитывался в накладной «Общая сумма». Порядок групп товаров нельзя было настроить.

Стало: При включённой настройке «Группировка по типу продукции» товары в накладной сортируются в два уровня:

• подтипы характеристик идут по порядковому номеру, а если номер не задан — по алфавиту;
• товары внутри подтипа идут по порядковому номеру или по алфавиту.

Эффект для бизнеса:
✅ Порядок товаров в накладной совпадает с принятым в компании, поэтому сборка и сверка заказа идут быстрее

DEV-10043
Цель улучшения: Передавать во внешние системы дату создания торговой точки.

Было: В API legal_persons_export и natural_persons_export не было даты создания торговой точки. Анализировать точки по дате появления во внешних системах было нельзя.

Стало: В ответ обоих API добавлено поле creation_date с датой создания торговой точки в системе. Формат: ДД.ММ.ГГГГ ЧЧ:ММ:СС. Поле возвращается при любом запросе.

Эффект для бизнеса:
✅ Во внешней аналитике видно продажи точки с даты её создания и новые точки за любой период