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