Когда обмен 1С с Lamoda начинает ломаться
Не «настройка интеграции», а поиск причины сбоя и стабилизация. Чтобы webhook не дублировал заказы, доставка подтверждалась, а обмен не падал в пиковые часы
Диагностика без обязательств. Отвечаю лично.
Работаю с УТ, КА, УНФ и нетиповыми конфигурациями 1С
Специфика обмена с Lamoda: webhook, подтверждение доставки и повтор событий
Lamoda — единственный маркетплейс, где обмен идёт исключительно через webhook. Это создаёт уникальные риски: таймаут 1С → повторная отправка → дубли заказов. Плюс обязательное callback-подтверждение доставки.
Webhook-модель
События приходят асинхронно от Lamoda. Если 1С не отвечает за 5 секунд — Lamoda шлёт повтор. Без идемпотентности это создаёт дубли. Решение: проверка event_id перед обработкой.
Дубли событий
WEBHOOK_DUPLICATE и EVENT_REDELIVERY — типовые коды ошибок Lamoda. Одно событие обрабатывается 2–3 раза. Решение: дедупликация по event_id, идемпотентные обработчики.
Подтверждение доставки
Lamoda требует callback-подтверждение при доставке. Если callback не проходит — заказ «зависает» в статусе «доставлен» у Lamoda, но не подтверждён в 1С. Решение: асинхронная очередь для callback.
Валидация подписи
SIGNATURE_INVALID — webhook Lamoda требует проверки подписи. При несовпадении событие отбрасывается. Решение: правильная валидация signature перед обработкой, dead-letter очередь.
Где именно рвётся обмен с Lamoda
Цепочка передачи данных — не магия, а конкретные узлы. Сбой в любом звене разрушает всю цепочку.
портал
❌ таймаут
❌ 429 rate limit
❌ токен истёк
❌ дубли обработки
❌ потеря пакетов
обработчик
регистры
❌ конфликт регистров
❌ двойное списание
❌ рассинхрон
✔ заказы идут
Диагностика начинается не с «настройки», а с определения — в каком именно звене цепочки происходит разрыв. Ниже — разбор каждого узла.
Что именно ломается в обмене с Lamoda
Типичные точки отказа. Каждая из них — не «глюк модуля», а конкретная инженерная причина
Дубли заказов
API Lamoda передаёт заказ, модуль создаёт документ. При повторной обработке — второй такой же. Причина: нет проверки идемпотентности по external_id.
Расхождение остатков
В 1С остаток 50, на Lamoda — 20. После частичной отгрузки цифры расходятся. Причина: обмен берёт остатки не из того регистра.
Задержка статусов заказов
Статус «Доставлен» приходит через 3 дня. Клиент звонит, менеджеры не знают, где заказ. Причина: регламентное задание раз в сутки вместо событийной модели.
Обрыв соединения с API
Обмен работал и перестал. Без видимой причины. Причина: истёк токен, изменился API-ключ, или Lamoda обновил формат ответа.
Обмен тормозит на больших объёмах
На 100 заказах работало, на 1000 — таймауты и потери. Причина: запросы идут последовательно, без пакетной обработки.
Хаос после обновления 1С
Обновили конфигурацию — обмен перестал работать. Причина: типовой модуль завязан на конкретную структуру метаданных, которая изменилась.
Почему типовой модуль интеграции с Lamoda ломается
Инженерный разбор: четыре архитектурные проблемы, уникальные для Lamoda webhook-модели
Нет идемпотентности webhook
Lamoda шлёт события по webhook. При таймауте 1С (5 секунд) — повтор. Без проверки event_id каждое событие создаёт новый документ. На 300 заказах/день — 15–25 дублей. Менеджеры тратят 2 часа на ручную чистку.
Нет signature validation
Webhook Lamoda требует проверки подписи HMAC-SHA256. Типовой модуль часто пропускает валидацию или проверяет неправильно. Результат: SIGNATURE_INVALID, событие отбрасывается, заказ теряется.
Нет callback-подтверждения
Lamoda ожидает callback после обработки заказа. Если 1С не отправляет подтверждение — заказ «зависает». Штрафные санкции за неподтверждённые доставки: до 15 000 ₽ за инцидент.
Нет Dead Letter Queue
При сбое обработки webhook событие теряется безвозвратно. Нет очереди недоставленных событий, нет повторной обработки. Восстановление — только ручной разбор логов.
Индивидуальная интеграция решает эти проблемы: идемпотентность webhook, signature validation, асинхронные callback с очередью, DLQ для потерянных событий.
Как проходит стабилизация обмена с Lamoda
Инженерный процесс: от аудита webhook до настройки Dead Letter Queue
Разбор реальных сбоев с Lamoda
Не «что я сделал», а что оказалось причиной — и как было исправлено
Заказы дублировались при каждом обмене
Симптом
Менеджеры видели одни и те же заказы по 2–3 раза. Тратили часы на сверку и удаление дублей.
Что оказалось причиной
Очередь обмена Lamoda при таймауте 1С отправляла повторные запросы. Модуль не проверял, существует ли уже заказ с таким ID — создавал новый. За 2 месяца накопилось 280+ дублей.
Как исправлено
Добавлен поиск по external_id перед созданием. Если заказ уже есть — обновляются данные, а не создаётся дубль. Плюс настроено логирование для мониторинга.
Карточки товаров не обновлялись после изменения цен
Симптом
Изменили цены в 1С — на Lamoda старые цены. Товар продаётся по заниженной стоимости, компания теряет маржу.
Что оказалось причиной
Модуль обновлял цены только при ручном запуске. Регламентное задание было настроено раз в сутки, но падало из-за блокировки справочника номенклатуры во время массовой выгрузки.
Как исправлено
Выгрузка цен переведена на событийную модель — изменение цены в 1С триггерит отправку в API Lamoda в течение 5 минут. Добавлен механизм повторных попыток при ошибках блокировки.
Кому нужна стабилизация обмена с Lamoda
Типовые ситуации, когда обмен с Lamoda требует инженерного вмешательства
Каждый день — дубли заказов
Webhook Lamoda дублирует события, модуль создаёт копии документов. Утром 10 дублей, к вечеру — ещё 15.
Доставка не подтверждается
Товар доставлен, но Lamoda не получает callback. Заказ зависает, штрафы растут, клиенты недовольны.
Ошибки signature validation
Lamoda отклоняет webhook из-за неверной подписи. События теряются, заказы не обрабатываются.
Объёмы выросли — обмен не тянет
Было 50 заказов, стало 500. Webhook-события теряются, очередь захлёбывается, 1С не успевает обрабатывать.
Частые вопросы о стабилизации обмена с Lamoda
Почему обмен 1С с Lamoda создаёт дубли заказов?
Lamoda использует webhook-модель: при таймауте 1С (5 секунд) Lamoda отправляет событие повторно. Типовой модуль не проверяет event_id — создаёт новый документ. Решение: дедупликация по event_id, идемпотентные обработчики, upsert вместо insert.
Почему не проходит подтверждение доставки Lamoda?
Lamoda требует callback-подтверждение при доставке. Если 1С не отвечает (таймаут, блокировка), callback не отправляется — заказ «зависает». Решение: асинхронная очередь для callback с retry, мониторинг неподтверждённых доставок.
Сколько стоит стабилизация обмена 1С с Lamoda?
Фиксированная смета после диагностики. Стоимость зависит от сложности: количество точек сбоя, объём данных и конфигурация 1С. Диагностика — бесплатно и без обязательств.
Чем ваша стабилизация отличается от типового модуля для Lamoda?
Типовой модуль — закрытый код без дедупликации webhook и без управления callback. Моя интеграция: проверка event_id, signature validation, готовая DLQ, асинхронные callback с retry, открытый код под вашу конфигурацию.
Как быстро восстановить обмен с Lamoda?
Критические сбои (webhook не обрабатывается, доставка не подтверждается) — в день обращения. Диагностика — 1–2 дня. Полная стабилизация с дедупликацией, DLQ и мониторингом — от 3 до 10 дней.
Вы работаете с нетиповыми конфигурациями 1С для Lamoda?
Да. Специализируюсь на нестандартных базах: доработанные УТ, КА, УНФ, ERP и самописные конфигурации. Lamoda — специфичный маркетплейс с webhook-моделью, и нетиповые обработчики требуют особого подхода.
Проверю, почему ломается обмен с Lamoda
Опишите симптомы — найду причину и покажу решение