Обмен заказами между 1С и сайтом: как заказы с сайта попадают в 1С и возвращаются статусы

03.06.2026

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

Содержание:

• Как устроен обмен заказами
• Что передаётся вместе с заказом
• Без чего обмен заказами не заработает
  • Какой контрагент появится в 1С по заказу с сайта
• Настройка на стороне сайта
• Настройка на стороне 1С
• Статусы заказов: оплата и отгрузка на сайте
• Почему заказы не выгружаются в 1С
  • Почему в 1С попадают не все заказы с сайта
  • Заказ попадает в форму, а не в заказы магазина
• Особые случаи: УНФ, несколько складов, Битрикс24
• Чек-лист перед запуском
• Частые вопросы

Как устроен обмен заказами

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

Один сеанс обмена заказами выглядит так:

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

Обмен заказами почти всегда идёт в паре с выгрузкой каталога — товаров, цен и остатков из 1С на сайт. Это две разные части одного обмена, и настраиваются они отдельно. Как устроена выгрузка товаров, разобрано в статье про выгрузку товаров из 1С на сайт, общий порядок настройки модуля обмена — в статье настройка обмена 1С и Битрикс.

Что передаётся вместе с заказом

Таблица выглядит длинной, но все её строки решаются одним принципом: для каждого поля заранее договориться, где оно меняется. Этот принцип подробно разобран в статье про синхронизацию 1С и Битрикс.

Без чего обмен заказами не заработает

Единые коды товаров

Когда 1С получает заказ, она ищет каждую позицию в своей номенклатуре по внешнему коду — идентификатору, который товар получил при выгрузке каталога из 1С. Если каталог на сайте изначально выгружен из 1С, коды совпадают сами. Если товары заводили на сайте руками, импортировали из таблицы или переносили со старой платформы, кодов нет — и заказ либо не загрузится, либо в 1С появятся товары-дубли.

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

Какой контрагент появится в 1С по заказу с сайта

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

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

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

Одинаковые правила налогов и округления

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

Настройка на стороне сайта

На сайте на 1С-Битрикс настройки обмена находятся в разделе интеграции интернет-магазина с 1С. Для заказов важны такие параметры:

• Какие заказы выгружать. Начиная с какой даты или номера, для каких сайтов, в каких статусах. При первом запуске ограничьте дату — иначе 1С получит всю историю заказов за годы.
• Пользователь для обмена. Отдельная учётная запись с правами только на обмен. Работать под администратором небезопасно, а смена его пароля молча ломает обмен.
• Статусы по событиям из 1С. В какой статус переводить заказ, когда из 1С пришла оплата, отгрузка, отмена.
• Обработка изменений из 1С. Принимать ли изменения состава и сумм заказа, сделанные в 1С. Если менеджеры корректируют заказы в 1С, это нужно; если нет — безопаснее выключить.
• Лимиты сеанса. Размер порции данных и время шага. На слабом хостинге большие порции обрывают обмен по таймауту.

Адрес обмена, который потом вводится в 1С, у сайта на Битриксе стандартный — это служебный скрипт в административной части сайта. Он должен открываться без блокировок: частая причина «ничего не работает» — защита от ботов или HTTP-авторизация, которые не пускают 1С.

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

Настройка на стороне 1С

В торговых конфигурациях — 1С:Управление торговлей 11, Комплексная автоматизация, ERP — обмен настраивается в разделе администрирования, в интеграции с другими программами, через узел обмена с сайтом. В 1С:УНФ обмен с сайтом тоже встроен и настраивается в разделе интеграций; принцип тот же. Бухгалтерия предприятия обмена заказами с сайтом в типовом виде не имеет — там работают через торговую конфигурацию.

При создании узла обмена задают:

1. Адрес сайта, логин и пароль пользователя обмена.
2. Что обменивать: только каталог, только заказы или всё вместе.
3. Параметры загрузки заказов: с какой даты загружать, какую организацию, склад, вид цен и соглашение подставлять по умолчанию.
4. Способ идентификации контрагентов — то самое правило поиска, от которого зависят дубли.
5. Выгрузку изменений обратно: какие события в 1С отправлять на сайт — оплаты, отгрузки, смену статуса.
6. Расписание обмена. Для заказов разумный интервал — от нескольких минут до получаса: чем реже обмен, тем дольше покупатель ждёт подтверждения.

Заказ из сайта в 1С:УТ и КА приходит документом «Заказ клиента», в УНФ — «Заказ покупателя». Дальше он живёт по правилам 1С: резервирование, счёт, отгрузка. Если конфигурация доработана — изменены документы, добавлены обязательные реквизиты, — типовой обмен может падать на загрузке, и его придётся дорабатывать вместе с конфигурацией.

Статусы заказов: оплата и отгрузка на сайте

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

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

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

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

Почему заказы не выгружаются в 1С

Самые частые причины — по убыванию того, как часто мы их встречаем:

• Обмен не запускается. Расписание в 1С отключено, компьютер или сервер, на котором оно работало, выключен, сменился пароль пользователя обмена.
• Заказ не подходит под фильтр выгрузки. Он создан раньше даты, указанной в настройках, или находится в статусе, который не выгружается.
• Заказ уже отмечен как выгруженный. Сайт отдал его раньше, но 1С не смогла загрузить. Сайт повторно отдаёт заказ, только если тот изменился.
• Товар не найден в номенклатуре. Нет внешнего кода или товар удалён в 1С. Загрузка всего заказа прерывается на одной строке.
• Ошибка контрагента или реквизитов. Не заполнены обязательные реквизиты, не задана организация или склад по умолчанию.
• Сайт не пускает 1С. Защита от ботов, блокировка по IP, HTTP-авторизация, переход сайта на HTTPS без обновления адреса в 1С.
• Таймаут. Большая порция данных не успевает обработаться, обмен обрывается, и следующий сеанс начинает всё заново.

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

Почему в 1С попадают не все заказы с сайта

Когда в 1С не приходит ни одного заказа, обмен сломан целиком — это видно сразу. Сложнее, когда одни заказы доходят, а другие нет. Почти всегда причина в фильтрах: где-то стоит условие, которое часть заказов тихо не пропускает. На сайте они задаются в разделе «Магазин → Настройки → Интеграция с 1С» на закладке «Заказы»:

На стороне 1С добавляются свои условия: дата, с которой загружаются заказы, и сама загрузка. Если заказ не загрузился из-за ошибки — товар не найден, не заполнен обязательный реквизит, — сайт при этом уже мог отметить его выгруженным и повторно отдаст только после изменения. В 1С:УНФ загруженные заказы появляются в списке заказов покупателей; прежде чем искать пропажу в обмене, проверьте, не скрывает ли их отбор списка по организации, состоянию или ответственному.

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

Заказ попадает в форму, а не в заказы магазина

Бывает, что покупатель оформил заказ, менеджер получил письмо, а в разделе «Магазин → Заказы» заказа нет — он лежит в результатах веб-формы или в инфоблоке с заявками. Так происходит, когда заказ принимает не модуль интернет-магазина, а форма: на сайтах без корзины, на корпоративных шаблонах, в части кнопок «Заказать» и «Купить в 1 клик», которые устроены как форма обратной связи.

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

Особые случаи: УНФ, несколько складов, Битрикс24

1С:УНФ. Обмен заказами в УНФ работает по тому же стандарту, но конфигурация проще: меньше настроек соглашений и видов цен, чаще используются значения по умолчанию. Это ускоряет запуск, но и ошибки контрагентов проявляются быстрее — правило поиска стоит задать с первого дня.

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

Сайт и Битрикс24. Если заказы с сайта сначала попадают в CRM Битрикс24 и уже оттуда — в 1С, это другая схема интеграции со своими правилами. Она разобрана в статье интеграция 1С и Битрикс24. Смешивать две схемы — сайт отдаёт заказы в 1С напрямую и одновременно через Битрикс24 — нельзя: получите дубли документов.

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

Чек-лист перед запуском

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

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

Частые вопросы

Как заказ с сайта попадает в 1С?
Во время сеанса обмена: 1С по расписанию подключается к сайту, забирает новые и изменённые заказы и создаёт по ним документы — заказ клиента в УТ, КА и ERP или заказ покупателя в УНФ. Сайт сам заказы не отправляет, он ждёт обращения 1С.

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

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

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

Работает ли обмен заказами с 1С:УНФ?
Да, обмен с сайтом в УНФ встроен и работает по тому же стандарту CommerceML. Заказы приходят документом «Заказ покупателя», настроек меньше, чем в УТ, но правило поиска контрагентов нужно задать сразу.

Какой контрагент будет в 1С, если приходит заказ с сайта?
1С ищет контрагента по правилу из настроек обмена: по ИНН, телефону, email или наименованию. Если нашла — заказ привязывается к нему, если нет — создаётся новая карточка с ФИО покупателя или названием компании из заказа. Розничные магазины часто сводят всех физлиц в одного контрагента «Розничный покупатель».

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

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

← Все статьи