Важная информация по модулям обмена

Александр, я удивляюсь с вас, как вы воспринимаете написанное. Причем тут длина сайта, имя сайта было предложено в качестве первоначального варианта, и потом доразвито в процессе обсуждения до уникального случайного b_guid, сгенерировать случайные 40 символов хотя бы в 16-ричной системе - уж наверное сообразят программисты на стороне Битрикса. Вы передергиваете. Вся возможная "не работа" модуля связана только с подходом -  "что и как передаем в 1с из БУС и обратно". Вы защищали архитектуру Отгрузок и Оплат, я вам сказал, что у удачной архитектуры не будет кучи настроек. Если архитектура неудачна, появляются заплатки, костыли и донавески к логике, которые выливаются в кучи настроек и галочек. В этом случае от флажков никуда не денешься. Состыковывать заказы по ИД - пример неудачной архитектуры. Ее и предлагается заменить, сделали бы изначально правильно -  не пришлось бы дорабатывать.

Отказ от лишних флажков можно сделать не путем от их избавления, а введением в интерфейс двух режимов настроек: Стандартного (с выбором каких-то рабочих предустановок для распространенных кейсов) и Расширенного (с кучей галочек). Ну это так, к слову.

А b_guid сделать не так уж и сложно и это рабочий вариант.  

Модуль допускает создание неограниченного количества настроек обмена. Проверки и блокировки на то, что идет запрос к разным сайтам -  нет. В явном виде нигде не указывается о проблеме "одинаковых ИД" у заказов. Это "косяк".
Синхронизация заказов "в лоб" по ИД  - это уровень архитектуры для студента 3 курса, изучающих информатику факультативно.Это не спор. Тут спорить не о чем, я прав на все 100.
Вы же не спорите с тем что 2+2 = 4 в классическом понимании этого выражения.

Опять 25. Вот если бы в БУС  знали все нюансы как люди работают в реальных условиях, не было бы проблем.  Как я понимаю, во вселенной Битрикс - всегда только один сайт, только одна конфигурация 1с и обмениваются документами они только друг с другом. Наличие других информационных систем, с которыми бы могла обмениваться 1с, не предполагается.Я ж не против, дорабатывайте. Отдаю вам должное в том, что не сдаетесь даже под железобетонными аргументами и находите время отвечать на вопросы. Господина Волошина тоже приглашайте на чтения этой ветки, поскольку все проблемы обмена с 1с ногами растут из архитектуры, закладываемой в БУС. А 1с как среда, в которой можно что-то запрограммировать, так как тебе надо - по сравнению с БУС - небо и земля, если правильно использовать.
Да можно, можно. +100000 к нумерации заказа добавить (рецепты есть в открытом доступе), чтоб у клиента в глазах от цифр рябило, а владелец магазина получал реальное количество заказов из этого шестизнака путем пересчета.

Подтверждаю, тоже сталкивался с этой проблемой.(база файловая)

Добрый день, Александр.
Подскажите по подробнее логику работы модуля обмена 6.5.0.1  в части указания подразделений для отбора выгружаемых на сайт документов оплаты и отгрузки.
На пример:
В 1С УТ 11 настрое обмен с сайтом1 и сайтом2.
Соответственно в узле1 для заказов указан отбор по подразделению: подразделение1
Соответственно в узле2 для заказов указан отбор по подразделению: подразделение2
Для документов оплаты подразделение не указано ни в одном узле.

1. Допустим в 1С по заказу с подразделением1  делается эквайринговая операция, но первым запускается обмен по узлу 2.
Может ли что то выгрузиться на сайт2 ?

2. Далее запускается обмен по узлу1.
Должна ли оплата корректно выгрузиться на сайт1?

3. Оплата и отгрузка выгружаются в контейнере вместе с заказом у которого указано подразделение.(соответственно для заказа  в настройках модуля указан отбор по подразделению).
В каких случаях необходимо указывать отбор для документов оплаты и отгрузки?

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

Пока лЕстьДокументы Цикл
       ОписаниеОшибки = "";
       
       Б_ОбменССайтомСервер.СообщитьПодробно("Отправка запроса на получение заказов с сайта.", ПараметрыОбмена);
       
       ОтветСервера = Б_ОбменССайтомСервер.ПолучитьДанныеССервера(Соединение, АдресДляРаботы + НастройкиПодключения.ПараметрЗапросаHTTP_ПолучитьДанные + Токен, ЗаголовкиЗапросов, ПараметрыОбмена);
       
       Если ОтветСервера = Неопределено Тогда
           Б_ОбменССайтомСервер.СообщитьПодробно("Не удалось загрузить данные с сервера.", ПараметрыОбмена);    
           Возврат;
           
       КонецЕсли;
       
       СтрокаCML = "";
       
       Если Лев(ОтветСервера, 2) = "PK" Тогда
           СтрокаCML = РаспаковкаZIPАрхива(ОтветСервера);
       Иначе
//Начало Костыля
           времТекст = Новый ТекстовыйДокумент;
времТекст.УстановитьТекст(ОтветСервера);
Если времТекст.КоличествоСтрок() > 0 Тогда

ПерваяСтрока = времТекст.ПолучитьСтроку(1);
Если СокрЛП(ПерваяСтрока) = "" Тогда
времТекст.УдалитьСтроку(1);
ОтветСервера = времТекст.ПолучитьТекст();
КонецЕсли;

КонецЕсли;
//конец костыля
           
           Если Лев(ОтветСервера, 5) = "<?xml" Тогда
               СтрокаCML = ОтветСервера;
           КонецЕсли;
       КонецЕсли;

На сайте работаем сами. Чужих не пускаем. Опыт стыковки с 1С ОЧЕНЬ большой. До обновления работало как надо. После обновления появилась такая проблема
обновление на сайте ставил сам лично. Возникла проблема на стороне Битрикса или на стороне 1С, для конечного клиента все равно. Если есть проблема, ее надо решать. В данном случае модуль 1С не захотел работать с тем, что присылает Битрикс. Как Вы понимаете, мы сами ничего в коде на стороне Битрикса (что бы не работало) не трогаем. обновили сайт и обновили модуль 1С - все стандартными процедурами - возникла ошибка. Как видно из общения, ошибка возникла не только у нас. из 20 сайтов которые сейчас обновляли своим клиентам у 7 сайтов точно такая же ошибка. с чем может быть связана - не знаю. Вам для информации. В данном случае мы выступаем у Вас бета-тестировщиками.
Поможет наш опыт, хорошо. Не поможет, уйдет в корзину, ну ничего и так бывает.
От нас можно отмахнуться, а можно помочь нам решать проблемы, которые возникают после Ваших обновлений.
Как я вижу проблему - обновления ставятся одновременно и на сайте и на стороне 1С. видимо кто-то между собой не договорился, если файл, передаваемый с сайта перестал приниматься модулем 1С
А то у Вас получается как в анекдоте: "К пуговицам претензий нет?" (с)
Ну или хотя бы предусмотрите у себя в модуле такую "возможность", что со стороны Битрикса может прийти первая пустая строка. Будет не "костыль", а "фича"

Александр Денисюк,
прокомментируйте, пожалуйста.
Добрый день, Александр.
Подскажите по подробнее логику работы модуля обмена 6.5.0.1  в части указания подразделений для отбора выгружаемых на сайт документов оплаты и отгрузки.
На пример:
В 1С УТ 11 настрое обмен с сайтом1 и сайтом2.
Соответственно в узле1 для заказов указан отбор по подразделению: подразделение1
Соответственно в узле2 для заказов указан отбор по подразделению: подразделение2
Для документов оплаты подразделение не указано ни в одном узле.

1. Допустим в 1С по заказу с подразделением1  делается эквайринговая операция, но первым запускается обмен по узлу 2.
Может ли что то выгрузиться на сайт2 ?

2. Далее запускается обмен по узлу1.
Должна ли оплата корректно выгрузиться на сайт1?

3. Оплата и отгрузка выгружаются в контейнере вместе с заказом у которого указано подразделение.(соответственно для заказа  в настройках модуля указан отбор по подразделению).
В каких случаях необходимо указывать отбор для документов оплаты и отгрузки?

Еще хотел прокомментировать многократно повторяющееся на вебинаре Это ОЧЕНЬ неудобно.
Объясню: в 1с всего 3 статуса заказа - согласен, что их нужно мапить со статусами БУС,
но вот в БУС то можно их сделать неограниченное кол-во, что удобно для пользователя и позволяет некоторые процессы автоматизировать.
Есть автоматизированные модули доставки, например, интегрирующие со службой доставки СДЭК. Так вот этот модуль сам проверяет статус продвижения посылки:
пришел на транзитный склад - передан курьеру - пришел на склад самовывоза и т.п.
Получается недопустимо использовать эту автоматику, естественно при условии, что они не пересекаются с теми тремя статусами?

Здорово. Но проблемы на стороне буса, в том числе с "автоутизмом" они не исправлены. Буквально позавчера создал тикет
http://prntscr.com/fe9khb
http://prntscr.com/fe9kmu

Мне одному кажется, что фраза
Подразумевает ответ разработчика, а не комментарии обычных смертных?
Вы подавайте нам идеи Сами то мы ничего предложить не можем, не говоря об очевидных вещах...

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

Когда планируется выход 7-ой версии?