Разработчикам

Роман Бузин (Все сообщения пользователя)

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

06.11.2026 16:54:33

Цитата

Иван Токарев написал:

Цитата
Входящие из Б24 в 1С в онлайн-режиме запускает только сам портал (push/HTTP-сервис); выгрузка 1С→Б24 идёт автономно. Изменения копятся в очереди офлайн-событий и уходят только при ручной синхронизации.

правильно ли понял, Роман, что изменения в компаниях (и контактах?) на стороне Б24 выгружаются в УТ только при запуске синхронизации вручную несмотря на то, что в настройках синхронизации активировано «В режиме реального времени»?

нет, в режиме реального времени все выгружается, вопрос в том что похоже у вас не работает риалтайм

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

06.11.2026 16:46:28

Цитата

Иван Токарев написал:
Коллеги, нужен совет.
Облачный Б24
1С:Предприятие 8.3 (8.3.27.2130);
Управление торговлей, редакция 11 (11.5.27.95);
Битрикс24: Коннектор к 1С для УТ (6.0.0.2);
При онлайн-синхронизации контрагентов изменения передаются только из УТ в Б24, а из Б24 в УТ нет. При синхронизации вручную – в обе стороны всё ОК.

Как победить? Подписку на события методом выключения-включения синхронизации клиентов с сохранением в настройках синхронизации обновляли – не помогает.

Что посоветеуте?

Входящие из Б24 в 1С в онлайн-режиме запускает только сам портал (push/HTTP-сервис); выгрузка 1С→Б24 идёт автономно. Изменения копятся в очереди офлайн-событий и уходят только при ручной синхронизации.

Проверьте:

(push/HTTP-сервис) Доступна ли 1С снаружи / живо ли фоновое задание «Подключение к Битрикс24» — перезапуск командой «Подключить к Битрикс24».
Нет ли зависшего фонового задания «Импорт данных из Битрикс24» — отменить.
Журнал: есть ли «Команда пуш сервера - новые данные на портале».
Флаг «Обновлять в 1С» в соответствии «Компания → Партнёры».

Если 1С недоступна извне — включите обмен «По расписанию» (5–15 мин).

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

06.11.2026 13:46:31

Цитата

Adil Razakhov написал:

Цитата

Роман Бузин написал:

Цитата

Adil Razakhov написал:

Цитата

Роман Бузин написал:

Цитата

Adil Razakhov написал:
По ограничениям понял.Получается можно просто установить приложение из магазина, обновить токен приложения и все настройки, какие были подтянутся?- Общие настройки- Настройки подключения. Установка соответствий: ставки НДС, типы контрагентов- Настройки синхронизации счетов/контактов/компанийИдентификаторы Битрикс24 привяжутся заново при запуске?

Да, настройки хранятся в базе, поэтому после установки из магазина всё подтянется; заново привяжутся только идентификаторы Битрикс24 при первом запуске под администратором. Можете на всякий случай сделать Битрикс 24 - Администрирование - Экспорт данных модуля в файл. Переустановка саму причину не снимает: если «Нарушение прав доступа» вернётся, ограничения безопасности для расширения ещё действуют.

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

Да, при полной синхронизации пере-привяжутся — но только если в «Настройке идентификации» заполнены правила поиска (без них всё уйдёт как новое, дублями), это как раз часть слетевших настроек. Сначала проверьте проще: «Ссылки на прикладные объекты» → «Идентификаторы объектов…» → «Изменить адрес портала» — если в новой настройке адрес портала записан иначе, связи вернутся сразу, без синхронизации.

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

Добрый день, штатных средств нет, тут либо написать обработку и перенести записи регистра идентификаторов из резервной копии базы (это вернёт всё сразу), либо ограничить выгрузку счетов отбором (например, по дате документа) и вести с нового периода. И проверьте, какой вид счетов включён — «Счет» или «Счет2»: тип данных в регистре разный, при смене вида связи не найдутся даже при верном адресе портала.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

03.11.2026 12:44:14

Цитата
Дмитрий Котёлкин написал: Организацию починил, там оказалось 2 записи с ИД 5, одна организация, а вторая контрагент, удалил контрагент, всё заработало. А когда ориентировачно будет релиз, чтобы мне начальство успокоить.

Сложно сказать, в идеале в конце следующей недели

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

03.11.2026 11:08:11

Цитата

Дмитрий Котёлкин написал:
Организация выгружена, код Б24 у неё 5, но при синхронизации он пишет "Организация с кодом 5 не найдена." Хотя при синхронизации заказов всё нормально и организация подхватывается. По ставке НДС нельзя фиксированное значение, есть товары со ставкой 22% и 10%.

В заказах организация не приходит с портала, а подставляется из настроек синхронизации заказов — поэтому там «подхватывается» всегда. В счетах v2 организация берётся из поля счёта «Своя компания» (mycompanyId = 5) и ищется среди привязок типа «Компания» для текущего портала. Пришлите, пожалуйста, полный лог синхронизации по этому счёту (там три строки: «Не найдена организация по ид…», «Не найдена организация с Ид: 5» или строка «…не является элементом справочника 'Организации'») и скрин записи регистра «Идентификаторы объектов Б24» по идентификатору 5 (колонки Портал, ТипДанных, Объект). Чаще всего либо привязка относится к прежнему порталу, либо id 5 привязан к контрагенту вместо организации — оба случая лечатся перевыгрузкой организации. По НДС фикс будет в ближайшем релизе.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

03.11.2026 10:32:31

Цитата
Дмитрий Котёлкин написал: Здравствуйте, переключили выгрузку счетов с v1 на v2. При синхронизации не работают встроенные алгоритмы "Организация" и "Ставка НДС" в табличной части. Что посоветуете? УНФ 3.0.13.374

Здравствуйте. «Организация» в v2 берётся из поля «Своя компания» (mycompanyId) — проверьте, что в счёте на портале она заполнена и организация выгружена из 1С с привязкой; иначе не заполнятся и «Налогообложение НДС», «Банковский счёт», «Договор». А «Ставка НДС» в табличной части действительно не применяется из-за ошибки в модуле загрузки — исправим в ближайшей сборке, до этого по этой строке можно поставить «Фиксированное значение».

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

02.11.2026 15:25:03

Цитата

Adil Razakhov написал:

Цитата

Роман Бузин написал:

Цитата

Adil Razakhov написал:
Добрый день, вчера у нас конкретное приложение 1С Фреш на давало работать в 1С с такой ошибкой:

--- --- ---
Ошибка при вызове метода контекста (Получить)
{Битрикс24КомплексБПФреш ОбщийМодуль.Б24_К_ОбщегоНазначенияВызовСервера.Модуль(158)}:
НайденныеРасширения = РасширенияКонфигурации.Получить(Новый Структура("Имя", ПолучитьИмяРасширения()));
{Битрикс24КомплексБПФреш ОбщийМодуль.Б24_К_ОбщегоНазначенияВызовСервера.Модуль(174)}:
Версия = Версия();
{Битрикс24КомплексБПФреш МодульУправляемогоПриложения(134)}:
Б24_К_ОбщегоНазначенияВызовСервера.ПроверкаОбновленияДанныхМодуляОбменаСБитрикс24();

[ScriptRuntimeError]
по причине:
Нарушение прав доступа!
--- --- ---

Версия 1С Фреш - Бухгалтерия предприятия, редакция 3.0 (3.0.209.16), версия коннектора в последний раз была 6.0.0.2. В 1С Фреш сказали удалить модуль. Пришлось удалять модуль ручным способом из личного кабинета из раздела адаптация, так как приостановить работу модуля в настройках 1С не позволяла ошибка. Копию базы сохранили до удаления модуля.

Подскажите, данная ошибка связана как-то с недавним обновлением модуля 6.0.0.2 для версии 1С Бухгалтерия предприятия, редакция 3.0 (3.0.209.16)?
Можно ли повторно установить коннектор, чтобы не было ошибок?

Добрый день! Ошибка не связана с обновлением до 6.0.0.2: эта проверка выполняется при каждом запуске с первых версий коннектора и в 6.0.0.2 не менялась.

Причина — ограничения 1С:Фреш: коннектор запрашивает версию расширения административным методом, а в безопасном режиме/под профилем безопасности это обычному пользователю запрещено. Поэтому запуск блокируется и «приостановить модуль» из настроек не получается.

Переустановить коннектор можно, данные не теряются. Чтобы ошибка не повторилась:

- первый запуск — под пользователем с административными правами (во Фреш — владелец абонента);
- назначить ему роли «(Коннектор к Битрикс24) Базовые права» и «Пользователь»;
- снять у расширения безопасный режим и профиль безопасности, у пользователя — «Защиту от опасных действий»;
- если это недоступно — запрос в поддержку Фреш на снятие ограничений для расширения.

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

Расширение само уже восстановили, настроили, но не запускали. Можем запустить рискнуть, но гарантий же нет? Раньше этой ошибки не было и тут как снег на голову появилась. Как тогда быть?

Добрый день! Это проверка не появилась в последних релизах, она была всегда. Ошибка возникает только при совпадении трёх условий:

расширение работает в безопасном режиме или под профилем безопасности;
у пользователя нет права «Администрирование расширений конфигурации» (он не владелец и не «ПолныеПрава», а, например, ограниченный администратор);
сеанс дошёл до проверки версии при старте.

У большинства клиентов одного из условий нет: локальные базы работают без безопасного режима, а на Фреш вход, как правило, выполняется под владельцем или пользователем с «ПолнымиПравами». Поэтому ошибка редкая. В новом релизе 6.0.0.3 будет небольшая доработка - вызов "РасширенияКонфигурации.Получить" сделан необязательным: где право есть — версия читается как раньше; где нет — берётся сохранённая, и старт не падает.
Ошибка зависит от прав пользователя: у кого есть право «Администрирование расширений конфигурации» (владелец, «ПолныеПрава»), вызов проходит; у кого нет — падает при каждом старте. Поэтому под полными правами база запустится, под обычным пользователем ошибка повторится.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

02.11.2026 15:15:13

Цитата

Иван Токарев написал:

Цитата
Роман Бузин написал: откройте «Помощник ручного слияния данных» → «Пользовательские поля» → «Загрузить пользовательские поля». В разделе «Поля сделок» найдите нужное поле

Попробовали. Странно, но загруженные таким образом значения полей в целевом списочном поле не актуальны. Почему-то загрузились старые значения поля, которые были исправлены на другие. Откуда их «Помощник ручного слияния данных» берёт – непонятно. Похоже, что закешировались данные. Но где?
Создали тестовый аналог целевого поля – загрузился («Помощником ручного слияния данных») корректно. А значения самого целевого поля грузятся старые. Которых на портале уже нет. Б24 облачный.

Что посоветуете, Роман?

причём изменения в значениях тестового поля после перегрузки «Помощником ручного слияния данных» загрузились обновлённые. А вот с целевым полем такого не происходит... 🤔

После множества экспериментов выяснилось: что-то было не так с этим списочным полем. В итоге его удалили. Создали точно такое же новое. И всё заработало. Перед удалением поля попросили Cowork посмотреть что, возможно, не так с этим злосчастным полем – Cowork проблем не нашёл. Но заработало всё как надо только с новым таким же. А вы говорите... 😎

Чаще всего так ведёт себя поле, у которого дублируется код/символьный код или которое было пересоздано поверх старого — при загрузке значения маппятся на прежнюю сущность, и в интерфейсе остаётся старая выборка, хотя API отдаёт «успех». Пересоздание поля меняет внутренний ID и снимает проблему, но на портале могут оставаться значения от удалённого поля.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

30.10.2026 14:55:02

Цитата

Иван Токарев написал:
Роман, скажите, пожалуйста, как правильно настроить синхронизацию пользовательских списочных полей в карточке заказа клиента в УТ и сделке Б24. Настроили как учил Александр Денисюк – синхронизируются все, кроме списочных...

Для списочных полей нужно сопоставить не только сами поля, но и значения списков. В 1С откройте «Помощник ручного слияния данных» → «Пользовательские поля» → «Загрузить пользовательские поля». В разделе «Поля сделок» найдите нужное поле и в колонке «Сущность 1С» выберите дополнительный реквизит заказа клиента. Затем разверните под ним «Значения свойств поля» и сопоставьте каждый вариант списка со значением в 1С. Нажмите «Сохранить изменения». Одинаковых названий значений в 1С и Б24 недостаточно — нужны сохранённые соответствия.

Перейти

Модули интеграции для Битрикс24

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

30.10.2026 10:33:29

Цитата

Максим Грешнов написал:
Роман Бузин, Роман Бузин, спасибо большое. А подскажите, по опыту как работать с успешными / проваленными сделками (в УТ все заказы имеют один статус "закрыт"). Частично решил проблему через сопоставление стадий через дополнительное поле, со стороны 1С все ОК, но приходится кнопочки потыкать.

В Битрикс24 "успех/провал" — это семантика стадии, отдельного флага нет, поэтому из 1С должно приезжать два разных значения. Проще всего без ручных кнопок: в "Принудительных статусах" задать "Отгрузка"/"Оплата+Отгрузка" -> успешная стадия (срабатывают сами при 100% отгрузки/оплаты), а в карте статусов оставить "Закрыт -> провальная" — тогда закрытый недоделанным заказ уходит в провал, а отгруженный в успех.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

29.10.2026 10:47:05

Цитата

Adil Razakhov написал:

Цитата

Роман Бузин написал:

Цитата

Перейти

Модули интеграции для Битрикс24

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

29.10.2026 10:12:04

Цитата

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

Еще вопрос, может подскажете, где логика рвется. На стадии "Передача в 1С", где как раз Сделка отправляется в 1С и создается Заказ, пытаюсь сделать так, чтобы Сделка улетала на следующий этап автоматически. Уже и в экспертных настройках менял стадию на фиксированное значение (у меня стадии через дополнительный атрибут), пробовал роботов в сделке менять значение поля, которое связано с этим атрибутов, не срабатывает (откатывается к "Передача в 1С").

Стадию перезаписывает 1С, а не робот: при выгрузке сделки коннектор каждый раз вычисляет стадию заново — сначала принудительные статусы (оплата/отгрузка), иначе по карте «статус заказа → стадия», поэтому ваш перевод возвращается к «Передача в 1С». Двигайте статус заказа в 1С (или заполните принудительные статусы), либо сопоставьте «Стадию» сделки со «Статусом» заказа в загрузке / поставьте у поля «Идентификатор стадии» источник «Не изменять».

Перейти

Модули интеграции для Битрикс24

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

28.10.2026 15:12:56

Цитата

Максим Грешнов написал:
Добрый день. Проблема в том, что у меня заложенная история вроде как работала. Почему пишу вроде как - уже насколько запутался, что не помню, что есть - чего нет. Но в целом я на 100% помню, что мы по такому сценарию работали: создание сделки в Битрикс24, перевод на 2 этап, дальше создается заказ в 1с, далее уже все со стороны 1С. Потом в какой-то момент данная логика обрывается, вот не пойму в какой момент и почему.

"Для подтверждения нужно проверить подписку onCrmDealUpdate" - а как проверить данную подписку? это на стороне Битрикс24

Если включаю обновлять в 1С - то да, все начинает работать как часы, но возникает проблема с работой самих заказов в 1С (обновление от Битрикса прилетает в редактируемый заказ и нужно перечитать данные)

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

Механика пропуска первых этапов есть — отбор в настройке объектов интеграции и «Не загружать» по статусу. Но она работает только на пришедшем событии, поэтому без подписки на Update (обновлять в 1С) сделка, пропущенная на 1-м этапе, повторно не пересматривается. Это не дефект, а следствие выключенного обновления.

Чтобы обновления не ломали редактируемый заказ: включите обновление, поставьте режим записи «Запись» (без проведения), отключите обновление табличной части и держите отбор по этапам — а после создания заказа переводите сделку в этап вне отбора.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

28.10.2026 12:52:33

Цитата

Вадим Загородный написал:
Добрый день, коллеги!
Подскажите пожалуйста. После 22 октября часто в течении дня перестают передаваться данные с push сервера Битрикс24 в типовом коннекторе 1С УТ 4.3.1.14. Обмен настроен в реальном времени. Приходится постоянно дергать синхронизацию. Эту проблему как-то можно решить?

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

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

28.10.2026 12:43:40

Цитата
Сергей Малахов написал: Когда коннектор 6.0 для УНФ появится во фреше?

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

Перейти

Модули интеграции для Битрикс24

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

28.10.2026 09:56:07

Цитата

Максим Грешнов написал:
Добрый день. Очень прошу помощи в решении интересной задачи. На форуме находил несколько примеров идентичных настроек, вроде все должно работать...Бизнес-процесс следующий: создаем сделку на стадии "Новая", заказ в 1С создаваться не должен, переносим сделку на стадию "Оформление заказа", должен создаться Заказ в 1С, дальше вся работа на стороне 1С. Вроде даже сегодня утром все так и работало, но потом перестало. Битрикс24: Коннектор к 1С для УТ (6.0.0.2) + 1С:Управление торговлей (11.5.27.95) + Модуль 1С:CRM (3.1.36.46). В экспертных настройках устновлено, что в 1С из Битрикс24 только СОЗДАЮТСЯ сделки, обновление заказа или табличной части отключено (сделано для того, чтобы у менеджеров не блокировалось редактирование заказов в 1С из-за прилета обновление от Битрикс24). Из 1С в Битрикс24 - все галочки стоят. Пробовал реализовать данную логику 2 вариантами: через сопоставление статусов (статусы сопоставлены через дополнительный реквизит заказов, на первой стадии выставлена галочка Н.З. напротив статуса "Новая") и через экспертные настройки (отборы загрузки в 1С, stageID не равно NEW). В обоих случаях сейчас срабатывает следующая история:1) создаю сделку на 1 стадии, выгружаю, не создается (все правильно), переношу на 2 стадию, выгружаю - снова не создается (уже не правильно)2) создаю сделку на 2 стадии - выгружается.

Добрый лень! Отключение «Обновлять в 1С» влияет также на подписку на изменения сделок Б24. Поэтому создание сделки на разрешённой стадии обрабатывается, а переход на неё из «Новой» может уже не поступать в обмен.

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

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

27.10.2026 14:37:58

Цитата

Иван Токарев написал:
Коллеги, правильно ли я понимаю, что в стандартном модуле интеграции Битрикс24 и 1С:УТ 11.5 цены передаются только в одну сторону: из 1С в Битрикс24. Обратной передачи цен из Б24 в 1С модуль не делает?
Имеется ввиду режим синхронизации товаров. Модуль 6.0.0.2

Да, в 6.0.0.2 (и в предыдущих релизах так же, дело не в релизе) цены в синхронизации товаров идут только из 1С в Б24 (catalog.price.modify); загрузки цен из Б24 в 1С в модуле нет — даже события цен с портала не подписаны.
Цены позиций сделок/заказов загружаются в документы, но прайс-лист (ЦеныНоменклатуры) ими не обновляется.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

26.10.2026 11:49:02

Цитата

Сергей Малахов написал:
Битрикс 24 (коробка)
1С:Предприятие 8.5 (8.5.1.1580)
Управление нашей фирмой, редакция 3.0 (3.0.14.178)
Битрикс24: Коннектор к 1С для УНФ (4.4.0.4)

Почему при создании сделки в битрикс 24, сделка автоматически не попадает в 1с (заказы). Установлен способ синхронизации: "в режиме реального времени".
Если делать синхронизацию вручную или по расписанию, например (300 сек.) все сделки попадают в заказы 1с нормально.

Проверьте по порядку:

1. На портале, раздел «1С + CRM Битрикс24», блок настройки: жёлтый фон — связь есть, белый — нет.
2. Регламентные и фоновые задания: живы ли «(Битрикс24) Мониторинг проверки соединения с Битрикс24» и задание «…Подключение к Битрикс24:<ИД>». Если база файловая — соединение держится только открытым сеансом 1С.
3. Логи (Битрикс24 → История взаимодействия / Журнал ошибок): ищите «Не настроен https у сервера Push&Pull», «Не удалось подключиться по Long polling», «Не удалось получить данные для подключения…». Для коробки самая частая причина — Push&Pull без HTTPS.
4. Если способ взаимодействия — http-сервисы: 1С должна быть опубликована и доступна с портала (веб-адрес базы, пользователь/пароль в общих настройках).
5. Создайте сделку и посмотрите в логе строку «Команда пуш сервера - новые данные на портале»: нет строки — уведомление не доходит; есть, а заказа нет — висит активное фоновое задание «Импорт данных из Битрикс24», снимите его.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

26.10.2026 11:30:14

Цитата

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

23.10.2026 15:19:43

Цитата

Перейти

Модули интеграции для Битрикс24

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

21.10.2026 10:51:16

Цитата

Алексей Бунеев написал:
Роман Бузин, в Коннекторе 4 и 1С: КА 2.5 в настройке синхронизации сделками Б24 и 1С при открытии справочника номенклатуры для выбора значения в поле Номенклатуры доставки / Показать всё https://disk.yandex.ru/i/sKcLSpK4eAfpjw выходит ошибка https://disk.yandex.ru/i/GKr8rzcfbM6enQ .

Что это может быть?

Текст ошибки:

Код

     "errorInfo": {
        "userDescription": "",
        "systemErrorInfo": {
            "clientStack": "Error\n    at h.C9a (/scripts/mod_main_loader.js?sysver=8.3.27.2214:616:412)\n    at new Nd (/scripts/mod_main_loader.js?sysver=8.3.27.2214:613:458)\n    at qn (/scripts/mod_main_loader.js?sysver=8.3.27.2214:1681:152)\n    at lxa (/scripts/mod_main_loader.js?sysver=8.3.27.2214:1677:50)\n    at kxa (/scripts/mod_main_loader.js?sysver=8.3.27.2214:1676:286)\n    at nka (/scripts/mod_main_loader.js?sysver=8.3.27.2214:1676:411)\n    at mka (/scripts/mod_main_loader.js?sysver=8.3.27.2214:941:108)\n    at zh (/scripts/mod_main_loader.js?sysver=8.3.27.2214:945:422)\n    at ff (/scripts/mod_main_loader.js?sysver=8.3.27.2214:948:282)\n    at YX (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:2150:355)\n    at h.Vh (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:2128:283)\n    at hY.Ft (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:4618:489)\n    at hY.doChangeRowCount (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:4570:206)\n    at zyb (/scripts/mod_main_loader.js?sysver=8.3.27.2214:6760:39)\n    at wL (/scripts/mod_main_loader.js?sysver=8.3.27.2214:6708:263)\n    at h.Vf (/scripts/mod_main_loader.js?sysver=8.3.27.2214:6712:152)\n    at N2a (/scripts/mod_main_loader.js?sysver=8.3.27.2214:3679:63)\n    at O2a (/scripts/mod_main_loader.js?sysver=8.3.27.2214:3681:150)\n    at Mx.resizeHandler (/scripts/mod_main_loader.js?sysver=8.3.27.2214:3675:249)\n    at $w.resizeHandler (/scripts/mod_main_loader.js?sysver=8.3.27.2214:3452:286)\n    at Cu.U5 (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:13:365)\n    at h.U5 (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5607:234)\n    at h.Gc (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5424:222)\n    at qzc (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:6009:328)\n    at h.dPa (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5998:307)\n    at xzc (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:6007:316)\n    at h.open (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:6004:237)\n    at YVb (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:6164:63)\n    at h.Yp (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:1042:370)\n    at h.Yp (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:2067:311)\n    at lv.Ib.<computed> (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5453:311)\n    at lv.UFa (/scripts/mod_main_loader.js?sysver=8.3.27.2214:2236:146)\n    at lv.WQ (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5334:82)\n    at g1b (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5440:280)\n    at h.Rdb (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5433:197)\n    at h.cF (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5426:190)\n    at h.Oj (/scripts/mod_main_mainform.js?sysver=8.3.27.2214:5426:85)\n    at Cu.mU (/scripts/mod_main_loader.js?sysver=8.3.27.2214:6787:115)\n    at Cu.UFa (/scripts/mod_main_loader.js?sysver=8.3.27.2214:2236:176)\n    at hr.WQ (/scripts/mod_main_loader.js?sysver=8.3.27.2214:2236:77)\n    at Cu.vQ (/scripts/mod_main_loader.js?sysver=8.3.27.2214:6787:45)\n    at h.Uc (/scripts/mod_main_loader.js?sysver=8.3.27.2214:607:663)\n    at Ko.vb (/scripts/mod_main_loader.js?sysver=8.3.27.2214:1974:156)\n    at /scripts/mod_main_loader.js?sysver=8.3.27.2214:4722:367\n    at /scripts/mod_main_loader.js?sysver=8.3.27.2214:1144:461\n    at /scripts/mod_main_loader.js?sysver=8.3.27.2214:1065:1303",
            "clientStackHash": "672A1EDD1620C8D5BE56AF7847EC1908",
            "serverStack": "unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 unknown:0x0000000000000000 ",
            "serverStackHash": "821150AB198FA1CEAB22C55982F21383"
        },
        "applicationErrorInfo": {
            "errors": [
                [
                    "Обнаружено дублирование ключевых значений в колонках: \"Ссылка1\".\nОтображение данных в списке невозможно.",
                    [],
                    "",
                    ""
                ]
            ]
        }
    },

Добрый день!

Ошибка не в настройке Б24 и не в синхронизации — падает штатная форма выбора номенклатуры. В её списке есть соединение со справочником «Варианты комплектации номенклатуры» по владельцу, и если у одной номенклатуры в базе оказалось два варианта с флагом «Основной» (и пустой характеристикой), список получает две строки с одной и той же ссылкой и выдаёт «дублирование ключевых значений».

Нужно найти дубли и оставьте у каждой номенклатуры один «Основной» вариант, у остальных снимите флаг. Выбор сразу заработает, на учёт это не влияет.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

20.10.2026 16:50:50

Цитата

Иван Токарев написал:
Коллеги, почему ставки НДС выгружаются вот так: https://disk.yandex.ru/i/rnzUzDVVM9ioDg – сами цифры ставок попадают в наименование, а само поле «ставка» нулевое?
Облачный Б24
1С:Предприятие 8.3 (8.3.27.2130);
Управление торговлей, редакция 11 (11.5.27.95);
Битрикс24: Коннектор к 1С для УТ (6.0.0.2).

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

Перейти

Как изменить название «Дело 1С» создаваемое Коннектором, К одному порталу Б24 подключено несколько баз 1С (5 интеграций). При синхронизации Коннектор создает Дела, и у всех у них стандартное название «Дело 1С».

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

20.10.2026 12:13:23

Добрый день!
Стандартными средствами название «Дело 1С», к сожалению, не меняется: «Алгоритм заполнения дела» заполняет содержимое дела, а не заголовок — SUBJECT проставляет сам модуль коннектора. Так что через этот алгоритм переименовать дело не получится.

Но задачу «понять, из какой базы прилетело дело» так решить можно. У каждой интеграции своя настройка подключения и своё поле «Алгоритм заполнения дела», поэтому в каждой прописывается своё имя базы в начале текста:

Код
ИмяБазы = "База А"; [Результат] = ИмяБазы + Символы.ПС + Строка([Объект1С]);

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

Если же нужен именно заголовок «База А» вместо «Дело 1С» — тут только доработка модуля коннектора либо перехват на стороне портала через REST (crm.activity.update, поле SUBJECT). Штатной настройки для этого нет.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

16.10.2026 15:01:43

Цитата
bx24-st@oneweb.pro написал: Я как раз и выполнял эти действия ранее, но поля с Организацией нет. Версию коннектора ранее писал, 6.0.0.1Вот ссылка на скриншот https://kili.ru/screen/r/xEE0U9sWJnxtjW-_pH2WsN8B

Похоже действительно баг. Пофиксим.

Перейти

Коннектор 6.0.

Пользователь 9254118

Эксперт

Сообщений: 298 Баллов: 53 Регистрация: 27.11.2025

16.10.2026 14:53:12

Цитата

Алексей Цывенко написал:
Проблема:
При добавлении одинаковых товаров с одинаковым кол-вом в Заказ покупателя 1С https://s.mail.ru/AP44/rLkBkFN4V , в сделку второй товар не добавляется https://s.mail.ru/jHWV/VWs7AuLmp
Если в ЗП 1С у одного из этих товаров кол-во изменить https://s.mail.ru/wzFm/dCjcR9vvX , то все товары в сделку добавляются https://s.mail.ru/XDKb/wgziUtU1A
Если в ЗП 1С кол-во у обоих товаров снова установить одинаковое https://s.mail.ru/Lpma/RHLhWMVPb , то в сделке второй такой товар удаляется https://s.mail.ru/EMdk/iF4KrDsJE - запись в истории сделки https://s.mail.ru/EUUE/cvuMQwNBY

Это как-то можно исправить?

---------------------------------------------------------------------------
1С:Предприятие 8.5 (8.5.1.1150)
Конфигурация:
Управление нашей фирмой, редакция 3.0 (3.0.13.314)
Расширение:
Битрикс24: Коннектор к 1С для УНФ (5.0.0.14)

Это известное ограничение. Строки товаров в сделке Битрикс24 хранятся как позиции корзины, и позиция опознаётся по связке «товар + цена + количество + скидка». Две строки, совпадающие по этим полям, воспринимаются как одна — поэтому вторая строка в сделку не попадает. Как только количество или цена различаются, строки становятся разными и в сделке появляются обе; при возврате к одинаковым значениям лишняя строка удаляется — это и видно в истории сделки. На стороне 1С терять строки негде: коннектор отправляет в сделку все строки заказа, включая одинаковые. Схлопывание происходит на портале. Штатного решения нет, только не делать в 1С одинаковых строк, любое отличие должно быть.

Перейти

Роман Бузин (Все сообщения пользователя)

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером