Интеграция 1С с сайтом: каталог, цены, остатки и заказы

2026-09-17 · 7 мин · CODE NOVA

Интеграция 1С с сайтом: какие данные передавать, в какую сторону и как часто, стандартный обмен или API, что подготовить в 1С и что обычно ломается.

#Интеграция
#API
Иллюстрация: Статья
2026-09-177 мин

В этой статье

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

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


Зачем нужна интеграция 1С с сайтом

Без интеграции сайт и 1С живут отдельно, и кто-то сводит их руками. Обычно это заметно по нескольким признакам:

  • Цены на сайте отстают. В 1С прайс обновили, на сайте — забыли. Закупщик присылает запрос по старой цене, и менеджер начинает разговор с неловких объяснений.

  • Наличие не совпадает. Сайт показывает «в наличии», а на складе пусто. Или наоборот: товар есть, но на сайте его не видно.

  • Заказы перебивают вручную. Менеджер копирует заказ с сайта в 1С, ошибается в артикуле или количестве, и ошибка всплывает на отгрузке.

  • Покупатели задваиваются. Менеджер не нашёл оптовика в 1С по названию и завёл его заново, и история заказов распалась на две карточки.

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


Что передают, в какую сторону и как часто

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

  • Номенклатура — из 1С на сайт, при изменениях или раз в сутки. Товары, группы, артикулы, характеристики. Фото и подробные описания часто удобнее вести на сайте, а из 1С брать учётные данные. Названия в 1С обычно на русском, поэтому переводы для узбекской версии сайта тоже удобнее вести на сайте.

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

  • Остатки — из 1С на сайт, чаще всего остального. Особенно если товар быстро уходит или его мало.

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

  • Статусы заказов — из 1С на сайт. Нужны, если у покупателей есть личный кабинет, например на B2B-сайте с кабинетом дилера. Что ещё должно быть на таком сайте, рассказываем в статье о B2B-сайте производителя.


Стандартный обмен или интеграция по API

Обмен 1С с сайтом обычно строят одним из двух способов:

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

  • Интеграция 1С с сайтом по API. Сайт и 1С обмениваются данными через программный интерфейс: одна сторона запрашивает нужное, другая отвечает. Так можно передавать ровно те поля, которые нужны, и, например, проверять остаток в момент заказа. Но работа обычно нужна на обеих сторонах, в том числе в самой 1С.

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


Что подготовить на стороне 1С

Чем аккуратнее данные в 1С, тем меньше сюрпризов при запуске:

  • Порядок в номенклатуре. Без дублей, у каждого товара — уникальный артикул. Всё, что задвоено в 1С, задвоится и на сайте.

  • Список того, что показывать. Какие группы товаров идут на сайт, а какие нет: материалы для цеха, архив, внутренние позиции.

  • Характеристики для сайта. Если на сайте нужны фильтры по размеру или материалу, эти характеристики должны быть заполнены в 1С одинаково у всех товаров группы.

  • Виды цен и склады. Какие цены и для кого, остатки с каких складов.

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

  • Копия базы для проверок. Обмен настраивают и тестируют не на рабочих данных.

Эта подготовка во многом и определяет объём работ. Если в 1С порядок и есть стандартный обмен, всё сводится к настройке и проверке. Если номенклатура задвоена, а нужные данные хранятся в комментариях или отдельных файлах, сначала придётся навести порядок в самой 1С.


Что обычно ломается и как это предусмотреть

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

  • Несовпадение артикулов. Если товары на сайте раньше заводили вручную, их артикулы могут не совпадать с 1С. Их сопоставляют один раз, до первого обмена.

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

  • Обмен падает молча. Ошибка случилась, никто не заметил, и сайт несколько дней показывает старые цены. Нужен журнал обмена и уведомление ответственному, например в Telegram, если обмен не прошёл.

  • Заказ не дошёл до 1С. Например, в нём товар без артикула. Такие заказы не должны пропадать: менеджер получает сигнал и разбирает их вручную.

  • Изменения в 1С. После доработок или обновления базы обмен стоит проверить: то, что работало вчера, могло перестать работать сегодня.

Те же риски есть в любой интеграции, не только с 1С. Мы подробно разбирали их в статье об интеграции сайта с CRM.


Чек-лист

  • Номенклатура. В 1С нет дублей, у каждого товара уникальный артикул.

  • Цены и склады. Вы знаете, какие виды цен и какие склады должны попадать на сайт.

  • Описания. Решено, где ведутся фото и описания: в 1С или на сайте.

  • Частота. Определено, как часто обновлять каталог, цены и остатки.

  • Заказы. Заказ с сайта попадает в 1С без ручного ввода.

  • Контроль. Если обмен остановился, конкретный человек узнаёт об этом в тот же день.

  • Тесты. Есть копия базы 1С, на которой проверяют обмен.


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

Написать в Telegram →

Теги

#Интеграция
#API
Консультация

Обсудить проект?

Консультация бесплатная. На встрече — задачи, формат работы и ответы на все вопросы.

Telegram

@info_codenovaevolution

Email

info@codenovaevolution.com

Время ответа

Обычно в течение часа

Что будет дальше?

  1. 01Обсуждение проекта и требований
  2. 02Подбор оптимального решения
  3. 03План работ и смета
Принимаю политику обработки персональных данных