LasFlore: 400 заказов с Flowwow в праздничный день без ручного переноса
Нужна автоматизация? Обсудим вашу задачу бесплатно
Написать в TelegramСитуация
Наш клиент — LasFlore, московский магазин цветов с доставкой. Продаёт через несколько каналов: Flowwow, другие маркетплейсы, собственный сайт и розничную точку. Складской учёт по всем каналам ведётся в МойСклад — остатки, заказы, отгрузки, контрагенты.
Проблема в том, что Flowwow оказался единственным каналом, который никак не связан с МойСклад. Остальные уже были интегрированы, а заказы с площадки приходилось переносить руками.
Проблема
Обычный день — 100–120 заказов с Flowwow. В праздничный период, например с 6 по 9 марта, поток вырастает до 300–400 заказов в день.
Каждый заказ требовал ручной обработки: открыть кабинет площадки, посмотреть состав, переключиться в МойСклад, проверить остатки, вернуться, принять — и создать заказ покупателя. Полторы-две минуты на заказ. В обычный день это три-четыре часа, которые менеджер тратит на перекладывание данных.
Но главную проблему клиент формулирует иначе. Вот как её описывает Екатерина, директор департамента развития:
Главное — это постоянно надо сидеть и мониторить личный кабинет флау, чтобы вовремя принять заказ.
Дело в том, что Flowwow учитывает время ответа на заказ при расчёте рейтинга магазина. Заказ пришёл ночью или менеджер отошёл — заказ висит, рейтинг падает, магазин теряет статус «Супермагазин» и позиции в выдаче. То есть человек привязан к кабинету не потому, что перенос долгий, а потому, что опоздать нельзя.
Что было бы, если оставить как есть
На праздники магазин нанимал двух дополнительных человек — исключительно на перенос заказов. Это найм, обучение и оплата ради работы, которая не создаёт ценности.
Ручной перенос давал и потери: по оценке клиента, около 2% заказов терялись или путались. При таком потоке это десятки заказов за сезон — с отменами, возвратами и отзывами.
С остатками — отдельная история. Между проверкой наличия в МойСклад и принятием заказа в Flowwow проходит время. Товар мог уйти через розницу или другой маркетплейс, и магазин принимает заказ на то, чего уже нет. Результат: отмена, негативный отзыв, штраф от площадки.
Что мы сделали
Мы построили сервис, который связывает Flowwow и МойСклад. Заказ приходит на маркетплейс — и без участия менеджера появляется в МойСклад, готовый к сборке.
На практике это выглядит так:
- Сервис проверяет Flowwow на новые заказы каждые 30 секунд.
- Для каждого заказа смотрит состав — какие товары и сколько.
- Проверяет, есть ли нужный товар на складе в МойСклад.
- Если всё в наличии — принимает заказ на Flowwow и создаёт заказ в МойСклад с данными получателя, позициями и ценами. Менеджер открывает МойСклад и видит готовый к сборке заказ — ничего не нужно перебивать вручную.
- Если товара нет — мгновенно отклоняет, чтобы покупатель мог заказать у другого продавца, не теряя времени.
- При отгрузке — списывает товар со склада.
Отдельно расскажем про то, что не даёт системе сломаться — потому что в автоматизации заказов надёжность важнее скорости:
- Заказы обрабатываются строго по очереди. Не бывает ситуации «что-то зависло непонятно где» — если что-то пошло не так, заказ уходит в отдельную очередь ошибок, а не пропадает.
- Если Flowwow или МойСклад временно лёг — заказ не теряется. Сервис сам повторит попытку, когда связь восстановится.
- По каждому заказу ведётся лог. Можно открыть любой и посмотреть: принят в 03:47, списан со склада в 11:20, вот ошибка, вот повторная попытка. Очень удобно, когда клиент звонит и спрашивает «а где мой заказ?».
- Если связь с одной из систем пропала — сервис сразу сигнализирует. Проблема решается до того, как заказы начинают копиться.
Перед запуском мы проверили все сценарии: нормальные заказы, отказы по остаткам, сбои связи, ночные заказы, нестандартные ситуации. Без этого запускать автоматизацию заказов мы бы себе не позволили.
Результат
Интеграция работает больше полутора лет и прошла несколько праздничных пиков.
- Кабинет площадки больше не нужно мониторить. Система принимает заказы сама — та самая привязка человека к экрану, ради которой всё затевалось, исчезла.
- 5–10 секунд на заказ вместо полутора-двух минут. И это время уходит не на перенос, а на сверку: клиент перестраховывается и глазами проверяет, что всё встало верно.
- Дополнительные люди на праздники не нужны. Освободившийся ресурс магазин направил не на сокращение, а на клиентский сервис — общение с покупателями. И появилась возможность принимать больше заказов, не упираясь в людей.
- Остатки актуальны. Приёмка резервирует товар, отгрузка списывает. Ситуация «приняли заказ на то, чего нет» исключена.
- Корректные отказы. Заказ без товара отклоняется сразу с причиной — покупатель не ждёт и успевает заказать у другого продавца.
В цифрах
| Метрика | Было | Стало |
|---|---|---|
| Время на один заказ | 1,5–2 минуты вручную | 5–10 секунд на сверку |
| Обычный день (100–120 заказов) | 3–4 часа переноса данных | Ручной обработки нет |
| Пиковый день (300–400 заказов) | 2 дополнительных человека | Справляется та же команда |
| Потери и путаница | около 2% заказов | Ручной перенос исключён |
| Мониторинг кабинета | Постоянно, чтобы не опоздать | Не требуется |
Что это дало бизнесу: магазин может принимать больше заказов, не упираясь в число людей, а высвободившееся время команда тратит на общение с покупателями.
Хотите увидеть, как подобная автоматизация работает на других примерах и как она окупается? Смотрите наш разбор.
Что говорит клиент
Отличные ребята, сделают именно то, о чём их попросишь, без пафоса и докидывания ненужных функций, чтобы поднять чек. Общаются на понятном всем языке, помогают сформировать ТЗ. Впечатления самые положительные.
— Екатерина Б., директор департамента развития, LasFlore
Ограничения и уроки
Было бы нечестно не рассказать о том, что не покрыто или работает не идеально.
Flowwow не присылает уведомления о новых заказах. Поэтому сервис сам проверяет их каждые 30 секунд. Это работает, но при масштабировании на десятки магазинов потребует оптимизации.
Частичное выполнение невозможно. Если в заказе два товара и одного нет — заказ отклоняется целиком. Это ограничение самого Flowwow: площадка не поддерживает частичную приёмку.
Привязка товаров — ручная. Система определяет соответствие между товарами на Flowwow и позициями в МойСклад. Первоначальную настройку делает продавец. Если добавить новый товар на Flowwow и не привязать его — заказ с этим товаром будет отклонён.
Доставка, оплаченная отдельно, не видна в заказе. Об этом сказал сам клиент: если покупатель оплачивает доставку отдельным платежом и она не ложится в заказ, её стоимость в заказе МойСклада не появляется — увидеть её можно только в итоговом финансовом отчёте площадки. На работу интеграции это не влияет, но сверять выручку становится сложнее.
Каталог не синхронизируется. Сейчас автоматизирован только поток заказов (Flowwow → МойСклад). Публикация каталога из МойСклад на Flowwow — отдельная задача, которая в этот проект не входила.
Технический стек
| Компонент | Технология |
|---|---|
| Серверная часть | Node.js, TypeScript |
| Очередь задач | BullMQ, Redis |
| API маркетплейса | Flowwow REST API (polling каждые 30 сек) |
| Складской учёт | МойСклад API |
| Обработка ошибок | Retry с exponential backoff, dead letter queue |
| Логирование | Структурированные логи по каждому заказу |
| Деплой | VPS, systemd |
Как устроена обработка заказов
Сервис работает как фоновый процесс на VPS. Каждые 30 секунд он запрашивает список новых заказов через Flowwow API. Каждый заказ попадает в очередь BullMQ — это гарантирует, что заказы обрабатываются строго последовательно и ни один не теряется даже при сбоях.
Для каждого заказа в очереди выполняется цепочка: проверка остатков в МойСклад → принятие/отклонение на Flowwow → создание заказа покупателя в МойСклад → списание при отгрузке. Если на любом шаге происходит ошибка (таймаут, 5xx от API), задача автоматически повторяется с нарастающей задержкой. После нескольких неудачных попыток заказ уходит в dead letter queue для ручного разбора.
Redis хранит состояние очередей и обеспечивает персистентность: при перезапуске сервиса необработанные заказы не теряются.
Читайте также
Нужна помощь?
Если заказы с Flowwow переносятся в складскую систему вручную — напишите нам. Разберём ваш поток заказов и посчитаем, что даст автоматизация в вашем случае.
Что входит в подключение, сколько стоит и какие подводные камни ждут на этой площадке — на странице интеграции с Flowwow.
Не хотите разбираться сами?
Если читали статью и поняли, что руками уже не справляетесь — напишите. Оценим задачу бесплатно и предложим решение.
Как автоматизация окупается → Чеклист: 7 процессов для автоматизации →
Похожие статьи

Дистрибьютор автозапчастей обновлял каталог 3 дня вручную. Построили конвейер Node.js + Claude API — теперь обновление занимает 1 час, ошибок в 8 раз меньше.
Заказ приехал в учётную систему — но совпала ли сумма, сохранилась ли открытка, правильно ли списались цветы? Пять случаев из наших интеграций и что проверить перед приёмкой.

Как устроена интеграция маркетплейсов с МойСклад, Google Таблицами и CRM. Реальные кейсы и типичные задачи.
Хотите такой же результат?
Расскажите о задаче — предложим решение и покажем релевантные кейсы.
Написать в TelegramПодписывайтесь — делимся скриптами, кейсами и лайфхаками