Не выгружаются заказы из 1С в CRM или на сайт: 7 причин и самопроверка

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

Быстрая самопроверка: 15 минут до диагноза

1. Найдите время последнего успешного обмена. В журнале модуля обмена (или в журнале регистрации 1С: Все функции → Журнал регистрации) посмотрите, когда обмен в последний раз прошёл без ошибок. Так вы поймёте: обмен «умер» сегодня или тихо не работает неделю.
2. Проверьте, запускается ли обмен вообще. Регламентное задание могло остановиться: Администрирование → Обслуживание → Регламентные и фоновые задания. Если у задания обмена статус «Ошибка» или оно отключено — причина найдена.
3. Проведите один тестовый заказ руками. Создайте заказ и запустите обмен вручную. Ушёл — проблема в расписании или очереди. Не ушёл — читайте текст ошибки: он обычно честнее, чем кажется.
4. Вспомните, что меняли за последние дни. Обновление 1С или конфигурации, смена пароля пользователя, новый сотрудник, перенос сервера, обновление модуля на сайте — 80% «внезапных» поломок начинаются со слов «мы ничего не трогали, только…».
5. Проверьте один «зависший» заказ. Откройте заказ, который не выгрузился: заполнен ли контрагент, есть ли соответствие номенклатуры, тот ли статус и склад. Часто не выгружаются не «все заказы», а заказы определённого типа — это сужает поиск вдвое.

7 типовых причин

1. Остановилось регламентное задание

Самая частая и самая безобидная причина. Фоновое задание обмена падает после перезагрузки сервера, блокировки базы при обновлении или окончания места на диске — и просто не перезапускается. Симптом: обмен «не работает» весь, целиком, с конкретного момента.

2. Сменился пароль или истёк ключ доступа

Обмен ходит в CRM или на сайт под учётной записью с API-ключом. Сменили пароль пользователя, отозвали ключ, у ключа кончился срок — обмен получает отказ в авторизации. Симптом: в логах ошибки 401/403 или «неверный логин и пароль».

3. Обновление 1С сломало правила обмена

После обновления конфигурации меняются реквизиты, структуры документов, имена справочников — и правила обмена, написанные под старую версию, перестают находить свои поля. Особенно часто это происходит при переходе на новые редакции (например, УНФ 3.0 — про это у нас отдельный разбор). Симптом: обмен сломался в день обновления.

4. Заказ не проходит фильтры выгрузки

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

5. Незаполненные поля и несопоставленная номенклатура

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

6. Очередь переполнена или обмен не успевает

На больших объёмах (сезон, распродажа, массовое изменение цен) очередь сообщений растёт быстрее, чем обрабатывается: таймауты, обрывы, повторные попытки. Симптом: заказы доходят, но с опозданием в часы; в пике — теряются.

7. Изменилось что-то на другой стороне

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

Что не стоит делать в панике

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

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

Когда пора звать специалиста

Самостоятельно имеет смысл проверить пункты 1, 2 и 4 — это настройки, а не код. Если же ошибка появилась после обновления, касается правил обмена или воспроизводится нестабильно — дальше нужен специалист по интеграциям: правка правил обмена «на глазок» способна превратить один сломанный обмен в два.

Мы срочно подключаемся к сломанному обмену 1С — с сайтом, CRM или маркетплейсами, — находим причину и восстанавливаем работу. Не переделываем с нуля, а чиним то, что уже работало. Подробнее: «Скорая помощь: развалился обмен с 1С». А если обмены ломаются у вас регулярно, посмотрите наш подход к построению устойчивого обмена 1С — правильная архитектура снимает 90% таких пожаров.

Потеря данных при обмене 1С↔CRM — типовой структурный сбой. Как часто и почему ломается стык систем, мы разобрали в исследовании 9 421 задачи за 12 лет.

Как это усиливает AI

У клиентов на сопровождении мы подключаем AI-мониторинг обменов: агент читает логи, замечает остановку задания или рост очереди раньше, чем менеджеры увидят «пропавшие» заказы, и присылает диагноз в Telegram — с указанием причины из списка выше. Починка начинается до того, как проблему заметили клиенты.