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

Добрый день, подскажите пожалуйста куда смотреть
есть сайт БУС Бизнес последней версии и 1С УНФ 1.6.10
так вот при настройках загрузок оплат и отгрузок, у заказа создается расходная накладная и поступление денег, так вот все бы ничего но они создаются проведенными, подскажите где поправить ? может в реквизитах загружаемых с сайта ?

Могут быть проблемы с идентификаторами. Например, есть 2 сайта, и идентификаторы документов пересекаются, то документы будут перезаписываться данными с другого сайта.
Настроить обмен с несколькими сайтами можно, но нужно следить за идентификаторами(и документов и товаров(если они первоначально пришли с сайта))

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

Совершенно разное.
Нажимая на кнопку сверху, то выгрузятся только те товары, которые должны(все или изменения, в зависимости от настроек), но:
1) У товаров всегда будет уникальная версия
2) Всегда будут выгружены все картинки(старые и новые)

Если стоит флаг, то вне зависимости от настроек(полный обмен или обмен изменениями) - выгрузятся все товары(доки), а картинки выгрузятся только новые или измененные. По умолчанию этот флаг стоит при создании настройки, а после первого успешного обмена снимается автоматически.

Только примерно догадываюсь, что значит "идентификатор документа", надо написать подробнее. Есть два сайта. В настройках стоит - "нумерацию заказов в 1с делает 1с", номера заказа в БУС записываем в отдельный реквизит заказа в 1с, чтобы не путаться (это наша доработка). На обоих сайтах может быть заказ с ID = 1234.  

При каких условиях 1с начнет вдруг писать не новый документ, а перезаписывать уже имеющийся?
Перезаписывать имеющийся любой, который даже был создан не через обмен?
Или БУС для заказов у себя генерит некую метку, она попадает в 1с и чисто теоретически возможно, что метка повторится на другом сайте и заказ по этой метке перепишется?
Как модуль обмена сопоставляет заказ из БУС (например в админке БУСа зашел, поменял скидку) и соответствующий заказ в 1с (ведь изменения в БУС надо передать в 1с)?

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

Спасибо, теперь понял.

Нужно, чтобы искал не по ИД, а по ИД+нечто, нечто генерить как-нибудь на стороне битрикс, привязываясь к доменному имени, например ID#site.ru.

Исправления не сложные, добавьте на стороне БУСА для заказов еще один тег <Сайт>site.ru</Сайт>, а в 1с исправьте поиск заказов не только по  ИД но и по сайту.

Для обратной совместимости в 1с сделайте галку "Использовать доменное имя для идентификации заказов".

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

Не  поняли вы меня. Причем тут числовые или нет.
Сейчас у вас для заказа из БУС, к примеру идет <ИД>1234</ИД>

Исправляете на стороне БУС чтобы было
<ИД>1234</ИД>
<Сайт>site.ru</Сайт>

В 1с в идентификатор электронного обмена будете писать 1234#site.ru.

Либо откажитесь от синхронизации по ИД, генерите дополнительно уникальный код типа guid в 1с и пользуйтесь им. В БУС - это добавить один столбец в таблицу заказов и переписать запрос для создания записи в этой таблице еще одним полем. Не думаю, что это сложно сделать. Ну дернете это поле для выгрузки заказов напрямую через запрос к БД.

Тогда будет

<ИД>1234</ИД>
<b_guid>wasjhhghhjj-76ghjjbjj-bnb456gvjb</b_guid> - вот  это надо использовать для синхронизации

Переезд сайта никаких проблем не создает.

А невозможность обмениваться с разными сайтами из одной 1с реально создает проблемы. Лайфхак с нумерацией на другом сайте с 1000000 не очень подходит.

Установил префикс: IM
В выгрузке:


И кстати Александр, похоже вам ломанули скайп https://www.dropbox.com/s/mfw2uzceuwemhzw/skypeAD.PNG?dl=0

Да вроде как сейчас уже эта ин\формация выгружается. Но нами не используется

Непонятный аргумент. 1c как-то пишет эти guid в commerce ML, а БУС почему-то не сможет. Я b_guid от руки набросал, показать что это случайное уникальное число для разных заказов.Александр, это не столько "по-моему", сколько идеологически правильно.

Нет проблемы со старыми интеграциями. Галку в настройки "Использовать для обмена заказами поле b_guid" (на стороне БУС и на стороне 1с - т.е. две настройки), старые пользователи так и будут по ИД, остальные по b_guid.

Подчеркиваю ,что b_guid ДОБАВЛЯЕТСЯ, как поле в таблицу MYSQL b_sale_order и как тег в файл обмена заказов - надо добавить в проверку условие типа IF ($USE_BGUID) и подсовывать в имеющийся механизм нужное значение. Но это никак не  "переписывать весь обмен".

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

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