Александр Денисюк (Все сообщения пользователя)

В вашем случае все сложнее. В зависимости от того, числовой код или строковый - его отображение в рест запросах отличается. Это бред, Костыль будет в следующей версии.

Портала. Если код не цифровой, а символьный то могут быть проблемы. В след версии будет костыль.

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

Выявил, что если редактировали код пользовательского поля(в зависимости от того, числовое оно или строковое - по разному формируются ключи в rest запросе сп, что бага в рестре), то могут быть проблемы. В след. версии будет поправлено костылем.

можете прислать ключ это поля? Которое uf..

Как то очень странно. Только что сверил версии 4.1.0.1 и 4.2.0.3 в части мастера заполнения смарт процессов. Нет там отличий по определению пользовательских полей. Для эксперимента создайте еще одно поле в смарт процессе и проверьте, появится ли оно в версии 4.2.0.3 Также можно сверить их ключ(который ufc по идеи должны начинаться ufCrm). А так, чтобы выяснить в чем дело - нужно лезть в конфигуратор и через отладчик смотреть..  

не менялось ничего там. Только что проверил - свойства выводятся. Может у сп их нет? Или же произошла ошибка по во время рест запроса и ничего не выводится?

Вроде как по этому флагу из таблицы изменений автоматически удаляются изменения, которые не должны выгружаться на сайт. Модуль регистрирует все изменения(для оптимизации), а вот выгружает не все.

В 8 версии данные выгружаются только те, которые были изменены. Т.е. если вы пересохните товар, то его остатки не обновятся. Или если обновились остатки - товар не обновится. Если нужно чтобы при изменении товара всегда остатки и цены обновлялись - ставите этот флаг.

может ищется не в той базе 1С. В настройках СУ нажмите кнопку отключения поиска товаров, а потом добавьте ее. А может по такой строке нет такого товара. Или он помечен на удаление, или как то не так заведен..

нет, все верно. так и должно работать. Когда из 1С выгружается контактное лицо, то оно привязывается к компании. Если контрагент, то он не привязывается.

если в сделке указать контактное лицо, привязанное к компании, то в 1С это контактное лицо, а не контрагент. А контактное лицо в реквизит контрагент не указать, поэтому в 1С создается контрагент, который устанавливается.

Тут нужно смотреть какой реалтайм стоит и от этого копать. Можете попробовать убить все сеансы к базе 1С

Кто ссылается и на кого? Не понял контекст ответа) техподдержка должна посмотреть.

Ставить можно, но могут быть баги, которые оперативно исправляются. Но вроде как уже все стабильно работает.

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

Напишите в нашу ТП. Админы посмотрят.

только кастомизация модуля.

Эта тема по модулям интеграции. А проблема судя по всему - реста. Ускорить можно только через ТП.

Тут нет какого то простого решения. Объединение дубликатов есть как в 1С, так и в Б24. И придется ручками зачищать

Этот вариант оптимальный. По поводу статусов, то да, нужно будет делать роботов или БП.

Модуль бус создает заказы, которые потом конвертируются в сделки.
Вы можете попробовать управлять сделками модулем синхронизацией, а товарами - модулем БУС. Единственное ограничение - не сможете из 1С создавать отгрузки

Об этом нововедении сообщалось больше года назад. И постоянно сообщалось, что эта возможность будет удалена. Для обмена заказами лучше использовать модуль БУС, который через XML.

Вот так работает и работал всегда обмен.

Такого нет, нужно допиливать модуль.

не поддерживается работа с одинаковыми позициями.

Из за копеек лучше и не использовать