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

Вопросы по новому продукту:

1. Это нормально, что до момента миграции в БУС болтаются активные агенты crm, imopenlines от модулей, которые в списке модуле висят как не установлен. Сейчас их сделал не активными, но нужны ли они сейчас? Верно ли сделал?
2. После ввода ключа нового продукта и перехода на него (пока без запуска миграции) начали ловить каждую неделю кучу ошибок mysql вида:

Bitrix\Main\DB\SqlQueryException: Mysql query error: [1054] Unknown column 'BUF.UF_PHONE_INNER' in 'field list'
Mysql query error: (1146) Table 'sitemanager.b_imconnectors_status' doesn't exist
плюс ошибка лицензирования пользователей. Вроде как решилась установкой модуля Интранет в самом БУС (до миграции, напомню).

3. Как в итоге корректно установить для теста Б24, мы делали так:

создали dev сайт с Типом kernel, на него развернули полную копию продакшн сайта, выключили кассы, поставили тип - только для разработки
создали crm сайт с типом link

Получили проблему сноса лицензии на основном сайте (ошибка ключа), ошибки mysql о которых я писал выше.

запустили визард - который по прежнему выдавал ошибку с timeman (а вы говорили пофиксите это), вроде все обновилось, заходим на црм сайт а там куски шаблонов основного сайта templates.

Плюс еще с аномалией столкнулся, в списке сайтов основного сайта появился crm сайт, хотя он должен быть в списках только на дев сайте. Тут дело в том что у нас на дев и продакшне один и тот же id сайта и независимо от базы которая используется - это все ломает? Потмоу что объяснить это не могу. Поддержка пока ваша молчит.

4. Можно ли до процесса миграции установить все модули которые относятся к CRM, ничего при этом не полетит на БУС? просто чувствую что часть ошибок базы из-за того что они не установлены, но почему вообще это все началось если миграция еще не сделана и идут обращения к таблицам модулей, которые не установлены? Дайте четкую инструкцию как починить сайт на БУС (поставить все модули, агенты настроить и т.д.) и не делать миграцию в Б24 пока что (т.к это большой процесс и много бизнес логики надо настроить).

Пока что все какое-то безумно сырое и страшное.  И добавьте возможность работать после миграции с старой админкой заказов т.к пока что не все разработчики модулей маркета адаптировали свои решения под новый UI и продукт, а есть важные модули (вроде служб доставок, которых нет в б24 и они не умеют с ним работать).

Здравствуйте, собственно вопрос, как лучше правильнее организовать структуру номенклатуры в 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 товаров).

Было бы неплохо добавить в Markeplace yandex cloud вашу vm (образ), а то для Amazon сделали:) Для быстрого разворачивания проектов.

Здравствуйте, собственно вопрос такой:

Имеется статус заказа - Готов к выдаче. Имеется склад, который покупатель выбрал при оформлении заказа самовывозом.

Каким образом можно в письмо на событие смены заказа на этот статус добавить собственно название и адрес выбранного склада? или хотя бы адрес. Чтобы на него уже можно было завязать смску покупателю вроде:

Ваш заказ № ... готов к выдаче по адресу : #адрес выбранного склада#

Или даже правильнее будет реагировать на смену статуса отгрузки (там точно такой же статус).