Релиз от 15.08.2026
В этом обновлении — рекомендованная розничная цена для ТП, управление взаиморасчётами через API, автозаполнение данных руководителя по ИНН и ещё 11 улучшений. Вот главное:
- Рекомендованная розничная цена — ТП показывает клиенту потенциальную маржу при перепродаже
- Гибкое управление демо-лицензиями — срок, количество и модули прямо из биллинга
- Все заказы в меню «Должники» — включая заказы с ещё не наступившей датой оплаты
- Автонумерация счёт-фактур при массовом прикреплении к заказам и возвратам
- Факт выполнения КПЭ по клиентам в мобильном дашборде с ограничением до 100%
- Управление взаиморасчётами через API с привязкой ID оплаты
- Исправления в карточках товаров, опросниках и характеристиках юридических лиц
Гибкое управление демо-лицензиями для новых серверов через биллинг
DEV-8733
Цель новой функции: Дать новым клиентам возможность самостоятельно активировать и настраивать демо-лицензии через свой личный кабинет в биллинге — без участия команды Smartup.
Было: Для получения демо-лицензии клиент был вынужден обращаться к сотруднику Smartup. Настроить параметры самостоятельно — срок, количество, модули — было невозможно. Это создавало зависимость и задержки при запуске нового сервера.
Стало: В личном кабинете биллинга появилась возможность самостоятельно выдать демо-лицензию для нового клиента. Клиент настраивает все параметры сам:
Эффект для бизнеса:
✅ Клиент запускает демо самостоятельно — без ожидания и согласований с командой Smartup
✅ Гибкие условия под свои потребности — нужный срок, нужные модули, нужное количество
✅ Онбординг нового клиента ускоряется — всё настраивается в несколько кликов
Цель новой функции: Дать новым клиентам возможность самостоятельно активировать и настраивать демо-лицензии через свой личный кабинет в биллинге — без участия команды Smartup.
Было: Для получения демо-лицензии клиент был вынужден обращаться к сотруднику Smartup. Настроить параметры самостоятельно — срок, количество, модули — было невозможно. Это создавало зависимость и задержки при запуске нового сервера.
Стало: В личном кабинете биллинга появилась возможность самостоятельно выдать демо-лицензию для нового клиента. Клиент настраивает все параметры сам:
- Дата начала — лицензия может начать действовать позже даты создания сервера
- Срок действия — 7 или 14 дней (максимум 14 календарных дней)
- Количество лицензий — задаётся без ограничений
- Модули — основной модуль или любые дополнительные: Telegram-бот, Производство, Маркировка и другие
Эффект для бизнеса:
✅ Клиент запускает демо самостоятельно — без ожидания и согласований с командой Smartup
✅ Гибкие условия под свои потребности — нужный срок, нужные модули, нужное количество
✅ Онбординг нового клиента ускоряется — всё настраивается в несколько кликов
Примечания к ответам опросника теперь отображаются в веб-интерфейсе
DEV-8900
Цель исправления: Отображать примечания к ответам опросника в форме просмотра визита на вебе — так же, как они добавляются в мобильном приложении.Было: В мобильном приложении торговый представитель мог добавлять примечания к ответам опросника во время визита. Но при просмотре визита в веб-интерфейсе эти примечания не отображались — руководитель не видел важный контекст к ответам.
Стало: В форме просмотра визита на вебе добавлено поле с примечаниями опросника. Примечания отображаются рядом с соответствующими вопросами и ответами — как в списке визитов, так и в детальном просмотре.
Эффект для бизнеса:
✅ Руководитель видит полную картину визита — не только ответы, но и пояснения к ним
✅ Контекст, добавленный ТП в мобильном, больше не теряется при анализе на вебе
“
Как найти:
- Перейдите в Продажа → Визиты
- Откройте нужный визит
- Перейдите в раздел «Опросник» — рядом с каждым ответом отображается поле «Примечание»
Автозаполнение данных руководителя и бухгалтера при проверке по ИНН
DEV-9011
Цель улучшения: Автоматически заполнять данные руководителя и главного бухгалтера организации при проверке ИНН через сервис ГНК — без ручного ввода.
Было: При проверке ИНН система получала из ГНК только основные реквизиты организации — название, адрес и расчётный счёт. Данные о руководителе и главном бухгалтере в ответе ГНК присутствовали, но в карточку клиента не подтягивались — сотрудник вводил их вручную.
Стало: После проверки ИНН карточка юридического лица автоматически заполняется тремя блоками данных: реквизиты организации, данные руководителя (ФИО и ИНН/ПИНФЛ) и данные главного бухгалтера (ФИО). Если какое-либо поле отсутствует в ответе ГНК — остальные данные сохраняются без ошибок.
Эффект для бизнеса:
✅ Карточка клиента заполняется полностью за одно нажатие — ручной ввод руководителя и бухгалтера исключён
✅ Ошибки при ручном вводе ФИО и ИНН/ПИНФЛ сведены к минимуму
Цель улучшения: Автоматически заполнять данные руководителя и главного бухгалтера организации при проверке ИНН через сервис ГНК — без ручного ввода.
Было: При проверке ИНН система получала из ГНК только основные реквизиты организации — название, адрес и расчётный счёт. Данные о руководителе и главном бухгалтере в ответе ГНК присутствовали, но в карточку клиента не подтягивались — сотрудник вводил их вручную.
Стало: После проверки ИНН карточка юридического лица автоматически заполняется тремя блоками данных: реквизиты организации, данные руководителя (ФИО и ИНН/ПИНФЛ) и данные главного бухгалтера (ФИО). Если какое-либо поле отсутствует в ответе ГНК — остальные данные сохраняются без ошибок.
Эффект для бизнеса:
✅ Карточка клиента заполняется полностью за одно нажатие — ручной ввод руководителя и бухгалтера исключён
✅ Ошибки при ручном вводе ФИО и ИНН/ПИНФЛ сведены к минимуму
Возвраты в детальном отчёте по визитам
DEV-9129
Цель улучшения: Вернуть отображение возвратов в детальном отчёте по визитам — как это работало в Smartup 5 — чтобы клиенты после миграции не теряли информацию по возвратам.
В настройках отчёта добавлена новая опция «Отображать возвраты». При включении документы возврата выводятся отдельной строкой по дате доставки с отрицательным количеством. Формат отображения соответствует Smartup 5.
Эффект для бизнеса:
✅ Полная картина по визитам и возвратам в одном отчёте — без переключения между разными формами
✅ Клиенты после миграции с Smartup 5 получают привычный формат данных
Цель улучшения: Вернуть отображение возвратов в детальном отчёте по визитам — как это работало в Smartup 5 — чтобы клиенты после миграции не теряли информацию по возвратам.
В настройках отчёта добавлена новая опция «Отображать возвраты». При включении документы возврата выводятся отдельной строкой по дате доставки с отрицательным количеством. Формат отображения соответствует Smartup 5.
Эффект для бизнеса:
✅ Полная картина по визитам и возвратам в одном отчёте — без переключения между разными формами
✅ Клиенты после миграции с Smartup 5 получают привычный формат данных
“
Как использовать:
- Перейдите в Главное → Отчёты → Детальный отчёт по визитам
- Откройте «Настройки отчёта»
- Включите опцию «Отображать возвраты»
- Сформируйте отчёт — возвраты появятся отдельными строками с отрицательным количеством
Пункт выбора проекта в форме розничного заказа
DEV-8816
Цель новой функции: Добавить возможность привязывать розничный заказ к проекту прямо при создании.
Было: В розничном заказе не было поля для выбора проекта. Даже если для рабочей зоны был настроен только один проект — система его не подставляла автоматически.
Стало: В форму розничного заказа добавлен пункт «Проект». При одном доступном проекте — подставляется автоматически.
Эффект для бизнеса:
✅ Розничные заказы сразу привязываются к проекту — раздельный учёт без ручных корректировок
Цель новой функции: Добавить возможность привязывать розничный заказ к проекту прямо при создании.
Было: В розничном заказе не было поля для выбора проекта. Даже если для рабочей зоны был настроен только один проект — система его не подставляла автоматически.
Стало: В форму розничного заказа добавлен пункт «Проект». При одном доступном проекте — подставляется автоматически.
Эффект для бизнеса:
✅ Розничные заказы сразу привязываются к проекту — раздельный учёт без ручных корректировок
Фильтр по супервайзеру в тепловой карте
DEV-9130
Цель улучшения: Дать возможность фильтровать данные тепловой карты по конкретному супервайзеру — видеть территорию и показатели его команды отдельно от остальных.
В тепловой карте добавлен фильтр «Супервайзер» — отображать только точки, по которым есть маршрут, в тепловой карте.
По умолчанию выбраны все супервайзеры. При выборе одного или нескольких карта показывает торговые точки, визиты и заказы супервайзера и всех его подчинённых.
Эффект для бизнеса:
✅ Руководитель анализирует территорию и показатели каждой команды отдельно — без ручного перебора агентов
✅ Данные по визитам и заказам считаются в разрезе всей иерархии супервайзера
Цель улучшения: Дать возможность фильтровать данные тепловой карты по конкретному супервайзеру — видеть территорию и показатели его команды отдельно от остальных.
В тепловой карте добавлен фильтр «Супервайзер» — отображать только точки, по которым есть маршрут, в тепловой карте.
По умолчанию выбраны все супервайзеры. При выборе одного или нескольких карта показывает торговые точки, визиты и заказы супервайзера и всех его подчинённых.
Эффект для бизнеса:
✅ Руководитель анализирует территорию и показатели каждой команды отдельно — без ручного перебора агентов
✅ Данные по визитам и заказам считаются в разрезе всей иерархии супервайзера
Исправлено отображение характеристик юридических лиц в рабочей зоне
DEV-9328
Цель исправления: Устранить ограничение, при котором в рабочей зоне отображалось только 5 значений характеристики вместо всех настроенных 10.
Было: В настройке характеристики юридических лиц было выделено 10 полей. Но при прикреплении юридических лиц по этой характеристике в рабочей зоне система показывала не более 5 значений — остальные просто не отображались.
Стало: Ограничение устранено — в рабочей зоне теперь отображаются все значения характеристики согласно настройке.
Эффект для бизнеса:
✅ Прикрепление юридических лиц по характеристике работает корректно — все настроенные значения доступны для выбора
Цель исправления: Устранить ограничение, при котором в рабочей зоне отображалось только 5 значений характеристики вместо всех настроенных 10.
Было: В настройке характеристики юридических лиц было выделено 10 полей. Но при прикреплении юридических лиц по этой характеристике в рабочей зоне система показывала не более 5 значений — остальные просто не отображались.
Стало: Ограничение устранено — в рабочей зоне теперь отображаются все значения характеристики согласно настройке.
Эффект для бизнеса:
✅ Прикрепление юридических лиц по характеристике работает корректно — все настроенные значения доступны для выбора
Модуль «Склад» в мобильном приложении теперь работает без маркировки
DEV-9250
Цель новой функции: Открыть мобильный модуль «Склад» для компаний, которые не работают с маркированными товарами, — чтобы поступление и отгрузка выполнялись по обычному штрих-коду.
Было: Модуль «Склад» в мобильном приложении был построен на логике маркировки. Документы поступления и отгрузки открывались только при наличии в них маркированных ТМЦ. Заказ без маркированных позиций в мобильном приложении не отображался, и собрать его через сканирование было невозможно. Компании, работающие без маркировки, мобильным складом пользоваться не могли.
Стало: В разделе Главное → Настройки системы → Склад добавлена настройка «Сканирование штрих-кода для немаркированных ТМЦ». При включении в мобильном приложении становятся доступны документы поступления и отгрузки с немаркированными позициями.
В отгрузке отображаются все заказы. Внутри заказа кладовщик подтверждает позиции сканированием штрих-кода; при сканировании кода, не относящегося к заказу, выводится ошибка. Доступен ручной ввод количества. После завершения сборки документ автоматически переходит в статус «Отгружен».
Маркированные товары по-прежнему подтверждаются кодом маркировки — эта логика не изменилась.
Эффект для бизнеса:
✅ Мобильный склад доступен компаниям, не работающим с маркировкой
✅ Отгрузка по заказу собирается через сканирование — меньше ошибок и пересортицы
✅ Статус документа обновляется автоматически, без ручного перевода в веб-версии
✅ Клиенты с маркировкой продолжают работать в прежнем режиме — настройки и процессы не затронуты
Цель новой функции: Открыть мобильный модуль «Склад» для компаний, которые не работают с маркированными товарами, — чтобы поступление и отгрузка выполнялись по обычному штрих-коду.
Было: Модуль «Склад» в мобильном приложении был построен на логике маркировки. Документы поступления и отгрузки открывались только при наличии в них маркированных ТМЦ. Заказ без маркированных позиций в мобильном приложении не отображался, и собрать его через сканирование было невозможно. Компании, работающие без маркировки, мобильным складом пользоваться не могли.
Стало: В разделе Главное → Настройки системы → Склад добавлена настройка «Сканирование штрих-кода для немаркированных ТМЦ». При включении в мобильном приложении становятся доступны документы поступления и отгрузки с немаркированными позициями.
В отгрузке отображаются все заказы. Внутри заказа кладовщик подтверждает позиции сканированием штрих-кода; при сканировании кода, не относящегося к заказу, выводится ошибка. Доступен ручной ввод количества. После завершения сборки документ автоматически переходит в статус «Отгружен».
Маркированные товары по-прежнему подтверждаются кодом маркировки — эта логика не изменилась.
Эффект для бизнеса:
✅ Мобильный склад доступен компаниям, не работающим с маркировкой
✅ Отгрузка по заказу собирается через сканирование — меньше ошибок и пересортицы
✅ Статус документа обновляется автоматически, без ручного перевода в веб-версии
✅ Клиенты с маркировкой продолжают работать в прежнем режиме — настройки и процессы не затронуты
Отображение всех заказов в меню «Должники» мобильного приложения
Цель новой функции: Дать возможность видеть и принимать оплату по заказам, срок оплаты которых ещё не наступил — прямо из меню «Должники» в мобильном приложении.
Было: Меню «Должники» показывало только заказы с уже наступившей датой оплаты по консигнации. Заказы с будущей датой оплаты не отображались — принять предоплату по ним или озвучить клиенту предстоящий долг было невозможно. Общий баланс клиента в карточке не учитывал непросроченные долги.
Стало: В мобильном приложении меню «Должники» теперь показывает два блока: сначала заказы с активным долгом, затем — заказы с ещё не наступившей датой оплаты. В списке добавлена колонка с датой, до которой клиент должен оплатить заказ — отображается дата консигнации, а не дата доставки. При включённой настройке общий баланс клиента в карточке также учитывает непросроченные долги. По любому заказу можно принять оплату — она привязывается к конкретному документу и закрывает именно его.
Настройка управляется двумя способами:
Эффект для бизнеса:
✅ Торговый представитель принимает предоплату по будущему заказу прямо на месте — без лишних операций
✅ Клиент видит предстоящий долг заранее — меньше просрочек и конфликтных ситуаций
✅ Дата консигнации отображается в списке — ТП чётко понимает когда у клиента возникнет задолженность
✅ Баланс клиента отражает полную картину долгов — включая ещё не наступившие
Было: Меню «Должники» показывало только заказы с уже наступившей датой оплаты по консигнации. Заказы с будущей датой оплаты не отображались — принять предоплату по ним или озвучить клиенту предстоящий долг было невозможно. Общий баланс клиента в карточке не учитывал непросроченные долги.
Стало: В мобильном приложении меню «Должники» теперь показывает два блока: сначала заказы с активным долгом, затем — заказы с ещё не наступившей датой оплаты. В списке добавлена колонка с датой, до которой клиент должен оплатить заказ — отображается дата консигнации, а не дата доставки. При включённой настройке общий баланс клиента в карточке также учитывает непросроченные долги. По любому заказу можно принять оплату — она привязывается к конкретному документу и закрывает именно его.
Настройка управляется двумя способами:
- Настройки системы → Устройства (уровень филиала) — настройка «Должники — отображать все заказы»
- Настройки мобильного приложения → Должники — тумблер «Отображать заказы без учёта даты консигнации»
Эффект для бизнеса:
✅ Торговый представитель принимает предоплату по будущему заказу прямо на месте — без лишних операций
✅ Клиент видит предстоящий долг заранее — меньше просрочек и конфликтных ситуаций
✅ Дата консигнации отображается в списке — ТП чётко понимает когда у клиента возникнет задолженность
✅ Баланс клиента отражает полную картину долгов — включая ещё не наступившие
“
Как включить:
- Перейдите в Настройки системы → Устройства (уровень филиала)
- Включите «Должники — отображать все заказы» → сохраните
- Или в мобильном приложении: Настройки → Должники → включите тумблер «Отображать заказы без учёта даты консигнации»
Факт выполнения КПЭ по клиентам в мобильном дашборде
DEV-9156
Цель улучшения: Добавить отображение общего факта в виджете КПЭ по клиентам и дать возможность ограничивать вклад каждого клиента в общий результат значением не выше 100% от его плана.
Было: В виджете КПЭ по клиентам в мобильном приложении отображался только план. Общий факт выполнения не показывался. Кроме того, если один клиент перевыполнял план, его излишек искусственно увеличивал общий результат — создавая завышенную картину выполнения.
Стало: В виджете добавлена строка «Сумма» — показывает общий факт выполнения по всем клиентам. В веб-настройках КПЭ по клиентам появилась новая настройка «Ограничить сумму факта выполнения суммой плана». При включении превышение плана по одному клиенту не увеличивает общий факт сверх его плана — детализация по каждому клиенту при этом показывается по реальному факту.
Пример при включённой настройке:
✅ Руководитель видит реальную картину выполнения КПЭ — без искажений из-за перевыполнения отдельных клиентов
✅ Перевыполнение по одному клиенту не скрывает недовыполнение по другим
✅ Детализация по каждому клиенту остаётся честной — показывает реальный факт независимо от настройки
Цель улучшения: Добавить отображение общего факта в виджете КПЭ по клиентам и дать возможность ограничивать вклад каждого клиента в общий результат значением не выше 100% от его плана.
Было: В виджете КПЭ по клиентам в мобильном приложении отображался только план. Общий факт выполнения не показывался. Кроме того, если один клиент перевыполнял план, его излишек искусственно увеличивал общий результат — создавая завышенную картину выполнения.
Стало: В виджете добавлена строка «Сумма» — показывает общий факт выполнения по всем клиентам. В веб-настройках КПЭ по клиентам появилась новая настройка «Ограничить сумму факта выполнения суммой плана». При включении превышение плана по одному клиенту не увеличивает общий факт сверх его плана — детализация по каждому клиенту при этом показывается по реальному факту.
Пример при включённой настройке:
- Клиент 1: план 500 000, факт 700 000 → в общий факт идёт 500 000
- Клиент 2: план 300 000, факт 100 000 → в общий факт идёт 100 000
- Итого: общий план 800 000, общий факт 600 000 — без искусственного завышения
✅ Руководитель видит реальную картину выполнения КПЭ — без искажений из-за перевыполнения отдельных клиентов
✅ Перевыполнение по одному клиенту не скрывает недовыполнение по другим
✅ Детализация по каждому клиенту остаётся честной — показывает реальный факт независимо от настройки
“
Как включить:
- Перейдите в Торговый маркетинг → КПЭ по клиентам → Настройки
- Включите «Ограничить сумму факта выполнения суммой плана» → сохраните
- Настройка передастся в мобильное приложение автоматически
Срок годности товара при вводе производственных остатков через Asl Belgisi
DEV-9005
Цель улучшения: Автоматически считывать и сохранять срок годности товара из ответа Asl Belgisi при вводе производственных остатков — чтобы эти данные не терялись при создании документа.
Было: При импорте производственных остатков система обращалась к Asl Belgisi и получала данные по каждой маркировке — GTIN и количество единиц. Срок годности, который Asl Belgisi также возвращает в ответе, не считывался и не сохранялся в документе.
Стало: При нажатии кнопки «Проверить» система теперь также считывает срок годности из ответа Asl Belgisi и сохраняет его в документе «Ввод производственных остатков ТМЦ» для каждой позиции. При проведении документа срок годности записывается вместе с количеством товара на остатке. Если Asl Belgisi не возвращает срок годности — документ сохраняется без ошибок.
Эффект для бизнеса:
✅ Срок годности маркированного товара фиксируется автоматически — без ручного ввода
✅ Данные об остатках становятся полными — количество и срок годности в одном документе
✅ Отсутствие срока годности в ответе Asl Belgisi не блокирует работу — документ сохраняется в любом случае
Цель улучшения: Автоматически считывать и сохранять срок годности товара из ответа Asl Belgisi при вводе производственных остатков — чтобы эти данные не терялись при создании документа.
Было: При импорте производственных остатков система обращалась к Asl Belgisi и получала данные по каждой маркировке — GTIN и количество единиц. Срок годности, который Asl Belgisi также возвращает в ответе, не считывался и не сохранялся в документе.
Стало: При нажатии кнопки «Проверить» система теперь также считывает срок годности из ответа Asl Belgisi и сохраняет его в документе «Ввод производственных остатков ТМЦ» для каждой позиции. При проведении документа срок годности записывается вместе с количеством товара на остатке. Если Asl Belgisi не возвращает срок годности — документ сохраняется без ошибок.
Эффект для бизнеса:
✅ Срок годности маркированного товара фиксируется автоматически — без ручного ввода
✅ Данные об остатках становятся полными — количество и срок годности в одном документе
✅ Отсутствие срока годности в ответе Asl Belgisi не блокирует работу — документ сохраняется в любом случае
Управление взаиморасчётами через API и привязка ИД оплаты
DEV-8750
Цель новой функции: Дать возможность автоматически управлять взаиморасчётами через API — создавать, удалять и находить их по ID оплаты — чтобы исключить ручную двойную работу кассира при синхронизации с 1С.
Было: При отмене оплаты в 1С (например, банк отклонил QR-платёж) кассир вынужден был вручную выполнять три действия: удалить оплату в 1С, найти и удалить связанный взаиморасчёт в Smartup, затем удалить саму оплату в Smartup. Через API невозможно было определить какие взаиморасчёты связаны с конкретной оплатой — у взаиморасчёта не было реквизита «ID оплаты». Также отсутствовал API-экспорт по закрытым сделкам.
Стало: Реализован полноценный API для управления взаиморасчётами. У каждого взаиморасчёта появился реквизит «ИД оплаты» — система запоминает какая оплата была использована при взаимозачёте. Если использовалось несколько оплат — отображаются через запятую. В историю взаиморасчётов добавлена колонка «ИД оплаты».
Через API теперь доступно:
✅ При отмене оплаты в 1С — связанные взаиморасчёты в Smartup удаляются автоматически через API, без ручных действий кассира
✅ Синхронизация между 1С и Smartup работает корректно даже при отклонении банковских операций
✅ Связь между оплатой и взаиморасчётом прозрачна — видна прямо в истории по ID оплаты
✅ Экспорт закрытых сделок позволяет корректно обмениваться данными между системами
Цель новой функции: Дать возможность автоматически управлять взаиморасчётами через API — создавать, удалять и находить их по ID оплаты — чтобы исключить ручную двойную работу кассира при синхронизации с 1С.
Было: При отмене оплаты в 1С (например, банк отклонил QR-платёж) кассир вынужден был вручную выполнять три действия: удалить оплату в 1С, найти и удалить связанный взаиморасчёт в Smartup, затем удалить саму оплату в Smartup. Через API невозможно было определить какие взаиморасчёты связаны с конкретной оплатой — у взаиморасчёта не было реквизита «ID оплаты». Также отсутствовал API-экспорт по закрытым сделкам.
Стало: Реализован полноценный API для управления взаиморасчётами. У каждого взаиморасчёта появился реквизит «ИД оплаты» — система запоминает какая оплата была использована при взаимозачёте. Если использовалось несколько оплат — отображаются через запятую. В историю взаиморасчётов добавлена колонка «ИД оплаты».
Через API теперь доступно:
- создание и удаление строк истории взаиморасчётов
- получение списка взаиморасчётов по ID оплаты
- точечное удаление взаиморасчётов при отмене оплаты
- экспорт закрытых сделок для обмена между системами
- закрытие сделки не только по FIFO, но и по конкретно выбранной сделке
✅ При отмене оплаты в 1С — связанные взаиморасчёты в Smartup удаляются автоматически через API, без ручных действий кассира
✅ Синхронизация между 1С и Smartup работает корректно даже при отклонении банковских операций
✅ Связь между оплатой и взаиморасчётом прозрачна — видна прямо в истории по ID оплаты
✅ Экспорт закрытых сделок позволяет корректно обмениваться данными между системами
Исправлено отображение номера карточки бонусного товара в заказе
DEV-9226
Цель исправления: Обеспечить корректное отображение номера карточки как для основного, так и для бонусного товара в заказе по акции.
Было: При оформлении заказа по акции номер карточки отображался только для основного товара. У бонусного товара номер карточки не отображался — информация была неполной.
Стало: В заказе номер карточки теперь корректно отображается для всех товаров — как основных, так и бонусных.
Эффект для бизнеса:
✅ Полная информация о всех товарах в заказе — без расхождений между основными и бонусными позициями
Цель исправления: Обеспечить корректное отображение номера карточки как для основного, так и для бонусного товара в заказе по акции.
Было: При оформлении заказа по акции номер карточки отображался только для основного товара. У бонусного товара номер карточки не отображался — информация была неполной.
Стало: В заказе номер карточки теперь корректно отображается для всех товаров — как основных, так и бонусных.
Эффект для бизнеса:
✅ Полная информация о всех товарах в заказе — без расхождений между основными и бонусными позициями
Рекомендованная розничная цена
DEV-7990
Цель новой функции: Дать торговому представителю инструмент для обоснования закупки — показывать клиенту рекомендованную розничную цену, по которой он сможет продавать товар конечному покупателю.
Было: При работе с клиентом торговый представитель мог показать только закупочную цену товара. Аргументировать выгоду покупки через потенциальную маржу при перепродаже было нечем — рекомендованной розничной цены в системе не существовало.
Стало: При создании цены добавлена настройка — «Рекомендованная розничная цена». Она не используется для продаж и закупок — служит исключительно как ориентир для конечного покупателя. Новый тип поддерживается в API импорта и экспорта цен, а также в API мобильного приложения.
Эффект для бизнеса:
✅ ТП показывает клиенту не только закупочную цену, но и потенциальную цену продажи — аргумент для покупки становится конкретным
✅ Контроль розничной цены для конечного покупателя реализован на уровне системы
✅ Рекомендованная цена не влияет на финансовые документы — только информационный инструмент
Цель новой функции: Дать торговому представителю инструмент для обоснования закупки — показывать клиенту рекомендованную розничную цену, по которой он сможет продавать товар конечному покупателю.
Было: При работе с клиентом торговый представитель мог показать только закупочную цену товара. Аргументировать выгоду покупки через потенциальную маржу при перепродаже было нечем — рекомендованной розничной цены в системе не существовало.
Стало: При создании цены добавлена настройка — «Рекомендованная розничная цена». Она не используется для продаж и закупок — служит исключительно как ориентир для конечного покупателя. Новый тип поддерживается в API импорта и экспорта цен, а также в API мобильного приложения.
Эффект для бизнеса:
✅ ТП показывает клиенту не только закупочную цену, но и потенциальную цену продажи — аргумент для покупки становится конкретным
✅ Контроль розничной цены для конечного покупателя реализован на уровне системы
✅ Рекомендованная цена не влияет на финансовые документы — только информационный инструмент
Единые и понятные названия в мобильном приложении
📅 Обновление мобильного приложения выходит отдельно от основного релиза — до конца августа 2026.
Цель улучшения: сделать работу в мобильном приложении понятнее и предсказуемее. Названия экранов, полей и подписей приведены к той же единой терминологии, что и в веб-версии, — сразу на трёх языках интерфейса: русском, английском и узбекском. Одно и то же понятие теперь называется одинаково и на телефоне, и в вебе, и на любом из языков: интерфейс воспринимается как единая логичная система, а пользователю не приходится переучиваться при переходе между платформами.
Обновление затронуло мобильное приложение Smartup SFA целиком — от входа и дашборда до визитов, заказов, склада, оплат и синхронизации.
Эффект для бизнеса:
Цель улучшения: сделать работу в мобильном приложении понятнее и предсказуемее. Названия экранов, полей и подписей приведены к той же единой терминологии, что и в веб-версии, — сразу на трёх языках интерфейса: русском, английском и узбекском. Одно и то же понятие теперь называется одинаково и на телефоне, и в вебе, и на любом из языков: интерфейс воспринимается как единая логичная система, а пользователю не приходится переучиваться при переходе между платформами.
Обновление затронуло мобильное приложение Smartup SFA целиком — от входа и дашборда до визитов, заказов, склада, оплат и синхронизации.
Эффект для бизнеса:
- ✅ Пользователи быстрее находят нужное — на телефоне и в вебе всё называется одинаково и узнаётся сразу.
- ✅ Меньше ошибок при вводе и чтении данных — однозначные названия полей снижают риск внести или понять значение неверно.
- ✅ Полевые сотрудники работают на своём языке без потери смысла — русская, английская и узбекская версии описывают одни и те же понятия одинаково, поэтому инструкция, написанная на одном языке, читается на интерфейсе на другом.
- ✅ Меньше недопониманий между отделами — единые термины в мобильном, вебе и отчётах.
Детализация по пользователям в дашборде ММЛ мобильного приложения
Цель исправления: Добавить в мобильный дашборд по ММЛ детализацию выполнения по каждому сотруднику — как это уже работает в веб-версии.
Было: В веб-версии дашборда ММЛ при открытии детализации отображались результаты выполнения по каждому сотруднику. В мобильном приложении такой детализации не было — супервайзер мог видеть только общие показатели без разбивки по подчинённым.
Стало: В мобильном приложении дашборд ММЛ теперь показывает детализацию по пользователям — аналогично веб-версии. Супервайзер видит результаты выполнения ММЛ по каждому своему подчинённому прямо в приложении.
Эффект для бизнеса:
✅ Супервайзер анализирует выполнение ММЛ по каждому ТП прямо с телефона — без захода в веб
✅ Контроль команды стал полноценным в мобильном приложении — данные совпадают с веб-версией
Было: В веб-версии дашборда ММЛ при открытии детализации отображались результаты выполнения по каждому сотруднику. В мобильном приложении такой детализации не было — супервайзер мог видеть только общие показатели без разбивки по подчинённым.
Стало: В мобильном приложении дашборд ММЛ теперь показывает детализацию по пользователям — аналогично веб-версии. Супервайзер видит результаты выполнения ММЛ по каждому своему подчинённому прямо в приложении.
Эффект для бизнеса:
✅ Супервайзер анализирует выполнение ММЛ по каждому ТП прямо с телефона — без захода в веб
✅ Контроль команды стал полноценным в мобильном приложении — данные совпадают с веб-версией