Не знаю почему на сайте про интеграцию с 1С нет рейтингов "Мне нравится".

Помогаешь людям на форуме и никакой благодарности.

Данная кнопка помогает выделять важные и толковые сообщения, сейчас кнопки нет на форуме по 1С добавить! Добавить МНЕ НРАВИТСЯ на форуме по интеграции с 1С

На странице http://www.1c-bitrix.ru/products/cms/ в разделе "Интеграция с 1С" указана версия "1С:Предприятие 8.2". Не совсем корректно, так как в 8.3 тоже все отлично работает. И на управляемых формах тоже.

На странице http://1c.1c-bitrix.ru/ecommerce/require_1C.php тоже некорректная разбивка по платформам.

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

Как мне выгрузить с сайта производителя? Хочу, чтобы он выгружался в реквизит "производитель".

Почему выгружается число, в какое-то сведение?

Крайне неудобно сделан импорт товаров с сайта в 1С.

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

Должен быть пятый шаг: "Получено 100 товаров. Какие поля и свойства будем загружать?"

Сейчас я получил такой результат:



Теперь мне надо везде в 1С очистить детальное описание и все свойства, кроме гарантии.

Детальное описание товара по умолчанию в УТ 11 ограничено 1000 символами и банально обрезается. Тем более на сайте есть визуальный редактор и пользователи будут пользоваться им.

В механизм импорта товаров из 1С на сайт добавить событие OnBeforeCatalogImport1C.
Место срабатывания - при отправке запроса init.

Бесплатное дополнение к 1С слишком дорого обходится нам и клиентам.

Клиента надо предупреждать. что из-за этого дополнения он теперь всегда будет обновляться не сам, а со специалистом. И отдельно платить за тестирование и установку.

-----------

Причина в том, что дополнение изначально неправильно спроектировано и сделано. Сделано по принципу: берем 1С, и меняем в ней код.

Битрикс взял конфигурацию 1С, изменил в ней несколько объектов, и выложил это "дополнение".

Потом надо дополнение объединить со своей конфигурацией.

Это не дополнение, это "изменение".

"Дополнение" всегда идет для какой-то конкретной версии 1С. С другой может не работать. Это ИЗМЕНЕНИЕ мешает клиенту безопасно обновляться.

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

-----------

Надо сделать дополнение менее зависимым от объектов конфигурации 1С.

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

Если необходимо что-то изменить в стандартном объекте платформы (добавить пункт в меню, например) — делать это через API 1С мастером настройки

Реализовать систему обновлений. Чтобы новый функционал приходил через систему обновлений и мастер настройки настраивал бы то, что надо.

Опубликовать перечень важных объектов конфигурации, с которыми работает дополнение. Нужно для установки на изменёные конфигурации.

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

----------

Когда-то Виртуальная машина Битрикса прошла этот путь. Были конфигурации 1.6, 2.0, 3.0, 3.1, которые не обновлялись, и это всех задалбывало. Системные требования Битрикса менялись и надо было заново настраивать сервер и переносить сайт.

Теперь 4.0, 4.1, 4.2, 4.3 - худо-бедно обновляются. Это круто. Без полной переустановки появились Push and Pull на nginx и поиск сфинкс.


-----------

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

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

Нужно событие при обмене с 1С, которое вызовется после того, как все данные из offers.xml (остатки и все цены) об одном товаре выгрузились:

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

Сейчас решается она обработчиками, которые вешаются на каждое изменение товара и изменение каждой цены.

Это очень нерационально! Если цен 10, то и минимальная цена пересчитывается 10 раз. А еще может быть условие, что мы не должны учитывать товары, у которых остаток 0.

Разумно и удобно делать пересчет, после того, как информация о ценах и остатках товара выгрузилась.

Это же событие можно использовать для пересчета скидок и много чего еще.

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

И все это из-за того, что все выгрузки копируют файлы в /upload/1c_catalog/ и при пересечении вторая выгрузка удаляет файлы import, offers.xml из этой папки.

Для маленьких проектов с 1й выгрузкой это менее актуально. А вот когда хотя бы 5 различных выгрузок в разные инфоблоки, приходится бороться с этой проблемой.

Получается бага в работе продукта, несерьезно.
Можно просто внести в настройки компонента импорта опцию "В какую папку выгружать файлы".