Интеграция 1С с сайтом:
остатки, цены и заказы без расхождений.

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

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

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

Что посмотреть самому до правок

Начните с ручной сверки: хватит получаса и доступов к обеим системам.

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

Три причины расхождений и цена каждой

Первая причина — расписание. Обмен файлом раз в сутки оставляет окно в 20–24 часа, в котором витрина продаёт вчерашний склад. Заказы приходят и ночью, поэтому часть отмен заложена в схему заранее.

Вторая — сопоставление по названию. Правка формулировки в 1С рвёт связь: позиция приезжает как новая, старая остаётся со своим остатком. На каталоге в 40 000 артикулов теряется 6–8 процентов номенклатуры, то есть 2 400–3 200 позиций, и с каждой переоценкой их больше.

Третья — односторонний поток. Заказы уезжают в учёт, а оплата, сборка и трек-номер обратно не возвращаются: покупатель видит «в обработке», хотя посылка в пути. В связке 1С и МойСклад остатки хранятся по складам, и без сопоставления складов сайт складывает их в одну цифру.

Сколько расхождение стоит в рублях

Возьмём магазин с 250 заказами в месяц и средним чеком 3 200 ₽. Отмены из-за отсутствующего товара съедают 18 процентов заказов, это 45 заказов. Упущенная выручка: 45 × 3 200 = 144 000 ₽ в месяц.

Маржа в сегменте около 20 процентов, значит потерянная прибыль — 144 000 × 0,2 = 28 800 ₽ ежемесячно, или 28 800 × 12 = 345 600 ₽ в год.

Отдельно ручной труд. Менеджер переносит заказы и сверяет остатки примерно 250 × 4 = 1 000 минут в месяц, то есть почти 17 часов. По ставке 500 ₽ в час это 17 × 500 = 8 500 ₽. Вместе рассинхронизация обходится около 37 300 ₽ в месяц — без стоимости испорченной репутации.

Чем обернётся со временем

Ассортимент к высокому сезону растёт на 15–20 процентов, и расхождения растут вместе с ним: новым категориям нужны правила сопоставления, которых в типовой настройке нет.

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

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

Что делается за один вечер

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

1. 01Сопоставление — по артикулу или GUID, а не по названию: это убирает дубли и разрывы при переименованиях.
2. 02Интервал обмена остатков и цен — 15–30 минут, чтобы ночные заказы не падали на вчерашний склад.
3. 03Журнал обмена и уведомление об ошибке в Telegram: молчаливый сбой станет задачей, а не сюрпризом через неделю.
4. 04Продажа позиций с нулевым остатком закрыта или заменена предзаказом с честной датой поставки.
5. 05Обратный поток: оплата, сборка и трек-номер появляются в личном кабинете без участия менеджера.
6. 06Раз в неделю — сверка активных позиций и суммарного остатка с учётной системой, допуск в один процент.

Порог, за которым нужна разработка

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

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

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

Как устроен проект обмена и сколько он стоит

Работы идут этапами. Сначала разбор текущего обмена: журналы, сопоставление, склады, воронка отмен. Платить за него не нужно, ведёт разбор Максим Холмов, на выходе — карта дефектов с расчётом потерь. Дальше правила сопоставления, онлайн-обмен остатками и ценами, обратный поток статусов, сверка, оповещения, запуск.

Срок — от трёх до шести недель, он зависит от числа складов и правил ценообразования. Ориентиры по бюджету: интернет-магазин от 80 000 ₽, кастомная CRM от 150 000 ₽, Telegram-бот от 100 000 ₽. Первые три месяца сопровождение входит в проект, затем от 5 000 ₽ в месяц — дешевле, чем 8 500 ₽ ручной сверки из расчёта выше.

Исходники, доступы к серверу и описание схемы обмена остаются у вас.

Вывод: обмен — это не разовая настройка

Синхронизация сайта с 1С окупается не скоростью выгрузки, а отсутствием отмен: 144 000 ₽ упущенной выручки в месяц — цена привычки жить со вчерашними остатками.

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