Перейти к содержанию

История изменений

POS Monitor улучшения

  • Улучшения POS Monitor: скрытие позиций, отмена заказа кассиром, правки комментариев в операторской карточке.
  • Добавлена миграция для новых полей архива позиций, обновлены модели, формы и API-контроллеры отчёта.
  • В интерфейсе: доп. колонки и действия в списке заказов POS, фикс отображения в карточках клиента и позиции.

Теги: Производство и склад / Мониторинг производства c10a1ed

Улучшения автоподстановки стартового промокода

  • Операторский интерфейс автоподставляет стартовый промокод надёжнее: учтены доп. проверки и очистка данных.
  • Доработаны хендлеры контроллера оператора, чтобы промокод не терялся при редактировании заказа.

Теги: Маркетинг / Промокоды 8a045a5

Корректировка цен промопозиций по городу

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

Теги: Маркетинг / Промокоды 00f2205

Строковые идентификаторы в вебхуках Купера

  • Передача shortNumber и handoutCode в вебхуках Купера приведена к строковому типу, как того требует интеграция агрегатора.
  • Исправление убирает расхождения типов в событиях ready_for_delivery и других статусах, поэтому заявки больше не отклоняются из-за формата данных.

Теги: Автоматизация / Интеграции ff1cc7e

Корректный поиск заказа по originalOrderId в Купере

  • В вебхуках Купера поиск заказа по originalOrderId теперь выполняется через точное совпадение (findOneByExternalId), что исключает возврат коллекций и дубликатов.
  • Исправление стабилизирует связывание внешних заказов с нашими моделями и предотвращает неверное сопоставление при массовых интеграциях.

Теги: Автоматизация / Интеграции cabf1ed

Защита вручную начисленных бонусов от списания

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

Теги: Маркетинг / Бонусы и лояльность d462917

Единый формат изображений для добавочных позиций в мобайл API

  • В мобильном API для добавочных позиций появился атрибут image_v1 с тем же URL, что и основное поле image, чтобы старые версии приложения получали корректную картинку.
  • Дополнительное поле исключает пустые изображения в карточках добавок после выката нового формата каталога и сохраняет совместимость старых клиентов с обновлённым бэкендом.

Теги: Каталог / Добавочные позиции, Мобильные решения / Клиентское приложение a9dfceb

Корректировка веса позиций для Купера (меню)

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

Теги: Автоматизация / Интеграции 2aae8e4

Окно кассовых транзакций в POS Monitor

  • Добавлен полноэкранный диалог «Кассовые транзакции» в POS Monitor: кассир выбирает сумму, категорию и комментарий, сохранение работает без переходов и сразу обновляет список операций.
  • Исправлен расчёт total в списке транзакций, чтобы суммы в шапке соответствовали фактическому количеству записей даже при превышении лимита выдачи.
  • API пополнено методами для загрузки последней категории кассира и создания кассовых транзакций, а UI переведён на новые тексты.

Теги: Финансы / Транзакции 5625cf9

Улучшение кассовых транзакций в POS Monitor

  • В списке кассовых транзакций POS Monitor категория последней операции теперь хранится в браузерном хранилище, а не в отдельном API-запросе — выбор сохраняется между сессиями и не зависит от сети.
  • При отправке транзакции форма сохраняет выбранную категорию, сбрасывает валидацию и повторно использует значение, чтобы кассирам не приходилось выбирать её заново.
  • Удалён устаревший API /cashierLastTransactionCategory и связанные SQL-запросы: меньше обращений к бэкенду и точнее логика работы с категориями операций.

Теги: Финансы / Транзакции f70fd10