Отчёт о релизе: 24.11.2025
Авто-выбор языка на мультисайте
Проблема: Раньше мультисайт всегда открывался по умолчанию на русском языке, даже если в настройках первым стоял другой язык. Из-за этого сайт не совпадал с ожиданиями клиента и ломал пользовательский опыт.
Решение: Теперь сайт загружается именно на том языке, который стоит первым в списке выбранных языков в настройках мультисайта. Если первым выбран английский — сайт откроется на английском. Если первым указан узбекский — загрузится на узбекском.
Польза для бизнеса и пользователей:
Клиент сразу видит сайт на нужном ему языке.
Улучшается конверсия, потому что человек быстрее ориентируется.
Бренды могут выстроить правильную локализацию под свою аудиторию.
Сайт становится гибче и удобнее для мультинациональных пользователей.
Корректное создание клиентов и передача суммы доставки в Clopos
Проблема:
Когда клиент оформлял заказ через Delever, но его не было в базе Clopos, система возвращала ошибку и заказ не проходил.
Дополнительно — сумма доставки иногда не передавалась в Clopos, из-за чего заказ отображался неполным и вызывал путаницу у персонала.
Решение: Мы реализовали два ключевых улучшения:
Если клиента нет в базе Clopos, он теперь автоматически создаётся. Все его текущие и будущие заказы корректно привязываются к одному профилю.
Стоимость доставки передаётся в Clopos без задержек и ошибок. Заказ в POS полностью отображает все данные — товары, итоговую сумму и доставку.
Польза для бизнеса:
Ошибки при передаче заказов исчезли — система работает стабильно.
Нет дублей клиентов, все данные аккуратно и правильно ведутся.
Персонал видит полную картину заказа, включая стоимость доставки.
Ускоряется обработка заказов и уменьшается риск человеческих ошибок.
Удобнее анализировать клиенты, заказы и финансы, так как информация синхронна в обеих системах.
Управление остатками для агрегаторов (Glovo, Chocofood, Foody, Wolt, Yandex, Uzum)
Проблема: Раньше товары вовремя не уходили в стоп-лист в агрегаторах, если их количество подходило к нулю. Из-за этого клиенты могли заказывать позиции, которых уже фактически не было.
Что сделано: Теперь для каждого агрегатора можно задать свой лимит остатков прямо в настройках интеграции. Как только количество товара опускается до указанного порога — мы автоматически отправляем в агрегатор сигнал “стоп”.
Важно:
Если вы ставите любое число кроме нуля, товар уйдёт в стоп не при полном отсутствии, а при достижении этого лимита.
Для каждого агрегатора лимит регулируется отдельно.
Польза:
Клиенты не заказывают то, чего уже нет.
Кухня работает ровно, без лишних отмен.
У каждого агрегатора — свои правила, всё гибко и под контролем.
Уведомления о списаниях и начислениях бонусного баланса (накопительной системы)
Что нового: Теперь при любом изменении бонусного баланса клиента — когда баллы списываются или начисляются — можно автоматически отправлять уведомления через SMS или Telegram.
Чтобы это работало, нужно выполнить две простые настройки:
1. Добавить ссылку в IIKO
В IIKO необходимо указать наш специальный адрес для уведомлений.
Эта ссылка позволяет системе получать информацию о движении бонусных средств.
2. Настроить триггер в админ-панели Delever
В разделе настроек включается соответствующий триггер — и система начнёт отправлять уведомления клиентам сразу после любого изменения их бонусного баланса.
Польза для бизнеса:
Клиенты всегда в курсе, когда баллы начислены или списаны.
Меньше обращений в поддержку.
Повышается доверие и прозрачность программы лояльности.
Возможность редактировать адрес после перехода заказа в заготовку
Проблема: Ранее, если заказ уже перешёл в этап подготовки, исправить адрес было невозможно. Любая ошибка требовала отмены заказа и оформления заново.
Что сделано: Теперь адрес можно изменить даже после перехода заказа в заготовку — без лишних действий.
Польза для клиентов и бизнеса:
Ошибки в адресе больше не тормозят процесс.
Кухня и курьеры работают без задержек.
Меньше отмен и путаницы, выше скорость обслуживания.
Возможность создавать заказ с нулевой суммой
Проблема: Раньше невозможно было создать заказ с нулевой стоимостью — например, при корпоративных отгрузках, тестовых операциях или заказах по 100% кешбеку/сертификату.
Что сделано: Теперь можно оформить заказ даже если итоговая сумма равна нулю.
Польза:
Удобно для партнёров, тестирования и внутренних операций.
Поддерживаются любые сценарии — подарочные, корпоративные, сервисные.
Гибкость учёта и меньше ограничений для бизнеса.
При массовом удалении модификаторов теперь удаляются и связанные записи
Проблема
Ранее при удалении сразу нескольких элементов типа модификатор или вариант-модификаторы оставались «висящие» связи: привязки к товарам, к вариациям или таблицы связей не очищались полностью. В результате в каталоге могли оставаться пустые записи, появлялись ошибки при отображении товара или некорректные варианты в меню.
Что сделано
При массовом удалении модификаторов реализована полная очистка всех связанных связей и привязок. Теперь система автоматически удаляет:
записи связей между модификатором и товарами;
привязки модификаторов внутри вариаций;
вспомогательные строки в таблицах, которые поддерживали эти связи.
Удаление происходит атомарно — либо всё удаляется вместе, либо ничего не меняется, если возникает ошибка.
Как это работает теперь (кратко)
Вы выбираете несколько модификаторов в списке.
Нажимаете «Удалить».
Система одновременно удаляет сам модификатор и все связанные с ним привязки.
После успешного удаления в каталоге не остаётся «пустых» записей или некорректных связей.
Польза для клиентов (администраторов, контент-менеджеров)
Упрощённая и безопасная массовая очистка каталога.
Нет необходимости вручную искать и удалять оставшиеся привязки.
Меньше визуальных ошибок в интерфейсе и меньше ручной работы.
Польза для бизнеса
Чистая и корректная база товаров — точные списки для сайта и агрегаторов.
Снижение количества ошибок при оформлении заказов и обновлении меню.
Меньше обращений в поддержку и меньше времени на администрирование каталога.
Обновление: Корректное отображение скидок и кэшбэка в групповых уведомлениях о заказах
Проблема
Когда заказ попадал в «группу» (бот-уведомление), важные детали по оплате отображались неполно:
Если клиент оплачивал частично или полностью кэшбэком, сумма, списанная из накопительного баланса, не показывалась.
Если в заказе была скидка, она не отображалась — изменялась только итоговая сумма, из-за чего сотрудники не видели, что скидка применялась.
Это создавало путаницу, ошибки при проверке заказов и неудобства для операторов.
Решение
Мы расширили логику формирования уведомлений, и теперь бот отправляет полные и прозрачные данные по оплате:
Если в заказе использован кэшбэк — в уведомлении отображается точная сумма, оплаченная из накопительного баланса.
Если применена скидка — в уведомлении показывается сама скидка и общая сумма скидок по заказу.
Все данные приходят внутри основного сообщения о заказе, в том же стиле, что и остальная информация.
✔ Пример, если была скидка:
Скидка на заказ: -4 996 UZS
Общая сумма скидки: -14 996 UZS
Итого: 40 000 → 25 004 UZS
✔ Пример, если была оплата кэшбэком:
Способ оплаты: Кэшбэк (1 000 UZS)
Способ оплаты: Каспи (29 000 UZS)
Польза для бизнеса
Полная прозрачность по оплатам: операторы видят кто, сколько и чем оплатил.
Легче контролировать скидки и корректное списание кэшбэка.
Быстрее обработка заказов — никакой ручной проверки и догадок.
Меньше ошибок и недоразумений при работе с клиентами.
Польза для сотрудников
Видят итоговую сумму, скидку и оплату кэшбэком сразу в одном уведомлении.
Простая и ясная картина — удобно для колл-центра, кухни и менеджеров.
Last updated