Предлагаю расширить функциональность выгрузки товаров, добавив в выгрузку информацию о планировании поступления товаров в УТ. В таком случае на сайте можно будет показывать не только факт отсутствия товара, но и дату, когда товар планово появится на складе.
Как оказалось, если 2 выгрузки из 1С пересекаются, то первая выгрузка не заканчивается нормально и портит каталог товаров (деактивирует все товары, загружает их без картинок, цен или остатков и т.п.).
И все это из-за того, что все выгрузки копируют файлы в /upload/1c_catalog/ и при пересечении вторая выгрузка удаляет файлы import, offers.xml из этой папки.
Для маленьких проектов с 1й выгрузкой это менее актуально. А вот когда хотя бы 5 различных выгрузок в разные инфоблоки, приходится бороться с этой проблемой.
Получается бага в работе продукта, несерьезно. Можно просто внести в настройки компонента импорта опцию "В какую папку выгружать файлы".
При осуществлении выгрузки товаров на сайт выгружается не только наличие товаров на складах, но и название складов, которые указаны в 1С. При переименовании этих названий они остаются только до следующей выгрузки. Хотелось бы иметь возможность переименовать один раз на стороне битрикс склады и все.
Добавить возможность добавления дополнительного символа при генерации символьного кода, в случае когда при создании элемента обнаруживается элемент с таким же символьным кодом. Этот функционал будет очень полезен импорте элементов. Сейчас импорт либо отваливается при проверке на уникальность, либо можно отключить проверку и будут создаваться товары с одинаковыми символьными кодами, что при определенных настройках делает доступным в публичке только один из дублей.
Важно, заметить, что один и тот же товар может (должен быть) быть на сайте в разных разделах и соответственно в разных ветках дерева модуля обмена . В УТ не возможно один и тот же товар бросить в разные группы. Так , как по дереву группы раскидывать? "Вид" - у каждого товара в 1с тоже может быть только ОДИН. Очень нужен такой вариант когда мы видим всю номенклатуру иерархическим списком ( отбор номенклатуры делаем по своим родным группам или видам, заведенным в 1с, например группа=бренд) и в этом списке, напротив каждой номенклатуры, видим разделы сайта, т.е. разделы из дерева где лежит этот товар. И при этом нужно иметь возможность изменять разделы дерева, добавлять новые, удалять, как для каждой номенклатуры списка (прям в списке), так и выделенных номенклатур (массовое изменение) . так же этот список хотелось бы выгружать в эксель. Все! Это , плюс то , что уже сделали ,решит головную боль многих. сейчас же ужасно, - есть товары которые не попадают на сайт или какой то раздел , тупо потому , что их пропустили при штучном добавлении (нескольких тысяч товаров) в дерево. Проверить, просмотреть список всех товаров и узнать в каких разделах он лежит и тут же подправить, сейчас не возможно. Сделали дерево для добавление одних и тех же товаров в разные разделы , спасибо. Но пользоваться этим очень не удобно и есть реальные потери и финансовые и временные, полный бадабум. Помогите!
Необходимо добавить возможность указания полей справочника 1С "Номенклатура", которые не следует выгружать/обновлять в Битрикс.
Например, в 1С имеется Рабочее наименование и Наименование для печати. При выгрузке каталога товаров из 1С первое наименование соответствует в Битрикс полю Название, а Наименование для печати выгружается в Описание для анонса. Это не правильно, т.к. Наименование для печати и Анонс это совершенно разные вещи. Тот же анонс абсолютно не нужен в 1С, а в Битрикс нет необходимости в Наименовании для печати. Описание для анонса должен заполнять контент менеджер непосредственно в Битрикс или импортировать его туда, к примеру из Excel, и ему не зачем иметь доступ к базе 1С.
Например, в 1С имеется номенклатура с характеристиками Размер и Цвет. В 1С оба эти свойства в одной строке и имеют следующий вид "размер | цвет". В данном случае "|" будет являться разделителем свойств при выгрузке в Битрикс. Соответственно в Битрикс свойства Размер и Цвет должны выгрузится как самостоятельные. Так же в настройках обмена данными необходимо указать с каким типом будет создано в Битрикс каждое из свойств. Например, Размер с типом Список, а Цвет с новым типом Справочник. И что будет являться разделителем свойств при выгрузке.
Необходимо отметить, что данный функционал был реализован в решении "1С инструменты". Вообще там много чего интересного и полезного сделано. Но после выхода 14 версии все это сходит на "Нет", т.к. в "1С инструменты" на данный момент отсутствует возможность настройки обмена данными с торговыми предложениями.
О необходимости синхронизации товаров с торговыми предложениями я уже писал в своей предыдущей идеи.
И вообще, хотелось бы видеть на 100% функциональный обмен данными Битрикс с 1С прямо из коробки!
Добрый Всем день. Не так давно вступил в силу документ: Постановление Правительства России от 10 июля 2013 г. № 582 "Об утверждении Правил размещения на официальном сайте образовательной организации в информационно-телекоммуникационной сети "Интернет" и обновления информации об образовательной организации" http://минобрнауки.рф/документы/3527
Было бы очень здорово, если бы разработчики разработали новый модуль для интеграции данных из базы 1с зарплата и кадры всех версий с версией 1С-Битрикс "Управление сайтом".
По постановлению необходимо выкладывать на сайт организации/учебного заведения сведения о работниках - в корпоративном портале такая возможность интеграции существует.
Но данные должны быть доступны в свободном доступе.
Такая задача сейчас коснется многих обладателей продукта "управление сайтом"
Может будет дополнительный модуль или решение для "1С Битрикс Управление Сатом" ?
Даже если модуль будет платным - это многим поможет в реализации исполнения Постановления.
При синхронизации с 1с для всех свойств не ставить по умолчанию отмеченным чекбокс "Показывать на странице редактирования элемента". Свойств во всем каталоге может быть очень много, но при этом сквозных (общих для всех категорий) из этой массы буквально несколько. Гораздо проще проставить на сайте данный чекбокс самостоятельно, чем для свойств, которые привязаны к категориям каталога снимать его.