Связать интернет-магазин с 1С можно четырьмя способами: готовым модулем обмена для вашей CMS, выгрузкой по расписанию в формате CommerceML, прямым доступом к учёту через HTTP-сервисы или OData и интеграционной платформой вроде Albato, ApiX-Drive или n8n на собственном сервере. Первый стоит 60 000–150 000 ₽ и запускается за неделю, последний — 150 000–300 000 ₽ и оправдан, когда систем больше двух. Полный двусторонний обмен для магазина с несколькими складами — 350 000–500 000 ₽ и 6–8 недель.
Но выбор способа — не главное решение в этом проекте. Главное — частота, с которой на витрину приезжают остатки, и то, узнаете ли вы об остановке обмена раньше покупателя. Обмен ломается не на витрине и не в учёте, а на стыке: регламентное задание отключилось после перезагрузки сервера, у пользователя обмена сменили пароль, сессия оборвалась на середине выгрузки. Внешне сайт продолжает работать и продавать — просто продаёт вчерашнюю правду.
Дальше по порядку: четыре способа с ценой и сроком, разница между конфигурациями 1С, что и в какую сторону ходит, расчёт зависимости отменённых заказов от частоты обмена, три механизма мониторинга с ценой настройки, разбор типовых ошибок и две модельные сметы — на один склад и на три. В конце — честный раздел о том, когда обмен делать не надо.
Четыре способа связать магазин и учёт
Способы отличаются не «продвинутостью», а тем, кто отвечает за формат данных и кто чинит поломку. В первом за формат отвечает автор модуля, во втором — вендор 1С, в третьем — ваш подрядчик, в четвёртом — платформа плюс подрядчик. Это и определяет цену владения на годы вперёд.
- 1Готовый модуль обмена для вашей CMS
Коробочное решение, которое умеет разговаривать со штатной подсистемой «Обмен с сайтом» в 1С:УНФ, УТ, КА, ERP или Рознице. Ставится за день, дальше 10–20 часов уходит на настройку соответствий: единицы измерения, ставки НДС, виды цен, свойства и характеристики. Лицензия 20 000–40 000 ₽ разово плюс подписка 3 000–8 000 ₽ в месяц. Плюс — быстрый старт и предсказуемая цена. Минусы два: за границы возможностей модуля не выйти без доработки, и вы зависите от того, будет ли автор поддерживать его через три года. Перед покупкой посмотрите дату последнего обновления модуля и наличие поддержки для вашей версии платформы — это единственная доступная проверка живости.
- 2Выгрузка по расписанию в формате CommerceML
Штатный механизм 1С без посредников: регламентное задание формирует XML — отдельно карточки товаров с картинками и свойствами, отдельно предложения с ценами, остатками и характеристиками — и передаёт их приёмнику на стороне сайта порциями. Встречное направление — выгрузка заказов. Настройка 60 000–150 000 ₽ и 1–3 недели. Формат жёсткий, но он типовой: его сопровождает вендор, и обновление конфигурации его не ломает. Уместен, когда каталог до 10 000 позиций и достаточно задержки в 15 минут — сутки.
- 3Прямой доступ к 1С: HTTP-сервисы или OData
Свои методы вместо универсального формата: «отдай остатки по этим 40 артикулам», «создай заказ», «верни статус». Пишутся 1С-программистом и выносятся в расширение конфигурации, один метод — 4–8 часов. Стоит 150 000–400 000 ₽, зато возится ровно то, что нужно, а задержка падает до секунд. OData — облегчённый вариант того же подхода: доступ к справочникам и документам без единой строки кода в 1С, но без отметки времени изменения у большинства объектов, поэтому «забрать только новое» не получается и тяжёлые выборки нагружают рабочую базу. Разумное применение OData в магазине — справочники и небольшие объёмы на чтение, а не остатки в час пик.
- 4Интеграционная платформа
Albato, ApiX-Drive (в реестре Минцифры, от ~2 200 ₽/мес) или n8n, развёрнутый на собственном сервере в РФ. Платформа не заменяет способ подключения к 1С — она всё равно разговаривает с учётом через HTTP-сервис, OData или файл, — но берёт на себя маршрутизацию, преобразование и повторы между несколькими системами сразу. Смысл появляется, когда систем больше двух: сайт, учёт, CRM, служба доставки, маркетплейс. Настройка 150 000–300 000 ₽ плюс подписка платформы. Zapier и Make для российской компании из этого списка выпадают: доступа из РФ у них нет.
| Способ | Задержка | Срок | Разработка | Владение | Кто чинит поломку |
|---|---|---|---|---|---|
| Готовый модуль для CMS | 15 минут — сутки | 3–10 рабочих дней | 60 000–150 000 ₽ с лицензией | 3 000–8 000 ₽/мес подписка плюс поддержка | Автор модуля, пока он жив; дальше вы |
| Выгрузка CommerceML по расписанию | 15 минут — сутки | 1–3 недели | 60 000–150 000 ₽ | 10 000–25 000 ₽/мес | Ваш подрядчик, формат сопровождает вендор |
| HTTP-сервисы или OData | 1–30 секунд | 3–6 недель | 150 000–400 000 ₽ | 15 000–40 000 ₽/мес | Ваш подрядчик и 1С-специалист |
| Интеграционная платформа | 1–5 минут | 3–5 недель | 150 000–300 000 ₽ | Подписка платформы плюс 15 000–35 000 ₽/мес | Подрядчик; платформа берёт на себя повторы |
Схема: слева блок «1С (УНФ, УТ, Розница, КА, ERP)», справа блок «Интернет-магазин». Между ними четыре канала сверху вниз с подписями: «Готовый модуль для CMS — 15 мин–сутки — 60 000–150 000 ₽», «Выгрузка CommerceML по расписанию — 15 мин–сутки — 60 000–150 000 ₽», «HTTP-сервисы или OData — 1–30 сек — 150 000–400 000 ₽», «Интеграционная платформа — 1–5 мин — 150 000–300 000 ₽». У четвёртого канала нарисован промежуточный узел «платформа» с ответвлениями к «CRM», «служба доставки», «маркетплейс». Чертёжная манера, только русские подписи.
С какой конфигурации начинается обследование
Первый вопрос — не «какая у вас CMS», а «какая конфигурация 1С и какой редакции». От ответа зависит, что вообще возможно возить: у одних конфигураций есть характеристики номенклатуры, заказ клиента как документ и резервы, у других этих объектов не существует, и никакой обмен их не придумает.
| Конфигурация | Что даёт витрине | Чего в ней нет | С чего начинать |
|---|---|---|---|
| 1С:Управление нашей фирмой (УНФ) | Номенклатура с характеристиками, заказы, виды цен, простой склад, штатный обмен CommerceML | Сложной логики резервов и распределения по нескольким складам | Готовый модуль или типовая выгрузка. Оптимальна до 10 000 позиций |
| 1С:Управление торговлей 11 (УТ) | Полный товарный контур: виды цен, характеристики, резервы, статусы заказов, несколько складов | Производственного контура | Обязательно решить, что считать доступным остатком: физический минус резервы минус отгрузка |
| 1С:Розница | Остатки по магазинам и кассам, чеки ККМ | Единого складского остатка для витрины в привычном виде | Чаще правильна схема «Розница — УТ — сайт»: центральный узел сводит остатки магазинов |
| 1С:Бухгалтерия предприятия 3.0 | Регламентированный учёт | Характеристик, заказа клиента как документа, видов цен в нужном разрезе, товарного обмена с сайтом | Сайт на неё не сажают: ставится УНФ или УТ, Бухгалтерия получает данные обменом |
| 1С:Комплексная автоматизация, 1С:ERP | Всё, что у УТ, плюс производство и заказы поставщикам | Простоты: объектов больше, согласований больше | Заложить 1–3 недели на согласование того, чей остаток считается доступным |
| 1С:Маркетплейс | Контур для торговых площадок: карточки, заказы площадок, остатки на их складах | Витрины собственного магазина | Использовать как отдельный контур рядом с обменом сайта, а не вместо него |
Количество, которое можно продать прямо сейчас: физический остаток минус резервы под принятые заказы, минус товар в отгрузке, минус страховой буфер на пересорт и бой. Витрина должна получать именно его. Разница между доступным и физическим остатком — главный источник отменённых заказов в первый месяц после запуска обмена, и договориться о ней надо на обследовании, а не после первых жалоб.
Что и в какую сторону ходит
Направлений шесть, и каждое считается отдельно: у него своя частота, своя цена и свои условия приёмки. Просить «настроить обмен с сайтом» без перечисления направлений — верный способ получить одно из шести и счёт на доплату за остальные пять.
| Что возим | Куда | Разумная частота | Кому больно, если сломается |
|---|---|---|---|
| Номенклатура, свойства, характеристики, картинки | 1С → сайт | Раз в сутки или по изменению | Покупателю: карточки-дубли и товары без размеров |
| Цены и виды цен | 1С → сайт | 1–4 раза в сутки | Вам: продажа по старой цене или цена без НДС на витрине |
| Остатки по складам | 1С → сайт | Каждые 10–60 минут | Всем сразу: заказ на товар, которого нет, отмена и возврат |
| Заказы покупателей | Сайт → 1С | Мгновенно, по событию | Складу: заказ не доехал или доехал дважды |
| Статусы: собран, отгружен, в пути | 1С → сайт → покупатель | По изменению статуса | Поддержке: покупатель звонит спрашивать, где заказ |
| Оплаты и возвраты | Сайт ↔ 1С | По событию платежа | Бухгалтерии: расхождения в кассе и взаиморасчётах |
Направления «из учёта на витрину» стоят примерно вдвое дешевле направлений «с витрины в учёт», и причина не в объёме кода. В первом случае мы читаем факт и показываем его; худшее последствие ошибки — неверная цифра на карточке. Во втором мы создаём в боевой базе документ, который пойдёт в отгрузку, в кассу и в отчётность, поэтому к работе добавляются идемпотентность, очередь повторов, отдельный пользователь с ограниченной ролью и правило закрытого периода. Писать в таблицы базы напрямую нельзя ни при каких обстоятельствах: запись мимо механизма проведения ломает регистры, обнаруживается при закрытии месяца и откатом не чинится.
Карта связей с тремя узлами: «1С (учёт)» слева, «Сайт» в центре, «Покупатель» справа. Стрелки от 1С к сайту: «номенклатура и характеристики — раз в сутки», «цены — 1–4 раза в сутки», «остатки — каждые 10–60 минут». Стрелки от сайта к 1С: «заказы — мгновенно», «оплаты — по событию». Стрелка от 1С через сайт к покупателю: «статусы — по изменению». У каждой стрелки мелкая пометка, кому больно при сбое: «покупателю», «вам», «всем сразу», «складу», «бухгалтерии», «поддержке». Чертёжная манера, русские подписи.
Частота обмена: почему выгрузка раз в сутки продаёт то, чего нет
Это единственное решение в проекте, которое напрямую отражается на выручке, и почти единственное, которое обсуждают в последнюю очередь. Логика простая. Если за сутки часть ходовых позиций уходит в ноль, а витрина обновляется раз в сутки, то в среднем половину этого окна она показывает наличие того, чего уже нет. Чем выше концентрация спроса на ходовых позициях, тем сильнее эффект.
Считаем на модели: каталог 3 000 активных позиций, 300 заказов в месяц, около 8% ходовых позиций обнуляется в течение суток. При суточной задержке базовая доля «мёртвых» заказов получается около 4%, но заказы приходят не равномерно по каталогу, а концентрируются на тех же ходовых позициях — поэтому реальная доля выходит на 6–9%. Ниже — таблица зависимости и цена перехода на каждый следующий уровень.
| Частота обмена остатков | Как реализуется | Задержка витрины | Доля заказов на отсутствующий товар | Доплата к базовой настройке |
|---|---|---|---|---|
| Раз в сутки, ночью | Регламентное задание, полная выгрузка | До 24 часов | 6–9% | Входит в базовую настройку |
| Каждые 2 часа | Регламентное задание, частичная выгрузка | До 2 часов | 2–3% | 20 000–40 000 ₽ |
| Каждые 10–15 минут | HTTP-сервис по списку ходовых позиций | До 15 минут | 0,7–1,2% | 60 000–120 000 ₽ |
| По событию проведения документа | Подписка на событие, очередь, отправка на сайт | 5–30 секунд | Менее 0,5% | 120 000–200 000 ₽ |
Проверить, нужен ли вам быстрый обмен, можно без всякой аналитики: посмотрите, сколько заказов за прошлый месяц отменено с формулировкой «нет в наличии». Если больше 3% — частота обмена низкая, и это самая дешёвая точка приложения денег во всём проекте. Если меньше 1% — ускорять нечего, вкладывайте в другое: карточки, поиск, автоматические ответы покупателям.
Быстрый канал имеет смысл только для ходовых позиций и дефицита — обычно это 5–15% каталога, которые дают большую часть заказов. Остальное спокойно живёт на суточной выгрузке. Такое разделение снижает и цену разработки, и нагрузку на рабочую базу: вместо полной выгрузки 3 000 позиций каждые 15 минут запрашиваются остатки по нескольким сотням артикулов.
Столбчатая диаграмма из четырёх столбцов: «раз в сутки — 6–9%», «каждые 2 часа — 2–3%», «каждые 15 минут — 0,7–1,2%», «по событию — менее 0,5%». Под каждым столбцом подпись доплаты: «входит в базу», «20 000–40 000 ₽», «60 000–120 000 ₽», «120 000–200 000 ₽». Справа выноска: «модель: 3 000 позиций, 300 заказов в месяц, 8% ходовых позиций обнуляется за сутки; экономия при переходе с суточного на 15-минутный обмен — 28 500 ₽/мес». Оси подписаны по-русски.
Мониторинг: три механизма, которые сообщают о поломке раньше покупателя
Самая дорогая поломка обмена не выдаёт ошибку. Она просто перестаёт присылать данные, и внешне всё выглядит нормально: сайт открывается, товары на месте, заказы принимаются. Поэтому мониторинг, который следит только за ошибками, бесполезен — следить нужно за тишиной и за аномалиями. Три механизма ниже закрывают почти все сценарии; вместе они стоят 54 000–84 000 ₽ разово и настраиваются за 2–4 дня.
- 1Сигнал присутствия — 12 000–18 000 ₽
Каждая успешная сессия обмена оставляет отметку времени во внешнем месте: в базе мониторинга, в служебной таблице на сайте, в системе оповещений. Внешний сторож проверяет отметку и, если она старше двух периодов обмена, отправляет алерт инженеру и ответственному со стороны заказчика. Ключевое слово — внешний: если сторож живёт внутри 1С и падает вместе с ней, он бесполезен. Это самый дешёвый и самый полезный датчик: он ловит отключённое регламентное задание, смену пароля у пользователя обмена, кончившееся место на диске и протухший сертификат.
- 2Суточная сверка остатков — 24 000–36 000 ₽
Раз в сутки, обычно под утро, полный список «артикул — доступный остаток» с сайта сравнивается с таким же списком из 1С. Считается доля расхождений; порог обычно 1% позиций, при превышении приходит письмо с первыми двадцатью расхождениями. Эта сверка ловит то, что не ловит сигнал присутствия: обмен идёт, но возит неправильное — потерялись характеристики, не учтены резервы, часть склада выпала из выборки. Она же даёт объективный ответ на вопрос «а обмен точно работает», который иначе решается на ощупь.
- 3Счётчики аномалий — 18 000–30 000 ₽
Три простых правила, каждое из которых ловит свою поломку. Первое: если выгрузка вернула ноль строк или на 40% меньше обычного — алерт. Второе: если за одну сессию создано больше 1% новых карточек от объёма каталога — алерт на дубли, потому что нормальный обмен новые карточки почти не создаёт. Третье: если доля заказов с отменой «нет в наличии» за сутки превысила обычную вдвое — алерт: скорее всего, встал канал остатков. Пороги подбираются на второй-третьей неделе эксплуатации по фактическим данным, а не берутся из головы.
Распространённая схема, при которой оповещения уходят на почту разработчика, а он в отпуске, — не мониторинг. Второй получатель обязателен со стороны заказчика: тот, кто отвечает за магазин и может остановить продажи по проблемной группе товаров. И проверять это надо на приёмке: искусственно остановить регламентное задание на 40 минут и убедиться, что письмо пришло обоим.
Схема: канал «1С → очередь → сайт» по центру, над ним три датчика с подписями. Датчик 1 «Сигнал присутствия — 12 000–18 000 ₽»: «нет успешной сессии дольше двух периодов — алерт». Датчик 2 «Суточная сверка остатков — 24 000–36 000 ₽»: «расхождение больше 1% позиций — письмо с первыми двадцатью». Датчик 3 «Счётчики аномалий — 18 000–30 000 ₽»: «ноль строк или −40% объёма», «больше 1% новых карточек за сессию», «отмены «нет в наличии» выросли вдвое». Справа два получателя алертов: «инженер» и «ответственный со стороны магазина». Чертёжная манера, русские подписи.
Ошибки обмена и как их ловить
Обмен редко падает на запуске — на запуске за ним смотрят. Он ломается на третьей-шестой неделе, когда все расслабились. Ниже шесть поломок, которые встречаются в магазинах чаще всего: причина, внешний признак и датчик, который ловит её автоматически.
- 1Дубли карточек
Причина всегда одна: товар опознаётся по наименованию или артикулу, а не по неизменяемому идентификатору из 1С. Менеджер поправил название — обмен создал вторую карточку. Через месяц в каталоге 3 200 позиций вместо 3 000, у дублей нулевой остаток, и поиск приводит покупателя именно на них. Ловится счётчиком новых карточек. Чинится переходом на идентификатор как внешний ключ, и делать это надо до первой боевой выгрузки: чистка постфактум стоит 8–40 часов работы.
- 2Пересорт характеристик
В CommerceML товар и его характеристики — разные сущности: карточка отдельно, предложения с размерами и цветами отдельно. Если характеристики не выгружаются или связываются по неустойчивому ключу, остаток одного размера растекается на всю карточку. Витрина выглядит правильно, а недостача обнаруживается на сборке. Ловится суточной сверкой в разрезе характеристик, а не карточек: сверять надо поштучно по каждому предложению.
- 3Разные справочники
У 1С своя иерархия групп, свои единицы измерения, свои виды цен и ставки НДС; у сайта — свои категории и свойства фильтров. Классика: в учёте есть «Розничная» и «Розничная (с НДС)», обмен настроен на первую, и витрина показывает цену без налога. Или единица «упаковка» приезжает как «штука», и покупатель заказывает десять штук вместо десяти упаковок. Лечится только письменным соответствием справочников до начала работ и приёмочным прогоном по 30–50 реальным позициям с построчной сверкой каждого поля.
- 4Обмен молча отвалился
Регламентное задание отключилось после перезапуска сервера, у пользователя обмена сменили пароль по политике безопасности, кончилось место на диске, истёк сертификат. Витрина показывает данные суточной давности, и никто этого не замечает, пока не позвонит покупатель. Ловится только сигналом присутствия: ошибки в журнале при этом может не быть вообще, потому что ошибаться нечему — обмен не запускался.
- 5Задвоенные заказы
Сайт отправил заказ, не дождался ответа из-за таймаута, отправил повторно — в учёте два одинаковых документа, оба уходят на сборку. Причина — отсутствие проверки внешнего идентификатора на приёме. Ловится ежедневным запросом на одинаковые заказы одного покупателя в коротком окне; чинится только на стороне приёма. Вариант «менеджер будет смотреть» не работает: он смотрит первые две недели.
- 6Обмен затёр акционную цену
Специфично для магазина и потому особенно обидно: маркетолог поставил скидку на витрине, ночная выгрузка вернула базовую цену из учёта, и утром акция идёт по полной стоимости. Решается правилом приоритета: либо акции живут в 1С и приезжают на сайт как отдельный вид цены, либо обмен не трогает позиции, помеченные на сайте как акционные. Ловится проверкой «цена на витрине изменилась в сторону повышения без изменения вида цены в учёте».
Обмен, у которого нет мониторинга, не работает. Просто пока никто не знает, что он не работает.
Абстрактный нарисованный экран панели состояния обмена, разделённый на четыре зоны. Зона 1 «Последняя успешная сессия»: крупно «14 минут назад», мелко «порог: 30 минут». Зона 2 «Объём последней выгрузки»: «2 940 позиций», мелко «обычно 2 900–3 050, порог −40%». Зона 3 «Расхождение остатков за сутки»: «0,4% позиций», мелко «порог 1%». Зона 4 «Отмены «нет в наличии» за сутки»: «1 заказ», мелко «обычная норма 1–3». Внизу строка «Новых карточек за сессию: 2 (порог 30)». Чертёжная манера, не скриншот реального продукта, все надписи по-русски.
Сколько стоит связка: один склад и три склада
Вводные модельного примера: интернет-магазин на 1С:УНФ или УТ 11, каталог 3 000 активных позиций, 300 заказов в месяц, средний чек 4 500 ₽, валовая маржа 25%. Ставка подрядчика 3 000 ₽/час. Сначала простой случай — один склад, обычная CMS, готовый модуль обмена в основе.
Теперь тот же магазин с тремя складами, резервами под заказы и требованием обновлять остатки ходовых позиций каждые 15 минут. Добавляются четыре строки, и цена растёт в 1,75 раза — не потому, что работы стало втрое больше, а потому, что появилась логика, которой раньше не было: чей остаток показывать, откуда отгружать и что делать с зарезервированным.
Обратите внимание на строку резервов. Она выглядит мелкой, а по последствиям — самая важная в смете Б: без неё витрина показывает физический остаток, включая товар, уже обещанный другим покупателям, и вы получаете отмены ровно на самых ходовых позициях. Порядок разговора с подрядчиком правильнее начинать не с «сколько стоит обмен», а с вопроса «как вы считаете доступный остаток» — по ответу сразу видно, делал человек такие проекты или нет. Подробный разбор структуры сметы, скрытых статей и стоимости владения на три года вынесен в отдельный материал о цене интеграции 1С.
Две вертикальные составные полосы. Левая «Один склад — 255 000 ₽, 4 недели»: сегменты «обследование 30 000», «лицензия модуля 30 000», «выгрузка 36 000», «справочники 45 000», «заказы и статусы 42 000», «мониторинг 54 000», «приёмка 18 000». Правая «Три склада и быстрый канал — 447 000 ₽, 6–8 недель»: те же сегменты плюс выделенные штриховкой «сводный остаток и приоритет отгрузки 54 000», «резервы и буфер 36 000», «быстрый канал остатков 78 000», «посклад сверка 24 000». Внизу подписи поддержки: «12 000–20 000 ₽/мес» и «25 000–40 000 ₽/мес». Чертёжная манера, русские подписи.
Порядок запуска: почему заказы включают последними
Правильная последовательность стоит на 10–15% дороже по календарю и заметно дешевле по итогу. Смысл в том, чтобы каждая ошибка ловилась в тот момент, когда она стоит неверной строки на витрине, а не испорченного документа в учёте. Поэтому первые три-четыре недели обмен работает только в одну сторону, а запись в боевую базу включается последней и по одной группе товаров.
- 1Обследование и контракт данных: список полей, направлений, частот и письменное определение доступного остатка. Результат — подписанный документ, а не переписка.
- 2Сопоставление справочников: единицы, ставки НДС, виды цен, группы, характеристики. Результат — карта соответствий и чистый справочник без дублей.
- 3Односторонняя выгрузка на тестовый контур: каталог, цены, остатки. Результат — витрина на копии совпадает с учётом по 30–50 проверенным позициям.
- 4Односторонняя выгрузка в бою и три-четыре недели наблюдения: суточная сверка показывает расхождение меньше 1%.
- 5Приём заказов на одной группе товаров: проверяется идемпотентность, очередь повторов и отсутствие задвоений. Результат — заказ, отправленный дважды, создал один документ.
- 6Статусы обратно к покупателю и полное включение: результат — изменение статуса доезжает до личного кабинета за оговорённое время.
- 7Мониторинг и приёмка: искусственная остановка задания на 40 минут даёт алерт обоим получателям, чек-лист пройден, исходники переданы.
Горизонтальная лента из шести этапов с длительностью и результатом. «Неделя 1: обследование и контракт данных → определён доступный остаток». «Недели 1–2: справочники → карта соответствий, дубли вычищены». «Недели 2–3: выгрузка на тестовый контур → витрина на копии совпадает с учётом». «Недели 3–6: односторонняя выгрузка в бою → расхождение меньше 1% по суточной сверке». «Недели 6–7: приём заказов на одной группе → двойная отправка создаёт один документ». «Неделя 8: статусы, мониторинг, приёмка → алерт приходит обоим получателям». Чертёжная манера, русские подписи.
Когда обмен не нужен
Обмен — это не только разработка, но и постоянный расход: поддержка, подписка модуля, реакция на обновления, разбор расхождений. Если он экономит меньше, чем стоит, честный ответ — не делать его сейчас. Считается это одной формулой: эффект на один заказ складывается из сэкономленных трёх минут ручного переноса (около 35 ₽ при ставке 700 ₽/час) и предотвращённых потерь от неверных остатков (около 95 ₽ при пяти процентах отмен ценой 1 900 ₽). Итого примерно 130 ₽ с заказа против 12 000–20 000 ₽ поддержки в месяц.
- Меньше 90–120 заказов в месяц: обмен дороже задачи. Дешевле регламент — ручная выгрузка прайса и остатков раз в двое суток, 2–3 часа работы в месяц.
- Каталог почти не меняется: фиксированный ассортимент, цены по прайсу на год, остатки «под заказ». Выгрузка раз в квартал делается руками за 40 минут.
- Товар делается под заказ: складского остатка не существует, цена считается под клиента. Синхронизировать нечего — деньги полезнее вложить в приём заявок и автозаполнение CRM.
- Магазин в середине переезда на другую CMS или другую конфигурацию 1С: обмен придётся переписывать сразу после запуска. Дождитесь окончания переезда.
- Нет человека, который отвечает за справочник номенклатуры. Без владельца данных проект встанет на сопоставлении, а оплаченные часы уйдут в ожидание.
Есть и промежуточный вариант, о котором редко говорят: обмен только в одну сторону. Каталог, цены и остатки едут из учёта на витрину автоматически, а 300 заказов в месяц менеджер переносит руками — это 15 часов работы, около 10 500 ₽. Стоит такой обмен 90 000–150 000 ₽ вместо 255 000 ₽, ставится за полторы недели и снимает главную боль — неверные остатки. Для магазина, который растёт и через год всё равно придёт к полному обмену, это разумный первый шаг, а не компромисс.
Карта раздела: где искать продолжение
Эта статья — опорная для раздела о сайтах и электронной торговле. Отдельные обмены и их тонкости разобраны в соседних материалах раздела; полный список тем собран на странице кластера /zhurnal/temy/sayty-i-ecom.
- Остатки и цены с сайтом — частота, резервы, страховой буфер, приоритет складов и что делать с акционными ценами.
- Заказы и статусы между сайтом и учётом — идемпотентность, очередь повторов, задвоения и как довести статус до покупателя.
- Ошибки обмена магазина и учёта — расширенный разбор поломок с процедурами восстановления.
- Интеграция магазина с маркетплейсами — Wildberries, Ozon и Яндекс Маркет как отдельный контур поверх того же учёта.
- Сколько стоит связать магазин с учётом — смета по статьям, стоимость владения и вопросы подрядчику.
- Механика самих обменов со стороны 1С — HTTP-сервисы, OData, планы обмена и файловая выгрузка — разобрана в разделе об интеграциях 1С.
Если сводить всё к трём решениям, они такие. Первое: определить доступный остаток письменно, до начала работ, — это половина будущих проблем. Второе: выбрать частоту обмена по фактической доле отмен «нет в наличии», а не по ощущению. Третье: заложить мониторинг в проект, а не в планы на потом, и проверить его на приёмке искусственной остановкой. Способ обмена после этих трёх решений выбирается почти автоматически и оказывается наименее спорной частью проекта.
Карта связей: в центре узел «Обмен интернет-магазина с 1С (эта статья)». Вокруг шесть узлов с подписями связей: «Остатки и цены с сайтом — частота, резервы, буфер», «Заказы и статусы — идемпотентность и очередь», «Ошибки обмена магазина и учёта — процедуры восстановления», «Интеграция с маркетплейсами — WB, Ozon, Яндекс Маркет», «Сколько стоит связать магазин с учётом — смета», «Механика обменов со стороны 1С — HTTP-сервисы, OData, планы обмена». Чертёжная манера, русские подписи.
