Александр Исупов (Все сообщения пользователя)

Поддержка вот этого в модуле уже есть? или ничего не изменилось в этом плане? (https://helpdesk.bitrix24.ru/open/11706682?fbclid=IwAR0wPbVGI5Q_ZeeOV_biD1mS_miZ1M8EUQRpLRIEy49XrH-uEG_xAyp5Wvw)

В б24 облаке уже выкатили в тест новый единый каталог CRM + магазин, обновления модуля вашего будут это поддерживать? те же вариации товаров? (насколько я понял это ТП назвали иначе). (https://helpdesk.bitrix24.ru/open/11657102)

Вопрос, при синхронизации б24 + 1с в случае использования продукта Интернет-магазин + CRM, реально ли клиентов 1с превращать в контакт + покупатель в б24? Именно этот продукт использует 2 сущности, А не только контакт. Сейчас как я понял синхронизация создает анонимного покупателя в случае синхронизации заказов б24 и заказов 1с и полноценный контакт.

Вопрос такой:

В текущий момент обмен с сайтом выполняется через модуль экспорта в XML на стороне 1с УТ и модуль импорта XML на стороне БУС (http://marketplace.1c-bitrix.ru/solutions/esol.importxml/), идентификация элементов по внешнему коду, взяли за основу коды 1с (например УТ-00012986) (https://yadi.sk/i/pCemj79-ECXOBA), полноценно создаются товары + ТП для них как нужно (на основе доп. реквизитов номенклатуры), делаются преобразования, товары раскидываются по нужным разделам, все красиво и удобно (можно делать преобразования для значений любых полей товара (будь то наименование элемента, наименование реквизита и прочее) на лету, за исключением того что остатки передавать сложновато в режиме постоянного обмена.

Думаю на тему того чтобы как-то подвязать сюда еще модуль 1с, чтобы он передавал изменения в плане остатков по товарам, и ничего более (остальное вроде добавления номенклатуры, цен и так далее будет делаться по прежнему через модуль импорта XML с маркета. Реально ли как-то понять, по каким маркерам модуль от БУС для 1с будет передавать изменения, можно ли все подвязать например на тот же штрихкод элемента, если товар без характеристик и штрихкод реквизита, если у товара он есть? или же как-то получить внешние коды элементов и ТП и их присвоить товарам в БУС, чтобы модуль знал, с чем ему работать?

Сам модуль для БУС с маркета - конфетка, жаль что таких возможностей нет в коробке БУС и для обмена полноценного с 1с с кучей возможностей и задания условий любых практически - лучше него не находили, проблема лишь в обмене остатками - долговато раз в 30 минут обновлять их..

Цитата
pitatel написал: Это беда, тоже с дуру конвертировали магазин. Странно что на этапе запуска продукта это не додумали. не уж то так сложно сделать связку каталога товаров БУС и Битрикс24 ?

Выкатывать сырой продукт и использовать нас в виде тестеров - в этом весь битрикс. Тоже не понимаю как вообще это можно отдавать в релиз, когда чтобы настроить простые обмены нужно править конфигурацию, да еще и два модуля сверху ставить. оч круто, что и сказать.

А два каталога товаров когда-то станут одним? какой-то бред если честно) Мы вроде делали тест миграцию и каталог и сделках и в заказах был один в новом продукте) или мне показалось)

Научить модуль для б24 работать с новым Интернет-магазин + B24 CRM продуктом, а в особенности с товарными предложениями, чтобы обмен был через rest api, а не через 2 разных модуля (один для БУС по xml и второй для б24 по rest). И чтобы все ставилось без изменения конфигурации.

Здравствуйте, собственно вопрос, как лучше правильнее организовать структуру номенклатуры в 1с чтобы потом не было проблем с обменом с сайтом. Сейчас сидим давно на 1с 7, там выгружается каталог в xml который потом через обработчик создает товары + ТП на сайте. Все выглядит красиво и опрятно и импорт занимает около 15 минут. (но формирование файла - 4-5 часов на стороне 1с).

Сейчас есть пара вариантов:
1. Работать через иерархию каталога и создать несколько видов номенклатуры (например простые товары - (без характеристик), товары с характеристиками (где будет несколько размерных сеток например (для обуви, одежды, размеров рам велосипедов, и т.д - около 10-15 штук всего))
2. Создать по старой иерархии каталога - группы видов номенклатуры и в каждой группе создавать виды номенклатуры, которые к ней относятся - Мячи футбольные, Велосипеды, Обувь, Одежда и так далее - но в этом варианте мне не понятно, зачем создавать кучу видов номенклатуры если всего около 10-15 штук у нас размерных сеток). Но нам так советуют гуру 1с, что мол зачем вам иерархия - создавайте группы видов номенклатуры, хотя 80% нашего каталога - товары без характеристик.

Пока вот думаю над этими 2 вариантами.. Хотели вообще по красоте создавать цвет + размер в характеристиках товаров, но поняли что лучше будет оставить цвет в названии товара а размеры уже прятать в характеристики. Т.е нам такое подойдет. Но главный вопрос - как быть с иерархией товаров, стоит ли все переводить на группы видов номенклатуры или же не стоит. С иерархией как-то проще и понятнее работать, а плодить 50+ одинаковых видов номенклатуры без характеристик я и не знаю - стоит ли, если свойства у товаров будут одинаковые и каких-то супер уникальных шаблонов для печати мы делать не планируем.

Насколько я знаю модуль обмена с БУС также не умеет работать доп. реквизитами характеристик и если у нас будет товар с размером где доп реквизиты будут = размер лыж где будут варианты 150,160,170 и так далее - в БУС не создадутся корректно эти самые справочники под общим свойством ТП = размер лыж? Верно? Спасибо за любую помощь)

1.Можно ли обойтись без иерархии каталога в 1с, если синхронизировать сайт и 1с. Для иерархии у нас используются группы видов номенклатуры.
2. Можно ли при обмене создавать для товаров значение свойства, например источник выгрузки=1с и только эти товары затрагиваются обменом (выборка по источник выгрузки=1с)? Есть просто группы товаров которые импортируются на сайт через модули без учета 1с.
3. Если у нас товар в 1с идет без характеристик можно ли на сайте создавать для него характеристику no_size но по факту в 1с ее не будет? Чтобы в битриксе итого все товары были 1 вида (товар с ТП). Бывают случаи когда в 1 разделе находится 2 типа товаров и тогда невозможно делать ту же фильтрацию по складам, когда заполняются значения мультисписка склад в зависимости от склада в 1с.
4. На основе предыдущего пункта при обмене с 1с можно ли сайту заполнять свойство с мультисписком с указанием склада где числится товар? Чтобы на сайте организовать фильтрацию по складам в каталоге (через свойство)
5.Можно ли указать определенным товарам, что они не участвуют в обмене с сайтом?

Сейчас стоит вопрос по синхронизации с 1с, либо же работать через выгрузку каталога в XML и импорт уже через настроенный обработчик на сайт, как это работает сейчас (занимает 15 минут для каталога в 20 000 товаров).