битрикс — Как в Bitrix хранятся поля товаров из 1С?
Вопрос задан
Изменён 6 лет 4 месяца назад
Просмотрен 1k раза
Как происходит интеграция товаров в Битрикс из 1С? Где и как хранятся 1С-ные коды для привязки? Или там это происходит как-то по другому?
В UMI, к примеру, есть таблица соответствия товар магазина->товар из 1С.
- битрикс
- 1с
- интернет-магазин
- интеграция
Интеграция 1С-Битрикс и 1С с помощью модуля обмена осуществляется с помощью xml-файлов формата CommerceML. Из 1С на сайт выгружается несколько файлов. Примерное содержание:
- import.xml — содержащий описание структуры каталога на сайте
- rests.xml — информация о складах
- prices.
- offers.xml — информация о предложениях/товарах/ со свойствами
Связь и идентификация проходит по GUID элемента в 1С и Внешнего кода или XML_ID на сайте. Для свойств и их значение используется соответственно GUID свойства и GUID значения свойства, которые на сайте видны как XML_ID в таблице свойств инфоблока. Построение xml-файлов модулями обмена основано на создании файлов описывающих структуры, где ключевым/основным элементам и их потомках прописываются GUID, а затем уже в общем списке товаров вместо значений подставляются именно GUIDы. Обработка на сайте/обновление/считывание файла загруженного 1Ской идет по этим самым GUIDам.
Все необходимые 1Сные коды (GUID) присвоенные при выгрузке на сайт вы можеме просмотреть в xml-файлах. Или же в соответствующих таблицах в 1С.
2Зарегистрируйтесь или войдите
Регистрация через Google
Регистрация через Facebook
Регистрация через почту
Отправить без регистрации
Почта
Необходима, но никому не показывается
Отправить без регистрации
Почта
Необходима, но никому не показывается
Нажимая на кнопку «Отправить ответ», вы соглашаетесь с нашими пользовательским соглашением, политикой конфиденциальности и политикой о куки
Загрузка товаров из 1С в нужный каталог(инфоблок)
design@acrit.
ru
+7 495 008 8452
Анализ
Проект
Дизайн
Маркетинг
Разработка
Наполнение
Техподдержка
- Веб-студия АКРИТ. разработка модулей и сайтов интернет магазинов на 1С Битрикс
- Кладовка программиста
- База знаний
- Загрузка товаров из 1С в нужный каталог(инфоблок)
Если у вас возникли какие либо вопросы которые вы не смогли решить по нашим публикациям самостоятельно,
то ждем ваше обращение в нашей службе тех поддержки.
| Источник: http://dev.1c-bitrix.ru/community/webdev/user/23706/blog/unloading-from-1c-to-the-desired-information-block/ |
Добрый день, коллеги!
Уже неоднократно отвечал на форуме на вопрос «как выгрузить данные из 1С в уже существующий инфоблок на сайте?«.
И есть мой
. Но решил опубликовать здесь, в надежде что ответ на этот вопрос будет проще найти.
Инструкция на тот случай, когда вы выгрузили данные и увидели, что они выгрузились в отдельный новый инфоблок.
- Идете в настройки модуля инфоблоков и ставите там галку «Показывать код загрузки из внешних источников»
/bitrix/admin/settings.php?lang=ru&mid=iblock&mid_menu=1
Тогда у вас в редактировании инфоблока появится поле Внешний код (оно же XML_ID) - Идете в тот новосозданный инфоблок и смотрите у него «Внешний код» (XML_ID, EXTERNAL_ID, GUID, ГУИД), записываете, хотя бы, в буфер обмена.
- Идете в свой старый существующий инфоблок и прописываете ему нужный «Внешний код», тот что в новом инфоблоке из 1С. В новом инфоблоке «Внешний код» удаляете или меняете, или, вовсе удаляете инфоблок.
- Запускаете обмен.
- При обмене у вас данные будут попадать в ваш существующий инфоблок.
- при обмене может учитываться тип инфоблока
тогда нужно помимо Внешнего кода изменить тип инфоблока
По умолчанию привязка к типу инфоблока выставляется в настройках
Рабочий стол > Магазин > Настройки магазина > Интеграция с 1С
/bitrix/admin/1c_admin.php?lang=ru
Обратите внимание на параметры «Тип инфо-блока» и «При выгрузке учитывать тип инфоблока«
При включенной опции «При выгрузке учитывать тип инфоблока» меняется символьный код инфоблока
без опции
bd72d8f9-55bc-11d9-848a-00112f43529a
с опцией
cat-bd72d8f9-55bc-11d9-848a-00112f43529a
где cat — символьный код типа инфоблока
Есть еще одно решение
В качестве внешнего кода указать FUTURE-1C-CATALOG и при первой же выгрузке из 1С данные попадут в этот инфоблок.
Если проставить FUTURE-1C-CATALOG в Инфоблок каталога, то товары в него грузятся.
Но что нужно ставить в инфоблок торговых предложений?
Ставьте в ИБ предложений FUTURE-1C-OFFERS
(Подсказал Александр Ягольник)
Назад в раздел
Подписаться на новые материалы раздела:
Загрузка…
Веб студия «АКРИТ»
Узнать больше
Рассылка
Услуги
- Внедрение, разработка, техподдержка
- Настройки торговых площадок
- Экспертиза производительности
- Пакет услуг по переходу на новые версии модуля
- Пакеты услуг
- Продление решений
- Сопровождение и поддержка сайтов
Популярные теги
Загрузка
Карта сайта
Веб-студия «АКРИТ»
Список полей
Разрешенные поля
| Имя | Описание | Читать | Запись* | Сортировка | Фильтрация |
|---|---|---|---|---|---|
| НАЗВАНИЕ | Задает имя задачи. | + | + | ||
| ОПИСАНИЕ | Задает описание задачи. | + | + | ||
| КРАЙНИЙ СРОК | Указывает крайний срок задачи. | + | + | ||
| START_DATE_PLAN | Указывает дату запланированного запуска задачи. | + | |||
| КОНЕЦ_ДАТА_ПЛАН | Указывает дату запланированного завершения задачи. | + | + | ||
| ПРИОРИТЕТ | Определяет уровень приоритета задачи. | + | + | ||
| СОУЧАСТНИКИ | Содержит идентификаторы пользователей, участвующих в задаче (показаны в пользовательский интерфейс в качестве участников). | + | + | ||
| АУДИТОРЫ | Содержит идентификаторы пользователей, которым было назначено отслеживать задачу
прогресс и результаты (отображаемые в пользовательском интерфейсе в виде наблюдателей). | + | + | ||
| БИРКИ | Содержит теги, назначенные задаче. Чтобы установить несколько тегов для задачи,
укажите их как слова, разделенные пробелами (обычный текст). CTasks::GetList 9Метод 0106 не возвращает поле TAGS. Вызов CTaskItem::getInstance()->getTags() вернется массив имен тегов. | + | + | ||
| ALLOW_CHANGE_DEADLINE | Логическое ( Y/N ) значение, которое, если установлено в « Y «, указывает, что ответственным лицом, связанным с задачей, является разрешено сдвинуть дату окончания срока. | + | + | ||
| TASK_CONTROL | Логическое ( Y/N ) значение, которое, если установлено в « Y «,
указывает, что результат задачи должен быть одобрен создателем. | + | + | ||
| PARENT_ID | Указывает идентификатор родительской задачи. | + | + | ||
| ЗАВИСИТ ОТ | Указывает идентификатор задачи, которую необходимо выполнить до этого один. | + | + | ||
| GROUP_ID | Указывает идентификатор рабочей группы, к которой относится эта задача. | + | + | ||
| ОТВЕТСТВЕННЫЙ_ID | Идентификатор пользователя, которому назначена задача. | + | + | ||
| ВРЕМЯ_ОЦЕНКА | Указывает оценку времени для задачи. | + | + | ||
| ID | Идентификатор текущей задачи. Идентификатор уникален в базе данных. | + | |||
| CREATED_BY | Указывает идентификатор пользователя, создавшего задачу. | + | + | ||
| DESCRIPTION_IN_BBCODE | Логическое ( Y/N ) значение, которое, если установлено в « Y «, указывает, что описание задачи включает BB-коды. | + | |||
| ПРИЧИНА_ОТКЛОНЕНИЯ | Текстовое описание причины отклонения задачи. | + | + | ||
| РЕАЛЬНОЕ_СОСТОЯНИЕ | Определяет реальный статус задачи, установленный с помощью поля СТАТУС . (см. CTasks::STATE_xxx ). Это поле доступно только для чтения. | + | |||
| СТАТУС | Используйте это поле для установки метастатуса задачи. Чтобы установить это поле, используйте константы CTasks::STATE_xxx . Однако это поле может возвращать один из CTasks::METASTATE_xxx . ценности. Например, если задача никогда не запускалась и просрочена, это поле вернет CTasks::METASTATE_EXPIRED , в то время как реальный статус CTasks::STATE_NEW возвращено REAL_STATUS поле. | + | + | ||
| ИМЯ ОТВЕТСТВЕННОГО | Содержит имя человека, которому назначена задача (ответственный человек ). | + | |||
| ОТВЕТСТВЕННЫЙ_LAST_NAME | Фамилия ответственного лица задачи. | + | |||
| ОТВЕТСТВЕННОЕ_ВТОРОЕ_ИМЯ | Фамилия ответственного лица задачи. | + | |||
| ДАТА_СТАРТ | Указывает дату запуска задачи. | + | |||
| DURATION_FACT | Указывает время, необходимое для выполнения задачи, в минутах. | + | |||
| CREATED_BY_NAME | Содержит имя человека, создавшего задачу. | + | |||
| CREATED_BY_LAST_NAME | Фамилия создателя задачи. | + | |||
| CREATED_BY_SECOND_NAME | Имя создателя задачи. | + | |||
| ДАТА_СОЗДАНИЯ | Указывает дату создания задачи. | + | |||
| CHANGED_BY | Идентификатор пользователя, который последний раз обновлял задачу. | + | |||
| ДАТА_ИЗМЕНЕНИЯ | Указывает дату последнего обновления задачи. | + | |||
| STATUS_CHANGED_BY | ID пользователя, изменившего статус задачи. | + | |||
| СТАТУС_ИЗМЕНЕНИЯ_ДАТА | Указывает дату изменения статуса задачи. | + | |||
| ЗАКРЫТО_BY | Идентификатор пользователя, выполнившего задачу. | + | |||
| ДАТА ЗАКРЫТИЯ | Указывает дату завершения задачи. | + | |||
| GUID | GUID (глобальный уникальный идентификатор), связанный с задачей. Оно может можно сказать с достаточной долей уверенности, что этот идентификатор будет всегда остаются уникальными в нескольких базах данных. | + | |||
| МАРКА | Оценка, выставленная создателем задачи. | + | + | ||
| ПРОСМОТР_ДАТА | Содержит дату последнего просмотра задачи в общедоступной области пользователем. в настоящее время зарегистрированный пользователь. | + | |||
| TIME_SPENT_IN_LOGS | Указывает фактическое время, затраченное на задачу, в секундах. | + | |||
| XML_ID | Указывает внешний идентификатор задачи. | + | + | ||
| ALLOW_TIME_TRACKING | Логическое ( Y/N ) значение, которое, если установлено в « Y «, указывает, что система отслеживает время, потраченное на задача. | + | + | ||
| ДОБАВИТЬ_В_ОТЧЕТ | Логическое ( Y/N ) значение, которое, если установлено в « Y «,
включает задачу в отчет об исполнении. | + | + | ||
| FORUM_ID | Указывает идентификатор форума, содержащего комментарии к заданию. | + | + | ||
| FORUM_TOPIC_ID | Указывает идентификатор темы форума, содержащей комментарии к задаче. | + | + | ||
| COMMENTS_COUNT | Содержит количество комментариев на форуме. | + | |||
| SITE_ID | Указывает идентификатор сайта, на котором была создана задача. | + | + | ||
| ПОДЧИНЕННЫЙ | Логическое ( Y/N ) значение, которое, если установлено в « Y «, указывает, что хотя бы один из участников задачи находится в подчинении у текущий пользователь. | + | |||
| FORKED_BY_TEMPLATE_ID | Содержит идентификатор шаблона, использованного для создания задачи. Это поле
может быть пустым для задач, созданных в устаревших версиях. | + |
МНОГОЗАДАЧНЫЙ Флаг, означающий создание задачи для нескольких ответственных пользователей. + ONLY_ROOT_TASKS Поле, позволяющее выбрать только те задачи, которые либо не имеют родительская задача, либо она доступна, но у нас нет доступа к этой родительской задаче. + MATCH_WORK_TIME Флаг, указывающий даты завершения и крайний срок должны быть всегда указаны в рабочее время. + + + +
Примечание: эти поля относятся к методам task.item.*.
Также возможна фильтрация и сортировка по пользовательским полям, а именно:
==| Имя | Описание | Чтение | Запись* |
|---|---|---|---|
| UF_TASK_WEBDAV_FILES | Список идентификаторов файлов, прикрепленных к задачам. | + | + |
Примечание: Запись и изменение полей осуществляется в соответствии с логикой домена и доступными правами пользователя, т.е. е. это зависит от роли пользователя, прав доступа рабочей группы, иерархии, некоторых флагов в задаче (например, ALLOW_CHANGE_DEADLINE ), статус задачи.
Поля даты и времени в формате ISO 8601
| Имя |
|---|
| КРАЙНИЙ СРОК |
| START_DATE_PLAN |
| КОНЕЦ_ДАТА_ПЛАН |
| ДАТА_СТАРТ |
| ДАТА_СОЗДАНИЯ |
| ДАТА ЗАКРЫТИЯ |
| ДАТА_ИЗМЕНЕНИЯ |
| СТАТУС_ИЗМЕНЕНИЯ_ДАТА |
| ПРОСМОТР_ДАТА |
© «Битрикс24», 2001-2022
Вверх
Шоколадный софт | Bitrix24 Desktop (Установить) 7.
0.44.42Требуется модуль Puppet Chocolatey Provider. См. документацию по адресу https://forge.puppet.com/puppetlabs/chocolatey.
## 1. ТРЕБОВАНИЯ ## ### Вот требования, необходимые для обеспечения успеха. ### а. Настройка внутреннего/частного облачного репозитория ### #### Вам понадобится внутренний/частный облачный репозиторий, который вы сможете использовать. Эти #### вообще очень быстро настраивается и вариантов довольно много. #### Chocolatey Software рекомендует Nexus, Artifactory Pro или ProGet, поскольку они #### являются серверами репозиториев и дают вам возможность управлять несколькими #### репозитории и типы с одной установки сервера. ### б. Загрузите пакет Chocolatey и поместите во внутренний репозиторий ### #### Вам также необходимо загрузить пакет Chocolatey. #### См. https://chocolatey.org/install#organization ### в. Другие требования ### #### я. Требуется модуль puppetlabs/chocolatey #### См. https://forge.puppet.com/puppetlabs/chocolatey ## 2.
ПЕРЕМЕННЫЕ ВЕРХНЕГО УРОВНЯ ##
### а. URL вашего внутреннего репозитория (основной). ###
#### Должно быть похоже на то, что вы видите при просмотре
#### на https://community.chocolatey.org/api/v2/
$_repository_url = 'URL ВНУТРЕННЕГО РЕПО' ### б. URL-адрес загрузки шоколадного nupkg ###
#### Этот URL-адрес должен привести к немедленной загрузке, когда вы перейдете к нему в
#### веб-браузер
$_choco_download_url = 'URL ВНУТРЕННЕГО РЕПО/package/chocolatey.1.2.1.nupkg' ### в. Центральное управление Chocolatey (CCM) ###
#### Если вы используете CCM для управления Chocolatey, добавьте следующее:
#### я. URL-адрес конечной точки для CCM
# $_chocolatey_central_management_url = 'https://chocolatey-central-management:24020/ChocolateyManagementService' #### II. Если вы используете клиентскую соль, добавьте ее сюда.
# $_chocolatey_central_management_client_salt = "clientsalt" #### III. Если вы используете служебную соль, добавьте ее здесь
# $_chocolatey_central_management_service_salt = 'сервисная соль' ## 3.
УБЕДИТЕСЬ, ЧТО ШОКОЛАД УСТАНОВЛЕН ##
### Убедитесь, что Chocolatey установлен из вашего внутреннего репозитория
### Примечание: `chocolatey_download_url полностью отличается от обычного
### исходные местоположения. Это прямо к голому URL-адресу загрузки для
### Chocolatey.nupkg, похожий на то, что вы видите при просмотре
### https://community.chocolatey.org/api/v2/package/chocolatey
класс {'шоколад':
шоколадный_download_url => $_choco_download_url,
use_7zip => ложь,
} ## 4. НАСТРОЙКА ШОКОЛАДНОЙ БАЗЫ ##
### а. Функция FIPS ###
#### Если вам нужно соответствие FIPS — сделайте это первым, что вы настроите
#### перед выполнением какой-либо дополнительной настройки или установки пакетов #chocolateyfeature {'useFipsCompliantChecksums':
# убедиться => включено,
#} ### б. Применить рекомендуемую конфигурацию ### #### Переместите расположение кеша, чтобы Chocolatey был очень детерминирован в отношении
#### очистка временных данных и доступ к локации для администраторов
шоколадный конфиг {'расположение кеша':
значение => 'C:\ProgramData\chocolatey\cache',
} #### Увеличьте таймаут как минимум до 4 часов
шоколадный конфиг {'commandExecutionTimeoutSeconds':
значение => '14400',
} #### Отключить прогресс загрузки при запуске choco через интеграции
Chocolateyfeature {'showDownloadProgress':
гарантировать => отключено,
} ### в.
Источники ###
#### Удалить источник репозитория пакетов сообщества по умолчанию
Chocolateysource {'chocolatey':
гарантировать => отсутствует,
местоположение => 'https://community.chocolatey.org/api/v2/',
} #### Добавить внутренние источники по умолчанию
#### Здесь может быть несколько источников, поэтому мы приведем пример
#### одного из них, использующего здесь переменную удаленного репо #### ПРИМЕЧАНИЕ. Этот ПРИМЕР требует изменений
шоколадный источник {'internal_chocolatey':
обеспечить => настоящее,
местоположение => $_repository_url,
приоритет => 1,
имя пользователя => 'необязательно',
пароль => 'необязательно, не обязательно',
bypass_proxy => правда,
admin_only => ложь,
allow_self_service => ложь,
} ### б. Держите Chocolatey в курсе ###
#### Поддерживайте актуальность шоколада на основе вашего внутреннего источника
#### Вы контролируете обновления на основе того, когда вы отправляете обновленную версию
#### в ваш внутренний репозиторий.
#### Обратите внимание, что источником здесь является канал OData, аналогичный тому, что вы видите
#### при переходе на https://community.chocolatey.org/api/v2/ пакет {'шоколад':
обеспечить => последний,
провайдер => шоколадный,
источник => $_repository_url,
} ## 5. ОБЕСПЕЧЬТЕ ШОКОЛАД ДЛЯ БИЗНЕСА ##
### Если у вас нет Chocolatey for Business (C4B), вы можете удалить его отсюда. ### а. Убедитесь, что файл лицензии установлен ###
#### Создайте пакет лицензии с помощью сценария из https://docs.chocolatey.org/en-us/guides/organizations/organizational-deployment-guide#exercise-4-create-a-package-for-the-license # TODO: добавить ресурс для установки/обеспечения пакета шоколадной лицензии
package {'шоколадная лицензия':
обеспечить => последний,
провайдер => шоколадный,
источник => $_repository_url,
} ### б. Отключить лицензионный источник ###
#### Лицензионный источник нельзя удалить, поэтому его необходимо отключить.
#### Это должно произойти после того, как лицензия была установлена пакетом лицензий.
## Отключенным источникам по-прежнему нужны все остальные атрибуты, пока
## https://tickets.puppetlabs.com/browse/MODULES-4449разрешено.
## Пароль необходим пользователю, но не гарантируется, поэтому он не должен
## независимо от того, что здесь установлено. Если у тебя когда-нибудь возникнут проблемы здесь,
## пароль - это GUID вашей лицензии.
Chocolateysource {'chocolatey.licensed':
гарантировать => отключено,
приоритет => '10',
пользователь => «клиент»,
пароль => '1234',
require => Package['chocolatey-license'],
} ### в. Убедитесь, что лицензионное расширение Chocolatey ###
#### Вы загрузили лицензионное расширение во внутренний репозиторий
####, так как вы отключили лицензированный репозиторий на шаге 5b. #### Убедитесь, что у вас установлен пакет Chocolatey.extension (также известный как Лицензионное расширение Chocolatey)
пакет {'chocolatey.extension':
обеспечить => последний,
провайдер => шоколадный,
источник => $_repository_url,
require => Package['chocolatey-license'],
} #### Лицензионное расширение Chocolatey открывает все перечисленные ниже возможности, для которых также доступны элементы конфигурации/функций.
Вы можете посетить страницы функций, чтобы увидеть, что вы также можете включить:
#### - Конструктор пакетов - https://docs.chocolatey.org/en-us/features/paid/package-builder
#### - Package Internalizer - https://docs.chocolatey.org/en-us/features/paid/package-internalizer
#### - Синхронизация пакетов (3 компонента) - https://docs.chocolatey.org/en-us/features/paid/package-synchronization
#### - Редуктор пакетов - https://docs.chocolatey.org/en-us/features/paid/package-reducer
#### - Аудит упаковки - https://docs.chocolatey.org/en-us/features/paid/package-audit
#### – Пакетный дроссель — https://docs.chocolatey.org/en-us/features/paid/package-throttle
#### — Доступ к кэшу CDN — https://docs.chocolatey.org/en-us/features/paid/private-cdn
#### – Брендинг – https://docs.chocolatey.org/en-us/features/paid/branding
#### - Self-Service Anywhere (необходимо установить дополнительные компоненты и настроить дополнительную конфигурацию) - https://docs.chocolatey.org/en-us/features/paid/self-service-anywhere
#### - Chocolatey Central Management (необходимо установить дополнительные компоненты и настроить дополнительную конфигурацию) - https://docs.
chocolatey.org/en-us/features/paid/chocolatey-central-management
#### - Другое - https://docs.chocolatey.org/en-us/features/paid/ ### д. Обеспечение самообслуживания в любом месте ###
#### Если у вас есть настольные клиенты, в которых пользователи не являются администраторами, вы можете
#### чтобы воспользоваться преимуществами развертывания и настройки самообслуживания в любом месте
Chocolateyfeature {'showNonElevatedWarnings':
гарантировать => отключено,
} шоколадная функция {'useBackgroundService':
убедиться => включено,
} Chocolateyfeature {'useBackgroundServiceWithNonAdministratorsOnly':
убедиться => включено,
} Chocolateyfeature {'allowBackgroundServiceUninstallsFromUserInstallsOnly':
убедиться => включено,
} шоколадный конфиг {'backgroundServiceAllowedCommands':
значение => 'установить,обновить,удалить',
} ### е. Убедитесь, что центральное управление Chocolatey ###
#### Если вы хотите управлять конечными точками и составлять отчеты, вы можете установить и настроить
### Центральное управление.