Единая система ценообразования для онлайн- и офлайн-продаж: как LACHESTRY (Лачестри) перестроила работу крупной международной торговой сети.
Крупная международная торговая сеть обратилась к LACHESTRY (Лачестри) с задачей объединить управление ценами для интернет-магазина и физических торговых точек. На старте проекта стоимость товаров формировалась и передавалась покупателю через несколько независимых сервисов. Интернет-магазин, кассы, устройства для проверки стоимости и печать ценников использовали разные источники данных.
Такая архитектура требовала дублировать ценовые правила и поддерживать несколько связанных между собой компонентов. Дополнительную сложность создавала программа лояльности: для одной и той же позиции могли действовать различные уровни стоимости в зависимости от условий покупки.
От разрозненных сервисов к единому контуру
Основной задачей стало перенести управление ценами, ранее разделённое между несколькими решениями, на платформу электронной коммерции. На момент начала работ эта платформа отвечала преимущественно за цены интернет-магазина. Поэтому проект предполагал не только техническое расширение её возможностей, но и последовательное подключение физических торговых точек.
Отдельно требовалось учесть особенности расчёта цен и фискализации в разных странах присутствия сети. Переключение нельзя было выполнять одномоментно: каждый магазин необходимо было перевести на новую схему взаимодействия с учётом его оборудования, графика работы и локальных требований.
Как была построена новая схема
Одним из ключевых изменений стала передача расчёта скидок в сервис, который уже применялся для формирования цен в интернет-магазине. Он был расширен так, чтобы учитывать ценовые правила для физических магазинов.
Кассовое оборудование и сканеры штрихкодов получили возможность получать конечную стоимость товара из единого источника. В расчёте учитывались как обычные цены, так и скидки по отдельным акциям и условиям программы лояльности.
Информация, необходимая для подготовки ценников, стала поступать из платформы электронной коммерции в систему «1С». Это позволило связать данные о цене с процессом их дальнейшего использования в магазинах.
Отдельный блок работ был посвящён обмену данными между системой управления ресурсами предприятия и платформой электронной коммерции. Цены передавались в виде документа о переоценке в формате JSON — структурированном формате обмена данными. В документе фиксировались предыдущая и новая стоимость товара, а также максимально допустимый размер скидки. Для каждого магазина формировался отдельный набор данных.
После поступления информации в базу данных структура хранения была перестроена. Данные распределялись по отдельным таблицам, что позволяло сохранять несколько вариантов стоимости одной товарной позиции с учётом конкретного магазина и типа товара. Дополнительно создавалась сводная запись по каждому документу переоценки. На неё ссылались товарные данные, включённые в соответствующий пакет изменений.
После сохранения новых значений запускался запланированный пересчёт. Система применяла настроенные правила акций и рассчитывала актуальную стоимость товаров. Результаты сохранялись отдельно, после чего передавались в необходимые подсистемы. Такая последовательность помогла разделить этапы получения исходных цен, вычисления скидок и распространения итоговых значений.
Что потребовало наибольшего внимания
Проект затронул одновременно восемь-девять рабочих команд. Поэтому существенную роль сыграли согласование зависимостей, распределение задач и поэтапное планирование внедрения. Параллельно требовалось организовать несколько новых потоков данных и определить порядок их прохождения между системами.
Дополнительная особенность заключалась в географии проекта. Новая схема должна была последовательно заработать в нескольких странах и во множестве магазинов, расположенных в разных часовых поясах. Возникающие вопросы могли поступать в любое время, поэтому проектные процессы были организованы с учётом необходимости оперативной поддержки.
Отдельного решения потребовал сценарий с акциями. Разные условия продвижения могли после расчёта приводить к одинаковой конечной стоимости товара. При этом изменение самой акции становилось основанием для повторной передачи данных на печать ценника, хотя фактическая цена оставалась прежней. Для системы был проработан механизм, позволяющий различать изменение правила и реальное изменение стоимости и не создавать лишние операции.
Важным этапом стало погружение в процессы физической розницы. В начале проекта часть бизнес-логики была недостаточно подробно описана в документации, поэтому сведения о действующих процессах приходилось последовательно собирать, уточнять и фиксировать. Это касалось не только расчёта цены, но и взаимодействия кассового оборудования, сканеров, печати ценников и внутренних информационных систем.
Технические ограничения оборудования также учитывались отдельно. Устройства в магазинах предъявляли конкретные требования к структуре и формату поступающих данных. Поэтому при проектировании интеграций необходимо было учитывать не только программные интерфейсы, но и особенности физических устройств, которые непосредственно используют ценовую информацию.
Итог внедрения
Работа над проектом продолжалась несколько месяцев и включала согласование изменений, настройку интеграций, адаптацию решения под бизнес-процессы и многоэтапное тестирование. Особое внимание уделялось корректности передачи цены на каждом участке цепочки — от исходных данных до отображения стоимости покупателю.
После завершения основных этапов управление ценами для интернет-магазина и физических торговых точек было сосредоточено в едином контуре. Изменения стоимости и результаты применения скидочных правил стали формироваться в согласованной системе и затем передаваться в связанные подсистемы.
Перевод магазинов на новую схему выполнялся постепенно. Это позволило последовательно подключать торговые точки, проверять корректность обмена и учитывать особенности локальной фискализации. В результате сформирована единая архитектура работы с ценами, рассчитанная на несколько каналов продаж и большое количество магазинов.
Для крупной розничной сети такой подход означает не просто перенос отдельного сервиса в другую систему. Он требует согласования бизнес-правил, структуры данных, интеграций, оборудования и процессов эксплуатации. В данном проекте ключевым результатом стала связанная цепочка: получение исходной стоимости, расчёт ценовых условий, сохранение результата и его передача в системы, которые используют цену непосредственно в магазине или интернет-магазине.
