Идеи пользователя

Предложение сделать выбор реквизитов для Анонса и для Детального описания, что бы можно было указать в обработчике откуда выгружать в анонс и откуда в детальное описание, так как ни все используют комментарий в номенклатуре и у многих Полное наименование идет в печатные формы, так как наименование используется для сокращенного отображения номенклатуры в 1с. Некоторым не нужно выгружать анонс и детальное описание, так как контент менеджер редактирует эти позиции на сайте и после коррекции они тогда должны загрузится в 1с при необходимости. Считаю, что правильнее должно быть Комментарий=Анонс, а Дополнительное описание=Детальное описание, но возможность менять при надобности. Насколько я знаю в 1с это сделать не сложно. Я надеюсь, вы работаете для клиентов, и примите правильное решение.

Надоело постоянно расспрашивать клиента о том, какая у него версия, какой у него обмен. Просить дать посмотреть базу.

Версию дополнения я сам могу только в коде посмотреть. Безобразие.

Давайте где-нибудь всё явно выводить.

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

Событие "В конце импорта"  OnSuccessCatalogImport1C - уже есть, и это дает много возможностей для кастомизации обмена.

Событие "Перед началом импорта" - OnBeforCatalogImport1C тоже нужно.

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

Идея! В 1С фиксировать удаление картинок товара и передавать на сайт какой-то маркер их удаления.

Сейчас при обмене с 1с если на сайте нет типа цен с наименованием из 1с создается новый тип цен

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

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

Было бы классно, если бы автоматом приписывались уникальные идентификаторы к общему коду.
например: dlina=> dlina1, dlina2, dlina3 и т.д.

Столкнулся в 1С УТ 11 со странным поведением.

Почему-то, если настроено связывать по ИНН+КПП, то заказы физических лиц с сайта не выгружаются. Потому что ИНН не заполнен. Это неприятный глюк.

Пришлось настроить связь по наименованию, что не очень хорошо.

Должно быть  ИНН+КПП, но если незаполнено, то по названию.

Вообще идеально:
- код контрагента в базе 1С,
- если не заполнен код, то по ИНН,
- если не заполнен ИНН, то по названию,
- если контрагент не найден - создать в 1С нового контрагента.

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

Сейчас имеется такая ситуация:

Номер заказа присваивается на сайте, а при выгрузке в 1С присваивается еще один номер. Это создает сложности в работе с клиентами (а уж если юр. лицо с/ф с сайта распечатает, то вообще труба..), так как в 1С могут так же создаваться ручные заказы.

Битрикс позиционируется как CMS интегрирующаяся с 1С "из коробки", основным принципом заявляется первичность информации в базе 1С и вторичность сайта на Битриксе. Но при этом номер заказа является КЛЮЧОМ таблицы заказов, невозможно (без нарушения лицензии/потери поддержки) присвоить заказу номер, отличающийся от автоинкремента таблицы. Этот нюанс мешает перевести интеграцию на качественно новый уровень.

Предлагаю номер заказа вынести в отдельное уникальное поле таблицы b_sale_order.


PS Галочка "использовать номера с сайта" спасет только тех, кто никогда не делает заказы руками.