Розница и омниканальная торговля
Магазины, витрины и ERP согласны по каждой продаже и каждому SKU в реальном времени.
Почему магазины, онлайн-каналы и ERP расходятся
Розничные сети работают на множестве систем, которые должны согласовываться: кассы, интернет-магазины, склады, платёжные провайдеры и ERP. Когда они расходятся, запасы неверны, цены различаются между каналами, а финансы тратят дни на сверку.
Ночные пакетные синхронизации
Кассы, интернет-магазины и ERP обмениваются данными с задержкой в часы, поэтому на пике запасы продаются сверх наличия.
Медленные расчёты
Карточные расчёты по эквайерам сверяются поздно, а расхождения стоят денег.
Пики, ломающие кассу
Акции и фестивали приносят трафик, который медленные системы не выдерживают.
Что меняется
Одна версия каждой продажи
Кассовые терминалы, онлайн-касса и учётная система ERP согласуются в реальном времени.
Запасы, которым можно доверять
Уровни SKU синхронизируются между магазинами и витринами по мере изменения.
Расчёты сверены
Файлы расчётов принимаются, а комиссии проверяются автоматически.
Где мы работаем
Что мы создаём
- Расширения POS, бэк-офисные приложения и панели магазинов
- Синхронизация с защитой от сбоев между серверами магазинов и головным офисом
Что мы создаём
- Фронтенды электронной торговли и сервисы заказов
- Click and collect, возвраты и отслеживание заказов
Типичные интеграции
- Платформы электронной торговли, маркетплейсы, перевозчики и ERP
Что мы создаём, подключаем и защищаем
Интеграция POS и ERP
Продажи, возвраты и итоги дня проводятся в ERP, а цены, акции и товары отправляются обратно в каждый магазин.
Видимость запасов
Единое представление запасов по магазинам, складам и онлайну, обновляемое по мере продаж и поставок.
Онлайн- и мобильная торговля
Интернет-магазины и приложения, разделяющие товары, цены и запасы с магазинами.
Лояльность и акции
Программы лояльности, ваучеры и правила акций, работающие одинаково в каждом канале.
Инструменты работы магазинов
Приложения для пересчёта запасов, перемещений, поставок и задач персонала, созданные для работы в торговом зале.
Суперприложения и единая торговля
Одно высоконагруженное приложение для покупок, платежей и лояльности по всем брендам.
POS-платформы
Кассы и облачные сервисы POS через их API, файлы выгрузки или серверы магазинов.
Карточные платежи
Терминалы, шлюзы и эквайеры с сопоставлением файлов расчётов продажам.
ERP
SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo и другие для товаров, запасов и финансов.
Склады и перевозчики
Складские системы и API перевозчиков для исполнения заказов, доставок и возвратов.
Карточные данные вне области действия
Мы оставляем карточные данные у платёжного провайдера через токенизацию и терминалы с шифрованием от точки к точке, где они доступны, что сохраняет область PCI DSS небольшой.
Данные клиентов
Данные лояльности и заказов собираются с согласия, хранятся только сколько нужно и обрабатываются по GDPR и применимым местным законам.
Фискальные и налоговые правила
Там, где страна требует фискальных чеков или электронных счетов-фактур, мы подключаем сертифицированные устройства или платформы и храним запрашиваемые записи.
Как мы работаем
Мы связываем эти системы так, чтобы продажи, запасы, цены и платежи надёжно переходили между ними, и создаём вокруг них клиентские приложения и бэк-офисные инструменты. Магазины продолжают продавать при сбое сети и догоняют, когда она возвращается.
Опишите потоки
Продажи, возвраты, цены, запасы и платежи между каждой системой.
Замените пакеты
События идут потоком между POS, витринами и ERP, а сбои попадают в очередь недоставленных сообщений.
Докажите на пике
Нагрузочные тесты на фестивальном трафике до запуска.
Прокрутите вбок, чтобы увидеть весь чертёж.
От POS к ERP: каждая продажа проводится один раз
Продажи поступают с касс в ERP как события, а цены и запасы возвращаются обратно. Магазин, потерявший связь, продолжает продавать и затем догоняет. Неудачная проводка повторяется, а затем передаётся человеку.
- Основной поток
- Асинхронный
- Сценарий исключения
Поток из 8 шагов
Поток шаг за шагом
- От POS-терминалы к Магазин или облачный POS-сервер: Продажи, возвраты и аннулирования (основной поток).
- От Магазин или облачный POS-сервер к Интеграционный слой: События продаж и итоги дня через очередь событий, по REST/JSON (асинхронный).
- От Интеграционный слой к ERP: Проведённые продажи и движения запасов, по OData · REST/JSON (основной поток).
- От ERP к Интеграционный слой: Цены, акции и данные товаров через API или выгрузку файлов, по REST/JSON (основной поток).
- От Интеграционный слой к Магазин или облачный POS-сервер: Обновления цен и запасов, по REST/JSON (основной поток).
- От Интеграционный слой к Очередь повторов: Проводка не удалась (сценарий исключения).
- От Очередь повторов к Интеграционный слой: Повторено (сценарий исключения).
- От Очередь повторов к Операционная команда магазинов: Снова сбой: оповещение с подробностями (сценарий исключения).
Прокрутите вбок, чтобы увидеть весь чертёж.
Карточные платежи: авторизация на кассе, расчёт позже, сверка в ERP
Терминал или касса обращается к шлюзу, шлюз — к эквайеру, а эквайер направляет запрос в карточную схему и банк-эмитент. Файлы расчётов приходят позже и сопоставляются с продажами и комиссиями в ERP. При тайм-ауте выполняется отмена, чтобы с клиента никогда не списали дважды.
- Основной поток
- Асинхронный
- Сценарий исключения
Поток из 8 шагов
Поток шаг за шагом
- От Терминал EMV или онлайн-касса к Платёжный шлюз: Запрос авторизации, по EMV · REST/JSON (основной поток).
- От Платёжный шлюз к Эквайер: Авторизация, по ISO 8583 (основной поток).
- От Эквайер к Карточная схема и эмитент: Направлено эмитенту, по ISO 8583 (основной поток).
- От Эквайер к Платёжный шлюз: Одобрено или отклонено, по ISO 8583 (асинхронный).
- От Эквайер к Интеграционный слой: Файлы расчётов и комиссий, по SFTP (асинхронный).
- От Интеграционный слой к ERP: Рассчитанные продажи, комиссии и выплаты, по REST/JSON (основной поток).
- От Платёжный шлюз к Терминал EMV или онлайн-касса: Нет ответа вовремя: автоматическая отмена, по ISO 8583 0400 (сценарий исключения).
- От Интеграционный слой к Операционная команда по платежам: Несоответствие расчётов или чарджбэк (сценарий исключения).
Опыт
Указанные бренды предприятий представляют исторические и действующие системы, платформы и цифровые продукты, спроектированные или реализованные XSIS, KONG GROUP, нашим CEO и нашим ведущим инженерным руководством на протяжении их карьеры. Все сторонние товарные знаки принадлежат соответствующим правообладателям и указаны исключительно для фактической идентификации портфеля.
Как начать
Что происходит дальше
Согласование времени
Наша команда напишет вам, чтобы согласовать время сессии.
Предконсультационная сессия
бесплатная 30-минутная онлайн-сессия предварительного консультирования: мы разбираем ваши цели, системы и ограничения.
Оценка готовности
В рамках бесплатная 48-часовая оценка готовности ведущий архитектор проверяет ваш проект по шести критериям определения готовности и рекомендует подходящий трек.
Выбор трека
Проекты с готовым объёмом работ получают обязывающее предложение в течение 3–5 рабочих дней. Проекты на стадии концепции начинаются в Blueprint Studio. Действующая система, которая сбоит, не документирована или требует интеграции, начинается с диагностики 1–2 недели. У Blueprint Studio и диагностики фиксированная плата, указанная в предложении.
Продуктовые команды с ИИ в основе
Управляемые кросс-функциональные команды старших инженеров, оснащённые агентными средами разработки и QA.
Проекты с фиксированным результатом и круглосуточные управляемые услуги
Поставка с фиксированным объёмом и этапами под руководством назначенных руководителей, а также круглосуточные управляемые услуги по приложениям под управлением SLA.
Самый быстрый путь — пакет Спринт готовности к обязательным электронным счетам и ERP, один из наших пакетов быстрого старта.
С чего начатьВопросы и ответы
Что происходит, когда магазин теряет связь?
Магазин продолжает продавать. Продажи хранятся локально и отправляются при возвращении связи, каждая с уникальным идентификатором, чтобы ничего не провести дважды. Обновления цен и запасов стоят в очереди так же. Операции видят, какие магазины отстают и насколько, поэтому длительный сбой замечают сразу, а не обнаруживают в конце месяца.
С какими POS-системами вы можете интегрироваться?
Мы интегрируем POS-платформы через то, что они предлагают: облачные API, серверы магазинов, выгрузки из базы данных или файлы. Перед оценкой мы изучаем документацию POS и образец её данных, потому что это определяет подход. Упоминание POS-платформы или ERP на этом сайте не означает партнёрства с их поставщиком.
Почему запасы между ERP и магазинами никогда не совпадают?
Обычно потому, что системы расходятся во времени, единицах или в том, что считать движением. Возвраты, перемещения, повреждённый товар и продажи во время пересчёта — частые причины. Мы отслеживаем расхождения, согласуем одно правило для каждого вида движения и строим синхронизацию так, чтобы она записывала каждое изменение с источником. Оставшиеся расхождения попадают в список на проверку, а не накапливаются.
От чего зависит стоимость интеграции в рознице?
От числа систем, магазинов и каналов, того, насколько хорошо POS и ERP раскрывают данные, и количества исключений, требующих правил, например межканальных возвратов или разделённых платежей. Поэтапное развёртывание по магазинам также добавляет тестирование. Мы оцениваем после изучения систем и образца реальных транзакций.
Можно ли развернуть без закрытия магазинов?
Да. Мы запускаем поэтапно, начиная с пилотного магазина, и ведём новую интеграцию параллельно с текущим процессом, пока итоги не совпадут. Изменения в магазинах по возможности планируются вне торговых часов, и у каждого этапа есть путь назад, если что-то пойдёт не по плану.
Кто поддерживает интеграцию после запуска?
Мы можем контролировать и поддерживать её по соглашению о поддержке или передать вашей команде с документацией, оповещениями и регламентом. В любом случае неудачное сообщение попадает в очередь с указанием причины, чтобы его можно было исправить и повторить, а не потерять.
Начните с разговора, а не с договора.
Расскажите, что нужно создать, подключить или защитить. Архитектор разберёт это с вами и порекомендует, с чего начать.