Электронная коммерция

Программное обеспечение для онлайн-продаж

Система электронной коммерции ведёт товар от карточки в каталоге до оплаченного и доставленного заказа. Ниже — модули системы, процессы, которые она закрывает, и связь с CRM, ERP, складом и кассами.

Что такое программное обеспечение

для электронной коммерции

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

От обычного сайта она отличается тем, что оперирует не страницами, а объектами учёта: товар, цена, остаток, заказ, платёж, отгрузка, возврат — записи со своим состоянием и историей. Тот же заказ может прийти из приложения, торгового автомата, от менеджера или с маркетплейса.

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

Из чего состоит система

  • Витрина — интерфейс покупателя: сайт, мобильное приложение, экран торгового автомата, киоск самообслуживания
  • Ядро данных — товары, категории, атрибуты, цены, остатки, клиенты, заказы
  • Бизнес-логика — правила цен, скидок, доступности товара, расчёта доставки и налогов
  • Процессный слой — статусы заказа, резервы, платёжные операции, отгрузки, возвраты
  • Интеграционный слой — обмен с CRM, ERP, складом, кассами, платёжными и логистическими сервисами
  • Административная панель — рабочее место контент-менеджера, оператора заказов, категорийного менеджера
  • Аналитика — витрина данных о продажах, воронке, запасах и возвратах

Какие задачи решает система

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

Тёмный силуэт специалиста управляет цифровыми задачами электронной коммерции

Один источник данных о товаре

Характеристики, фотографии, цена и остаток хранятся в одном месте и расходятся на все каналы продаж. Расхождений между сайтом, приложением и кассой нет.

Приём заказов без оператора

Заказ создаётся, проверяется и оплачивается автоматически, круглосуточно. Человек нужен там, где требуется решение: нестандартная доставка, спорный возврат, опт.

Достоверные остатки

Резервирование при оформлении не даёт продать один товар дважды. Отмены из-за отсутствия товара на складе сокращаются до единичных случаев.

Управляемое ценообразование

Цены и скидки задаются правилами, а не ручной правкой карточек. Переоценка каталога из тысяч позиций занимает минуты и обратима.

Связность с учётом

Заказ, оплата и отгрузка попадают в бухгалтерию и складской учёт без повторного ввода. Сверка перестаёт быть отдельной работой.

Измеримость

Видно, что покупают, что ищут и не находят, где уходят из оформления, какие товары возвращают. Ассортимент планируется по данным.

Какие процессы

система автоматизирует

Автоматизация — это не «робот вместо продавца», а перевод повторяющихся операций в правила, которые система применяет сама и записывает результат в историю.

Правило действует, пока не изменены его условия. Контроль остаётся: у каждого автоматического действия есть автор, время и предыдущее значение в журнале.

Что переходит в автоматический режим:

Журнал сработавших правиладминистративная панель
ВремяЧто сделала система сама
09:41Наценка 18%: пересчитано 1 240 позиций
10:00Акция «−15% на чай» запущена по расписанию
10:03Отказ по заказу № 14 190: +2 шт в остаток
10:06Низкий остаток SKU 77-1043: оповещение закупке
  • Публикация и снятие товара с продажи
  • Пересчёт цен по правилам и наценкам
  • Запуск и завершение акций по расписанию
  • Проверка и погашение промокодов
  • Резервирование остатка под заказ
  • Смена статусов заказа
  • Списание и возврат средств
  • Расчёт стоимости доставки
  • Формирование отгрузочных документов
  • Передача заказа в службу доставки
  • Уведомления клиенту на каждом этапе
  • Возврат товара в остатки после отказа
  • Выгрузка данных в CRM и ERP
  • Фискализация чека на кассе
  • Обновление отчётов и витрин данных
  • Оповещения о низком остатке

Как работает

каталог товаров

Каталог — структурированное хранилище товарных данных: что продаётся, чем товары отличаются друг от друга и по каким признакам их находят.

Из чего складывается работающий каталог:

  • Категории — дерево разделов; товар может стоять в нескольких ветках одновременно
  • Атрибуты — характеристики с типом данных: число, список, флаг, диапазон. По ним строятся фильтры
  • Варианты — размер, цвет, объём: общая карточка, отдельные артикулы и остатки
  • Комплекты и наборы — позиция, которая при заказе списывает несколько других
  • Медиа — фотографии, видео, инструкции, сертификаты в нескольких разрешениях
  • Связи — аналоги, аксессуары, сопутствующие товары, замены снятым с производства
  • Статус позиции — черновик, опубликован, скрыт, архив. Архив не удаляется, чтобы старые заказы не теряли историю
Тёмный интерфейс управления каталогом электронной коммерции с силуэтом специалиста

Базовая единица каталога — товарная позиция с уникальным артикулом (SKU): неизменяемые данные, редактируемое описание и связанные объекты — изображения, документы, цены, остатки.

Массовые операции идут импортом и экспортом: файл, API или выгрузка из учётной системы. Импорт всегда проходит проверку: что будет создано, что изменено, что отклонено и почему.

Проверка импорта каталога1 697 строк файла
412новых позиций
1 268обновлено
17отклонено

Отклонено: дубль артикула — 9, пустой обязательный атрибут «Бренд» — 5, неизвестная категория — 3. До подтверждения в каталог не записана ни одна строка.

Как управляются

цены

Цена — не поле в карточке товара, а результат вычисления по правилам на момент запроса. У одного товара одновременно существует несколько цен, и система выбирает применимую.

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

Слои ценообразования:

  • Базовая цена — из учётной системы или заданная вручную
  • Прайс-листы — розничный, оптовый, партнёрский, региональный
  • Правила наценки — процент или сумма от закупочной цены, по категории или поставщику
  • Персональные цены — по сегменту клиента или конкретному договору
  • Объёмные шкалы — цена зависит от количества в заказе
  • Валюта и округление — пересчёт по курсу и приведение к «красивому» шагу
  • Налоги — ставка на позицию, цена с налогом и без него

Каждое изменение цены пишется в историю: кто, когда, по какому правилу и какое было значение. На неё опираются отчёты о марже и разбор спорных заказов.

Порядок применения

Правила разрешаются по приоритету, а не суммируются вслепую. Типовой порядок расчёта цены позиции:

  • Определяется прайс-лист покупателя
  • Берётся базовая цена позиции из этого прайс-листа
  • Применяется объёмная шкала по количеству
  • Накладываются персональные условия договора
  • Применяется акция с наибольшим приоритетом
  • Применяется промокод, если он совместим с акцией
  • Начисляются и списываются баллы лояльности
  • Рассчитывается налог и итог по позиции

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

Расчёт цены позициисом, 12 шт
  • Базовая цена, прайс-лист «Опт»4 200
  • Объёмная шкала, от 10 шт−210
  • Условие договора № 218−120
  • Промокод SPRING, совместим с акцией−186
  • Минимальная цена — 3 500, ограничение не сработало3 684
  • Налог 12%+442
  • Итог по позиции4 126

Как работают акции и промокоды

Акция — правило, которое система применяет к подходящим заказам сама. Промокод — то же правило, включаемое покупателем по кодовому слову. Оба описываются одинаково: условие, механика, срок, ограничения.

Условие срабатывания

Что должно быть в заказе: товары, категория, бренд, минимальная сумма, способ доставки, сегмент клиента, канал продаж, время суток или день недели.

Механика скидки

Процент, фиксированная сумма, новая цена, скидка на самый дешёвый товар в наборе, бесплатная доставка, подарок, баллы вместо скидки.

Срок и расписание

Даты начала и окончания, повторяющиеся окна (например, каждую пятницу), автоматический запуск и остановка без участия сотрудника.

Ограничения

Общий лимит применений, лимит на клиента, одноразовые персональные коды, запрет пересечения с другими акциями, минимальная цена позиции.

Генерация кодов

Одиночный код для рассылки или партия уникальных кодов под получателей. Партия выгружается файлом и отслеживается по каждому коду.

Учёт результата

По каждой акции видно: сколько заказов, сумма скидки, выручка и маржа с учётом скидки, сколько кодов активировано и сколько осталось.

Как устроена

корзина

Корзина — черновик заказа: набор позиций, который ещё не создал обязательств ни у покупателя, ни у магазина. Товар в ней не зарезервирован, цена не зафиксирована, поэтому корзина пересчитывается при каждом открытии.

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

Что должна уметь корзина:

  • Жить между устройствами — собранная в браузере корзина открывается в приложении после входа
  • Жить без учётной записи — гость собирает заказ сразу, вход нужен только на оформлении
  • Сливаться при входе — гостевая корзина объединяется с сохранённой, а не затирает её
  • Соблюдать лимиты — минимальная сумма, кратность упаковки, ограничение количества на клиента
  • Разделять недоступное — снятые с продажи и закончившиеся позиции выносятся отдельно
  • Считать вслух — итог разложен на сумму позиций, скидку, доставку и налоги
Пересчёт корзины при открытиивитрина
  • Товар продаётся4 из 4Все позиции опубликованы, снятых с продажи нет
  • Хватает на складе1 позиция«Кофе в зёрнах, 1 кг» — доступно 2 из 3, остаток перенесён в недоступные
  • Цена не изменилась1 позиция«Чайник электрический» подорожал на 120 с момента добавления
  • Скидки действуютДаПромокод SPRING активен, до окончания акции 4 дня

Итог к оформлению: 3 позиции, 11 640 сом. Оба расхождения показаны покупателю до оплаты, а не после списания денег.

Тёмный интерфейс корзины и оформления заказа с силуэтом пользователя

Отложенные списки

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

Брошенная корзина

Большая часть корзин не превращается в заказ. Система хранит их с отметкой времени и умеет вернуть покупателя: напоминание по почте или в мессенджере, ссылка на восстановление состава, персональное предложение.

Напоминание отправляется один раз по событию и не превращается в рассылку — отписка обходится дороже возвращённого заказа.

Что измеряют

  • Доля корзин, дошедших до оформления
  • Шаг оформления, на котором чаще всего уходят
  • Средний состав и сумма корзины
  • Частота изменения цены между добавлением и оплатой
  • Возвраты покупателей по напоминанию о корзине

Как оформляются

заказы

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

Цены и скидки фиксируются при оформлении: изменение цены или окончание акции уже созданный заказ не затронет — иначе сумма к оплате разошлась бы с суммой в чеке.

Оформление по шагам:

  • Корзина: пересчёт цен, проверка доступности и лимитов
  • Идентификация покупателя: вход, регистрация или оформление без учётной записи
  • Выбор доставки: адрес, пункт выдачи, интервал, расчёт стоимости
  • Выбор способа оплаты и применение промокода
  • Резервирование остатков под позиции заказа
  • Создание заказа и его номера, отправка подтверждения
  • Оплата или подтверждение оплаты при получении
  • Передача в исполнение: сборка, отгрузка, доставка
Тёмный интерфейс управления очередью и статусами заказов с силуэтом оператора

Типовые статусы: новый → ожидает оплаты → оплачен → в сборке → передан в доставку → доставлен → завершён. Параллельно идут ветки отмены и возврата. Набор настраивается под процесс компании, но остаётся конечным и явным.

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

Очередь заказов по статусамсейчас в работе
  • 12Новый
  • 8Ожидает оплаты
  • 34Оплачен
  • 19В сборке
  • 41В доставке
  • 5Отмена и возврат

Как обрабатываются

заказы в колл-центре

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

Обращение — такая же запись со статусом и историей, как заказ: у него есть канал, тема, связанный заказ, ответственный и срок ответа. Поэтому разговор не теряется при передаче между сменами, а его результат виден в карточке клиента.

Путь обращения по шагам:

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

Исходящая работа устроена так же: подтверждение заказа перед сборкой, звонок по нестандартной доставке, возврат к брошенной корзине, обзвон по спорному возврату. Каждое касание пишется в ту же историю, что и входящие обращения.

Силуэты операторов работают с цифровой системой поддержки заказов

Кто работает в смене

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

Что измеряют

  • Время до ответа и доля обращений, оставшихся без ответа
  • Доля вопросов, решённых в первом контакте, без повторного звонка
  • Конверсия исходящего подтверждения заказа
  • Отмены и возвраты после разговора с оператором
  • Темы обращений — прямая подсказка, что чинить в витрине и карточке товара

Как работают оплаты

Магазин не хранит данные карт и не проводит платёж сам: он передаёт покупателя платёжному провайдеру, получает результат операции и связывает его с заказом. Остальное — управление жизненным циклом платежа.

Тёмный интерфейс платежей, возвратов и сверки с силуэтом специалиста
Реестр операций за сменусом
ЗаказОперацияСуммаСтатус
14 208Холдирование12 480Холд
14 201Списание6 350Проведено
14 177Возврат2 100Проведено
14 206Снятие холда3 940Снят
14 209Отказ банка 05890Повтор

Холд снят без возвратного платежа: товара не оказалось на складе. Повторная отправка запроса по ключу идемпотентности второй строки не создаёт.

Сверка с реестром провайдерата же смена
812операций
98,6%успешных
42 минсредний холд
0расхождений

Способы оплаты

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

Двухстадийная схема

Сначала холдирование: сумма блокируется на карте, но не списывается. Списание — после сборки заказа. Если товара не оказалось, блокировка снимается без возвратного платежа.

Уведомления провайдера

Результат операции приходит отдельным серверным запросом, а не по возврату покупателя на сайт. Закрытый браузер оплату не ломает: статус обновится по уведомлению.

Идемпотентность

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

Фискализация

После оплаты онлайн-касса формирует фискальный чек и отправляет его покупателю. При возврате формируется чек возврата на возвращённые позиции.

Сверка

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

Как синхронизируются

остатки

Остаток — количество товара, доступное к продаже прямо сейчас. Это не физическое количество на складе: часть зарезервирована под заказы, часть в пути, часть заблокирована как брак.

Доступно к продаже = физический остаток − резервы − блокировки + подтверждённые поставки в пути (если разрешён предзаказ).

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

Как устроен обмен:

  • Полная выгрузка — весь справочник остатков по расписанию, обычно ночью
  • Инкрементальный обмен — только изменения с момента прошлой синхронизации, каждые несколько минут
  • События — учётная система сама сообщает об изменении в момент, когда оно произошло
  • Очередь сообщений — обмен не теряется, если склад или сайт временно недоступны
  • Разрешение конфликтов — заранее определено, чьё значение считается верным при расхождении

Резерв всегда имеет срок жизни: неоплаченный вовремя заказ освобождает товар обратно в продажу — иначе брошенные корзины «съедают» весь доступный остаток.

Что даёт корректный учёт остатков

  • Покупатель не оформляет заказ на товар, которого нет
  • Оператор не тратит время на обзвон с отменами
  • Не возникает возвратных платежей по вине магазина
  • Закупка видит реальную скорость расхода по позициям
  • Работают предзаказ и лист ожидания с честным сроком
  • Отчёты по обороту запасов опираются на достоверные данные

Частые источники расхождений

  • Продажа в офлайн-точке, не попавшая в обмен вовремя
  • Резерв без срока жизни, оставшийся от брошенной корзины
  • Возврат, оприходованный на склад позже фактического поступления
  • Ручная корректировка в учётной системе без пересчёта резервов
  • Комплекты, у которых списание компонентов настроено неверно
Остатки по складам, SKU 77-1043штук
СкладФактРезервБракДоступно
Центральный1 420310241 086
Магазин «Восток»961284
Пункт выдачи № 3408230
Поставка в пути600600
Доступно к продаже2 156330261 800

Факт — физический остаток, брак — заблокированное количество. Поставка в пути попадает в доступное только там, где разрешён предзаказ. Витрине показывается сумма по складам, с которых возможна доставка в выбранный регион.

Доставка и возвраты

Доставка описывается тремя объектами: способ доставки, зона и тариф. Возврат — обратный процесс с собственным документом, а не «отмена задним числом».

Способы доставки

Курьер по адресу, пункт выдачи, постамат, самовывоз, транспортная компания для крупногабарита, цифровая доставка для электронных товаров.

Зоны и тарифы

Стоимость зависит от региона, веса, объёма и суммы заказа. Правила задают порог бесплатной доставки, надбавки за подъём и негабарит.

Интервалы и слоты

Даты и временные окна рассчитываются по графику склада, времени сборки и расписанию перевозчика. Занятые слоты закрываются автоматически.

Отгрузка и трекинг

Заказ передаётся перевозчику по API, система получает номер отправления и статусы движения и показывает их в личном кабинете.

Заявка на возврат

Покупатель выбирает позиции и причину, система проверяет срок и допустимость возврата по типу товара и формирует документ с инструкцией.

Приём и расчёт

После приёмки товар возвращается в остатки или списывается как брак, средства уходят на исходный способ оплаты, формируется чек возврата.

Частичный возврат — норма: из заказа возвращают одну позицию из пяти. Поэтому возврат считается по позициям, а скидка на весь заказ распределяется между ними пропорционально — иначе сумма возврата разойдётся с чеком.

Как работает

приложение кладовщика

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

Разница принципиальная. Отметка «сделано» в списке подтверждает намерение, скан — факт: конкретный артикул, конкретная ячейка, конкретный сотрудник, время с точностью до секунды. Опечатка в артикуле всплывает на инвентаризации через месяц; неверный штрихкод приложение не принимает вовсе.

Что кладовщик делает за смену:

  • Приёмка — сверка поставки с накладной позиция за позицией. Недостача, пересорт и брак фиксируются в момент приёмки и уходят в претензию поставщику, а не обнаруживаются при отборе заказа
  • Маркировка — товару без читаемого штрихкода печатается внутренняя этикетка. Непромаркированная позиция на склад не принимается
  • Размещение — скан товара и скан ячейки связывают их между собой: система запоминает, где лежит каждая единица
  • Отбор — приложение строит маршрут по ячейкам и ведёт по нему; на каждой ячейке скан подтверждает, что взята нужная позиция и в нужном количестве
  • Упаковка — состав коробки собирается сканированием: что не отсканировано, в коробку не попало
  • Отгрузка — коробка передаётся курьеру сканом, и ответственность за неё переходит вместе с этим сканом
  • Перемещение и подпитка — перенос между ячейками и из зоны хранения в зону отбора, чтобы ходовой товар лежал ближе
  • Инвентаризация — пересчёт по ячейкам без остановки склада: ячейка блокируется только на время своего пересчёта
  • Списание — брак, бой, истёкший срок: с причиной, фотографией и ответственным
Тёмный интерфейс управления остатками, резервами и движением товаров с силуэтом специалиста

Как устроено приложение

  • Один экран — одна задача: крупная строка задания, поле скана и подтверждение. Списки, фильтры и отчёты остаются в административной панели
  • Терминал или телефон — лазерный сканер ТСД или камера смартфона; читаются EAN-13, Code-128, DataMatrix и QR
  • Работа без сети — операции пишутся в локальную очередь и уходят на сервер, когда связь появится: в холодильной камере и в дальнем проходе её нет
  • Проверка на месте — не тот товар или не та ячейка: шаг блокируется, приложение отвечает звуком и вибрацией. Ошибка исправляется сейчас, а не на инвентаризации
  • Роли и права — кладовщик видит свои задания и свою зону; списание и корректировка остатка требуют отдельного права
  • Учёт выработки — у каждой операции есть автор и время, поэтому смена измеряется в строках и позициях, а не на глаз

Что это даёт остальной системе

Каждый скан — проводка: остаток по ячейке меняется в момент операции, а не вечером при переносе бумаг. Витрина, касса и колл-центр читают те же остатки, поэтому «на сайте есть, на полке нет» перестаёт быть рабочей ситуацией.

Выработка смены по операциямстрок, 12 часов
  • Отбор по маршруту1 180
  • Приёмка поставок640
  • Размещение по ячейкам512
  • Упаковка и отгрузка470

Точность сборки — 99,4%: 7 блокировок скана за смену, все исправлены на месте. Данные берутся из тех же проводок, а не из отдельного табеля.

Как работает

приложение курьера

Курьер — последнее звено исполнения и единственный сотрудник, которого покупатель видит лично. Его приложение решает две задачи: провести по маршруту и зафиксировать вручение так, чтобы факт не пришлось потом подтверждать звонками.

Ключевая операция — скан QR-кода при вручении. Код напечатан на этикетке заказа или показан покупателем с экрана. Скан отвечает на вопрос, который иначе решается спором: этот ли заказ вручён, тому ли получателю и в какую минуту.

Логист работает на другом конце того же приложения: собирает маршруты по зонам, весу, объёму и интервалам, назначает курьеров, видит карту смены и разбирает срывы — опоздание, недозвон, отказ на пороге.

Смена курьера по шагам:

  • Курьер получает маршрут на смену: точки в порядке объезда, интервалы, суммы к получению
  • На складе он принимает заказы на себя сканированием — с этого момента за них отвечает он, а не склад
  • Приложение ведёт по точкам и пересчитывает порядок объезда, если маршрут выбился из интервалов
  • На адресе курьер сканирует QR: заказ определяется однозначно, состав и сумма выводятся на экран
  • Частичный отказ фиксируется на месте: невыкупленные позиции отмечаются и возвращаются в остатки без отдельной заявки
  • Оплата принимается картой, по QR или наличными, покупателю уходит фискальный чек
  • Вручение подтверждается кодом из сообщения, подписью на экране или фотографией — способ выбирается по типу заказа
  • В конце смены невручённые заказы и полученные наличные сдаются на склад и в кассу тем же сканированием
Силуэт курьера работает с цифровым маршрутом и статусами доставки

Как устроено приложение

  • Карта и маршрут — точки смены, навигация до адреса, комментарий получателя, домофон и этаж
  • Статус ставится на месте — «в пути», «на адресе», «вручён», «отказ» переключаются одной кнопкой, а не сообщением диспетчеру
  • Работа без сети — события копятся в очереди; повторная отправка не создаёт второй факт вручения и не списывает остаток дважды
  • Деньги смены — принятые суммы считаются в приложении и сходятся при сдаче выручки, расхождение видно сразу
  • Геометка и время — у каждого события есть координата и минута: спорная доставка разбирается по журналу
  • Связь с получателем — звонок и сообщение через подменный номер, личный телефон курьера и покупателя не раскрывается

Что видят покупатель и оператор

Тот же статус, что поставил курьер, покупатель видит в личном кабинете, а оператор — в карточке заказа. Отдельного «журнала курьера» нет: событие одно, и читают его все три стороны.

Что связывает склад и доставку

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

Один документ на цепочку

Задание на отбор, упаковочный лист и маршрутный лист — не самостоятельные бумаги, а представления одного заказа. Позиция, добавленная оператором, доходит до кладовщика без переоформления.

Ответственность по скану

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

Статус с места события

Отметку ставит тот, кто выполнил действие, и там, где выполнил. Диспетчер не переносит статусы вручную, поэтому между фактом и записью нет разрыва в несколько часов.

Работа без сети

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

Расхождения не теряются

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

Измеримость смены

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

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

Что даёт

личный кабинет

Личный кабинет — доступ покупателя к своим данным без обращения к оператору: заказы, документы, адреса, способы оплаты, возвраты. Каждый вопрос, закрытый кабинетом, — звонок, не поступивший в поддержку.

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

Что в нём есть:

  • История заказов — состав, суммы, статус, документы и чеки по каждому заказу
  • Отслеживание — текущий этап исполнения и номер отправления у перевозчика
  • Повтор заказа — прошлый состав переносится в корзину с проверкой цен и наличия
  • Возврат — заявка по позициям с причиной и отслеживанием рассмотрения
  • Адреса и получатели — сохранённые адреса доставки, контакты, пункты выдачи
  • Способы оплаты — привязанные карты в виде токенов, без хранения номера
  • Баллы и статус — баланс лояльности, срок сгорания, доступные предложения
  • Подписки и согласия — каналы уведомлений и согласия на обработку данных, отзываемые в один клик

Кабинет юридического лица

В B2B кабинет сложнее: у организации несколько сотрудников с разными правами. Закупщик собирает заказ, руководитель согласовывает, бухгалтер забирает закрывающие документы. Заказ один, действия разделены.

  • Несколько пользователей в одной учётной записи организации
  • Договорные цены и индивидуальные условия отсрочки
  • Согласование заказа до передачи в исполнение
  • Счета, акты и накладные в разделе документов
  • Заказ по списку артикулов и загрузкой файла

Вход и защита

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

Заказ № 14 208 в кабинете3 позиции · 11 640 сом
  • Оформлен12 мая, 10:24 · доставка курьером, 13 мая, 12:00–15:00
  • Оплачен12 мая, 10:26 · карта ••• 4417 · фискальный чек отправлен
  • Собран на складе12 мая, 11:40 · склад «Центральный»
  • Передан в доставку12 мая, 15:02 · отправление KG 7741820
  • Доставленожидается 13 мая · статус поставит курьер на адресе

Те же записи оператор видит в карточке заказа: события общие, отдельного журнала для кабинета нет. Чек и накладная лежат в разделе «Документы».

Как выполняются

интеграции

Интеграция — согласованный обмен данными с внешней программой: что передаётся, в каком формате, как часто, кто владеет данными и что происходит при сбое.

С чем связывается система:

  • CRM — клиенты, обращения, сделки, сегменты для персональных цен и рассылок
  • ERP и учётная система — номенклатура, цены, документы реализации, взаиморасчёты
  • WMS и склад — остатки по складам, резервы, задания на сборку, приёмка возвратов
  • Кассы и фискальные накопители — чеки продажи и возврата, обмен с офлайн-точками
  • Платёжные провайдеры — авторизация, списание, возврат, реестры для сверки
  • Службы доставки — тарифы, расписания, создание отправлений, статусы
  • Маркетплейсы — выгрузка ассортимента, приём заказов, обновление остатков
  • Маркетинг — почтовые и мессенджер-рассылки, системы веб-аналитики, товарные фиды
Силуэты специалистов управляют цифровыми интеграциями электронной коммерции

Ключевое решение интеграции — ответственность за данные. Для каждой сущности определяется система-владелец: номенклатура и цены приходят из ERP, клиенты — из CRM, остатки — со склада, заказы рождаются в e-commerce. Двусторонняя правка одного поля в двух системах даёт постоянные расхождения, поэтому её избегают.

Журнал обмена за суткивладелец данных
СистемаЧто передаётСообщенийРезультат
ERPноменклатура, цены4 120Без ошибок
Складостатки, резервы18 6402 повтора
CRMклиенты, сегменты1 305Без ошибок
Маркетплейсзаказы, остатки2 4701 в разборе

Правила, по которым строится обмен

Интеграция ломается не при запуске, а через полгода — когда внешняя система обновилась, канал пропал на час или в справочник попало непредусмотренное значение. Шесть правил определяют, переживёт ли обмен такие события.

Асинхронность

Оформление заказа не ждёт ответа внешней системы: сообщение кладётся в очередь и обрабатывается отдельно. Недоступный склад не останавливает продажи.

Повторная доставка

Неудачная передача повторяется с нарастающим интервалом. Сообщение, не прошедшее после всех попыток, попадает в очередь разбора, а не теряется.

Идемпотентность

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

Версионирование API

Изменение формата выходит новой версией, старая продолжает работать. Внешние потребители переходят на неё по своему графику.

Журнал обмена

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

Контроль расхождений

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

Каталог и заказы

Оплаты

Остатки и склад

Аналитика

Какие данные

доступны в аналитике

Аналитика строится на собственных данных о продажах и поведении, а не только на внешних счётчиках посещаемости. Счётчик знает о просмотрах, система — о деньгах, товарах и возвратах.

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

Тёмный дашборд аналитики электронной коммерции с силуэтом специалиста
Сводка за месяцк предыдущему периоду
4,8 млнвыручка, сом +12%
1 240заказов +8%
3 870средний чек, сом +4%
7,1%конверсия +0,6 п. п.

Продажи и деньги

  • Выручка, количество заказов, средний чек, глубина чека
  • Себестоимость, валовая прибыль и маржинальность по позиции и категории
  • Влияние скидок: сумма скидок и выручка с ними и без них
  • Структура оплат по способам и доля неуспешных платежей

Товары и запасы

  • Рейтинг продаж и «мёртвые» позиции без движения
  • Оборачиваемость запаса и покрытие спроса в днях
  • Упущенный спрос: обращения к товару с нулевым остатком
  • Поисковые запросы без результатов — прямая подсказка по ассортименту

Клиенты и поведение

  • Новые и повторные покупатели, частота и давность покупок
  • Воронка оформления: где заказ прерывается — на доставке, оплате, регистрации
  • Брошенные корзины: состав и сумма
  • Возвраты по причинам, товарам и поставщикам
Воронка оформлениядоля от вошедших в каталог
  • Каталог и поиск100%
  • Карточка товара46%
  • Корзина18%
  • Оформление: доставка и оплата9,4%
  • Оплаченный заказ7,1%

Самый крутой обрыв — между корзиной и оформлением: там разбираются шаг регистрации, расчёт доставки и способы оплаты.

Как обеспечивается безопасность

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

Платёжные данные

Номер карты вводится на стороне сертифицированного провайдера и в систему магазина не попадает. Для повторных списаний хранится токен, а не карта.

Шифрование

Весь трафик — по HTTPS. Чувствительные поля в базе шифруются, резервные копии хранятся в зашифрованном виде отдельно от основного контура.

Права доступа

Ролевая модель: контент-менеджер не видит платежи, оператор не меняет цены. Административный вход — с двухфакторной аутентификацией.

Журнал действий

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

Персональные данные

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

Защита от злоупотреблений

Ограничение частоты запросов, защита форм от перебора, контроль повторного использования промокодов, антифрод-проверки заказов до сборки.

Отдельный контур — восстановление. Резервные копии бесполезны, пока не проверено их восстановление: тестовое развёртывание проводится по расписанию, а не в момент аварии.

Как система

масштабируется

Масштабирование — способность выдержать рост без переписывания. Растут три величины: размер каталога, число одновременных посетителей и количество заказов в час.

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

Приёмы, которые применяются на практике:

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

Что проверяется до пиковой нагрузки

  • Нагрузочное тестирование сценария «каталог → корзина → оплата», а не главной страницы
  • Поведение при недоступности платёжного провайдера и службы доставки
  • Скорость полной переиндексации каталога
  • Время восстановления из резервной копии
  • Пределы внешних систем: сколько запросов в минуту выдержат ERP и склад

Рост по направлениям

  • Новые каналы продаж: приложение, торговые автоматы, маркетплейсы, киоски
  • Новые склады и точки выдачи
  • Новые валюты, языки и юридические лица
  • Новые модели продаж: подписка, предзаказ, B2B-договоры
Контрольные показатели нагрузочного тестасценарий «каталог → корзина → оплата»
ПоказательИзмереноПорог
Отклик каталога, p95180 мс400 мс
Заказов в час на пике3 0002 400
Ответов из кеша86%70%
Переиндексация каталога9 мин20 мин
Восстановление из копии22 мин60 мин

Модули системы

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

Каталог товаров

Товарные позиции, артикулы, описания, статусы публикации, версии карточек и архив снятых с продажи товаров.

Категории и навигация

Дерево разделов, привязка товара к нескольким веткам, сортировка, посадочные страницы под подборки и сезонные разделы.

Атрибуты и характеристики

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

Варианты и комплекты

Размеры, цвета и объёмы в одной карточке с раздельными артикулами и остатками. Наборы, списывающие несколько позиций.

Медиабиблиотека

Фотографии, видео и документы, автоматическая генерация форматов и разрешений, водяные знаки, привязка к товарам.

Управление ценами

Прайс-листы, правила наценки, объёмные шкалы, персональные и договорные цены, валюты, округление, налоги, история.

Скидки, акции и промокоды

Условия срабатывания, механики скидок, расписание, лимиты, генерация партий кодов, совместимость, минимальная цена.

Корзина и оформление

Корзина между устройствами, пересчёт цен и доступности, шаги оформления, гостевой заказ, возврат к брошенной корзине.

Управление заказами

Единая очередь заказов из всех каналов, статусы и переходы, правки состава, доплаты, разделение на отгрузки, отмены.

Платежи

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

Фискализация

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

Склад и остатки

Остатки по складам, резервы со сроком жизни, блокировки брака, приёмка поставок и возвратов, пороги низкого остатка.

Доставка и логистика

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

Возвраты и рекламации

Заявки по позициям, проверка сроков и допустимости, приёмка, возврат средств, возврат в остатки или списание брака.

Клиенты и профили

Учётные записи, адреса, юридические лица и договоры, история заказов, сегменты, согласия на обработку данных.

Программа лояльности

Баллы, уровни, правила начисления и списания, срок действия баллов, персональные предложения, рефералы.

Поиск и фильтрация

Поисковый индекс, морфология и синонимы, опечатки, фильтры по атрибутам, сортировки, запросы без результатов.

Рекомендации и подборки

Сопутствующие и похожие товары, «с этим покупают», ручные подборки и правила на основе истории заказов.

Контент и SEO

Страницы, статьи, баннеры, метатеги и адреса страниц, микроразметка товаров, карта сайта, товарные фиды.

Уведомления

Письма, СМС, мессенджеры и push по событиям заказа, шаблоны сообщений, расписание, журнал доставки.

Аналитика и отчёты

Отчёты по продажам, марже, запасам, воронке и возвратам, произвольные срезы, выгрузки, витрины данных.

Интеграции и API

Обмен с CRM, ERP, складом, кассами, платёжными и логистическими сервисами, маркетплейсами. API, вебхуки, очереди.

Права доступа и аудит

Роли и разрешения по разделам и операциям, двухфакторная аутентификация, журнал действий сотрудников.

Мультиформатность

Несколько витрин на одном ядре, мультиязычность и мультивалютность, несколько юрлиц и складов, регионы.

Порядок внедрения

Систему не запускают целиком за один релиз. Порядок ниже отражает зависимости: каждый шаг опирается на данные, появившиеся на предыдущем.

Аудит и модель данных

Текущие процессы, справочники и системы-владельцы данных. Результат — схема сущностей и карта интеграций.

Каталог и остатки

Перенос номенклатуры, настройка атрибутов и категорий, обмен ценами и остатками. Проверка на реальных данных.

Заказы и оплаты

Оформление, статусы, платёжный провайдер, фискализация, передача в исполнение. Запуск на части ассортимента.

Развитие

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

Обсудим проект электронной коммерции

Свяжитесь с нами сейчас

Опишите, что уже работает: учётная система, склад, кассы, текущая витрина. Разберём процесс и предложим архитектуру решения.