Алексей Курылев пишет: В последнем обновлении модуля обмена была написано, что исправлена выгрузка единиц измерений товаров, то есть я так понимаю выгрузка единиц возможно, только как?
Есть товар 1 у него базовая единица шт Есть товар 2 у него базовая единица кг. Раньше в БУС попадало то и то шт для товаров 1 и 2 Сейчас в БУС попадает для товара 1 шт, для товара 2 кг.
Андрей Панфилов пишет: Чем они отличаются? На какую ориентироваться?
Одна новая, вторая старая. смотрите сами)
Цитата
Алексей Курылев пишет: Здравствуйте, помогите выгрузить единицы измерения товаров. Модуль обмена обновил до 4.0.0.12, после обмена осталась базовая единица (((
Сейчас обмен сделан таким образом, что для товаров указывается только его базовая единица. Связано это с тем, что БУС не умеет работать с различными ед. изм. для одного товара.
Роман Торський пишет: Когда можно будет протестировать Модуль обмена УТП для Украины ?
Вообще, для Украины готовы модули обмена для УТ ред 3 и для УТ ред 2.3 Также готов модуль для обмена кадровой информации с ЗУП Украины. Скоро будет выложено на нашем сайте http://1c.1c-bitrix.ru/ecommerce/download.php вместе с вышевыложенными мной модулями обмена. По УТП Украины ничего сказать пока не могу.
Андрей Пысин пишет: В БУС то да, они не обрабатываются, а вот куда эти файлы выгружаются? Их имена меняются при выгрузке или остаются, и все они в одной куче, в папке import_files?
Они выгружаются точно также как и картинки/файлы для товаров(в папку import_files). Имена остаются прежние(идентификаторы).
Алексей Курылев пишет: Нет, я немного не правильно написал, я имел в виду "повторять через" сколько секунд указывать? В общем я вот так сделал:
Не принципиально. Можете указать минут 10, можете час.. Главное, чтобы он хоть раз выполнился. Реалтайм работает только когда на сайте изменен/добавлен заказ. Если вам нужно, чтобы при изменении заказа обновлялись товары - можете выгружать товары..
Алексей Курылев пишет: Александр , сейчас разбираюсь с документацией, там сказано, что для обмена в режиме реального времени к адресу сайта добавляется параметр ?type=listen, то есть мне нужно указать в обмене адрес сайта http://sait.ru/bitrix/admin/1c_exchange.php?type=listen Так?
Не надо указывать. В модуле обмена сам добавляется этот параметр, если нужно.
Цитата
Алексей Курылев пишет: а повторяемость мне какую ставить, то есть указываю с 6-00 до 18-00 с пн-вс а повторяемость я оставляю на 0:00 (раз в день)????
Не на 0:00, а на 6:00, иначе у вас обмен запустится всего 1 раз в полночь, а модуль обмена не пойдет в цикл, т.к. начинается реалтайм с 6:00
Вышли новые версии модулей обмена: 1. Теперь в лог файл 1С записывается процесс обработки данных на сайте 2. Булевые свойства выгружаются в список с двумя значениями Да/Нет 3. Описание товаров вынесены с запроса. Теперь не возникнет ошибки, если описание неограниченной длины. 4. Для УТ 11 исправлена ошибка. когда не выгружались файлы товаров 5. Исправлена выгрузка единиц измерений товаров. При накатывании нового модуля и обновления соответствующего компонента БУС - в товарах будет подставляться базовая единица измерения товара
Борис Голяков пишет: Битрикс 14.5.0 + УТ 11.1.5.16 + модуль 4.0.0.10. Не получается выгрузить реквизит (цвет) торгового предложения в справочник: - http://pix.am/d8tT/ выгружается как список и значение реквизита проставляется, но не попадает в HL ИБ. - если поставить последнюю галочку справа то выгрузится и список и справочник, но значение в торговом предложении не будет установлено. - если поставить обе галочки, то вообще ничего не выгрузится.
Что делать, куда копать?
Если нужно, чтобы выгружалось в HL, галочка должна стоять. Но вообще, есть подозрение что в БУС бага, в результате которой hl свойства для предложений не заполняются. Напишите в техподдержку.
Константин Кондаленко пишет: Александр, а поясните логику запуска регл. задания для онлайн обмена - его нужно настраивать для запуска один раз день (ну например старт в 9 утра, завершение в 6 вечера) - тогда оно 1 раз запустится и в консоли заданий оно будет висеть выполняемым до вечера. Или надо настраивать запуск задания например раз в 5 минут в течении дня (тогда за день оно будет выполняться допустим 100 раз) - типа оно отваливается по таймауту с сайта и потом необходимо его еще раз запустить?
Можно один раз в день, можно несколько. По идеи фоновое задание при первом запуске должно висеть до времени завершения регламентного задания(расписания)
Алексей Курылев пишет: Здравствуйте, есть вопросик по обмену в реальном времени. Создал обмен в нем указал "Использовать в режиме реального времени", но ни какого обмена в реальном времени не происходит. И в самом модуле обмена не активна кнопка "Запустить обмен в режиме реального времени"
Константин Кондаленко пишет: "Когда висит скрипт - идет мониторинг, были ли изменены/добавлены заказы на сайте." - вот в этом месте у меня сайт жестко виснет. Что то вы там в этом скрипте намудрили.....Вообще Александр меня терзают смутные сомнения в правильности выбранного пути - решение со стороны 1С запускать рекурсивную функцию в бесконечном цикле..... по моему будет вести к утечке памяти на сервере 1С. Не проще ли было использовать обработчик ожидания или тупо регламентное задание? Да, при этом у нас могут вырасти задержки оповещения 1Ски о том что появился новый заказ, но плюсов то будет гораздо больше..... Но это так, просто отвлеченные размышления - сейчас мы имеем то что имеем...
Цикл не бесконечный: для файловой базы он прерывается через комбинацию клавиш. Для клиент серверной - работает до времени завершения у фонового задания, который для онлайн обмена...
Чем отличается цикл от регламентного задания? Тем что сможет выполняться не каждую секунду? Так его еще настраивать надо, а это доп сложности. А с файловыми базами доп. трудности работы с регламентыми заданиями. А при обработчике ожиданий появляется таймаут между ожиданиями.
Константин Кондаленко пишет: Ребят, а у кого-нибудь работает обмен заказами в режиме реального времени? У меня при запуске скрипта обмена "c_exchange.php?type=listen" апач жестко тормозит и со временем виснет. Вообще странная ситуация - по логике данная команда должна обрабатываться достаточно быстро, у меня же, ожидание ответа от сервера длиться минутами......
Скрипт должен висеть и отваливаться по таймауту, а потом снова запускаться. Когда висит скрипт - идет мониторинг, были ли изменены/добавлены заказы на сайте. Если были - сразу выполняется обмен(который с флажком в 1С), а потом снова запускается скрипт, который снова висит.
Денис Уваров пишет: Разобрался, ИнструментыРазработчикаОбновлениеВспомогательныхДа нных.epf запустил и все наладилось... мистика.
Насколько я знаю - эта обработка обновляет данные о структуре конфигурации. Какая связь структуры конфигурации и выгрузка картинок - мне не понятна. Где вы нашли эту обработку?
Александр Денисюк пишет: Зачем вносить изменения на сайте? Там же есть возможность задавать пользовательские статусы. Они выгружаются в 1С, также обновляются, если док приходит из 1С.
Понятно что из магазина мы любой статус выгрузим в 1С. Но нужно изменить статус этого заказа (да и не только статус заказа, а и любое свойство заказа, даже пустое) в 1С, дабы он ушел обратно в магазин и изменил его там. Поэтому кастомизируем и обмен в 1С и на сайте тоже програмим для приема. Работает, но много кастомизации. И что бы браться за такую кастомизацию, нужно идеально понимать, как работает обмен заказами. Или все же есть более проще способ?
В новом обмене, для Ут 11. Можно задать соответствия статусов в БУС и 1С. При загрузке заказа с сайта в 1С - в зависимости от соответствий, подставит нужный статус. Потом меняем статус в заказе в 1С - из 1С выгрузится заказ со статусом бус, который задан в соответствиях(по установленному статусу 1С). Т.е. при выгрузке заказа из 1С в БУС - статус на бусе должен измениться на тот, который в 1С.
Владимир Куликов пишет: Штатно не получиться настроить так. Изменения и в код 1С вносить нужно и на сайте. Реализовывали такое, работает, но достаточно хлопотно это запускать и отлаживать.
Зачем вносить изменения на сайте? Там же есть возможность задавать пользовательские статусы. Они выгружаются в 1С, также обновляются, если док приходит из 1С. А вот в самой Ут 10.3 такой возможности нет..
в новом модуле обмена статусы из 1с выгружаются на сайт. Правда это для УТ 11. Для 10.3 нужно немного доработать модуль обмена, чтобы задать соответствия статусов и подставлять их в выгружаемые заказы из 1С.
Екатерина Зленко пишет: Версия модуля была 4.0.0.12, установила 13-ю - последнюю. Поставила галку "хранить файлы обмена на сайте". Файл prices на сайте все равно не вижу, впрочем, как и цен. По наставлению ТП поставила fidder, запустила при выгрузке, но моих знаний не хватает расшифровать лог. Отправила отчет по сессии в ТП. Море сообщений на форумах с похожей проблемой как у меня, неужели никто не решил ? ((
Если файла с ценами нет - значит цены не выгружаются.. Напишите в техподдержку.
Екатерина Зленко пишет: Версия бус 14.5.1, установили новый модуль обмена на 1с УТ 11. После обновления перестали выгружаться цены на сайт, все товары недоступны для продажи. Галка "выгружать цены" стоит. В логах обмена: 17.06.2014 13:59:37--Выгрузка цен в XML. 17.06.2014 13:59:37--Выгрузка цен в XML завершено. Выгружено 1 022 цен предложений. 17.06.2014 13:59:37--Отправка запроса на авторизацию. 17.06.2014 13:59:37--Отправка запроса на инициализацию, для определения версии обмена данных. 17.06.2014 13:59:46--prices___52282dc4-051c-4820-b995-67114c000e09.xml: Данные успешно обработаны сервером. Ответ сервера: success
Но на сайт передается только файл rests__. Наименование цен совпадает. (В ТП письмо уже отправили, но разговор с ними обычно очень долгий). Дорогие форумчане, может кто подскажет, может кто сталкивался с такой бедой???
На сайт передаются все файлы, которые нужны. Просто они удаляются. Поставьте последнюю версию модуля и настройте. чтобы на сайт выгружался лог и файлы обмена, тогда сможете увидеть, какие XML были выгружены на сайт. Ну или можете их перехватить как нить.