Форум

Алексей Воронежцев, вернитесь лучше назад на рабочий обмен. В техподдержке безнадежно тупят  по поводу вопросов, связанных с обменом с 1с, у них установка, что "все работает" и  "проблема на вашей стороне".

Александр Денисюк, спасибо вам за качественные ответы на вопросы. От Битрикс хотелось бы увидеть не вебинар в стиле "в 2014 году мы отменим интернет и будет только битрикс24". Нужны типовые сценарии применения настроек обмена в 1с и в БУС для разных ситуаций.

Например, мой случай.
[LIST]
[*]Заказ в 1с я получаю из БУС и хочу менять его в 1с и передавать измененный назад в БУС


[*]Я не хочу СОЗДАВАТЬ заказ в 1с и передавать на сайт, я работаю только с заказами, созданными на сайте


[*]Мне не интересно передавать на сайт содержимое моей 1с для клиента - я имею ввиду ОПЛАТЫ и ОТГРУЗКИ, меня интересуют только статусы заказов - а именно - создан, обрабатывается, оплачен, отгружен, закрыт. Я не знаю, кому нужны были все эти сущности, связанные с множественными отгрузками и оплатами. На форуме ни одного комментария в стиле "ну наконец-то" - я не увидел. Зато лексики, близкой к ненормативной - хватает.

Получается в терминологии БУС - мне нужна либо только одна ОПЛАТА и ОДНА отгрузка, либо мне они не нужны совсем к заказам (как это было раньше в 15 версии). Как это сделать - непонятно.


[*]Если уж создавать новый заказ в БУС из 1с (ну совсем тупой клиент, не умеющий пользоваться сайтом или вип-клиент, которому лень бродить по сайту), то глядя на то как тяжело команде БУСа даются синхронизации, предлагаю создавать новый заказ не из заказа 1с, а например из счета на оплату (это совсем другой документ по своему типу), а уж потом заказ при обмене в 1с создастся сам. Тем самым вы избежите много геморроя синхронизации.


[*]Если я меняю содержимое заказа в 1с, и не хочу передавать на сайт другие документы, кроме заказа, надо чтобы в БУС кроме заказа менялась и ОПЛАТА и ОТГРУЗКА, сейчас ОПЛАТА вроде как меняется, но своеобразно - например заказ был 8000, после редактирования в 1с - стал 15000, и выгрузился на сайт нормально - 15000, после выгрузки ОПЛАТА на общую сумму стала 15000, но внутри нее тип оплаты - только на 8000. Как с этим быть?
[/LIST]Когда есть сценарии настроек для разных вариантов взаимодействия 1с -БУС, становится понятно, что авторы продукта проработали свое решение, а не с потолка взяли. А когда только кино, то становится понятно совсем другое.

Никак в текущей реализации фреймворка. В связи с этим вспоминается анекдот, перефразируя который его можно рассказать и так:
"Приходит к нормальному программисту программист ядра одной известной CMS и говорит:
- Слушай, глянь на программу, меня задолбали уже с претензиями, у меня на тестах все работает!  Я учел все что можно. Где у меня ошибка?!
Нормальный внимательно изучает листинг и мрачно выдает:
- В ДНК,  @@@@@! "

В init.php простейшую функцию вставить, которая для ID цены будет отдавать ее нужное короткое название. Сколько у вас там типов цен - не более 10, забить их жестко и все.

Ну вообще не правда, а ИСТИНА, так точнее. И в вашем случае мы получаем следующее - если в момент обмена с 1с зайти в админку и поменять у товара вес, то у него должно измениться количество. Более того, если вдруг сессия оборвалась  (всякое бывает) - OnSuccessCatalogImport1C скорее всего не наступит, и у вас так и будет OnProductUpdate увеличивать количество продукта, при любом его изменении. Правильнее под обмен заводить специального пользователя и проверять есть ли с ним сессия реальная,а не просто взводить флаг по OnBeforeCatalogImport1C. Это вам в ТП так подсказали? Мда

Что такое - [B]контейнерный механизм обмена документов? [/B]Можно ссылку на описание, в чем разница с тем что было раньше?

А с чего вы так решили? OnProductUpdate для админки разве не работает?

Я правильно понял, что если во время обмена с 1с через админку зайти в карточку товара и отредактировать его вес, например, то автоматом у него количество добавится?

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

Попробуем с другого конца зайти.
[LIST=1]
[*]Можно ли [B]в корзину положить неактивный товар[/B], в случае когда покупка отсутствующего товара запрещена?
[*]Можно ли [B]добавить в корзину товар, с количеством, превышающем остаток[/B], когда покупка отсутствующего товара запрещена ?
[*]Как [B]отменить списание в резерв товара[/B] при обновлении заказа, если в настройках стоит резервирование?
[/LIST]

Про сложную логику есть в документации, правда не для этого Getlist[QUOTE]Фильтр со сложной логикой

Параметр arFilter может содержать вложенные фильтры. Ключом массива вложенного фильтра должно быть число. Например:
[LIST]
[*]$arFilter = array("NAME" => "A%", array(..<здесь пары "поле" => "фильтр">...), "IBLOCK_ID" => $IBLOCK_ID);
[/LIST]Вложенность фильтров теоретически не ограничена.

Так же условия фильтра могут объединяться не только по условию "И", но и "ИЛИ".

Для этого в качестве фильтруемого поля надо указать "LOGIC". Может принимать два значения: "AND" и "OR". По умолчанию - "AND". Например выберем маленькие зрелые и большие не зрелые апельсины:

$arFilter = array(
   "IBLOCK_ID" => $IBLOCK_ID,
   "SECTION_CODE" => "orange",
   "INCLUDE_SUBSECTIONS" => "Y",
   array(
       "LOGIC" => "OR",
       array("<PROPERTY_RADIUS" => 50, "=PROPERTY_CONDITION" => "Y"),
       array(">=PROPERTY_RADIUS" => 50, "!=PROPERTY_CONDITION" => "Y"),
   ),
);[/QUOTE]

Не уверен что для форума сработает, иначе только несколько запросов делать.