| Цитата |
|---|
| Иван Токарев написал: HTTP-сервис. База доступна. Из УТ в Б24 все изменения прилетают. При синхронизации вручную обмен в обе стороны работает как надо |
|
|||
|
|
|
|
Добрый день!
А когда всё же новый коннектор для УНФ будет? А то как обделённые с основной программой, по логике, для CRM) |
|
|
|
|
|
|||
|
|
|
|
|||
|
|
|
Причём изменения не передаются ни по компаниям, ни по товарам. Ошибок в истории взаимодействия нет. В журнале регистрации УТ ошибок по «Соединению с HTTP-сервисом» нет. Не могут ли на это влиять версии релизов платформы и конфигурации:
|
|||||
|
|
|
Проверьте POST на /hs/sync_bitrix1ctotal/push в access-log веб-сервера в момент изменения компании. После выбора «Через http-сервисы» заново выгрузите настройки подключения на портал, не только подписки. Также исключите вторую базу с тем же ID коннектора — она может забирать события. pushPost может подавлять ошибки и возвращать success, поэтому пустой журнал регистрации успешную обработку не подтверждает |
|||||||
|
|
|
|
Роман, пытаемся реализовать сценарий, который предполагает такой обмен:
|
|
|
|
|
Одновременная связь того же элемента СП со вторым самостоятельным документом 1С штатным конструктором не поддерживается: в модуле один тип СП соответствует одному виду объекта 1С. Поэтому полный сценарий потребует доработки. Рекомендуемый вариант — оставить Заказ поставщику основным объектом синхронизации, а при записи документа Д определять связанный элемент СП через сохранённую связь с Заказом поставщику и обновлять поля этого элемента через crm.item.update. Таким образом, задача технически решаема: первая связь — настройками, вторая — точечной доработкой обработчика записи документа Д и передачи его данных в уже существующий элемент СП. |
|||
|
|
|
|
Спасибо за совет, Роман! 🤝
|
|
|
|
|
Но у обеих подключенных баз разные ID подключения. |
|||||||||||||||
|
|
|
Сравните полные URL обеих баз. В проблемной базе заново опубликуйте HTTP‑сервисы и проверьте, что GET /hs/sync_bitrix1ctotal/push возвращает success. Подписки и настройки пока повторно трогать не нужно. |
|||||||||||||||||
|
|
|
|
|||
|
|
|
Уже обновили. В чистом расширении без настроек, всё равно без ошибки не обошлось. Но, так понимаю, ничего серьезного. Просто направляю на всякий случай. Ошибка при вызове метода контекста (Выполнить) {ОбщийМодуль.ОбщегоНазначения.Модуль(10758)}:РезультатЗапроса = Запрос.Выполнить().Выбрать(); {ОбщийМодуль.ОбщегоНазначения.Модуль(5962)}:Возврат ДанныеИзБезопасногоХранилища(Владельцы, Ключи, ОбщиеДанные, ОбластьДанных); {ОбщийМодуль.ОбщегоНазначения.Модуль(6013)}:ДанныеВладельца = ПрочитатьДанныеВладельцевИзБезопасногоХранилища(Владельцы, Ключи, ОбщиеДанные, ОбластьДанных); {ОбщийМодуль.РаспознаваниеДокументов.Модуль(366)}:ИдентификаторПодсистемы(), {ОбщийМодуль.РаспознаваниеДокументов.Модуль(224)}:ПараметрыАвторизации = ТекущиеПараметрыАвторизации(); {ОбщийМодуль.РаспознаваниеДокументовЗамерыВремениСлужебный.Модуль(10)}:Если Не РаспознаваниеДокументов.ПодключеноКСервисуРаспознавания(ПытатьсяПодключитьсяПриПроверке) Тогда {ОбщийМодуль.РаспознаваниеДокументовЗамерыВремениСлужебныйВызовСервера.Модуль(5)}:Если Не РаспознаваниеДокументовЗамерыВремениСлужебный.ДоступнаОтправкаЗамеровВремени() Тогда {ОбщийМодуль.РаспознаваниеДокументовГлобальный.Модуль(7)}:РаспознаваниеДокументовЗамерыВремениСлужебныйВызовСервера.ОтправитьЗамерыВремени(); [ОшибкаВоВремяВыполненияВстроенногоЯзыка] по причине: Ошибка выполнения запроса по причине: Работа с таблицей невозможна. Структура таблицы несовместима с текущими расширениями конфигурации. |
|||||
|
|
|
||||