Цены на сайте отстают от учёта
Менеджер меняет цену в 1С, а на витрине она остаётся прежней. Заказ оформляется по устаревшей цене, и разницу приходится объяснять клиенту.
Учёт и ERP
Интеграция с 1С
Учёт ведётся в 1С, остальные системы берут данные оттуда
Мы не переносим учёт на сайт и не заставляем бухгалтерию заводить одни и те же данные дважды. Сайт, CRM и склад получают из 1С номенклатуру, цены и остатки, а обратно уходят заказы и оплаты — с организацией, складом и контрагентом. Каждая сущность имеет одну сторону-источник, поэтому расхождения видно сразу, а не в конце месяца.
Где сайт и учёт расходятся
Почти всегда причина одна: данные вводятся в двух местах и расходятся в тот же день. Ниже — четыре расхождения, из-за которых страдают продажи и бухгалтерия.
Остатки показывают не то, что есть
Товар продан или отдан по другому каналу, а сайт продолжает принимать заказы. В итоге отказ уже после оформления и испорченный заказ.
Заказы переносят руками
Данные из сайта перебиваются в 1С вручную: ошибки в контрагенте, складе и позициях всплывают уже при отгрузке.
Документы живут отдельно от заказа
Реализация и счёт-фактура есть только в 1С, а в карточке заказа — ничего. Менеджер и клиент говорят о разных вещах.
Что и в какую сторону ходит между 1С и сайтом
До разработки фиксируется сторона-источник для каждой сущности. Это единственный способ не получить две правды об одном и том же товаре или заказе.
Сущность
Направление
Что важно учесть
Номенклатура и характеристики
1С → сайт
Сопоставление идёт по внешнему идентификатору, а не по названию: переименование товара в учёте не создаёт второй товар на сайте. Характеристики переносятся вместе с товаром, чтобы выбор на витрине совпадал с выбором в 1С.
Цены и виды цен
1С → сайт
Сразу фиксируется, какой вид цены публикуется, а какие остаются внутренними. Скидки приходят тем же каналом, чтобы сайт не считал их по собственной формуле и не расходился с учётом.
Остатки по складам
1С → сайт
Переносится не только количество, но и склад: без этого нельзя определить, откуда отгружать и что доступно к самовывозу. Резервы и товары в пути учитываются по заранее выбранному правилу.
Заказы
Сайт → 1С
Заказ создаётся с организацией, складом и контрагентом. Повторная отправка не создаёт второй документ: связка идёт по номеру заказа, поэтому сбой связи не превращается в дубль.
Оплаты
Платёжный сервис → 1С
Поступившая оплата проставляется в заказе. Сверка идёт по сумме и дате, поэтому «заказ без оплаты» и «оплата без заказа» видны отдельными списками, а не обнаруживаются при закрытии месяца.
Документы и возвраты
1С → сайт и CRM
Реализация, счёт-фактура и корректировки возвращаются в карточку заказа: менеджер открывает документ, а не пересказывает его по телефону.
Если в 1С меняется состав публикуемых объектов или появляется новая характеристика, правится описание обмена — логика сайта и оформления заказа остаётся прежней.
Три режима обмена
Свежесть данных стоит ресурсов учётной базы. Поэтому режим выбирается для каждой группы данных отдельно, а не включается один общий на всё.
По расписанию
Базовый режим для цен, остатков и справочников. Расписание задаётся отдельно для каждой группы данных, чтобы тяжёлая выгрузка не мешала оформлению заказов.
По событию
Проведение документа в 1С отправляет изменение сразу. Нужен там, где важна свежесть: остаток после отгрузки, новая цена, изменение статуса заказа.
По требованию
Ручной запуск из админки: после массового пересчёта цен или заведения большой группы товаров не нужно ждать следующего цикла. Тот же запуск используется при разборе расхождений.
Несколько организаций и складов
Юридических лиц и мест хранения может быть больше одного, и это самая частая причина, по которой простой обмен «товар — цена — остаток» перестаёт сходиться.
- Организация и склад — часть ключа обмена, а не справочная пометка в документе
- Правила доступности товара задаются по складу: что можно купить, а что показывается как «под заказ»
- Заказ из сайта уходит в ту организацию, которая указана в правилах для этого канала продаж
- Самовывоз привязывается к складу, поэтому адрес и режим работы берутся из учётной системы
- Сверка ведётся по каждой паре «организация + склад», иначе расхождения усредняются и не видны
- Переключение организации или склада не требует переписывать обмен — меняется только правило
Как обмен ведёт себя при сбоях
1С — не всегда включённая система: обновление конфигурации, регламентные операции и просто недоступность сервера случаются. Сайт при этом должен продолжать продавать.
- Пакетная загрузка: неполный обмен не публикуется, витрина остаётся на последних корректных данных
- Идемпотентная отправка заказа: повторный запуск не создаёт второй документ в 1С
- Очередь на исходящие операции: недоступность базы не блокирует оформление заказов на сайте
- Журнал по каждой операции — что ушло, что вернулось и с какой ошибкой
- Порог устаревания данных: если обмен не проходил дольше заданного времени, приходит уведомление
- Ручной повторный запуск любого обмена из админки, без доступа к серверу
Как мы связываем сайт с 1С
Начинаем не с кода, а с перечня объектов и правил: что публикуется, что возвращается, что считается источником правды. Так расхождения в ценах и остатках находятся до запуска, а не на первых заказах.
-
01
Аудит и схема
Разбираем системы, сущности и потоки. Фиксируем, что считается источником правды и где сейчас расходятся данные.
-
02
Контракт обмена
Описываем поля, форматы, частоту и правила сопоставления справочников. Согласуем до начала разработки.
-
03
Прототип
Проверяем обмен на реальных данных в ограниченном объёме: несколько десятков записей в обе стороны.
-
04
Внедрение
Включаем полный обмен с очередью, повторными попытками, журналом и защитой от дублей.
-
05
Эксплуатация
Мониторинг, сверка расхождений, обновление коннекторов при изменениях API на стороне сервиса.
Что делает обмен надёжным
Это не «дополнительные опции», а обязательная часть любой интеграции, которую мы сдаём.
Идемпотентность
Повторная доставка одного и того же события не создаёт вторую сделку, второй заказ или второй платёж.
Очередь и повторные попытки
Если внешняя система недоступна, операция ждёт и повторяется по расписанию, а не теряется.
Журнал обмена
Видно, что и когда ушло, что вернулось и что не прошло. Неудачную операцию можно повторить вручную.
Лимиты провайдера
Учитываем ограничения по частоте запросов, чтобы не получить блокировку со стороны сервиса.
Сверка расхождений
Регулярная сверка ключевых сущностей между системами: расхождение видно в отчёте, а не в конце квартала.
Мониторинг и оповещения
При остановке обмена приходит уведомление ответственным, а не выясняется из жалобы клиента.
Ещё в категории «Учёт и ERP»
Часто эти интеграции внедряются вместе — например, CRM и телефония, или магазин и маркетплейсы.
ERP-системы
Учёт под ваш процесс, а не наоборот
Интеграция ERP с сайтом, CRM и складом: справочники, документы, заказы и отчётность.
ПодробнееAPI-интеграции
Свяжем системы, для которых нет готового коннектора
Разработка API-интеграций: REST, GraphQL, вебхуки, SOAP и файловый обмен. Контракт обмена до кода, очередь, повторы, защита от дублей, журнал и мониторинг.
ПодробнееВсе категории интеграций
Обмен редко ограничивается одной категорией: магазин обычно связан и со складом, и с платежами, и с маркетплейсами.
Частые вопросы об интеграции с 1С
Если вашего вопроса здесь нет — задайте его в форме ниже.
С какими конфигурациями 1С вы работаете?
С типовыми конфигурациями для торговли, производства и небольшого бизнеса, а также с доработанными базами на их основе. Обмен строится не «под конфигурацию», а под набор объектов: что публикуется на сайт, что возвращается обратно. Если объект переименован или добавлен в доработке, это описывается в контракте обмена, а не в коде сайта.
Как часто обновляются цены и остатки на сайте?
Расписание задаётся под задачу: остатки обновляются часто, потому что от них зависит возможность заказать товар, номенклатура и характеристики — реже, потому что меняются не каждый день. Дополнительно можно запускать обмен по событию: проведение документа в 1С сразу отправляет изменение на сайт, без ожидания следующего цикла.
Что произойдёт, если выгрузка из 1С не отработала?
Сайт не остаётся без данных: используется последний успешный обмен, а в журнале фиксируется время последней удачной выгрузки. Если обмен не проходит дольше заданного порога, ответственным уходит уведомление, а запуск можно повторить вручную. Частично загруженные данные не публикуются — обмен идёт пакетом.
Как обменивать данные, если в 1С несколько организаций и складов?
Организация и склад становятся частью ключа обмена: цена и остаток считаются для конкретной пары, а заказ создаётся с той организацией и тем складом, откуда идёт отгрузка. На сайте это выражается в правилах доступности и выборе склада самовывоза, в 1С — в корректных документах.
Нужно ли дорабатывать саму 1С?
Чаще всего достаточно штатных механизмов обмена и публикации данных — доработка не требуется. Она нужна, если нужные сведения лежат в нестандартном регистре или считаются только в самописном отчёте: тогда мы описываем, откуда их брать, и согласуем это с вашим специалистом по 1С. Изменения в самой базе выполняет ваша сторона или мы по отдельной договорённости.
Расскажите, какая у вас 1С
Напишите конфигурацию, количество организаций и складов и то, что сегодня переносится вручную. Предложим схему обмена и назовём сроки.
Бесплатный аудит
Разбор технической части сайта: скорость, SSR, фильтры
Аудит текущей рекламы: где сливается бюджет
Анализ конкурентов в вашей нише
Прогноз CPL, ROAS и окупаемости
План действий на первый месяц
Получите бесплатный аудит интернет-магазина
За 3 рабочих дня разберём: где вы теряете заявки, какие каналы недооценены, и что даст рост в первые 30 дней.
За этот месяц
42 компании получили аудит
30 мин
реакция
3 дня
аудит
100%
доступ к кабинетам
Заявка на аудит
Без обязательств. С конкретными цифрами.