Цитата |
---|
Дмитрий Чебыкин написал:
Цитата |
---|
Александр Денисюк написал:
Цитата |
---|
Дмитрий Чебыкин написал: Спасибо, теперь понял. Нужно, чтобы искал не по ИД, а по ИД+нечто, нечто генерить как-нибудь на стороне битрикс, привязываясь к доменному имени, например 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 не очень подходит. |
1) Проблема не с новыми интеграциями, а со старыми. Если сделать по вашему, то нужно делать совместимость о старыми, а там все сложно.
2) По commerce ML есть формат, где длина кода определенной длины. С вашим форматом длина может быть больше
3) Тех, кто из 1С выгружает на разные сайты - не так много. Поэтому нельзя взять и все сразу переделать, т.к. есть риск, что сломается у тех, кто вообще не при делах.