Цитата |
---|
antonshipnev написал: А сделать триггер в обмене? например записать нужные вам данные в отдельную таблицу, а ее потом уже разобрать как вам нужно. |
17.11.2017 12:36:18
|
|||
|
13.11.2017 21:17:39
|
|||||
|
11.11.2017 05:03:28
Ставить "современные" версии 7xx не хочется, поскольку у нас сильно переработанная 6.0.3.4 решает все наши задачи. |
|||||
|
07.11.2017 10:25:41
КАК добавить эту отсылку в модуль 6.0.3.4 для КА? |
|||
|
23.08.2017 11:46:08
Проблема оказалась в перегрузе сервера не заблокированным поисковым ботом, а по времени совпало с обновлением торгового каталога, вот я и решил что проблема в БУС. |
|||
|
15.08.2017 11:52:00
Модуль 6.0.3.4, не обновляю я его, много доработано в 1с в нем, чтобы он стал нормально работать. И на нем загрузка стала медленнее. 6.5++ и выше не ставил никогда. Проблема не в 1с, движок БУС стал медленнее переваривать. |
|||
|
25.05.2017 19:20:46
Синхронизация заказов "в лоб" по ИД - это уровень архитектуры для студента 3 курса, изучающих информатику факультативно.
Вы же не спорите с тем что 2+2 = 4 в классическом понимании этого выражения.
|
|||||||||||
|
25.05.2017 14:06:42
Отказ от лишних флажков можно сделать не путем от их избавления, а введением в интерфейс двух режимов настроек: Стандартного (с выбором каких-то рабочих предустановок для распространенных кейсов) и Расширенного (с кучей галочек). Ну это так, к слову. А b_guid сделать не так уж и сложно и это рабочий вариант. |
|||||
|
25.05.2017 12:39:35
Нет проблемы со старыми интеграциями. Галку в настройки "Использовать для обмена заказами поле b_guid" (на стороне БУС и на стороне 1с - т.е. две настройки), старые пользователи так и будут по ИД, остальные по b_guid. Подчеркиваю ,что b_guid ДОБАВЛЯЕТСЯ, как поле в таблицу MYSQL b_sale_order и как тег в файл обмена заказов - надо добавить в проверку условие типа IF ($USE_BGUID) и подсовывать в имеющийся механизм нужное значение. Но это никак не "переписывать весь обмен". идентификатор документа, по которому ищется соответствие должен быть уникальным не только в пределах одного сайта, а вообще глобально уникальным, а не повторять номер записи в таблице базы данных, чем по сути и является ИД. Сейчас придется городить костыль в алгоритм проверки на стороне 1с, заказы с разных сайтов настроены для записи в разные подразделения, вытаскивать как-то из настроек узла обмена заданное подразделение и поиск заказа привязывать к подразделению. |
|||||
|
24.05.2017 20:02:07
Сейчас у вас для заказа из БУС, к примеру идет <ИД>1234</ИД> Исправляете на стороне БУС чтобы было <ИД>1234</ИД> <Сайт>site.ru</Сайт> В 1с в идентификатор электронного обмена будете писать 1234#site.ru. Либо откажитесь от синхронизации по ИД, генерите дополнительно уникальный код типа guid в 1с и пользуйтесь им. В БУС - это добавить один столбец в таблицу заказов и переписать запрос для создания записи в этой таблице еще одним полем. Не думаю, что это сложно сделать. Ну дернете это поле для выгрузки заказов напрямую через запрос к БД. Тогда будет <ИД>1234</ИД> <b_guid>wasjhhghhjj-76ghjjbjj-bnb456gvjb</b_guid> - вот это надо использовать для синхронизации Переезд сайта никаких проблем не создает. А невозможность обмениваться с разными сайтами из одной 1с реально создает проблемы. Лайфхак с нумерацией на другом сайте с 1000000 не очень подходит. |
|||||
|
24.05.2017 17:55:32
Нужно, чтобы искал не по ИД, а по ИД+нечто, нечто генерить как-нибудь на стороне битрикс, привязываясь к доменному имени, например ID#site.ru. Исправления не сложные, добавьте на стороне БУСА для заказов еще один тег <Сайт>site.ru</Сайт>, а в 1с исправьте поиск заказов не только по ИД но и по сайту. Для обратной совместимости в 1с сделайте галку "Использовать доменное имя для идентификации заказов". |
|||
|
24.05.2017 17:13:23
При каких условиях 1с начнет вдруг писать не новый документ, а перезаписывать уже имеющийся? Перезаписывать имеющийся любой, который даже был создан не через обмен? Или БУС для заказов у себя генерит некую метку, она попадает в 1с и чисто теоретически возможно, что метка повторится на другом сайте и заказ по этой метке перепишется? Как модуль обмена сопоставляет заказ из БУС (например в админке БУСа зашел, поменял скидку) и соответствующий заказ в 1с (ведь изменения в БУС надо передать в 1с)? |
|||||
|
19.05.2017 15:38:15
Кроме связи свойств еще галку надо ставить |
|||
|
17.05.2017 14:21:17
Александр Денисюк, здравствуйте.
На последнем вебинаре по интеграции услышал интересную фразу, что из одной 1с нельзя обмениваться с разными сайтами. Не из разных 1с (или разных настроек внутри одной 1с) с одним сайтом (чем это грозит я знаю), а как бы наоборот. Судя по всему, сказали не вы, а кто-то ваших коллег (не специалистов по 1с). Вопрос - насколько это соответствует действительности и если действительно нельзя, то можно ли услышать объяснение - из-за чего? Имеется практический опыт обмена из одной 1с с разными сайтами, проблем не замечено. |
|
|
15.05.2017 11:13:08
|
|||
|