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

Спасибо за информацию. Внес изменения в модуль для УНФ и перевыложил его

Лог файл будет переработан. такой проблемы уже не будет

Не поверите, но в БУС еще работают люди, у которых нет 1С. И таких большинство.

Связь один ко многим(когда одна оплата и много заказов) в части оплат/отгрузок не поддерживается.

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

Причина устанавливается по данным БУС в 1С, а не наоборот.Бага. Будет поправлена в след версии.

Вы спокойно можете привязать через свойства заказов в БУС. Т.е. создаете свойство в БУС "Ответсвтенный", делаете список значений = наименованию пользователей в 1С. В настройках 1С указываете, что поле ответственный заполняется по наименованию свойства(имя свойства в  БУС). Тогда когда будет приходить заказ с БУС, то будет смотреться значение указанного свойства заказа и по наименованию подставляться ответственный в указанный реквизит заказа.

Нужна связть 1 к 1, Иначе при синхронизации документов непонятно будет какой статус подставлять(например из 1С выгружается заказ с статусом "Принят", а  у него сопоставление с бусовскими "Принят" и "Обработан", какой для БУСа статус указывать??)

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

На сайте вводится в это поле и если по наименоваию находится - подставляется

Причина отмены заказа ищется по наименованию. Заведите причины в 1С с такими же наименованиями как в БУС.

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


,Будет  UTF8?

свойства должны быть точно 100%. Если не получается привязать через способы доставки - попробуй привязать через свойства. Т.е. создай свойство для заказа, и привяжи значения свойства к способам доставки на сайте

Возможно у вас было настроено пользовательское дерево групп. И оно по каким то причинам не перенеслось(как правили из за того, что кривые настройки были в базе 1С).

С какой версии, до какой, вы  обновились? Мы посмотрим.

Свойство заказа, а не товара.
По поводу этого - напишите в техподдержку. Не должно такого быть.Обменом со стороны бус занимаюсь не я, но уверен, что там не все так просто и уследить за всем сразу все нельзя. По поводу этой проблемы - напишите в техподдержку. Чем больше будет обращений - тем выше приоритет решения проблемы будет.

В XML  в заказе стоит правильный ИД способа доставки?(в свойствах заказа)

1С важнее.Там ограничение есть, на уровне XML. Вроде не обойти. Хотя в схеме XSD стоит 10000

Это форум, а не техподдержка. Тут отвечают, когда могут или знают ответ.

1. Свойство как справочник не выгружается
2. Значит обмен не завершается. В чем дело выяснить можете через отладчик 1С
3. Зависит от сайта и 1С. Все индивидуально
4. Значит проблема в кодировке. 1С не может распознать, что приходит с сайта
5. Если модуль новый, то должна.

У вас ошибка в сайте. Обратитесь в техподдержку.


В каком контексте?

Если у вас настроен мапинги в отгрузках, то следить за мапингому нужно в отгрузках, а не в заказах. Т.к. если у вас корректное значение в заказе, а в отгрузке нет, то будет значение из отгрузки.

И если у вас грохается отгрузка в БУС, и новая приходит из 1С. то в старых модулях sale доставка сбрасывалась. Это починили в последних версиях.

Отлично

Вот и ответ. Тут много раз писалось, как сделать, чтобы доступно внешним пользователем или, как называют "Доступно для обмена с сайтом'".

Проверьте версию модуля sale в БУС. Не должно слетать, если правильно настроено. На всякий еще проверьте в XML, что правильный код проставляется. И еще, если вы сделали маппинг для заказов, то маппинг для отгрузок не должен быть установлен(или же нужно контролировать его), т.к. у отгрузки приоритет выше.
Все зависит как его создали. Я так понял через свойство(дополнительный реквизит).. Если так, то вводя сво алгоритм - у вас открывается пример. Там есть большой пример, где выводится данные из свойства. Вам нужно лишь указать название свойства сюда:

Запрос.УстановитьПараметр("Свойство", ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоНаименованию("ОписаниеДляСайта", Истина));
Только вместо ОписаниеДляСайта - нормальное название.(предупреждаю, что отображается для всех заголовок, а не наименование).


Если же создали реквизит через конфигуратор, то выше я уже писал, как указывать его.

На вебинаре я перепутал.. Нужно было создавать не дополнительное сведение, а дополнительный реквизит. В этом случае работает, как положено.

Не за что.
Информацию обновят.

Как правило модуль 1С показывает версию не саму новую, а ключевую(т.е. в которой новый функционал). Различные фикс-модули лучше мониторить на сайте https://1c.1c-bitrix.ru/ecommerce/download.php
Например, для УТ 11 сейчас модуль 7.0.1.10.

Почитайте в логе 1С. Там, как правило, пишется в чем дело.

Такой функционал в модуле интеграции с БУС не планируется.