Коннектор к Битрикс24, В этой теме Вы можете задать вопросы касательно модуля Бэкофис 2.0 и написать свои предложения. Имеется общая группа в телеге которая объединяет пользователей Битрикс использующих интеграцию с 1С и в которой мы можем скоординировать действия по продвижени
Используем модуль интеграции 1С с Bitrix24 (версия модуля 4.3.1.13). 1С:Предприятие 8.5 (8.5.1.1150) Управление нашей фирмой, редакция 3.0 (3.0.13.210) Возникла проблема при синхронизации клиентов: у части контрагентов (ЮЛ) в 1С поле “Наименование для документов” становится “ИП”.
Пример: контрагент “Газпром газораспределение Смоленск” (ЮЛ, ИНН 10 знаков, КПП заполнен). В карточке реквизитов Bitrix24 (шаблон “Организация”) полное и краткое наименование заполнены корректно, но после синхронизации в 1С в “Наименование для документов” записывается “ИП”. В ленте изменений 1С видно: “Юридическое название: … → ИП”.
Проверили настройки обмена в 1С: в разделе Загрузка в 1С для поля “Наименование для документов” стоит Источник данных = “Предопределенный алгоритм”, а в выпадающем списке источников нет вариантов “Из поля портала / Из реквизита портала”, поэтому выбрать “Полное наименование организации” невозможно. (Есть только: Не изменять / Предопределенный алгоритм / Фиксированное значение / Из пользовательского поля / Ключ JSON / Из смарт-процесса / <Свой алгоритм>.)
Прошу помочь:
Пояснить, почему предопределенный алгоритм для “Наименование для документов” возвращает значение “ИП” у юрлиц.
Подсказать, как правильно настроить, чтобы “Наименование для документов” в 1С заполнялось из полного/краткого наименования организации из реквизитов Bitrix24, а не из “ИП”.
Используем модуль интеграции 1С с Bitrix24 (версия модуля 4.3.1.13). 1С:Предприятие 8.5 (8.5.1.1150) Управление нашей фирмой, редакция 3.0 (3.0.13.210) Возникла проблема при синхронизации клиентов: у части контрагентов (ЮЛ) в 1С поле “Наименование для документов” становится “ИП”.
Пример: контрагент “Газпром газораспределение Смоленск” (ЮЛ, ИНН 10 знаков, КПП заполнен). В карточке реквизитов Bitrix24 (шаблон “Организация”) полное и краткое наименование заполнены корректно, но после синхронизации в 1С в “Наименование для документов” записывается “ИП”. В ленте изменений 1С видно: “Юридическое название: … → ИП”.
Проверили настройки обмена в 1С: в разделе Загрузка в 1С для поля “Наименование для документов” стоит Источник данных = “Предопределенный алгоритм”, а в выпадающем списке источников нет вариантов “Из поля портала / Из реквизита портала”, поэтому выбрать “Полное наименование организации” невозможно. (Есть только: Не изменять / Предопределенный алгоритм / Фиксированное значение / Из пользовательского поля / Ключ JSON / Из смарт-процесса / <Свой алгоритм>.)
Прошу помочь:
Пояснить, почему предопределенный алгоритм для “Наименование для документов” возвращает значение “ИП” у юрлиц.
Подсказать, как правильно настроить, чтобы “Наименование для документов” в 1С заполнялось из полного/краткого наименования организации из реквизитов Bitrix24, а не из “ИП”.
1С:Предприятие 8.3 (8.3.27.1859) Управление нашей фирмой, редакция 3.0 (3.0.12.214) - Битрикс24: Коннектор к 1С для УНФ (4.3.1.10)
упал 1с - коннектор при попытке входа выходит ошибка "При подключении произошла ошибка, пожалуйста, повторите ваш запрос позднее."
пробовал обновлять ключ - не работает подскажите, как починить?
И работает ли 1с-коннектор на 1с предприятие версии 8.5?
Только от вас получил такую информацию. Поподробнее бы об ошибке.
Александр, добрый день скриншот ошибки в консоли: Mixed Content: The page at '; was loaded over HTTPS, but requested an insecure element '. This request was not upgraded to HTTPS because its URL's host is an IP address. [Violation] Potential permissions policy violation: clipboard-read is not allowed in this document. [Violation] Potential permissions policy violation: clipboard-write is not allowed in this document. index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b…:53 Mixed Content: The page at '; was loaded over HTTPS, but requested an insecure element '. This request was not upgraded to HTTPS because its URL's host is an IP address. index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:57 Uncaught SecurityError: Failed to read a named property 'BX' from 'Window': Blocked a frame with origin "; from accessing a cross-origin frame. vue-2-6-11-11.js?174366345993670:6 Mixed Content: The page at '; was loaded over HTTPS, but requested an insecure element '. This request was not upgraded to HTTPS because its URL's host is an IP address. hr @ vue-2-6-11-11.js?174366345993670:6 vr @ vue-2-6-11-11.js?174366345993670:6 dr @ vue-2-6-11-11.js?174366345993670:6 y @ vue-2-6-11-11.js?174366345993670:6 f @ vue-2-6-11-11.js?174366345993670:6 h @ vue-2-6-11-11.js?174366345993670:6 f @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 e._update @ vue-2-6-11-11.js?174366345993670:6 r @ vue-2-6-11-11.js?174366345993670:6 fn.get @ vue-2-6-11-11.js?174366345993670:6 fn @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 wn.$mount @ vue-2-6-11-11.js?174366345993670:6 wn.$mount @ vue-2-6-11-11.js?174366345993670:6 t._init @ vue-2-6-11-11.js?174366345993670:6 wn @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:121 content.js:33 gosuslugi.plugin.extension.content registered in web page vue-2-6-11-11.js?174366345993670:6 [Violation] Potential permissions policy violation: clipboard-read is not allowed in this document. insertBefore @ vue-2-6-11-11.js?174366345993670:6 v @ vue-2-6-11-11.js?174366345993670:6 f @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 x @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 e._update @ vue-2-6-11-11.js?174366345993670:6 r @ vue-2-6-11-11.js?174366345993670:6 fn.get @ vue-2-6-11-11.js?174366345993670:6 fn.run @ vue-2-6-11-11.js?174366345993670:6 un @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 qe @ vue-2-6-11-11.js?174366345993670:6 Promise.then ze @ vue-2-6-11-11.js?174366345993670:6 Ye @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 fn.update @ vue-2-6-11-11.js?174366345993670:6 ce.notify @ vue-2-6-11-11.js?174366345993670:6 set @ vue-2-6-11-11.js?174366345993670:6 pn.set @ vue-2-6-11-11.js?174366345993670:6 openDocument @ index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:221 (анонимная) @ index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:198 (анонимная) @ v1/:784 setTimeout (анонимная) @ v1/:784 BX24.init @ v1/:611 doInit @ v1/:622 f @ v1/:632 sendMessage.runCallback @ v1/:952 vue-2-6-11-11.js?174366345993670:6 [Violation] Potential permissions policy violation: clipboard-write is not allowed in this document. insertBefore @ vue-2-6-11-11.js?174366345993670:6 v @ vue-2-6-11-11.js?174366345993670:6 f @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 x @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 e._update @ vue-2-6-11-11.js?174366345993670:6 r @ vue-2-6-11-11.js?174366345993670:6 fn.get @ vue-2-6-11-11.js?174366345993670:6 fn.run @ vue-2-6-11-11.js?174366345993670:6 un @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 qe @ vue-2-6-11-11.js?174366345993670:6 Promise.then ze @ vue-2-6-11-11.js?174366345993670:6 Ye @ vue-2-6-11-11.js?174366345993670:6 (анонимная) @ vue-2-6-11-11.js?174366345993670:6 fn.update @ vue-2-6-11-11.js?174366345993670:6 ce.notify @ vue-2-6-11-11.js?174366345993670:6 set @ vue-2-6-11-11.js?174366345993670:6 pn.set @ vue-2-6-11-11.js?174366345993670:6 openDocument @ index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:221 (анонимная) @ index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b38:198 (анонимная) @ v1/:784 setTimeout (анонимная) @ v1/:784 BX24.init @ v1/:611 doInit @ v1/:622 f @ v1/:632 sendMessage.runCallback @ v1/:952 pull.client.js?174758146862986:1351 2026-00-19 08:37: Pull: Websocket connection with push-server opened index.php?DOMAIN=entechgroupp.bitrix24.ru&PROTOCOL=1&LANG=ru&APP_SID=f829c37299985aca85daa90e5ccc7b…:53 GET net::ERR_CONNECTION_REFUSED
, добрый день 1С:Предприятие 8.3 (версия 8.3.27.1859) Управление нашей фирмой, редакция 3.0 (версия 3.0.12.214) - Битрикс24: Коннектор к 1С для УНФ (версия 4.3.1.10)
Синхронизация работает через HTTP-сервисы. Создание заказа покупателя из сделки в Битрикс24 на стадии создания заказа не работает. Однако при принудительной синхронизации заказы успешно создаются и обновляются.
1. В Сделке bx24 после перехода на стадию сделки инициирующую заказ в 1с - заказ не создается в 1с
Помогает изменение настроек интеграции объектов заказа - убираем чекбоксы загрузки/обновления, применяем, возвращаем обратно. Заказ создался, ссылка (Дело 1с) появилось
Обновление статусов не работает из 1с
Настройки не менял, версию 1с - коннектор 4.3.0.9 поставил в день релиза
2. Поменял адрес информационной базы в надежде исправить проблемы синхронизации, поставил с портом домен (не помогло, откатил). Теперь из Битрикса заказы в 1с- коннекторе открываются через раз, чаще открывается начальная страница
написал: При открытии (создании) из сделки Заказ клиента, у некоторых контрагентов нет возможности выбрать договор с контрагентом, т.к. он отсутствует, хотя в самой УТ 3,5 этот договор есть. Такая ситуация происходит не со всеми контрагентами, а с некоторыми. Как можно устранить данную ситуацию?
Смоделировать бы случай.... Если переуказать контрагента в заказе клиента, то появляется?
Александр, добрый вечерпопытался смоделировать ситуацию - не вышло, после обновления до версии 4.3.0.7 с 4.3.0.5 проблема ушла, проверял на проблемных контрагентах. Еще один вопрос, у меня сломалась синхронизация - думал, что апдейт спасет, к сожалению нет Проблематика: Не создаются заказы из сделок битрикс24 на настроенной стадии. В сделках, где заказ был сделан принудительно из битрикс 24, данные приходят только из 1с (изменения из битрикс24 не приходят в 1с). экспорт печатных форм и отчетов в ленту битрикс включен. Если создать заказ в 1с, сделка в bx24 создается - проблем нет. В общем синхронизация работает в одну сторону. Соответствия статусов проверил (у меня 2 воронки, все сопоставлено, н.з стоят в нужном месте). Порядок обмена стоит «Сначала Битрикс24, затем 1С». Что нужно проверить впервую очередь? Заранее спасибо 1С:Предприятие 8.3 (8.3.27.1559) УНФ редакция 3.0 (3.0.12.81) Коннектор 4.3.0.7
При открытии (создании) из сделки Заказ клиента, у некоторых контрагентов нет возможности выбрать договор с контрагентом, т.к. он отсутствует, хотя в самой УТ 3,5 этот договор есть. Такая ситуация происходит не со всеми контрагентами, а с некоторыми. Как можно устранить данную ситуацию?
Добрый день, наблюдаю ту же проблему, началось примерно неделю назадпересоздание договора, изменение Основания печати в модальном окне «Подписи другие реквизиты» не помогают
1С:Предприятие 8.3 (8.3.27.1559) Управление нашей фирмой, редакция 3.0 (3.0.12.81)
1с-коннектор: 4.3.0.5 Платформа: 1С:Предприятие 8.3 (8.3.27.1559) Конфигурация: Управление нашей фирмой, редакция 3.0 (3.0.12.81)
Столкнулись проблемой входа в 1с-коннектор при попытке входа выходит ошибка: {"#exception":"{ указан пользователь или пароль\nОшибка при выполнении запроса POST к ресурсу /e1cib/start:","#inner":"{ допустимое количество ошибок при вводе имени и пароля.\nВход для данного пользователя заблокирован до 19.06.2025 12:03:07","data":"77u/ew0Ke2EwMWY0NjVjLWVkNzAtNDQyZS1hZGE1LTg0NzY2OGQ3YTQxYywi0J/R\r\ngNC10LLRi9GI0LXQvdC+INC00L7Qv9GD0YHRgtC40LzQvtC1INC60L7Qu9C40YfQ\r\ntdGB0YLQstC+INC+0YjQuNCx0L7QuiDQv9GA0Lgg0LLQstC+0LTQtSDQuNC80LXQ\r\nvdC4INC4INC/0LDRgNC+0LvRjy4NCtCS0YXQvtC0INC00LvRjyDQtNCw0L3QvdC+\r\n0LPQviDQv9C+0LvRjNC30L7QstCw0YLQtdC70Y8g0LfQsNCx0LvQvtC60LjRgNC+\r\n0LLQsNC9INC00L4gMTkuMDYuMjAyNSAxMjowMzowNyIsDQp7MDAwMDAwMDAtMDAw\r\nMC0wMDAwLTAwMDAtMDAwMDAwMDAwMDAwfSwiY29yZTgzLmRsbDoweDAwMDAwMDAw\r\nMDAwODU4RjggcnNlcnZlci5kbGw6MHgwMDAwMDAwMDAwMUI5NzIxIHJzZXJ2ZXIu\r\nZGxsOjB4MDAwMDAwMDAwMDM1NjlGRSByc2VydmVyLmRsbDoweDAwMDAwMDAwMDAz\r\nNTZDQjEgcnNlcnZlci5kbGw6MHgwMDAwMDAwMDAwMzU4RkRCIHJzZXJ2ZXIuZGxs\r\nOjB4MDAwMDAwMDAwMDM1NkQzOCB2cnNiYXNlLmRsbDoweDAwMDAwMDAwMDAwOEUy\r\nRDggdnJzYmFzZS5kbGw6MHgwMDAwMDAwMDAwMEI4NDIxIHZyc2Jhc2UuZGxsOjB4\r\nMDAwMDAwMDAwMDA3NURBMSByc2VydmVyLmRsbDoweDAwMDAwMDAwMDAyQjBGMTUg\r\ncnNlcnZlci5kbGw6MHgwMDAwMDAwMDAwM0MxRDQzIHZyc2Jhc2UuZGxsOjB4MDAw\r\nMDAwMDAwMDA3MkU4NiByc2VydmVyLmRsbDoweDAwMDAwMDAwMDAzQzJBNjQgcnNl\r\ncnZlci5kbGw6MHgwMDAwMDAwMDAwM0MzMEVFIHJ0cnNydmMuZGxsOjB4MDAwMDAw\r\nMDAwMDBEMzg1QiBydHJzcnZjLmRsbDoweDAwMDAwMDAwMDAxOTAyQUYgcnRyc3J2\r\nYy5kbGw6MHgwMDAwMDAwMDAwMTgzNUUxIHJ0cnNydmMuZGxsOjB4MDAwMDAwMDAw\r\nMDE4NURDOSBydHJzcnZjLmRsbDoweDAwMDAwMDAwMDAxODUyMEUgcnRyc3J2Yy5k\r\nbGw6MHgwMDAwMDAwMDAwMTg0OEVEIHJ0cnNydmMuZGxsOjB4MDAwMDAwMDAwMDE3\r\nQzFEMiByc2NhbGxzLmRsbDoweDAwMDAwMDAwMDAwMEVGNkMgcnNjYWxscy5kbGw6\r\nMHgwMDAwMDAwMDAwMDBGNkM0IGNvcmU4My5kbGw6MHgwMDAwMDAwMDAwMkNDRDhC\r\nIGNvcmU4My5kbGw6MHgwMDAwMDAwMDAwMkNDREJDIGNvcmU4My5kbGw6MHgwMDAw\r\nMDAwMDAwMTg1MThGIHVua25vd246MHgwMDAwMDAwMDAwMDAwMDAwIHVua25vd246\r\nMHgwMDAwMDAwMDAwMDAwMDAwIEtFUk5FTDMyLkRMTDoweDAwMDAwMDAwMDAwMDAw\r\nMDAgdW5rbm93bjoweDAwMDAwMDAwMDAwMDAwMDAgIiwiMDAwMDAwMDAwMDAwMDAw\r\nMDAwMDAwMDAwMDAiLDAwMDAwMDAwLTAwMDAtMDAwMC0wMDAwLTAwMDAwMDAwMDAw\r\nMH0sNjJ9","category":"00000000000000000000000000","creationStack":"core83.dll:0x00000000000858F8 rserver.dll:0x00000000001B9721 rserver.dll:0x00000000003569FE rserver.dll:0x0000000000356CB1 rserver.dll:0x0000000000358FDB rserver.dll:0x0000000000356D38 vrsbase.dll:0x000000000008E2D8 vrsbase.dll:0x00000000000B8421 vrsbase.dll:0x0000000000075DA1 rserver.dll:0x00000000002B0F15 rserver.dll:0x00000000003C1D43 vrsbase.dll:0x0000000000072E86 rserver.dll:0x00000000003C2A64 rserver.dll:0x00000000003C30EE rtrsrvc.dll:0x00000000000D385B rtrsrvc.dll:0x00000000001902AF rtrsrvc.dll:0x00000000001835E1 rtrsrvc.dll:0x0000000000185DC9 rtrsrvc.dll:0x000000000018520E rtrsrvc.dll:0x00000000001848ED rtrsrvc.dll:0x000000000017C1D2 rscalls.dll:0x000000000000EF6C rscalls.dll:0x000000000000F6C4 core83.dll:0x00000000002CCD8B core83.dll:0x00000000002CCDBC core83.dll:0x000000000018518F unknown:0x0000000000000000 unknown:0x0000000000000000 KERNEL32.DLL:0x0000000000000000 unknown:0x0000000000000000 "},"category":"00000000000000000000000000","creationStack":"»}}
Второй вариант - белое окно или фриз ползунка загрузки 1с Проблема не постоянная, выходит рандомно, проявляется как в браузерной версии (Chrome), так и через приложение Bitrix24 С чем это может быть связано?
Используем 1С-коннектор версии 4.3.0.5 (обновил сегодня в надежде, что поможет) с конфигурацией 1С:УНФ (версия 3.0.12.81).
Столкнулись с проблемой двойного создания заказов при переходе одной и той же сделки между воронками в Битрикс24 после обновления конфигурации.
Наш сценарий работы следующий:
Сделка создается в воронке «Рассылка КП» (стадия «Новая сделка»), и на этом этапе автоматически формируется заказ в 1С.
Далее робот переносит сделку в воронку «Продажи» (стадия «В сборке»), и вместо того, чтобы изменить состояние уже существующего заказа, 1С-коннектор создает новый заказ-дубль.
Предполагаю, что причина заключается в изменении идентификатора объекта сделки при переходе между воронками.
В bx24 для передачи id заказа используется отдельное пользовательское поле "Номер сделки Битрикс24" (ufCrm_1741806746915), которое неизменно при перемещении сделки между воронками.
Вопрос, поддерживает ли текущая версия конфигуратора идентификацию одного и того же заказа при переносе сделок между разными воронками через неизменное пользовательское поле?
Если да, то как правильно настроить этот процесс?
Если нет, то какой рекомендуемый способ решения данной задачи?
, добрый день!После обновления 1с-коннектер до версии 4.3 возникла проблема с загрузкой полей доставки из сделки Bitrix24 в заказ и покупателя 1С (УНФ) и в обратную сторону
Ранее корректно передавались следующие пользовательские поля Трек-номер, Транспортная компания, Доставка до, Куда (Город,Адрес), Доставка за наш счёт, Контактное лицо для ТК, Телефон получателя
Все поля присутствуют в настройках интеграции объектов (раздел «Загрузка в 1С»), источник — из пользовательских полей (ufCrm_...). Привязаны к доп. реквизитам документа "Заказ покупателя" в 1С. До обновления обмен работал штатно.
как корректно восстановить передачу этих реквизитов?
написал: Я попытался ограничить это через отбор загрузки данных в 1С по полю categoryId = 0 (основная воронка), но после этого перестали создаваться заказы вообще — даже для основной воронки.
поствьте последнюю версию модуля(можно 4.2), там это поправлено.
Ситуация следующая: В Битрикс24 были созданы дополнительные воронки продаж. При создании сделок в этих новых воронках автоматически создаются заказы в 1С — что в нашем случае не требуется (не нужно создавать заказ в 1С, если сделка не из основной воронки).
Я попытался ограничить это через отбор загрузки данных в 1С по полю categoryId = 0 (основная воронка), но после этого перестали создаваться заказы вообще — даже для основной воронки.
Вопрос: Как корректно настроить фильтрацию (возможно, через отбор или модификацию обработки), чтобы автоматическое создание заказов происходило только для сделок из основной воронки, а для остальных — нет?
