Модули интеграции для Битрикс24

Роботы и триггеры реализованы пока только для сделок.

Я на копии так сделал - появилось новое расширение, но совершенно пустое. Нужно туда настройки подключения вручную перенести? Настраивать полностью как новый модуль? Старое расширение нужно будет удалить?

Решил, как первопроходец, установить Бэкофис 3.0 для УТ 11.5.8.295, т.к. рассчитывал, что там будет очень нужная нам функция ценообразования 2.0 (или 11.5, как указано в настройках НСИ в разделе маркетинга) и случилась беда. База у нас без доработок, по расширениям только модуль синхронизации с Битрикс. При выгрузке товара с характеристиками из 1с в битрикс происходит какая-то инверсия. Характеристика становится наименованием товара, а товар характеристикой. Где это поправить, ума не приложу.  

Напишите в ТП. Очень странно

Удалил и заново добавил Заказ клиента в настройках бэкофиса. Заказ стал создаваться в 1С. Но у заказа не появляется идентификатор Битрикс24, хотя в сделке этот заказ виден и даже переходит на него. Но сумма сделки не поменялась как раньше. Это новая схема работы или какой то недочет?

Идентификаторы дел в 3 версии хранятся в другом регистре и в другом формате. Из формы просмотра идентификаторов можно перейти на форму идентификаторов дел.

Сумма сделки меняется товарами в табличной части сделки.

Э...
1. Получается если нет полноценной синхронизации товаров, то сумма сделки не выгрузится?
2. Можно ли как то настроить синхронизацию товаров, но чтоб не передавались названия, свойства, картинки, описания, цены, наличие, так как этой информацией засорять 1С не хотелось бы. Было бы только сопоставление товаров, для создания счетов? Где можно прочитать про синхронизацию товаров v1 и v2.
3. Раньше из 1С выгружались товары как текстовые строки, это осталось, или нет?
4. Раньше можно было перейти из Заказа в Б24 на сделку (по ссылке "открыть в Б24"), теперь, так как нет идентификаторов это не работает.

Серию вэбинаров смотрел год назад, или есть что то новое?

1. Да
2. Можно поставить галки, чтобы ни в Б24, ни в 1С товары не обновлялись
3. Нет, не осталось.
4. При создании заказа из слайдера и ранее не создавался идентификатор сделки. А создавался только при синхронизации сделки.

Тут не от меня зависит, а от команды разработчиков по каталогу.

Множественные свойства не поддерживаются. Таких в 1С нет.

Мое предложение такое. И это новый подход, в отличие от того что у вас десять лет не меняется. даже с выходном новых версий.

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

2) Убрать остатки целиком из вашего регистра слежения. И убрать весь код БУС_ПередЗаписью, который делает двойную запись в регистр БУС.

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

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

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


4) Вынести выгрузку остатков вообще в отдельную тему от всего - для увеличения скорости. Не смешивать это с обновлениями товаров и прочими делами. Потому что это является самой изменяемой информацией в торговле. И специфик много. Одни льют десятками тысяч остатки от поставщиков, другие помимо сайта могут иметь свой опт, розницу. Т..е. продавать все не только сайтом, а значит остатки могут меняться очень интенсивно. И это требует выделенной линии.

В тот же регистр одновременно в нем хранить УИДЫ, для того чтобы избежать еще соединений. Повторюсь очень много пользователей имеют большие каталоги.

Он работает не так хорошо, как хотелось бы. Поэтому регистры.
Похоже что сайт плохо настроен. Или куча предложений.
Его стоит оптимизировать, да. Но пока есть более важные задачи.

Я правильно понимаю, что вы предлагаете убрать регистры изменений, а добавить регистр для остаток, регистр для цен и тд? Ради чего? Прирост скорости в 1С будет мизерный(там все индексируется), головных проблемы вагон и маленькая тележка.
Вообще, опыт подсказывает, что если долго грузится - 99% случае проблема на сайте.


Схема с регистрами(изменений и пакетами) хорошо себя зарекомендовала. Да, в чем то избыточна, но надежна.