Товары обновляются, а заказы не попадают в 1С: что проверить в обмене с Битрикс

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

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

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

1. Зафиксируйте один заказ и направление обмена

Для начала выберите заказ, который должен был попасть в 1С. Запишите его внутренний ID на сайте, отображаемый номер, дату создания, статус, признаки оплаты и разрешения доставки, сайт в многосайтовой установке и тип плательщика. Эти значения понадобятся для сопоставления с настройками и журналом конкретного запуска.

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

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

Для направления «сайт → 1С» ищите в настройках 1С именно загрузку заказов с сайта. Выгрузка заказов из 1С на сайт решает обратную задачу. Названия экранов зависят от конфигурации и версии модуля, поэтому вместе со снимками настроек сохраните их версии.

2. Определите, на каком этапе пропал заказ

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

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

3. Проверьте условия выгрузки на стороне Битрикса

На странице Магазин → Настройки → Интеграция с 1С каталог и заказы настраиваются отдельно. На вкладке заказов проверяют выбранный сайт, группы пользователей с правом выгрузки и ограничения: только оплаченные заказы, только заказы с разрешённой доставкой, начиная с определённого статуса. Эти параметры описаны в официальной документации Битрикс.

Сравните каждый включённый фильтр с выбранным заказом. Например, если передача разрешена только после оплаты, новый заказ с оплатой при получении может не соответствовать этому правилу. Письмо покупателю и уведомление менеджеру не изменяют признак оплаты и не подтверждают передачу в учётную систему.

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

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

4. Убедитесь, что 1С получает данные заказа

Разработчик сопоставляет журнал 1С с запросами к сайту и ответами сервера. Для типового протокола получения документов предусмотрены авторизация, инициализация и получение файла; этап получения использует режим type=sale&mode=query. Их последовательность приведена в алгоритме загрузки документов с сайта. У доработанной интеграции адрес и состав запросов могут отличаться.

Код HTTP 200 ещё не означает успешный обмен. Вместо данных сервер может вернуть страницу входа, защитную проверку, предупреждение PHP или страницу после перенаправления. Проверяют содержимое ответа с учётом согласованного формата и сжатия, а затем ищут данные выбранного заказа.

• Совпадает ли адрес в настройках 1С с действующим обработчиком обмена?
• Доходит ли запрос до нужного сайта и не меняется ли его обработка после перенаправления?
• Проходят ли авторизация и последующие запросы в рамках одной сессии обмена?
• Есть ли нужный заказ в переданном пакете, а не только общий заголовок XML?
• Не оборвалась ли передача по времени или сетевой ошибке?

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

5. Проверьте загрузку и создание документа в 1С

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

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

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

В модуле 8.1.x журнал ошибок хранит записи при включённой настройке сохранения информации об ошибках. Если журнал пуст, проверьте эту настройку и время выбранного запуска. Пустой экран без включённого журналирования не доказывает отсутствие ошибок.

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

6. Проверьте исправление повторным обменом

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

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

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

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

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

Товары обновляются. Разве это не подтверждает правильный пароль и настройки?

Это подтверждает работу конкретного обмена каталогом. У заказов могут быть отдельные права, условия отбора, адрес обработчика или другой узел. Проверяйте весь путь получения документов, используя фактические настройки этого направления.

Можно просто пересохранить заказ в Битриксе?

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

Почему заказ есть в 1С, но оплаты нет?

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

Достаточно исправить код сайта без специалиста по 1С?

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