DEV-7927
Цель улучшения: Обеспечить автоматический контроль подлинности фотографий во внешних системах — передавать через API признак фиктивного фото, который уже отображается в веб-отчётах и Excel.

Было: Алгоритм уже умел определять, сделано ли фото с экрана монитора — это отображалось в отчётах. Но в API этого поля не было: внешние системы не могли получить данные автоматически и вынуждены были полагаться на ручную сверку с отчётами.

Стало: В API добавлено поле is_screen_photo — присутствует в каждом объекте с данными о фотографии: планограммы и дисплеи. Значение строго true или false. Данные в API на 100% совпадают с веб-отчётами и Excel по тому же визиту. Поле доступно во всех эндпоинтах с результатами распознавания.

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

✅Внешние системы автоматически получают признак фиктивных фотографий — без ручной сверки с отчётами
✅Данные API и визуальных отчётов полностью синхронизированы — расхождений нет
✅Контроль подлинности фотоотчётов по мерчандайзингу теперь автоматизирован

DEV-8712

Цель улучшения: Обеспечить бесшовный переход клиентов с Smartup 5 на Smartup X — сохранить существующую интеграцию через шаблон Custom без изменения бизнес-процессов.

Было: Отчёт Saleswork в Smartup X уже существовал, но шаблон Custom — используемый рядом клиентов в Smartup 5 — в нём отсутствовал. При миграции с Smartup 5 на Smartup X клиент терял возможность формировать привычный формат выгрузки, что нарушало интеграцию с внешними системами.

Стало: Шаблон Custom перенесён в Smartup X с полной поддержкой двух дополнительных настроек:

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

✅Клиенты переходят с Smartup 5 на Smartup X без изменения интеграции и бизнес-процессов
✅Выгрузка в шаблоне Custom идентична Smartup 5 — внешние системы работают без перенастройки
✅Обе настройки доступны прямо в интерфейсе шаблона — без технического вмешательства

DEV-8615
Цель улучшения: Привести отчёт в полное соответствие с документом возврата — добавить колонку «Срок годности» в детальную информацию по возвращённым товарам.

Было: В отчёте «Заказ (Возврат)» во вкладке «Детальная информация о возврате ТМЦ» отсутствовала колонка «Срок годности» — аналитик не мог получить эти данные из отчёта, хотя в самом документе возврата они были указаны.

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

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

✅Отчёт теперь полностью отражает информацию из документа возврата — без расхождений

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

Было: При включённой настройке «Показывать данные по рабочим зонам» фильтрация касс работала некорректно — сотрудник мог видеть и выбирать кассы других рабочих зон при создании кассовых документов и выплат зарплаты.

Стало: Фильтрация касс по рабочей зоне теперь корректно применяется во всех затронутых модулях:


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

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

✅Сотрудник работает только со своими кассами — ошибки при финансовых операциях исключены
✅Финансовый учёт стал точнее — операции не попадают в чужие кассы

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

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

Стало: Рядом с существующей кнопкой добавлена новая — «Последняя себестоимость закупки».

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

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

✅Полная себестоимость подставляется автоматически — ручной расчёт исключён
✅Инвентаризация отражает реальную стоимость товара с учётом всех расходов

DEV-8782
Цель новой функции: Дать складским сотрудникам возможность проводить инвентаризацию маркированных товаров — сверять коды маркировки (КМ) с данными системы Asl Belgisi, выявлять расхождения и формировать отчёт для Soliq.

Было: Инвентаризация маркированных товаров не была автоматизирована. Сверить фактические коды маркировки с данными государственной системы Asl Belgisi и выявить недостачи или излишки можно было только вручную — это занимало много времени и создавало риск ошибок. Формирование отчёта для Soliq также выполнялось вручную.

Стало: В системе появился новый документ — «Инвентаризация КМ». Процесс полностью автоматизирован:

Создать документ → Получить КМ из Asl Belgisi → Сканирование (мобильное) → Сверка факт vs Asl → Excel-отчёт для Soliq

Система автоматически сравнивает отсканированные коды с данными Asl Belgisi и определяет результат по каждому товару: ОК / Недостача / Излишек. По завершении формируется Excel-отчёт для загрузки на сайт Soliq.

ℹ️ Документ не создаёт бухгалтерских проводок — служит только для сверки и отчётности. Сканирование выполняется через мобильное приложение онлайн.

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

✅Сверка кодов маркировки с Asl Belgisi — автоматически, без ручной работы
✅Недостачи и излишки выявляются мгновенно — система сама считает расхождения
✅Excel-отчёт для Soliq формируется в один клик по завершении инвентаризации

DEV-8783
Цель улучшения: Сделать настройки печати кодов маркировки понятными для пользователя и обеспечить корректное соответствие размера КМ размеру самоклейки.

Было: Размер этикетки при печати КМ задавался в пикселях — пользователю сложно понять какой физический размер это даёт на наклейке. Транспортные КМ выгружались в Excel в нечитабельном качестве. Кнопки печати для транспортных КМ не было.

Стало: В трёх модулях работы с кодами маркировки внесены улучшения:


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

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

✅Размер этикетки задаётся в понятных единицах — сантиметрах, как на самоклейке
✅КМ печатаются чётко и читабельно — брак при нанесении маркировки сокращается

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

Было: В форме «Запрос об оплате» не было поля «Проект» — ни в таблице, ни в фильтрах. Отфильтровать данные по нужному проекту было невозможно.

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

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

DEV-8677
Цель новой функции: Дать возможность создавать закупки на основе входящих электронных счёт-фактур из Soliq Service — так же, как это уже работает с Faktura.uz — без ручного ввода поставщика, товаров, цен и НДС.

Было: Создать закупку автоматически из электронного документа можно было только через Faktura.uz. Пользователи, работающие через Soliq Service, вынуждены были вводить все данные вручную — поставщика, каждую товарную строку, количество, цену и НДС. Это занимало много времени и создавало риск ошибок.

Стало: В форме закупки появилась кнопка «Загрузить из Soliq». Система загружает список входящих электронных документов, пользователь выбирает нужный — и закупка создаётся автоматически. Поставщик сопоставляется по ИНН, товары — по сохранённым правилам.

Нажать «Загрузить из Soliq» → Выбрать документ → Автосопоставление → Черновик закупки → Проверить и провести

Если поставщик или товар не найден — система показывает подсказку и позволяет выбрать вручную с сохранением сопоставления на будущее. Повторное создание закупки по одному документу заблокировано.

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

✅Закупка создаётся автоматически — без ручного ввода товарных строк, цен и НДС
✅Ошибки при ручном вводе исключены — данные берутся напрямую из электронного документа
✅Работает как Faktura.uz — единый процесс для обоих ЭДО-сервисов

DEV-8804
Тип: Новая функция

Цель новой функции: Ускорить процесс отгрузки со склада — дать бизнесу возможность пропустить сканирование КМ при погрузке и перенести этот шаг на момент доставки клиенту.

Было: В методе VAN сотрудник склада обязательно сканировал и прикреплял коды маркировки к автотранспорту перед отгрузкой. При большом объёме товара это занимало значительное время и задерживало погрузку машины.

Стало: В настройках системы (раздел «Склад») добавлен переключатель «Пропустить шаг прикрепления КМ на складе (метод VAN)». При включении склад отгружает товар без сканирования КМ — доставщик сканирует коды непосредственно у клиента. Система проверяет валидность КМ через Asl Belgisi и автоматически прикрепляет их к заказу. Функция «Получить от автотранспорта» при включённой настройке недоступна.

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

DEV-8829
Цель новой функции: Дать бизнесу выбор оператора ЭДО — отправлять счёт-фактуру автоматически через Soliq Service так же, как это уже работает через Faktura.uz.

Было: При смене статуса заказа на «Доставлено» через мобильное приложение система умела автоматически отправлять счёт-фактуру только через Faktura.uz. Компании, работающие через Soliq Service, отправляли документы вручную.

Стало: В настройках системы (раздел «Заказ») добавлена новая настройка — «При изменении статуса заказа на «Доставлено» отправлять данные в Soliq Service». При включении система автоматически формирует и отправляет счёт-фактуру в Soliq Service в момент доставки — без участия сотрудника. По умолчанию настройка выключена.

Эффект для бизнеса:
✅ Бизнес сам выбирает оператора ЭДО — Faktura.uz или Soliq Service — без привязки к одному провайдеру
✅ Счёт-фактура отправляется автоматически при доставке — бухгалтер не тратит время на ручную отправку
✅ Документооборот ускоряется — документ регистрируется в Soliq Service сразу после доставки

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

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

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

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

DEV-9055
Цель исправления: Дать пользователю возможность видеть и обрабатывать товары с расхождениями в маркировке прямо на этапе подбора — не после, а до создания документа закупки.

Было: При создании закупки на основе фактуры из Soliq товары, у которых в счёт-фактуре отсутствовала маркировка, но в Smartup они отмечены как маркированные, не отображались на этапе подбора. Пользователь видел ошибку только в модальном окне после создания документа — без возможности понять какой именно товар проблемный и почему.

Стало: Если в настройках системы (блок «Маркировка») установлено «Проверить маркировку = НЕТ» — товары с расхождениями теперь отображаются на этапе подбора со статусом ошибки. Пользователь видит проблемные позиции заранее и может обработать их до завершения создания документа. Данные в самом документе закупки при этом не затрагиваются.

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

✅ Расхождения в маркировке видны на этапе подбора — не нужно разбираться с ошибками после создания документа
✅ Пользователь понимает какой именно товар проблемный и может принять решение сразу
✅ Процесс создания закупок из Soliq становится прозрачнее и быстрее

DEV-9080
Цель исправления: Устранить блокировку генерации транспортных кодов маркировки при обнаружении дубликата — система должна автоматически перейти к следующему уникальному номеру.

Было: При создании транспортного КМ система генерировала код, обнаруживала дублирование и выдавала ошибку — операция полностью блокировалась. Это происходило когда ИНН контрагента ранее использовался другим филиалом, и система создавала идентичный код. Пользователь получал техническую ошибку и не мог продолжить работу.

Стало: При обнаружении дублирующего КМ система больше не блокирует операцию — она автоматически переходит к следующему уникальному номеру и завершает генерацию успешно. Уникальность проверяется в рамках одной компании (company_id). Все случаи автоматической перегенерации фиксируются в логах.

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

✅ Генерация транспортных КМ больше не прерывается из-за дублирования — операция завершается автоматически
✅ Сотрудник не тратит время на разбор технических ошибок и повторные попытки
✅ Процесс маркировки при смене или переносе контрагентов между филиалами работает без сбоев