Комментарии 8
Зачем усложнять себе так жизнь, чтобы прибавить 1 поле к футболкам, вдаваться в 1С и сложные номенклатуры вместе с абстрагированными данными UMI, она же (система) мегаизбыточна!
Добавление поля само собой, но это не решило бы совершенно указанные проблемы. Если возвращаться к описанному примеру про футболки, то пришлось бы вручную в админке сайта обновлять ассортимент товаров, добавлять/удалять позиции, редактировать число товаров на складе. А задача изначально ставилась, чтобы по возможности автоматизировать подобные вещи: вся номенклатура товаров хранится в 1С, там обновляются цены, остатки, формируются финансовые документы, а затем это всё должно корректно выгрузиться на сайт (и в дальнейшем периодически обновляться), чтобы после выгрузки товары сразу были бы готовы к продаже.
Где Вы были полгода назад =)
Я решил написанием собственной выгрузки для 1С, которая выгружает xml и кастомного метода для emarket, который создает/редактирует/меняет активность товара и характеристик.
Я решил написанием собственной выгрузки для 1С, которая выгружает xml и кастомного метода для emarket, который создает/редактирует/меняет активность товара и характеристик.
С интеграцией UMI с 1С вообще все весьма печально… Несмотря на громкие заявления на сайте UMI, на деле эта интеграция работает только с самыми простыми случаями… мало того, в разных версиях 1C УТ слегка меняется формат XML, выгружаемого на сайт, и оригинальный шаблон импорта в UMI перестает, например, корректно затягивать свойства товара (не опционные)… описанный пример с импортом позиций для продажи — это только малая часть того, что реально придется разработчику править под себя, если будет задача полноценного обмена данными с 1С… это и выгрузка различных изображений товара, создание виртуальных копий, если товар надо разложить в несколько категорий, выгрузка различных данных и статусов заказа при обмене заказами и т.д…
1С является сложной системой конфигурируемой под заказчика и поэтому тут не стоит ожидать что то стандартного, но несомненно радует в UMI.CMS интеграция с 1С кастомизируется в результате можно получить интеграцию необходимого уровня. CMS создаются под стандартные, часто используемые задачи, ожидать, что все будет работать в не стандартном случае из коробки, просто наивно.
Эх, если бы CommerceML был бы форматом, проблем бы не было!
Сейчас же форматом его назвать не возможно, так нет схемы и описания. Точнее она есть, но давно не соответствует тому что отдает 1C(
То что отдает 1С — это просто XML некого формата (спасибо хоть что well-formed), которая меняется / дополняется от версии к версии, что разрывает мозг разработчикам коробочных решений, заставляя их городить костыли.
Сейчас же форматом его назвать не возможно, так нет схемы и описания. Точнее она есть, но давно не соответствует тому что отдает 1C(
То что отдает 1С — это просто XML некого формата (спасибо хоть что well-formed), которая меняется / дополняется от версии к версии, что разрывает мозг разработчикам коробочных решений, заставляя их городить костыли.
Я так понял, функционал обмена данными с сайтом у 1С УТ заточен под интернет магазин 1С: Битрикс… так как это продукты одной компании, то, естественно, у них между собой недопонимания нет :) а вот разработчикам под сторонние продукты приходится гораздо тяжелее…
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Добавление своего функционала в UMI.CMS при помощи обработчиков событий