| Цитата |
|---|
| Иван Токарев написал: HTTP-сервис. База доступна. Из УТ в Б24 все изменения прилетают. При синхронизации вручную обмен в обе стороны работает как надо |
|
Разработчикам |
Коннектор 6.0.
Коннектор 6.0.
|
Добрый день!
А когда всё же новый коннектор для УНФ будет? А то как обделённые с основной программой, по логике, для CRM) |
|
|
|
|
|
|||
|
|
|
|
|||
|
|
|
Причём изменения не передаются ни по компаниям, ни по товарам. Ошибок в истории взаимодействия нет. В журнале регистрации УТ ошибок по «Соединению с HTTP-сервисом» нет. Не могут ли на это влиять версии релизов платформы и конфигурации:
|
|||||
|
|
|
Проверьте POST на /hs/sync_bitrix1ctotal/push в access-log веб-сервера в момент изменения компании. После выбора «Через http-сервисы» заново выгрузите настройки подключения на портал, не только подписки. Также исключите вторую базу с тем же ID коннектора — она может забирать события. pushPost может подавлять ошибки и возвращать success, поэтому пустой журнал регистрации успешную обработку не подтверждает |
|||||||
|
|
|
|
Роман, пытаемся реализовать сценарий, который предполагает такой обмен:
|
|
|
|
|
Одновременная связь того же элемента СП со вторым самостоятельным документом 1С штатным конструктором не поддерживается: в модуле один тип СП соответствует одному виду объекта 1С. Поэтому полный сценарий потребует доработки. Рекомендуемый вариант — оставить Заказ поставщику основным объектом синхронизации, а при записи документа Д определять связанный элемент СП через сохранённую связь с Заказом поставщику и обновлять поля этого элемента через crm.item.update. Таким образом, задача технически решаема: первая связь — настройками, вторая — точечной доработкой обработчика записи документа Д и передачи его данных в уже существующий элемент СП. |
|||
|
|
|
|
Спасибо за совет, Роман! 🤝
|
|
|
|
|
Но у обеих подключенных баз разные ID подключения. |
|||||||||||||||
|
|
|
|
Доброго времени суток!
Примерно месяц назад появилась проблема следующего характера: 1С УНФ при синхронизации с коробочным Битрикс24 просто вылетает. Никаких ошибок не показывается, в журнале обмена тоже тишина. Что смог выяснить: если удалить идентификаторы дел, то все работает. Но как только там они начинают появляться, то 1С также начинает вылетать. Еще заметил такую странность (предварительно удалив все идентификаторы дел): 1. Существующий счет изменяю в 1С и создается индетификатор дела с ID 1000 2. Запускаю обмен и создается идентификатор дела с ID 999 GUID у них показывается общий, а ID объекта тоже отличается. Все настройки коннектора перекопал, уже не знаю что делать. Надеюсь на вашу помощь 
print_r() - ты лучший!
|
|
|
|
|
Сравните полные URL обеих баз. В проблемной базе заново опубликуйте HTTP‑сервисы и проверьте, что GET /hs/sync_bitrix1ctotal/push возвращает success. Подписки и настройки пока повторно трогать не нужно. |
|||||||||||||||||
|
|
|
|
||||
|
|
|
|||
