Форум

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

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

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

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

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

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

[QUOTE]Сергей Малахов написал:
Когда коннектор 6.0 для УНФ появится во фреше?[/QUOTE]
Планировали давно уже выпустить, но появились новые задачи и стали их вносить, поэтому дата выхода все время смещается. Надеемся на следующей неделе подготовить релиз, возможно чуть позже.

[QUOTE]Максим Грешнов написал:
Добрый день. Очень прошу помощи в решении интересной задачи. На форуме находил несколько примеров идентичных настроек, вроде все должно работать...Бизнес-процесс следующий: создаем сделку на стадии "Новая", заказ в 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 стадии - выгружается.[/QUOTE]

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

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

[QUOTE]Иван Токарев написал:
Коллеги, правильно ли я понимаю, что в стандартном модуле интеграции Битрикс24 и 1С:УТ 11.5 цены передаются только в одну сторону: из 1С в Битрикс24. Обратной передачи цен из Б24 в 1С модуль не делает?
Имеется ввиду режим синхронизации товаров. Модуль 6.0.0.2[/QUOTE]
Да, в 6.0.0.2 (и в предыдущих релизах так же, дело не в релизе) цены в синхронизации товаров идут только из 1С в Б24 (catalog.price.modify); загрузки цен из Б24 в 1С в модуле нет — даже события цен с портала не подписаны.
Цены позиций сделок/заказов загружаются в документы, но прайс-лист (ЦеныНоменклатуры) ими не обновляется.

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

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

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

[QUOTE]Adil Razakhov написал:
По ограничениям понял.Получается можно просто установить приложение из магазина, обновить токен приложения и все настройки, какие были подтянутся?- Общие настройки- Настройки подключения. Установка соответствий: ставки НДС, типы контрагентов- Настройки синхронизации счетов/контактов/компанийИдентификаторы Битрикс24 привяжутся заново при запуске?[/QUOTE]
Да, настройки хранятся в базе, поэтому после установки из магазина всё подтянется; заново привяжутся только идентификаторы Битрикс24 при первом запуске под администратором. Можете на всякий случай сделать Битрикс 24 - Администрирование - Экспорт данных модуля в файл. Переустановка саму причину не снимает: если «Нарушение прав доступа» вернётся, ограничения безопасности для расширения ещё действуют.

[QUOTE]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)?
Можно ли повторно установить коннектор, чтобы не было ошибок?[/QUOTE]
Добрый день! Ошибка не связана с обновлением до 6.0.0.2: эта проверка выполняется при каждом запуске с первых версий коннектора и в 6.0.0.2 не менялась.

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

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

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

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

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


Текст ошибки:
[CODE] "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Отображение данных в списке невозможно.",
                   [],
                   "",
                   ""
               ]
           ]
       }
   }, [/CODE] [/QUOTE]
Добрый день!

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

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

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