Подменять каталог - я остерегаюсь. Не знаю как после подмены поведёт себя обмен с 1С, не знаю как с каталогом Аспро будут работать Битрикс24.
У меня клиенты как раз ради обмена с 1С и затевали перенос. Небеспокойтесь, никаких проблем не будет, всё работает как задумано. И АСПРО и CRM каталоги это универсальные списки = информационные блоки = b_iblock_element.
В целом Б24 обновляется чаще чем Аспро. И с точки зрения пользователя, мне кажется логичнее 'пилить' Аспро. С точки разработчика не знаю как правильно.
Если вы о сайтах то они в разных каталогах, у низ свои шаблоны страниц. Пилите сколько хотите, они даже отдельнл на диске зранятся.
Если о бэкэнд движке, то движек один и тот же и обновляется одинаково.
Сходу нормально не заработает. Нужно будет в Каталог товаров CRM перенести все Свойства с каталога Аспро. И присвоить им аналогичные Коды.
Это свойство не изменяется, если в Б24 товар списывается|оприходуется в складском учёте, или в сделках ставятся резервы на товар. Получаем на сайте товар есть в наличии, а по факту его нет.
А вы вот это делали?
Для подмены каталога CRM на АСПРО в командной строке PHP в админке прописываем и исполняем:
Bitrix\Main\Config\Option::set('crm', 'default_product_catalog_id', #ИД КАТАЛОГА АСПРО#)
Не все разделы каталога и не все товары нужно показывать на сайте.
Так вы же можете снимать флаг активности, это стандартный функционал. в CRM видно будет, а на сайте нет.
Я бы в решении Аспро добавил возможность построения Меню каталога от определенного раздела каталога.
У меня тоже один клиент это просил. Это можно допилить, я предложил, клиента ценник не устроил.
Для бокового меню Аспро то же самое. Учёл бы эти изменения в построении хлебных крошек и формировании карты сайта.При этом нужно как то закрыть на сайте от поиска и индексации Разделы и товары которые не должны отображаться на сайте.Если товар привязан к нескольким разделам, ЧПУ строятся по Основному разделу - это может быть не всегда удобно.
По этому мне нечего сказать, не задавался вопросами.
Это вы меня озадачили, конечно, у меня аж глаз загорелся, решить задачку. Я понимаю, что вся сложность с привязкой других каталогов ко множеству других объектов, да ещё и печатных форм. Поэтому важна однородность объектов, а разные каталоги это разные PROPERTY... В общем если решу, напишу ещё одну статью. Главное чтобы клиент нашелся, который оплатит)))
Ну да, статья работает только если один инфоблок каталога товаров, а если несколько, то вариант только отлавливать события (Add, Update, Delete) на других инфоблоках каталогов и записывать изменения в тот, что привязан к CRM. Собственно на форуме Б24, уже ждут не первый год реализацию нескольких каталогов в CRM. Но при этом без проблем можно будет синхронизировать только основные поля инфоблока, типо Название, Активность, Дата анонса, Фотографии и т.п.. А вот кастомные параметр, они же PROPERTY, не выйдет, собирать все в одну таблицу не вариант, каша получится. Но по большому счёту в пользовательской части Б24, параметры товаром и не нужны, они нужны чтобы попадать в Лиды, Заказы, Сделки, Счета. А если понадобится набивать описания, то можно в админке, как собственно на 1-БУС сейчас и происходит. А вот ещё пришла гениальная идея, на странице каталога Б24, можно обрабатывать через result_modifire.php вывод и скармливать туда все инфоблоки с галочкой "Товарный каталог". Плюс при открытии товара, так же в result_modifire.php подставлять выборку по карточке товара из другого инфоблока. А это кстати очень интересная идея, жаль нет клиента, с несколькими товарными каталогами, я бы взялся за реализацию.
Тут принципиально пилить нечего, об этом и статья, Товарный каталог ИМ становится товарным каталогом Б24, или наоборот, описано оба кейса. Заказы ИМ становятся заказами Б24, Инфоблоки сливается воедино, можно из Б24, пилить новости и статьи, выдумывать новые инфоблоки для ИМ. Достаточно в настройках типа инфоблока поставить галочку "Использовать для сайта" и указать домен Б24, с ID "s1". Я потому и написал статью, что на мой взгляд это гениально просто. Достаточно иметь Б24 и купить модуль с шаблоном интернет магазина. И всё! Никаких больше синхронизацией CRM и Интернет магазина!
Тут вопрос касается случая, когда уже бизнес работает с Б24, какой бы иной движек ИМ не взять, всё равно получается 3х-сторонниый обмен 1С <-> Б24 <-> ИМя же предлагаю от последней связки Б24 <-> ИМ избавится, так как БД CRM Б24 - будет являться БД ИМ и синхронизация больше не нужна!
Обсудил в начале статьи проблему 3х сторонней синхронизации 1С-Предприятие <-> CRM Битрикс 24 <-> Интернет магазин 1С-БУС
После переноса интернет магазина с отдельного хоста на 1С-БУС, на хост с Б24, сама синхронизация не требуется, у вас один и тот же едины каталог и в CRM и в Интернет магазине, заказы напрямую попадают в CRM из интернет магазина. Синхронизация остаётся только с 1С, если она используется. Не это ли счастье?
Спасибо, полезно, и главное вовремя!
Лучше перебздеть заранее!
У меня клиенты как раз ради обмена с 1С и затевали перенос. Небеспокойтесь, никаких проблем не будет, всё работает как задумано. И АСПРО и CRM каталоги это универсальные списки = информационные блоки = b_iblock_element.
Если вы о сайтах то они в разных каталогах, у низ свои шаблоны страниц. Пилите сколько хотите, они даже отдельнл на диске зранятся.
Если о бэкэнд движке, то движек один и тот же и обновляется одинаково.
Поэтому никаких проблем.
А вы вот это делали?
Так вы же можете снимать флаг активности, это стандартный функционал. в CRM видно будет, а на сайте нет.
У меня тоже один клиент это просил. Это можно допилить, я предложил, клиента ценник не устроил.
По этому мне нечего сказать, не задавался вопросами.
Это вы меня озадачили, конечно, у меня аж глаз загорелся, решить задачку. Я понимаю, что вся сложность с привязкой других каталогов ко множеству других объектов, да ещё и печатных форм. Поэтому важна однородность объектов, а разные каталоги это разные PROPERTY...
В общем если решу, напишу ещё одну статью. Главное чтобы клиент нашелся, который оплатит)))
Ну да, статья работает только если один инфоблок каталога товаров, а если несколько, то вариант только отлавливать события (Add, Update, Delete) на других инфоблоках каталогов и записывать изменения в тот, что привязан к CRM.
Собственно на форуме Б24, уже ждут не первый год реализацию нескольких каталогов в CRM. Но при этом без проблем можно будет синхронизировать только основные поля инфоблока, типо Название, Активность, Дата анонса, Фотографии и т.п.. А вот кастомные параметр, они же PROPERTY, не выйдет, собирать все в одну таблицу не вариант, каша получится. Но по большому счёту в пользовательской части Б24, параметры товаром и не нужны, они нужны чтобы попадать в Лиды, Заказы, Сделки, Счета. А если понадобится набивать описания, то можно в админке, как собственно на 1-БУС сейчас и происходит.
А вот ещё пришла гениальная идея, на странице каталога Б24, можно обрабатывать через
result_modifire.phpвывод и скармливать туда все инфоблоки с галочкой "Товарный каталог". Плюс при открытии товара, так же вresult_modifire.phpподставлять выборку по карточке товара из другого инфоблока.А это кстати очень интересная идея, жаль нет клиента, с несколькими товарными каталогами, я бы взялся за реализацию.
Тут принципиально пилить нечего, об этом и статья, Товарный каталог ИМ становится товарным каталогом Б24, или наоборот, описано оба кейса. Заказы ИМ становятся заказами Б24, Инфоблоки сливается воедино, можно из Б24, пилить новости и статьи, выдумывать новые инфоблоки для ИМ. Достаточно в настройках типа инфоблока поставить галочку "Использовать для сайта" и указать домен Б24, с ID "s1".
Я потому и написал статью, что на мой взгляд это гениально просто. Достаточно иметь Б24 и купить модуль с шаблоном интернет магазина. И всё! Никаких больше синхронизацией CRM и Интернет магазина!
Спасибо за замечание, действительно не очевидно, что именно я предлагаю.
Подправил статью:
https://c2n.me/4lJLJ3s.png
Тут вопрос касается случая, когда уже бизнес работает с Б24, какой бы иной движек ИМ не взять, всё равно получается 3х-сторонниый обмен
1С <-> Б24 <-> ИМя же предлагаю от последней связкиБ24 <-> ИМизбавится, так какБД CRM Б24- будет являтьсяБД ИМи синхронизация больше не нужна!Обсудил в начале статьи проблему 3х сторонней синхронизации
1С-Предприятие <-> CRM Битрикс 24 <-> Интернет магазин 1С-БУСПосле переноса интернет магазина с отдельного хоста на 1С-БУС, на хост с Б24, сама синхронизация не требуется, у вас один и тот же едины каталог и в CRM и в Интернет магазине, заказы напрямую попадают в CRM из интернет магазина. Синхронизация остаётся только с 1С, если она используется. Не это ли счастье?