Форум

[QUOTE] написал:
[QUOTE] написал:
Может тогда просто закроете возможность менять КОД ПОЛЯ??? Зачем тогда это разрешено, если это костыль? Хотя я видел интеграции, которые создают поля при помощи API в сделках и тоже присваивают буквенный код - например модуль Профитбейса - их теоритически тоже могут ждать проблемы?[/QUOTE]
Я в Битрикс24 ничего не могу... По хорошему да, закрыть бы изменение кода. Там на самом деле много боли с этими кодами.[/QUOTE]
Александр, правильно я понимаю - в дальнейшем лучше не трогать коды полей сгенерированные по-умолчанию во избежании проблем?

[QUOTE] написал:
В вашем случае все сложнее. В зависимости от того, числовой код или строковый - его отображение в рест запросах отличается. Это бред, Костыль будет в следующей версии.[/QUOTE]
Может тогда просто закроете возможность менять КОД ПОЛЯ??? Зачем тогда это разрешено, если это костыль? Хотя я видел интеграции, которые создают поля при помощи API в сделках и тоже присваивают буквенный код - например модуль Профитбейса - их теоритически тоже могут ждать проблемы?

[QUOTE] написал:
[QUOTE] написал:
Редактировали код с какой стороны? Портала?[/QUOTE]
Портала. Если код не цифровой, а символьный то могут быть проблемы. В след версии будет костыль.[/QUOTE]
Конечно меняли...мы все кода стараемся делать понятными, чтобы проще было потом ориентироваться в ДатаЛенс или в BI-конструкторе, поэтому и называем их например Cf...._DATA_OTGRUZKI. Установка модуля 4.2.0.4 - не исправила проблемы. Подскажите когда ожидать обновление?

[QUOTE] написал:
[QUOTE] написал:
Александр, оказалось, что после обновления на версию 4.2.0.3 Коннектор больше не видит у меня пользовательские поля из Б24 во всех смарт-процессах, поэтому и выбрать при сопоставлении нечего.[/QUOTE]
 [QUOTE] написал:
Аналогичная ситуация...при синхре смарт-процесса с договорами - пропали все пользовательские поля -   [URL=https://disk.yandex.ru/i/CEQ_OHU4jx-iHw]https://disk.yandex.ru/i/CEQ_OHU4jx-iHw[/URL] На предыдущей версии было все хорошо...причем если выгрузить настройки в файл и загрузить назад - поля видны - но при следующем открытии снова их нет.[/QUOTE]

Выявил, что если редактировали код пользовательского поля(в зависимости от того, числовое оно или строковое - по разному формируются ключи в rest запросе сп, что бага в рестре), то могут быть проблемы. В след. версии будет поправлено костылем.[/QUOTE]
Редактировали код с какой стороны? Портала?

Аналогичная ситуация...при синхре смарт-процесса с договорами - пропали все пользовательские поля - [URL=https://disk.yandex.ru/i/CEQ_OHU4jx-iHw]https://disk.yandex.ru/i/CEQ_OHU4jx-iHw[/URL] На предыдущей версии было все хорошо...причем если выгрузить настройки в файл и загрузить назад - поля видны - но при следующем открытии снова их нет.

Добрый день! Может кто-нибудь сталкивался с такой проблемой.
Есть смарт-процесс Договора - настраиваю синхронизацию со Справочником Договоров 1С: Бухгалтерия предприятия 3 (облачная 1с-fresh - чистая с нуля). При сопоставлении доступны все поля кроме Контрагент: [URL=https://disk.yandex.ru/i/X43F1Wg0XgOFHQ]https://disk.yandex.ru/i/X43F1Wg0XgOFHQ[/URL].
Как временное решение - Создал дополнительный реквизит у Договоров со справочником Контрагенты: [URL=https://disk.yandex.ru/i/T5fUGN2saN4jmw]https://disk.yandex.ru/i/T5fUGN2saN4jmw[/URL]
Но приходится выбирать Контрагента в Договорах теперь 2 раза...С чем может быть связана проблема, что поле не показывается в выборе?

Похоже проблема при конвертации старого модуля диска в новый... частичное решение (пока не решает полностью проблемы) - поставить признак конвертации через командную PHP-строку:

echo \Bitrix\Main\Config\Option::set('disk', 'successfully_converted', 'Y');

А вообще нужно писать в ТП - пусть исправляют - на некоторых проектах на лицензии Интернет-магазин + CRM диск не работает.