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