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

Есть ли какие-нибудь новости по переходу на обмен через rest товарами а не xml файлами? Года 3 назад помню еще писали, что в работе. И планируется ли что-то делать с 2 каталогами в продукте интернет-магазин + CRM, хотелось бы работать без костылей и иметь красивую связь товаров + заказов.

Если есть возможность посмотрите в сторону модуля - позволяет преобразовывать данные на стороне сайта при импорте (например объединять остатки по складам в один) - http://marketplace.1c-bitrix.ru/solutions/esol.importxml/#tab-comments-link
может подойдет)  

И еще вопрос - обязательно ли у ТП в битрикс GUID прописывать как guid родителя # guid тп ? если у тп будет просто guid тп во внешнем коде - при обмене заказами это не сработает?

Тут проблема в том что все модули маркета для импорта из 1с (которые являются надслойкой над штатным функционалом) как раз работают с теми 4 файлами (import,offers,prices,rests) что есть в стандартном модуле для БУС. А с новыми - не работают. И получается все эти решения использовать нельзя. А они более гибкиев плане импорта (особенно преобразования и распределения по нужным сайтам, инфоблокам и так далее). Пример - http://marketplace.1c-bitrix.ru/solutions/esol.exchange1c/

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

Александр, вопросы по модулю розница 2.3:

1. Тестировал на 1 товаре. Делал выгрузку сначала полную, когда был остаток на складе = 1, потом включил выгрузку только в режиме изменений, в файле rests остаток у товара по прежнему 1 (при чем даже резерв не учитывался) - https://yadi.sk/i/L3ooDg0TiBCDTw
2. Почему модуль создает множество иных файлов xml в отличие от модуля БУС (например goods вместо Import.xml,  groups и т.д.) - в итоге не ясно как штатный механизм битрикс обработает все эти файлы. Это где-то зашито?
3. в goods есть ли возможность добавлять группу элемента или код группы (не вида номенклатуры, А группы - например код группы вида УТ-00 или GUID группы). В 1 файле.
Не хочется если честно иметь 10 файлов xml а хочется два профиля - один профиль создания номенклатуры, а второй - передачи остатков + цен. Документация по модулю не раскрывает такие темы.
4. При проверке списания товара (через заказ покупателя и чек) в модуле в разделе зарегистрированные изменения - пусто. https://yadi.sk/i/6JAG7HjJFvutGQ
5. Какая логика формирования goods? иногда он не создается. (тестировал на другом товаре с характеристикой - в goods он не попал по отбору).

Модуль для 1с розница 2.3 - https://yadi.sk/i/KiVdPllYQkt3uA - куда копать? пробовали делать полную выгрузку.

UPD: кажиськто-то маркировку запихал в штрихкод))

Ну теоретически его и не будет на остатках 1с, т.к это остаток поставщика и только когда пройдет цикл закупки, оприходования, и тогда как раз и будет происходит выдача товара клиенту (отгрузка). Когда товар и появится по факту в наличии. А резервировать товары на складах поставщика наверное это из ряда фантастики)

Александр, многие компании работают с огромной базой номенклатуры поставщиков и хранить все это в самой системе учета - десятки или сотни тысяч товаров - не имеет особого смысла (лишняя нагрузка и раздувание базы). Заказ - заявка на товар, особенно тот, что под заказ. После этого и можно заводить его в систему учета, когда нужна подготовка всех документов. Может быть я и не совсем прав.  

В модуле 8.0 для 1с Розница 2.3 будет ли в будущем добавлена поддержка:

1. Передачи оплат физ лиц (сейчас красным в инструкции выделено, что только для юр.лиц оплата передается)
2. Можно ли на стороне сайта указывать каждому товару вид номенклатуры, чтобы при отсутствии товара в 1с он создавался именно с этим видом (сейчас в настройке можно только для всех указать один вид номенклатуры). У нас в 1с видов более 60+ (можно сказать дубль древа разделов).
3. Если на сайте будет товар с ТП - и его не будет в 1с - можно ли как-то создать его в 1с как товар с характеристиками?
4. Вопрос по внешним ID товаров для обмена через ваш модуль - эти ID изначально уже есть в 1с или их присваивает ваш модуль? т.к сейчас мы работаем через импорт из 1с используя сторонний модуль, который делает связку по кодам товаров (которые УТ-00000), а потом будем переходить на ваш модуль обмена, хотелось бы получить эти внешние ID товаров и прописать их у товаров на сайте.
5. Можно ли синхронизировать контакты из 1с розница и покупателей на сайте через поле телефона? желательно с указанием маски валидации номера или чтобы система понимала что + 7 (000) и 8000 это одно и то же.

Модуль этот как я понял уже на rest основан? и будет ли что-то похожее для УТ?

Поддержка вот этого в модуле уже есть? или ничего не изменилось в этом плане? (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 минут обновлять их..

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

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

Научить модуль для б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 товаров).