Определите разные наборы свойств для разных групп товаров и грузите несколькими каталогами (в разные инфоблоки)
- знаем об интеграции всё.
- знаем об интеграции всё.
|
|||||
|
|
|
Если эти самые параметры регистрируются типовыми методами используемой конфигурации 1С (доп. реквизиты и сведения, харакетристики и тп), то возможно, дорабатывать для выгрузки ничего не надо. Если же эти параметры являются частью какого-то нетипового (дополнительного) функционала конфигурации 1С, то для их выгрузки на сайт необходимо провести некоторые работы на стороне 1С. Но, в конечном итоге, парктически все можно выгрузить.
- знаем об интеграции всё.
|
|||
|
|
|
|
Шаг 1: Сеанс обмена с сайтом - > В 1С получен новый заказ
Шаг 2: Заказ изменен в 1С Шаг 3: Сеанс обмена с сайтом - > Загрузка в 1С: Этот заказ остался без изменений, если на сайте он не менялся. Выгрузка на сайт: на сайте заказ обновился данными из 1С (и попадет в следующую выгрузку для 1С, т.к. изменился). Шаг 4: Заказ снова изменен в 1С Шаг 5: Сеанс обмена с сайтом - > Загрузка в 1С: этот заказ обновится данными с сайта. А на сайте к этому моменту хранится предыдущая версия заказа. Выгрузка на сайт: этот заказ не будет выгружен, так как только что был загружен. Таким образом, изменения, сделанные на Шаге 4, на сайт не попадут и будут утеряны. Выход – либо делать сеанс обмена после Шага 3 и только потом менять заказ, либо писать в ТП предложение по доработке БУС, чтобы не помечали заказ «обновленным», если он обновился при обмене с 1С, а не интерактивно.
- знаем об интеграции всё.
|
|
|
|
|
Что касается предыдущих вопросов по обновлению открытого заказа - я отвечу через некоторое время, посмотрю, как отрабатывает на нашей базе.
- знаем об интеграции всё.
|
|||||
|
|
|
Так же не обновляется состав закзов, по которым есть движения по оплате или отгрузке.
- знаем об интеграции всё.
|
|||
|
|
|