DEV-10274
Цель улучшения: Печатать одну накладную на клиента и выгружать несколько накладных одним файлом.

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

Стало:

• в Easy Report появился шаблон «Накладная (заказ) по группам»: заказы с одним клиентом, одной датой отгрузки и одним экспедитором объединяются в одну накладную. Обмен можно печатать отдельно или тоже объединять;
• можно выбрать несколько накладных, системных и из Easy Report, и скачать их одним Excel-файлом: каждая накладная на отдельном листе.
• Эффект для бизнеса: ✅ Клиент получает одну накладную вместо нескольких, приёмка проходит быстрее ✅ Все накладные за день в одном файле, без ручного объединения

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

DEV-10272

Цель улучшения: Показывать в мобильном приложении, на каких условиях оплаты отгружен заказ.

Было: В истории клиента строка «Оплата» у заказов была пустой. Нельзя было понять, какой заказ отгружен за наличные, а какой — за перечисление.

Стало: В истории клиента в карточке заказа и возврата выводится «Оплата: Наличные / Перечисление / Терминал». В деталях заказа после строки «Сумма» добавлена строка «Тип оплаты». Данные видят агент и руководитель в «Отслеживании подчинённых».

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

DEV-9749
Цель улучшения: Показывать выполнение КПЭ и бонус к оплате по каждому штату.

Было: Отчёт КПЭ показывал выполнение планов без привязки к бонусной системе. Сумму бонуса сотрудника считали отдельно.

Стало: В отчёте КПЭ появился выбор режима:

• КПЭ — отчёт работает как раньше (выбран по умолчанию);
• КПЭ по штатам (бонусная система) — отчёт строится по бонусной системе и КПЭ штатов.

В новом режиме колонки: штат, роль, название КПЭ, сумма бонуса при 100%, план, факт, факт в %, прогноз, прогноз в % и сумма бонуса к оплате. Прогноз считается по среднему за прошедшие рабочие дни. Настройка «Группировать по супервайзерам» показывает итоги по каждому руководителю.

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

DEV-10190
Цель новой функции: Отправлять заказы с промо-товарами на согласование ответственному.

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

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

• вкладки «Ожидание» и «Обработано», поиск по клиенту, фильтры по дате и ТП;
• в карточке заказа кнопки «Согласовать» и «Отклонить»; при отклонении промо-товары удаляются из заказа.

Пока промо не согласовано, статус заказа сменить нельзя. Ответственный получает push-уведомление о новом заказе.

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

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

Было: В карточке согласования промо можно было только согласовать или отклонить промо-товары. Отменить заказ целиком было нельзя.

Стало: В карточке заказа в разделе «Согласование промо» мобильного приложения появилась кнопка «Отменить заказ». Она отменяет заказ полностью.

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

DEV-10288
Цель улучшения: Сделать отчёт по отгрузкам и оплатам гибче и показать, из каких документов собраны цифры.

Было: Цифры в отчёте нельзя было раскрыть до документов. Оплаты по текущим заказам и по старым долгам не разделялись.

Стало:

• все цифры стали ссылками: по клику открывается список документов, из которых собрано значение;
• «Роли, доступные для фильтра» — выбранные роли можно использовать как фильтр;
• «Неоплаченные заказы» — отдельный столбец с суммой неоплаченных заказов за период;
• «Раздельный учет оплат по старым долгам» — оплаты по сегодняшним заказам и по старым долгам в разных столбцах, плюс общий итог;
• «С учетом обмена» и «Игнорировать возвраты по обмену».

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

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

Было: Дашборд экспедитора показывал только прогресс доставок. Суммы заказов, обменов и возвратов приходилось смотреть по каждому клиенту.

Стало: На дашборде появилась карточка «Экспедитор» с доставками на сегодня:

• прогресс по клиентам, торговым точкам и заказам;
• сумма заказов по каждому типу оплаты;
• количество и суммы обменов и возвратов;
• принятые оплаты по типам и консигнация.

По кнопке «Подробнее» открывается список «Доставка на сегодня» с суммами по каждому клиенту.

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

DEV-10305
Цель новой функции: Собирать товары нескольких заказов в одну накладную для загрузки экспедитора.

Было: Для загрузки экспедитора печатались накладные по каждому заказу. Общее количество товара на машину считалось вручную.

Стало: При выборе нескольких заказов доступна накладная «Загрузка со склада (заказы/обмен)»:

• лист «Загрузка со склада (заказы)» — товары на продажу;
• лист «Загрузка со склада (обмен)» — товары обмена; если цена в заказах разная, берётся средняя;
• колонки: код, наименование, единица измерения, количество, цена, сумма и итоговая строка;
• тип цены выбирается в настройке. В накладную «Лист заказов №1» добавлена настройка «С учетом обмена».

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

DEV-10278
Цель новой функции: Принимать у экспедитора все отказы и возвраты за день одним документом и видеть его недостачу.

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

Стало: В настройках заказов филиала появилась настройка «Приемка товара от экспедитора» и три склада: склад возвратов и отказов, склад для продаж и склад для списания. При включённой настройке:

• отказы и возвраты завершаются автоматически, весь товар попадает на склад возвратов и отказов;
• система каждый день создаёт по одному документу «Приемка товара от экспедитора» на каждого экспедитора;
• кладовщик распределяет каждую позицию: сколько на продажу и сколько на списание;
• нераспределённый остаток фиксируется как «Долг экспедитора».
• Возврат, созданный из обмена, теперь можно архивировать.

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

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

Было: При взаиморасчёте система закрывала самый старый долг клиента, а не долг по заказу, из которого появился возврат. Общая сумма сходилась, но долг по отдельным заказам — нет.

Стало: При архивации возврата, созданного из заказа с обменом, на балансе клиента создаётся предоплата на сумму возврата. При взаиморасчёте эта предоплата закрывает долг именно по тому заказу, из которого появился возврат.

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

DEV-10505
Цель новой функции: Давать представителям поставщика доступ к продажам только по своей продукции.

Было: Пользователь с доступом к «Конструктору отчётов по продажам» видел продажи по всем брендам. Чтобы ограничить данные, приходилось делить рабочие зоны, а это разделяло общую статистику команды.

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

Эффект для бизнеса:
✅ Представитель бренда видит только свои продажи, без разделения рабочих зон
✅ Одна команда ТП работает со всеми брендами, общая статистика сохраняется

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

Было: Заказ уходил в ККМ и печатал чек, даже если кодов маркировки было меньше, чем товара. Из-за этого товар мог уйти без кодов.

Стало: Перед отправкой в ККМ система сверяет по каждой маркированной позиции количество товара и кодов маркировки:

• кодов столько же, сколько товара — заказ фискализируется;
• кодов меньше — заказ не уходит в ККМ, ошибка указывает конкретный товар;
• немаркированные позиции не проверяются.

Если не проходит хотя бы одна позиция, блокируется весь заказ.

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

DEV-10463
Цель улучшения: Напоминать ТП об акциях перед отправкой заказа.

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

Стало: В настройках организации, в меню «Устройства», добавлен тумблер «Показывать меню акций при завершении заказа». По умолчанию — «Нет». Если настройка включена, при завершении заказа сначала открывается окно «Акции». В нём видны применённые и неприменённые акции, условия которых выполнены в заказе. ТП меняет акции или бонус либо оставляет как есть и нажимает «Завершить заказ».

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

DEV-10056
Цель исправления: Фильтр по оборудованию должен каждый раз показывать один и тот же полный список контрагентов.

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

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

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