Форум

почему-то для сделки код от смарта не срабатывает. пришлось так же через бизнес-процесс сохранять. спасибо

[QUOTE]Юлия Бедросова написал:
[QUOTE][URL=/community/webdev/user/1611257/]Павел Ерофеев[/URL] написал:
Что может быть не так с рабочим каталогом?[/QUOTE] Видимо, резервирование остатков на стороне сайта. Когда вы запускаете обмен заказами с 1С, нужно на стороне сайта резервирование выключать и резервировать только на стороне 1С. Схема такая:
- в 1С на склад приходуется 5 платьев,
- после обмена с сайтом на сайт выгружаются эти платья в количестве 5 штук - и эти 5 штук в доступном количестве
- пользователь делает заказ красного платья - на сайте сразу после этого платьев все еще 5 в наличии
- проходит обмен заказами - в 1С платье резервируется - доступный остаток в 1С уменьшается на 1
- проходит обмен остатками - доступное кол-во на сайте уменьшается на 1.

А если у вас включено резеривирование и на сайте, и в 1С, то у вас в этой схеме остаток уменьшился 2 раза, этот рассинхрон накопился - и вот вам ваши неправильные остатки.[/QUOTE]
Добрый день. подскажите а если требуется отображать остатки не одним количеством, а по магазинам  - то нужен же складской учет включать или нет?

Разобралась это в шаблоне в ворде надо тексту поставить шрифт и сохранить этот стиль и шаблон.

Добрый день. подскажите доработали генератор документов, отнаследовались от DocxXml, чтобы текст с картинками вставлялся, но у этого текста теперь всегда шрифт Arial 9, хотя в шаблоне указан другой и в текстовом поле у этого текста другой шрифт. В методе htmlNodeToXml нашла  $context['font'], подскажите в каком виде тут должен быть указан шрифт для ворд и пдф?

как раз в том проблема, что УТ не была настроена, и вид номенклатуры я создала сама. сейчас удалось загрузить характеристики с портала. в виде номенклатуры надо было поставить в настройке характеристик Индивидуальные. а у нас стояло Общие.

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

вот как раз проблема с видом номенклатуры видимо.
я создаю в УТ вид номенклатуры, в настройках обмена отправляю его в битрикс24, там в товарах появляется свойство Вид номенклатуры, я в товарах проставляю это свойство, в настройках сопоставления товаров строка Вид номенклатуры заполнилась по умолчанию на вкладке Загрузка в 1с.

но при выполнении синхронизации создаются товары с незаполненным видом номенклатуры и пустым списком характеристик.

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

Что в этом виде номенклатуры должно быть настроено, чтоб работало с характеристиками - индивидуальные характеристики и цены по характеристикам?
и почему может не ставиться вид номенклатуры при обмене, 1с- программист залогировал, говорит там вместо значения свойства Вид номенклатуры приходит просто Y.

переделала названия вариаций как уникальные - не помогло.

Добрый день. клиент хочет заводить новые товары в битрикс24, там же вести складской учет, товары с вариациями.
И требуется загружать эти товары в 1с УТ.

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

Возможен ли вообще такой сценарий, когда на портале будут создаваться свойства для предложений и в 1с они будут выгружаться как списки выбора характеристик?

[QUOTE]bardinigor написал:
[QUOTE][URL=/community/webdev/user/4381/]Владимир Кулаев[/URL] написал:
А как сделать то же самое, для для дополнительных свойств пользователя?
UF_DEPARTMENT, например?[/QUOTE] Присоединяюсь к вопросу. Может быть я совсем не шарю в архитектуре bitrix, но мне кажется, что если есть класс orm для таблицы пользователей, должен быть класс для взаимодействия с таблицей b_uts_user, где хранятся пользовательские поля.

Пока приходится отказываться от использования Bitrix\Main\UserTable в пользу старого CUser, т.к. помимо обычных полей в задаче нужно подтягивать пользовательское поле.[/QUOTE]
уже все можно находить
$dbUser= \Bitrix\Main\UserTable::getList([
           'select'=>['ID','PERSONAL_PHOTO','NAME','LAST_NAME','LOGIN','UF_DEPARTMENT'],
           'filter'=>['ID'=>$userIds],
       ]);

я тоже сейчас копаю этот код. нашла что объект этого класса создается в в Script.js указанного вами компонента bitrix:crm.entity.editor.
но пока не удается изменить этот объект. Вам удалось разобраться?