Интеграция сайта с 1С: обмен товарами и заказами

Интеграция с учётной системой — то, что превращает каталог из витрины, которую нужно наполнять руками, в рабочий инструмент, живущий сам. Она же — самая частая причина срыва сроков, потому что зависит от системы, которую разработчик сайта не контролирует.

Зачем это нужно

Актуальность. Цены и остатки на сайте соответствуют реальности. Без обмена каталог из тысячи позиций устаревает за неделю, и клиенты заказывают то, чего нет.

Экономия времени. Ручное обновление номенклатуры съедает рабочее время сотрудника ежемесячно.

Заказы в одном месте. При двустороннем обмене заказ с сайта попадает в учётную систему автоматически, без ручного переноса.

Единый источник правды. Данные ведутся в одном месте, а не в двух с расхождениями.

Что обычно передаётся

С 1С на сайт: номенклатура с характеристиками, категории, цены (в том числе разные типы цен для разных групп покупателей), остатки, изображения, признак публикации.

С сайта в 1С: заказы, данные покупателей, статусы оплаты.

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

Односторонний или двусторонний обмен

Односторонний — от 80 000 ₽. Данные идут только из 1С на сайт. Заказы приходят на почту, в мессенджер или CRM и переносятся в учёт вручную.

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

Двусторонний — от 150 000 ₽. Заказы возвращаются в 1С автоматически.

Подходит: магазинам с потоком заказов, где ручной перенос стал узким местом.

Практическое правило: начинайте с одностороннего. Он закрывает главную боль — актуальность каталога. Двусторонний добавляйте, когда объём заказов сделает ручной перенос дорогим.

Как часто обновлять

По изменчивости данных, а не по принципу «чем чаще, тем лучше».

Данные	Типичная частота
Номенклатура и характеристики	Раз в сутки
Цены	От раза в сутки до нескольких раз
Остатки	Несколько раз в день или в реальном времени
Заказы	В реальном времени

Чем чаще обмен, тем выше требования к производительности обеих систем. Полная выгрузка большого каталога каждый час способна положить и сайт, и 1С. Решение — обмен изменениями, а не полными данными.

Главный вопрос перед оценкой

Насколько типовая у вас конфигурация 1С.

Это определяет бюджет сильнее всего остального.

Типовая конфигурация — существуют отработанные механизмы обмена, работа предсказуема, срок 2–4 недели.

Доработанная годами под себя — готовые механизмы работают частично или не работают. Значительная часть работы приходится на сторону 1С, и здесь нужен ваш специалист по учётной системе. Срок и бюджет вырастают в разы.

Честный ответ на этот вопрос до начала проекта экономит недели споров. Именно интеграции чаще всего срывают сроки — почему, разобрано в статье почему сроки разработки срываются.

Что уточнить до старта

Версия и конфигурация 1С.

Есть ли доработки и кто их делал.

Кто со стороны 1С будет участвовать. Разработчик сайта не может настроить обмен в одиночку: часть работы всегда на стороне учётной системы.

Как система доступна. Локальный сервер, облако, есть ли внешний доступ.

Какие типы цен используются и как они соотносятся с группами покупателей на сайте.

Как учитываются остатки по складам, если складов несколько.

Что делать с отсутствующими товарами. Скрывать, показывать с пометкой, показывать с возможностью предзаказа. Почему их не стоит удалять — в статье SEO для интернет-магазина.

Типичные проблемы

Данные не готовы. Номенклатура ведётся неаккуратно: дубли, разные единицы измерения, характеристики в описании вместо отдельных полей. Приведение в порядок — отдельная работа, и делать её лучше вам, а не подрядчику: это дешевле и быстрее.

Нет ответственного со стороны 1С. Проект встаёт в ожидании специалиста по учётной системе.

Обмен работает, но медленно. Полная выгрузка вместо обмена изменениями.

Расхождения после сбоя. Обмен прервался, данные разъехались. Нужен механизм проверки и повторной синхронизации.

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

Когда интеграция не нужна

Честно: не всегда.

Если у вас сто позиций, цены меняются раз в квартал, а заказов пять в неделю — интеграция не окупится. Загрузка через файл раз в квартал и ручной перенос заказов справятся.

Порог, за которым обмен начинает окупаться: сотни позиций, изменения чаще раза в месяц, заказы ежедневно.

Итог

Односторонняя выгрузка от 80 000 ₽ решает главную задачу — актуальность каталога. Двусторонний обмен от 150 000 ₽ имеет смысл при потоке заказов.

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

И приведите номенклатуру в порядок заранее — это самая дешёвая часть проекта, если делаете её вы, и самая дорогая, если подрядчик.