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

Причина:
Система на строена на два сайта. Первый сайт отображает розничные цены по-умолчанию для всех пользователей, а второй - должен отображать оптовые. Если я включу права просмотра и покупки по оптовым ценам для всех групп пользователей - то и на первом сайте будут отображаться для всех в первую очередь оптовые, а не розничные.

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

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

Обновили коробочную версию 1С-Битрикс: Корпоративный портал до 18.0.2.

Необходимо настроить выгрузку из 1С контрагентов, адреса, контактных лиц контрагентов, счета, товары (номенклатура) из 1С:Комплексная автоматизация 2 (1С:КА2).
Новая интеграция Битрикс24 с 1С, которая производит синхронизацию Компаний, Контактов, Реквизитов, Адресов, Документов - счета или сделки, товары и группы товаров, свойства товаров, единиц измерения выпускается только для  Бухгалтерии предприятия 3, Управления торговлей, 10.3 и 11, а также Управления небольшой фирмой 1.6.
https://helpdesk.bitrix24.ru/open/7544349/
Старый модуль 1С-трекер, который позволял выгружать некоторые из указанных данных, устарел и не подходит для свежих релизов 1C:КА 2.4.5.

При интеграции 1С и Битрикс24, необходимо переносить информацию об остатке товара на складе/ах. Любой серьезный проект внедрения корпортала Битрикс24 постоянно спотыкается на этой проблеме. Менеджеру приходится при выписке счета в Битрикс24 смотреть остатки по товару в 1С. Возникает резонный вопрос, если он смотрит остаток в 1С то и выписать счет ему проще в 1С. Но от сюда, как следствие вытекает другая проблема. Куда разносить поступившую оплату... Либо счет дублировать в Битрикс24 и руками ставить оплату, либо колхзить что-то.

Сущность в 1с для "сопутки" - РегистрСведений. Предлагаю добавить возможность выгружать из УТ на сайт РегистрыСведений, а именно сопутствующие товары и услуги таким образом, что :

Товары и Сопутствующие товары  выгружаются  в каталог А  инфоблока Товары;
Услуги выгружаются в   каталог B инфоблока товары.

При этом выгружаются эти сведения на сайт так, что Товар имеет поля множественного выбора СопутствующиеУслуги и СопутствующиеТовары типа  ПривязкаКИнфоблоку, т.е. ссылается  на нужный диапазон данных.

Одно из преимуществ: при такой реализации  не будет необходимости грузить "сопутку" через  Свойства в HL-блоки, т.е.  выгружать весь каталог Номенклатура в HL - блок.

Возможно, это во многом упростит выгрузку  товаров и "сопутки" и привлечет новых клиентов Битрикс.

Сущность в 1с для "сопутки" - РегистрСведений. Предлагаю добавить возможность выгружать из УТ на сайт РегистрыСведений, а именно сопутствующие товары и услуги таким образом, что :

Товары и Сопутствующие товары  выгружаются  в каталог А  инфоблока Товары;
Услуги выгружаются в   каталог B инфоблока товары.

При этом выгружаются эти сведения на сайт так, что Товар имеет поля множественного выбора СопутствующиеУслуги и СопутствующиеТовары типа  ПривязкаКИнфоблоку, т.е. ссылается  на нужный диапазон данных.

Одно из преимуществ: при такой реализации  не будет необходимости грузить "сопутку" через  Свойства в HL-блоки, т.е.  выгружать весь каталог Номенклатура в HL - блок.

Возможно, это во многом упростит выгрузку  товаров и "сопутки" и привличет новых клиентов Битрикс.

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

Зачем нужен красиво распиареный инструмент на демонстрации нового продукта 1С-Трекер, если вы сделали возможность выгружать счета, выгружать реализации, то почему бы их в отчеты не добавить CRM, чтобы можно было проанализировать показатели, счета из 1С должны попадать в счета CRM, заказы 1С должны попадать в предложения CRM, Реализация из 1C должна попадать в Сделки CRM, вот это я понимаю толк 1C-Трекера.
На данный момент выгружаемая информация в Мои дела это бесполезная информация, при том что она выгружается на одного ответственного. Смотрел Вашу демонстрацию нового продукта, Вы там так красиво про 1С-Трекер рассказали, а на деле получается только Контрагентов нормально грузит и то без разделения по ответственным менеджерам.

Здравствуйте
Уже можно сказать кричу об этом!!! - хочется пользоваться crm но не возможно
Учет товаров в 1с ведётся по характеристикам товаров - очень хочется что бы появился  в обмене с 1с  озможность выгрузки товаров с характеристиками в Bitrix 24
А так же очень удобная фича ( чтобы при приёме заказа оптового от клиента, а он в 99.9% происходит по телефону при выборе какого-то товара  сразу можно проставлять количество как в 1с реализовано, а не выходить из окна подбора ) так как товаров много нужно накидывать в заказ
Можно сделать включение такой опции подбора отдельной кнопкой в настройках как пожелаете
По моему это единственное что останавливает переход на bitrix24 - интернет магазины
Народ. Поддержите меня - если для вас это тоже актуально!!! Ставьте плюсик

Всё еще не реализована возможность выгрузки стандартным модулем габаритных размеров из 1С на сайт. Предлагаю задуматься о реализации этого при обмене. Всего-то нужно продумать в 1С модуле выгрузки на сайт настройку соответствия реквизитов товара и полей торгового каталога (они же одни и те же всегда на сайте)...

Для многих клиентов очень не хватает корректной иерархической синхронизации товаров при онлайн загрузке заказов из БУС в 1С.

Если я правильно понял, сейчас при поступлении из БУС заказа с новой номенклатурой, сама номенклатура создается в 1С не в иерархии, а в отдельной папке, указанной в настройках.  Таким образом в этой папке получается большая помойка из номенклатуры с сайта.

Поясню, почему многим неудобно создавать каталог в 1С и выгружать в БУС:

• Торговля идет не от склада, а от прайсов поставщиков. Прайсы поставщиков, особенно если номенклатура пересекается и нужно решать проблему дублей, зачастую удобнее грузить в БУС, там же настраивать сразу красивое отображение товара и свойств как их будет видеть покупатель.
• Загрузка прайсов в 1С - раздувание базы 1С (тк допустим из 100 000 позиций покупают 20%, остальные товары болтаются в базе мертвым грузом, а на них нужно ежедневно долларовые цены в рубли пересчитывать, да еще несколько типов цен - база очень быстро вырастает до 100Гб, итд)
• Контент-менеджерам неудобно в 1С заниматься сортировкой позиций по иерархии каталога, картинки и некоторые свойства хранить в 1С нельзя - значит надо лазить и в админку сайта.
• В 1С тяжелее решить задачу корректного отображения товара, который в наличии у нескольких поставщиков, т.е. допустим "кроссовки" у поставщика1 стоят 100 рублей, в наличии 100шт. У поставщика2 105 рублей, в наличии 1000шт. Задача продать сначала кроссовки поставщика1, потом как кончатся у 1 - от поставщика2. Оперативный обмен информацией об остатках зачастую проще организовать на стороне БУС чем 1С.
• Можно привести еще вагон аргументов
  

Соответственно, для многих компаний было бы проще на сайте держать полный каталог, а в 1С грузить только заказы с созданием номенклатуры в 1С в случае ее отсутствия.

Возможно ли организовать выгрузку номенклатуры с группами из БУС в 1С при онлайн обмене заказами?

Здравствуйте! Подскажите, можно ли добавить тип документа оплаты дополнительно (опция в обмене документами). Есть "Приходной кассовый ордер", а есть "Операция по платёжной карте". Можно ли как-то в этот список добавить "Выписку со счёта" или "Поступление безналичных ДС".
Не совсем понятно как это работает, например, если компания не получает оплаты наличными и номера карт оплаты, вроде бы нельзя хранить на сайте, как тогда получать на сайт сигнал того, что заказ оплачен например безналичными ДС?  

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



Автогенерацию необходимо выключать, но неясно, как перестраивать карты сайтов.

В API модуля SEO я нашел много интересного. Но не нашел простой функции типа CSiteMap::Create(), чтобы перегенерировать карту сайта или все карты сайтов для разных сайтов.

Сделайте такую функцию и возможность запускать перегенерацию карты сайта агентом. Агент достаточно запускать раз в два часа. Агенты мы обычно вешаем на крон.



UPD 09.12.2016

Так и не дождались реализации от Битрикса.

Сделали свой модуль Автогенерация карты сайта на кроне. Ускорение Битрикс

Пока генерим карту с помощью модуля поиска. В планах сделать с помощью модуля "Поисковая оптимизация"

Так, например, описание к товару, добавленное на сайте, после очередного обмена с 1С. Управлением торговлей будет удалено, даже если в УТ вообще никакого описания нет. То же самое относится ко всем другим свойствам и данным. Модуль обмена с УТ требует соответствующей доработки.

Дано:
Интернет-магазин, обмен товарами, заказами с 1С через XML (стандартно). Создан десяток свойств заказа (типичные свойства - телефон, почта, ФИО, адрес и т.п.)

Проблема:
Очень редко в выгрузке заказов наблюдаются заказы без свойств. Такой проблемный заказ - 1 на 2000 заказов. Расследование показало, что этот XML формируется в ту же секунду, что и оформление заказа.

В ТП Битрикса задан вопрос (тикет 710508 ):
Ответ сотрудника ТП:
Безобразие. В 1С могут улететь заказы без свойств.

Идея:
Защитить транзакциями оформление заказа или добавить некий булевый признак к заказу "годный к выгрузке" и выставлять его только после оформления заказа, прикрепления товаров и всех свойств.

Здравствуйте,
В бусе у нас настроено событие, что когда у товара с нулевым количеством появляется остаток(поступление), то отправляется заготовленный почтовый шаблон "товар снова в наличии"

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

Другими словами, у товара X был остаток 508 шт, после выгрузки модуль ставит этому товару остаток=0 шт, потом снова 508 шт и у нас срабатывает событие...


Можно ли, при взаимодействии с 1с через модуль обмена, научить БУС не обнулять остатки, а просто их перезаписывать? Т.е. если было 508, то и перезаписываем на 508

Александр Денисюк пишет, что "Идея интересная, но реализовать ее можно только в БУС"

Думаю, что сценарий более-менее стандартный, поэтому реализация его пригодится не только нам...

Спасибо!

Свойства товаров в 1С имеют параметр "назначение", при указании которого это свойство применимо к тем или иным товарам.
Необходимо автоматически вычислять свойства, применимые к товарам, участвующим в обмене, и только их записывать в таблицу свойств ИБ с товарами.
В нынешней ситуации имея в 1С каталог с тысячами свойств, при выгрузке части такого каталога (даже ничтожной), в ИБ попадут все эти тысячи. С товаром работать невозможно, с настройками ИБ работать невозможно.
Есть возможность настроить список выгружаемых свойств в настройке обмена, но:

• Выбрать пару сотен свойств из нескольких тысяч - задача для самых упорных и внимательных
• Чтобы не ошибиться, надо очень хорошо знать номенклатуру и её свойства (десятки тысяч позиций)
• Если номенклатура выгружается в несколько инфоблоков в рамках одной настройки обмена (разнести по разным нельзя, потому что они не должны пересекаться по времени во имя предотвращения удаления файлов выгрузки и таблицы b_xml_tree), то настройка выгружаемых свойств будет применена ко всем инфоблокам, что потребует выбрать все свойства.
  

Учитывая вышесказанное, настройка выгружаемых свойств не применима для больших каталогов с большим количеством свойств.


Автоматический учёт назначения свойств при формировании файлов выгрузки позволит:

• уменьшить объём данных, передаваемых на сайт;
• снизит нагрузку на сайт при обработке загружаемых данных;
• повысить прозрачность работы с товарами на сайте.
  

Эта идея - переформулированная идея http://idea.1c-bitrix.ru/the-restriction-property-import-of-goods/

Интересует возможность более полной интеграции с 1с, а именно поддержка выгрузки номенклатуры с товарными предложениями.

Считаю, что данная доработка инициирует большее количество платных лицензий, т.к. основным отличием "Проекта" от "Команды" именно в интеграции с 1С, а она, на данный момент, не особо радует