Выгрузка из 1С в Битрикс24 2026: контрагенты, сделки, товары без программиста

Менеджеры ведут сделки в Битрикс24, бухгалтерия — в 1С. Каждый день: ручной перенос контрагентов, счетов, статусов оплаты, остатков. Менеджер обещает клиенту товар, которого по факту в 1С уже нет — отгрузка срывается. Бухгалтер закрывает оплату в 1С, но в CRM сделка ещё неделю висит «в работе», и менеджер звонит клиенту «уточнить». Через месяц в Битрикс24 на одного клиента висит три дублирующих компании, потому что подрядчик настроил только односторонний обмен и забыл про сопоставление по ИНН+КПП. В 2026 году выгрузка настраивается за 15 минут — но только если знать про лимит REST API Битрикс24 в 2 запроса/с (QUERY_LIMIT_EXCEEDED 503), batch до 50 операций за хит, отсутствие ACID-транзакций и подводные камни CommerceML.

Ключевые факты про лимиты Битрикс24 REST API и обмен с 1С

• Лимит облачного Битрикс24 — не более 2 запросов в секунду на портал (Leaky Bucket). При превышении API возвращает HTTP 503 с кодом ошибки QUERY_LIMIT_EXCEEDED. В коробочной версии лимита нет.
• Метод batch упаковывает до 50 операций в один хит — это штатный способ обхода лимита. 200 сделок = 4 батча, а не 200 отдельных запросов.
• Параллельно работает второй лимит — 480 секунд суммарного времени метода за 10 минут на портал. После превышения метод блокируется для всех приложений и вебхуков, остальные продолжают работать. Время разблокировки возвращается в operating_reset_at.
• В CRM сделка связывается с одной компанией через COMPANY_ID, с контактами — через CONTACT_IDS или методы crm.deal.contact.*, а товарные строки в новых интеграциях лучше вести через crm.item.productrow.*.
• Для юридических лиц ИНН и КПП находятся в реквизитах (RQ_INN, RQ_KPP), а не в корневой карточке компании. Поэтому сопоставление контрагентов надо проектировать через реквизиты, а не только через crm.company.list.
• Входящий вебхук подходит для одного портала и не имеет срока действия, но URL является секретом. Для тиражного решения нужен OAuth: access_token живёт 1 час, refresh_token — 180 дней, новую пару токенов надо сохранять на своей стороне.
• REST API Битрикс24 не поддерживает ACID-транзакции на уровне бизнес-сценария: серия «создать сделку → добавить товары → прикрепить файл» может оборваться посередине. Нужен паттерн идемпотентности и компенсирующих операций.
• В стандартном модуле «Коннектор к 1С» товары из сделки в 1С не передаются — их добавляют вручную; заказ в 1С нужно провести, иначе обмен не сработает.
• Поддерживаемые конфигурации: 1С:УТ 11 (сделки → заказы), 1С:Бухгалтерия 3.0 (счета), 1С:УНФ (счета и сделки), 1С:ERP, 1С:Розница; обмен контрагентами/контактами/номенклатурой — во всех. CommerceML 2/3 используется для номенклатуры и заказов.
• Двусторонняя синхронизация Синхрон1С — 30 000 ₽ за проект, настройка 15 минут.

Что проверено на практике

В нашей практике внедрений почти все «странные» проблемы выгрузки 1С → Битрикс24 сводятся к четырём вещам: дубли компаний, потому что подрядчик настроил только одностороннее направление и не задал ИНН+КПП как ключ; ошибки 503 QUERY_LIMIT_EXCEEDED при первичной загрузке базы (грузят по одному, без batch); рассинхрон стадий воронки и статусов заказа в 1С (в Б24 одна стадия, в 1С — другая, маппинг не описан); и остатки товаров, которые «отстают» на час, потому что обмен по расписанию идёт раз в час, а резерв в 1С не настроен.

На пилотном запуске мы сначала не включаем все сущности сразу. Берём 30-50 контрагентов, 10-20 сделок с товарами и 2-3 сценария оплаты/отгрузки. Этого хватает, чтобы увидеть, где у клиента лежит ИНН: в реквизитах Битрикс24, в пользовательском поле, в названии компании или только в 1С. После этого фиксируем ключи сопоставления и только потом запускаем полный импорт.

Способы выгрузки 1С → Битрикс24: коннектор, CommerceML, REST, бот

Таблица рисков перед запуском обмена

Грабли выгрузки 1С → Битрикс24: лимиты 2 rps, дубли по ИНН, рассинхрон стадий

1. HTTP 503 QUERY_LIMIT_EXCEEDED при первичной загрузке базы. Возникает, когда грузим всю базу контрагентов разом по одному запросу. Лимит — 2 rps на портал по Leaky Bucket; при превышении API возвращает 503. Лечится batch до 50 операций за хит (200 компаний = 4 батча) + клиентский троттлинг 0,5 секунды между запросами + экспоненциальный retry 1 → 2 → 4 → 8 секунд.

2. Метод заблокирован на 10 минут (operating_reset_at). Параллельно с rps-лимитом работает лимит на суммарное время метода — 480 секунд за 10 минут. После превышения конкретный метод (например, crm.deal.add) блокируется для всех приложений и вебхуков портала. Остальные продолжают работать. Симптом: одни методы отвечают, другие висят. Решение — читать operating_reset_at из ответа и ждать, либо распределять нагрузку по нескольким методам (batch с разными операциями).

3. Дубли контрагентов при существующих данных в обеих системах. Если в Битрикс24 уже заведены компании руками, а в 1С тоже есть контрагенты — полная синхронизация коннектором гарантированно создаст дубли. Стандартный модуль ищет совпадение по внешнему ID Б24, потом по внешнему ID 1С, и только потом по наименованию; ИНН в дефолтных правилах поиска нет — его надо явно включать в настройках синхронизации. Решение: до запуска чистка дублей в обеих системах + ключ сопоставления ИНН+КПП для юрлиц и телефон+email для физлиц + ручная простановка external_id для уже существующих пар.

4. Сделки в 1С пришли без товаров. Особенность стандартного сценария «сделки и заказы в 1С»: товары из сделки в 1С не передаются, их добавляют вручную в заказ. После создания заказа в 1С его обязательно надо провести — иначе обмен не зафиксирует и статус оплаты не вернётся в Б24. Решение: либо ручной workflow для бухгалтера, либо обмен через CommerceML с явной передачей строк заказа, либо двусторонний обмен через REST с маппингом табличной части заказа на crm.item.productrow.*.

5. Рассинхрон стадий воронки Б24 ↔ статусов заказа в 1С. В Битрикс24 у воронки 5 стадий, в 1С у заказа — 3 статуса; маппинг не описан, и обмен «затирает» стадии хаотично. Например, оплачено в 1С → «Поступление на расчётный счёт» → в Б24 сделка перепрыгивает на «Сделка успешна», хотя товар ещё не отгружен. Решение: матрица маппинга «стадия Б24 ↔ статус 1С + признак оплаты + признак отгрузки» до запуска, не после.

6. Нет единой транзакции для бизнес-сценария — «частично созданная» сделка. Серия REST-вызовов «создать сделку → добавить товары → прикрепить счёт PDF» может оборваться на третьем шаге. В Б24 останется сделка без файла, в 1С — заказ без счёта. Решение: паттерн компенсирующих операций (если шаг 3 упал — помечаем сделку как ошибочную или удаляем по правилам проекта) + идемпотентность по external_id/ORIGIN_ID (повторный вызов не создаёт дубль).

7. Ошибка в теле ответа при HTTP 200. Архитектурная особенность: Битрикс может вернуть HTTP 200, но в JSON-ответе будет поле error с кодом. Парсер, который смотрит только на HTTP-код, тихо «теряет» события. Решение: всегда проверять response.error независимо от HTTP-кода.

8. Webhook отвалился из-за смены пользователя. Входящий вебхук в Битрикс24 привязан к пользователю-создателю. Уволился сотрудник, его учётку отключили — вебхук перестал работать, обмен встал. Симптом: API возвращает INVALID_CREDENTIALS. Решение: создавать вебхук от технической учётки «Интеграция 1С», которую не отключают.

9. Остатки товаров «отстают» на час. Менеджер продал товар, который в 1С уже зарезервирован под другую сделку: обмен по расписанию идёт раз в час, не успел обновить остатки. Лечится резервом из 1С при создании сделки в Б24 + отдельным потоком обмена остатками каждые 5 минут (отдельно от документов).

10. OAuth access_token протух через час. Если выгрузка идёт не через webhook, а через OAuth-приложение — после ответа expired_token нужно получить новую пару токенов через сохранённый refresh_token. Документация Битрикс24 не рекомендует обновлять токены «на всякий случай» перед каждым REST-вызовом. Решение: хранить пару access_token/refresh_token, при ошибке актуальности получить новую пару, атомарно сохранить её в БД и повторить исходный запрос.

Подключение 1С к Битрикс24: 3 шага через Telegram-бота

Шаг 1. Напишите @onoutnoxon: версию 1С (БП/УТ/УНФ/ERP/Розница), адрес портала Битрикс24 (yourcompany.bitrix24.ru), тариф (Бесплатный/Базовый/Стандартный/Профессиональный), тип хостинга 1С (локальный/Фреш/коробочная серверная), что синхронизировать (контрагенты, сделки, счета, товары, остатки, оплаты).

Шаг 2. Настройка маппинга. Ключ сопоставления контрагентов — ИНН+КПП для юрлиц, нормализованный телефон в E.164 + email в нижнем регистре для физлиц. Матрица «стадия воронки Б24 ↔ статус заказа 1С + признак оплаты + признак отгрузки». Маппинг типов цен и ставок НДС (включая 5% и 7% УСН с 2025 г.). На стороне Б24 создаём входящий вебхук от технической учётки с правами crm, catalog, task.

Шаг 3. Запуск с batch и ретраями. Первичный импорт идёт батчами по 50 операций через batch — 200 контрагентов = 4 хита, не 200. Клиентский троттлинг 0,5 секунды между хитами держит rps в пределах лимита. На QUERY_LIMIT_EXCEEDED (503) — экспоненциальный retry 1 → 2 → 4 → 8 секунд. Документы — раз в 5 минут, остатки — отдельным потоком каждые 5 минут.

Telegram-бот Синхрон1С — настройка обмена с Битрикс24 за 15 минут

Что синхронизируется между 1С и Битрикс24

FAQ

Какие тарифы Битрикс24 поддерживаются? Сначала проверяем, доступен ли на портале раздел «Разработчикам», нужные scope и REST-вызовы CRM. Если API отвечает ACCESS_DENIED или REST API is available only on commercial plans, обмен через webhook/OAuth на этом тарифе не запускаем. Стандартный «Коннектор к 1С» зависит от тарифа и набора возможностей портала — это надо проверить перед сметой.

Какие версии 1С поддерживаются? 1С:Предприятие 8.3+: Бухгалтерия 3.0, УТ 11, ERP 2, УНФ, Розница. 1С:Фреш на тарифе ПРОФ (на «Базовом» доступа к веб-сервисам нет). Базовые версии без HTTP-сервисов — не поддерживаются.

Что делать с ошибкой QUERY_LIMIT_EXCEEDED (HTTP 503)? Это лимит 2 rps облачного Битрикс24. Решение — batch до 50 операций за хит + клиентский троттлинг + экспоненциальный retry. Синхрон1С по умолчанию делает это автоматически.

Как избежать дублей контрагентов при существующих данных в обеих системах? До запуска — чистка дублей и явная простановка external_id для уже совпадающих пар. Ключ сопоставления — ИНН+КПП, не наименование. Стандартный модуль ищет по наименованию по умолчанию — это и создаёт дубли.

Передаются ли товары в сделках 1С автоматически? В стандартном сценарии «сделки и заказы в 1С» — нет, добавляются вручную. В Синхрон1С — передаются через явный маппинг табличной части заказа на товарные строки CRM; для новых интеграций используем crm.item.productrow.*, а старый crm.deal.productrows.set держим только для совместимости.

Работает ли с коробочным Битрикс24? Да, но лимиты и доступность REST зависят от настроек коробочного портала и серверной инфраструктуры. Для коробки отдельно проверяем лицензию, активность исходящих вебхуков, доступ к HTTPS-обработчикам и нагрузку на сервер.

Смотрите также

• Экспорт из 1С в AmoCRM — интеграция с другой CRM
• Выгрузка клиентов из 1С — экспорт базы контрагентов
• Экспорт из 1С в Excel — выгрузка для разовых задач
• Выгрузка из 1С в СБИС — обмен с СБИС
• Сколько стоит интеграция 1С: реальные цены 2026

Стоимость выгрузки — 30 000 ₽ за проект, включая чистку дублей перед запуском, маппинг стадий воронки и настройку batch-обмена под лимит 2 rps. Напишите в Telegram: @onoutnoxon.

Подробнее о возможностях — на странице Синхрон1С.

Источники:

• Официальные лимиты REST API Битрикс24 (Leaky Bucket, 2 rps, QUERY_LIMIT_EXCEEDED, batch 50, 480 секунд/10 минут): https://apidocs.bitrix24.ru/limits.html
• Метод batch REST API Битрикс24: https://apidocs.bitrix24.ru/settings/how-to-call-rest-api/batch.html
• Сделки в CRM: связи с компаниями, контактами, товарами и оплатами: https://apidocs.bitrix24.ru/api-reference/crm/deals/index.html
• Поля основных объектов CRM, включая COMPANY_ID, CONTACT_IDS, ORIGIN_ID, ORIGINATOR_ID: https://apidocs.bitrix24.ru/api-reference/crm/main-entities-fields.html
• Реквизиты CRM, включая RQ_INN и RQ_KPP: https://apidocs.bitrix24.ru/api-reference/crm/requisites/universal/crm-requisite-fields.html
• Входящие и исходящие вебхуки Битрикс24: https://apidocs.bitrix24.ru/local-integrations/local-webhooks.html
• Автоматическое продление токенов OAuth 2.0: https://apidocs.bitrix24.ru/api-reference/oauth/auto-renewal.html
• Битрикс24, справка «Коннектор к 1С: начало работы»: https://helpdesk.bitrix24.ru/open/26617332/
• Битрикс24, частые вопросы об интеграции 1С и Битрикс24: https://helpdesk.bitrix24.ru/open/25659528/
• Битрикс24, обзор интеграций с 1С: https://helpdesk.bitrix24.ru/open/21050470/
• 1С-Битрикс, обмен с 1С в формате CommerceML v2: https://www.dev.1c-bitrix.ru/user_help/components/content/1c_exchange/index.php
• Фирма 1С, стандарты CommerceML: https://v8.1c.ru/tekhnologii/obmen-dannymi-i-integratsiya/standarty-i-formaty/standarty-commerceml/commerceml-edi/
• Интерволга, настройка модуля интеграции 1С и Битрикс24 (правила поиска контрагентов, дубли): https://www.intervolga.ru/blog/1C/integratsiya-bitriks24-i-1s-novye-vozmozhnosti-i-nastroyka-obmena/
• Интерволга, синхронизация контрагентов 1С и Битрикс24 (поиск по ИНН, дубли): https://www.intervolga.ru/blog/bitrix24/sinkhronizatsiya-kontragentov-1s-i-kompaniy-bitriks24/

Для статьи использован AI-ассистент для структурирования и сверки источников; конкретные лимиты REST API (2 rps Leaky Bucket, batch 50, 480 секунд/10 минут, QUERY_LIMIT_EXCEEDED), поля CRM, webhook/OAuth-сценарии, реквизиты ИНН/КПП и особенности обмена 1С проверены вручную по официальной документации apidocs.bitrix24.ru, helpdesk.bitrix24.ru, dev.1c-bitrix.ru и v8.1c.ru. Финальную редактуру выполнил Александр Руин, основатель habab.ru. Обновлено: 2026-05-04.