Пришел к выводу что вариант выгрузки из 1С остатков на сайт (битрикс) все равно как ни крути штука не удобная и даже вредная!
Это касается и ведения остатков поставщиков через склады (с оприходованиями) в 1С, так и прямая выгрузка из регистра Мегапрайса (с модификацией обмена модуля для Битрикса).
Проблема в том что для выгрузки из 1С на сайт (любым способом) задействуются так называемые Планы обмена. И этот механизм очень далек от совершенства!
Главная проблема в нем, что для того чтобы обмен понимал что выгружать, нужно делать регистрацию изменений в 1С по каждому таком объекту.
При просмотре модулей обмена было выявлено, что они при любом изменении номенклатуры (а также цен, остатков и тп) должны делать регистрацию изменений в плане обмена (иначе информация по номенклатуре не будет выгружена или обновлена на сайте). Это накладывает большие проблемы (куча кода), модули обмена громоздкие настолько, насколько возможно. Тормоза при загрузке, тормоза при выгрузке.
Представьте себе если вы каждый день обновляете каталог в 100 000 товаров. Остатки у поставщиков могут меняться, прайсов может быть вагон и тому подобное.
И вот эти все объемы нужно не только обновлять данные, еще и делать подобные регистрации изменений.
Хорошо если меняется совсем немного. Но остатки - это же вообще постоянное изменение. Если нет оперативности отображения актуальной информации - смысла вообще никакого нет.
А насколько тормозной обмен 1С с сайтами все прекрасно знают!! Мало того что он в очень тяжелом формате xml, там там еще и километры кода и запросов.
Короче говоря я предлагаю третий вариант. И по мне это самый оптимальный и наилучший!
Оставить на стороне обмена только номенклатуру и что с ней связано (свойства, картинки) и цены (продажи). В отличие от цен поставщиков (вы грузите десятки прайсов) а цену продажи обновляете только при необходимости.
Остатки же, как реальные (на складах) так и виртуальные (мегапрайс) предлагаю вынести вообще за пределы типовых механизмов, и написать собственную выгрузку их на сайт.
В принципе это достаточно простая обработка, которая содержит минимум оптимального кода.
Будет очень быстро выгружать это во внешний файл (с нужной структурой), перекачивать на сайт в ftp.
Но единственное что останется это только со стороны сайта сделать загружалку. Это я пока не могу обеспечить (если разберусь, то может быть и это будет сделано). Основная проблема сейчас написать не выгрузку, а именно загрузку со стороны сайта (так как это не 1С).
Если есть клиенты, у которых есть люди сопровождающие сайты, давайте попробуем решить данную задачу!
Я уверен результат будет офигительный.
Это касается и ведения остатков поставщиков через склады (с оприходованиями) в 1С, так и прямая выгрузка из регистра Мегапрайса (с модификацией обмена модуля для Битрикса).
Проблема в том что для выгрузки из 1С на сайт (любым способом) задействуются так называемые Планы обмена. И этот механизм очень далек от совершенства!
Главная проблема в нем, что для того чтобы обмен понимал что выгружать, нужно делать регистрацию изменений в 1С по каждому таком объекту.
При просмотре модулей обмена было выявлено, что они при любом изменении номенклатуры (а также цен, остатков и тп) должны делать регистрацию изменений в плане обмена (иначе информация по номенклатуре не будет выгружена или обновлена на сайте). Это накладывает большие проблемы (куча кода), модули обмена громоздкие настолько, насколько возможно. Тормоза при загрузке, тормоза при выгрузке.
Представьте себе если вы каждый день обновляете каталог в 100 000 товаров. Остатки у поставщиков могут меняться, прайсов может быть вагон и тому подобное.
И вот эти все объемы нужно не только обновлять данные, еще и делать подобные регистрации изменений.
Хорошо если меняется совсем немного. Но остатки - это же вообще постоянное изменение. Если нет оперативности отображения актуальной информации - смысла вообще никакого нет.
А насколько тормозной обмен 1С с сайтами все прекрасно знают!! Мало того что он в очень тяжелом формате xml, там там еще и километры кода и запросов.
Короче говоря я предлагаю третий вариант. И по мне это самый оптимальный и наилучший!
Оставить на стороне обмена только номенклатуру и что с ней связано (свойства, картинки) и цены (продажи). В отличие от цен поставщиков (вы грузите десятки прайсов) а цену продажи обновляете только при необходимости.
Остатки же, как реальные (на складах) так и виртуальные (мегапрайс) предлагаю вынести вообще за пределы типовых механизмов, и написать собственную выгрузку их на сайт.
В принципе это достаточно простая обработка, которая содержит минимум оптимального кода.
Будет очень быстро выгружать это во внешний файл (с нужной структурой), перекачивать на сайт в ftp.
Но единственное что останется это только со стороны сайта сделать загружалку. Это я пока не могу обеспечить (если разберусь, то может быть и это будет сделано). Основная проблема сейчас написать не выгрузку, а именно загрузку со стороны сайта (так как это не 1С).
Если есть клиенты, у которых есть люди сопровождающие сайты, давайте попробуем решить данную задачу!
Я уверен результат будет офигительный.