Заказы с сайта не приходят в 1С

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

Порядок проверки

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

Заказ пришёл, но пустой или неполный

Отдельная группа случаев, когда обмен работает, а данные неверные.

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

Поведение, которое кажется ошибкой

Два случая, на которые жалуются регулярно, хотя так и задумано.

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

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

Два сайта на одной базе

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

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

Где смотреть при разборе

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

• Отдаются, но в 1С нет — смотрите 1С: права, фильтр по дате, ошибки обработки.
• Не отдаются — смотрите настройки на сайте: статусы, дату, права.

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

Чтобы не всплывало неожиданно

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