Инструкции. Инструкции Выгрузить из упп в

При помощи данных правил идёт выгрузка из базы УПП в сторону БП, следующих документов:

1. Реализация товаров и услуг
2. Поступление товаров и услуг
3. Счет-фактура выданный
4. Счет-фактура полученный
5. Приходный кассовый ордер
6. Расходный кассовый ордер
7. Перемещение товаров
8. Комплектация номенклатуры
9. Требование накладная
10. Возврат товаров поставщику
11. Возврат товаров от покупателя
12. Счет на оплату покупателя на основании Заказа покупателя

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

Обмен осуществляется через "Универсальный обмен данными в формате XML"

Инструкция о том как произвести перенос информации УПП 1.3 в БП 3.0

ВАЖНО!!! Предварительно, рекомендую все тестирования обменов производить на копиях базы. Особенно, когда вы являеетесь пользователем без навыков переноса данных.
Иначе можно испортить содержимое баз. Проверили на копиях, убедились, что правильно делаете, и только потом переходите к переносу на боевых базах.
Для усиления мер безопасности, перед переносом данных лучше сделать копии баз, как приемника так и источника

Перенос данных делится на два этапа:

Этап №1. Выгрузка информации из источника "УПП 1.3."
Скачиваем правила обмена
Необходимо зайти в базу источника, в нашем примере УПП 1.3

Запускаем обработку "Универсальный обмен данными в формате XML" Основное меню \ Сервис\ Прочие обмены данными \ Универсальный обмен данными в формате XML

Переходим на закладку "Выгрузка данных"

Указываем имя файла, где указаны правила конвертации
Загружаем настройки для правил
Заполняем реквизит "Имя фалйа данных", тот файл, куда будем выгружать данные
На закладке "Выгружаемые данные", выбираем те типы объектов, которые нам необходимо выгрузить
Если мы выгружаем документы, то необходимо указать период за который нам необходимо выгрузить документы, например с "01.01.2018" по "31.01.2018"
Настройка выгрузки готова, можно нажимать на кнопку "Выгрузить данные", которая располагается в верхнем меню обработки
По окончании выгрузки будет выведено соответствующее предупреждение, а окне служебных сообщений, будет выведена информация о количестве выгруженных объектов

Необходимо зайти в базу приемник, в нашем примере Бухгалтерию 3.0.

Необходимо убедиться, что есть доступ к разделу "Все функции"

Для этого переходим Главное меню \ Сервис \ Параметры

P.S.: Если у вас не отражается флажок "Отображать команду "Все функции"", значит Вам не хватает права "Администратор системы"

Открыть обработку "Универсальный обмен данными в формате XML"

Выбираем ранее выгруженный файл с данными, заполняя реквизит "Имя файла загрузкина сервере"
Нажимаем на кнопку "Загрузить данные"

По окончании выгрузки будет выведено соответствующее предупреждение, а окне служебных сообщений, будет выведена информация о количестве загруженных объектов

Для того, чтобы убедиться, что документы загружены, переходим в соответствующие подсистемы продажи, раздел "Реализация (Акты,накладные)", закупки раздел "Поступления (акты, накладные)"

И видим наличие загруженных документов

Зайдем в загруженные документы

Перенос данных завершили

Видеоинструкция

upd. 16.01.2018 Добавлены правила конвертации из УПП(1.3.101.1)_в БП (3.0.57.17)

upd. 22.02.2018 Добавлены правила конвертации из УПП(1.3.103.1)_в БП (3.0.58.41)

upd 05.03.2018 В правила конвертации из УПП(1.3.103.1)_в БП (3.0.58.41) добавлены следующие документы: Требование накладная, Расходный кассовый ордер, Комплектация, Перемещение товаров

upd 21.05.2018 Добавлены правила конвертации из УПП(1.3.107.2)_в БП (3.0.61.47). В правила конвертации из УПП(1.3.107.2)_в БП (3.0.61.47) добавлен вид документа "Возврат товаров поставщику"

upd 26.09.2018 Добавлены правила конвертации из УПП(1.3.112.3)_в БП (3.0.64.54). В правила конвертации из УПП(1.3.112.3)_в БП (3.0.64.54) добавлен вид документа "Возврат товаров от покупателя"

Тестировалось на платформах 1С:Предприятие 8.2 (8.2.19.130) конфигурация УПП(1.3.112.3) и 1С:Предприятие 8.3 (8.3.13.1513) конфигурация БП (3.0.64.54)

upd 17.01.2019 Добавлены правила конвертации из УПП(1.3.115.2)_в БП (3.0.67.67).

Upd 10.02.2019 В правила конвертации из УПП(1.3.115.2) в БП (3.0.67.67), добавлены для выгрузки справочники: Прочие доходы и расходы, Сотрудники.
Документ "Счет на плату", который создается в БП на основании документа "Заказ покупателя"
Регистр сведений:"Счета учета номенклатуры" правила подходят для переноса из УПП 1.3 (1.3.113.4)

Тестировалось на платформах 1С:Предприятие 8.2 (8.2.19.130) конфигурация УПП(1.3.115.2) и 1С:Предприятие 8.3 (8.3.13.1513) конфигурация БП (3.0.67.67)

Upd 10.04.2019 Правила конвертации из УПП(1.3.115.2) в БП (3.0.67.67) подходят для переноса данных из УПП(1.3.120.1) в БП (3.0.70.25)
Тестировалось на платформах 1С:Предприятие 8.2 (8.2.19.130) конфигурация УПП(1.3.120.1) и 1С:Предприятие 8.3 (8.3.13.1644) конфигурация БП (3.0.70.25)

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

Так же данные можно переносить при помощи . Во многих конфигурациях 1С 8.3 есть типовой функционал для настройки синхронизации данных между различными конфигурациями и бесшовная интеграция с 1С Документооборот.

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

Скачать данную обработку можно на диске ИТС, либо по ссылкам:

Она является универсальной и подойдёт для любой конфигурации.

Рассмотрим пример выгрузки справочника «Номенклатура» из одной информационной базы 1С 8.3 Бухгалтерия 3.0 в другую. Обязательным условием будет отбор по родителю (группе) «Деревообработка».

Выгрузка данных из 1С в XML

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

Откройте обработку выгрузки и загрузки данных XML (Ctrl+O).

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

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

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

Колонка «Выгружать при необходимости» означает, необходимо ли перегружать данный объект, если на него ссылается реквизит перегружаемого нами справочника. Например, позиция перегружаемой вами номенклатуры имеет такую единицу измерения, которой нет в базе – приемнике. Если напротив справочника с единицами измерения будет установлен флаг в колонке «Выгружать при необходимости», создастся новая позиция. В противном случае в качестве значения реквизита будет надпись «<Объект не найден>» и его уникальный идентификатор.

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

В данном примере нужно отобрать только ту номенклатуру, которая находится в папке «Деревообработка».

Аналогичная обработка для 8.2 позволяет в удобной форме устанавливать отборы для каждого объекта конфигурации. В 8.3, к сожалению, такого функционала нет. Одним из вариантов выхода в данной ситуации будет отбор необходимых позиций на вкладке «Дополнительные объекты для выгрузки».

Добавить объекты здесь можно как вручную (кнопка «Добавить»), так и запросом («Добавить запросом…»). При большом их количестве предпочтительнее второй вариант.

В данном случае запрос будет следующим. Заполните параметры, выполните запрос, проверив данные, и нажмите на кнопку «Выбрать результат».

После того, как вы указали все необходимые объекты и дополнительные элементы для выгрузки, нажмите на кнопку «Выгрузить данные». Они попадут в XML файл, имя и путь нахождения которого указывали ранее. Результаты данной операции отобразятся в сообщениях.

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

Загрузка справочника из XML

После успешной выгрузки данных из конфигурации – источника в XML файл, откройте базу – приемник. Структура объектов и их реквизитов должны совпадать между собой. В данном случае перенос осуществляется между двумя типовыми конфигурациями 1С:Бухгалтерия 3.0.

Откройте обработку в базе – приемнике. Данная обработка используется как для выгрузки, так и для загрузки данных. Перейдите на вкладку «Загрузить» и укажите путь к XML файлу, в который ранее были выгружены данные. После этого нажмите на кнопку «Загрузить данные».

Результат загрузки отобразится в сообщениях. В нашем случае всё прошло успешно.

Справочник «Номенклатура» в базе – приемнике не был заполнен. Теперь в нем пять элементов: три номенклатурных позиции и две группы.

Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными - необходимое условие для эффективной работы таких систем.

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

Обмен данными в среде 1С позволяет:

• Исключить двойной ввод документов;
• Автоматизировать смежные бизнес-процессы;
• Оптимизировать взаимодействие между распределенными подразделениями;
• Оперативно актуализировать данные для работы специалистов разных отделов;
• «Разграничить» разные виды учета.*

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

Если представлять стандартный процесс реализации первичного обмена данными, когда хотя бы один из его объектов – продукт 1С, то можно выделить следующие этапы:

• Согласование состава обмена;
• Определение транспорта (протоколов обмена);
• Установка правил;
• Составление расписания.

Выявление состава обмена 1С

Объекты обмена можно условно поделить на «источник» и «приемник». При этом они могут исполнять две роли одновременно, что будет называться – двусторонним обменом. Определение источника и приемника происходит логическим путем в зависимости от необходимости или от функциональных возможностей системы.*

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

Далее на основе полученных и зафиксированных требований со стороны пользователей создается список данных для обмена, определяется их объем, требования к частоте обмена, прописывается процесс работы с ошибками и обработки исключительных ситуаций (коллизий).

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

Распределенная информационная база

• РИБ подразумевает обмен между идентичными конфигурациями баз данных 1С, с четкой структурой управления «главный-подчиненный» для каждой пары обмена. Являясь элементом технологической платформы, РИБ помимо данных может передавать изменения в конфигурации и административную информацию БД (но только от главного к подчиненному).

Универсальный обмен данными в 1С

• Механизм, позволяющий настроить обмен баз 1С, как с конфигурациями на платформе «1С:Предприятие», так и с системами сторонней разработки. Обмен осуществляется посредством перевода данных в универсальный xml-формат в соответствии с «Планами обмена».

EnterpriseData

• Новейшая разработка фирмы 1С, предназначенная для реализации обмена данными в формате xml между продуктами, созданными на платформе «1С:Предприятие», с любыми системами автоматизации. Применение EnterpriseData упрощает доработки, связанные с обменом. Ранее при включении в систему новой конфигурации была необходима реализация механизма импорта и экспорта данных, как для нее, так и для уже имеющихся систем. Теперь системы, поддерживающие EnterpriseData, не нуждаются в доработках, имея только одну точку «входа-выхода».

Определение транспорта (протоколов обмена)

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

*На этом этапе может потребоваться проведение работ по нормализации НСИ на стороне источника данных. В зависимости от состояния справочников и их объема, процесс сопоставления элементов, распознавания, выявления ошибок и дублей, а также заполнения недостающих полей и назначение полей синхронизации, может потребовать работы целой группы экспертов, как со стороны интегратора (владельца методики нормализации НСИ), так и со стороны заказчика.

Установка правил

Возможность отображения данных систем-источников в приемниках зависит от правильно заданных правил обмена. Правила, представленные в формате xml, регулируют соответствие ключевых реквизитов объектов источника-приемника. Решение «1С:Конвертация данных» предназначено для автоматизации создания правил для реализации как единоразового обмена, так и постоянного.

Гарантирует отсутствие потерь данных при обмене План обмена. Это составная часть любой конфигурации на платформе «1С:Предприятие», полностью описывающая порядок обмена 1С: состав данных (документы с «опознавательными» реквизитами) и узлы (информационные базы приемники-передатчики), а также активацию РИБ для избранных направлений обмена.

Любое изменение данных, занесенных в План обмена, фиксируется и получает признак «измененности». До тех пор, пока измененные данные не будут соответствовать друг другу в узлах приемника-передатчика, признак сброшен не будет, и система будет рассылать контрольные сообщения в оба узла. После выгрузки данных и подтверждения их полного соответствия в обеих системах, признак сбрасывается.

Расписание обмена в 1С

Для автоматизации регулярного обмена устанавливается периодичность выгрузки данных. Частота обмена зависит от необходимости и технических возможностей. Также конфигурации на платформе «1С:Предприятие» позволяют настроить обмен данными при наступлении какого-нибудь события.

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

• Не типовые, сильно доработанные конфигурации БД;
• Разные версии платформы «1С:Предприятие»;
• Давно не обновлявшиеся, не актуальные версии конфигурации;
• Объекты обмена, ранее подвергшиеся доработкам;
• Необходимость в нестандартных правилах обмена;
• Сильно различающийся набор и состав реквизитов в имеющихся справочниках.

Поскольку даже стандартные действия по реализации первичного обмена данными требуют экспертных знаний, их рекомендуется проводить при участии специалистов 1С. Только после выполнения всех вышеописанных действий следует переходить к настройке обмена в конфигурации. Рассмотрим интеграцию баз данных на примере «1С:УПП» и «1С:Розница» (по этой же схеме настраивается обмен с «1С:УТ»). Также к типовой синхронизации относится обмен УПП - УПП, характерный для масштабных систем автоматизации на крупнейших промышленных предприятиях.

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.

При подключении через сетевой каталог предложения настроить подключение посредством FTP-адреса и по электронной почте игнорируем, нажимая «Далее».

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

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

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

Проставляем галочку и выбираем «Синхронизацию».

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

Проставляем галочку, адрес система подхватывает автоматически.

Действуем так же, как в УПП.

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

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.

Итак, модуль обмена 1C-Битрикс мы скачиваем по ссылке http://1c.1c-bitrix.ru/ecommerce/download.php

В нашем примере мы рассмотрим Комплексную Автоматизацию редакция 1.1 (1.1.76.2) , модуль обмена 1C-Битрикс 6.0.3.4

В отличие от торговли 11.2 значок «Битрикс» не вынесен в меню, так что идем в Операции – План обменов – Настройки обмена с Web сайтом. Нажимаем «Добавить» и создадим свой узел для выгрузки номенклатуры на сайт.

На вкладке «настройка параметров обмена» указываем следующие данные:

В поле «адрес сайта» указываем http://сайт/bitrix/admin/1c_exchange.php

Если ваш сайт работает на https, то соответственно https://сайт/bitrix/admin/1c_exchange.php

НО! Обмен с https не работает на старых версиях модуля обмена 1C-Битрикс.

Имя пользователя и пароль , пользователь должен иметь на сайте административные права.

Каталог лога - если база файловая, то можете создать папку и указать путь к ней, если база клиент –серверная, то к папке на сервере.

Записываем и нажимаем «проверить соединение». Здесь могут появится первые ошибки и система ответит вам, что не удалось соединится с сервером или логин и пароль неправильные.

Первое, что нужно сделать, убедится, что пользователь с таким логином и паролем имеет административные права на сайте и вы их указали правильно. Второе, если адрес содержит www, то это также нужно указывать.

Переходим в вкладку «режим обмена данных» и выбираем «выгрузка информации о номенклатуре» , «контроль изменений» «полная выгрузка» (если это будет первая выгрузка на сайт).

Если для полной выгрузки отметить опцию Деактивировать товары если полная выгрузка (опция доступна с версии 6.0.3.1), то при условии успешной выгрузки те товары, которые есть на сайте, но отсутствуют в выгрузке, деактивируются на сайте.

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

Если же вы для сайта хотите создать уникальную структуру, отличную от структуры номенклатуры в 1C, обычно в 1C структуру номенклатора делают удобной для менеджеров, чтобы им было удобно искать товар, то на сайте структура каталога должна быть удобной для пользователей. Тогда в этом случае выбираем «настройка дерева групп».

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

Частая ошибка , которая бывает на этом этапе - в корневой раздел также кладут папку. Т.е корневой раздел на сайте будет «обувь» с подраздел «женская обувь», «мужская обувь», и подраздел в котором будут товары «туфли».Поэтому товар и папки с товаром мы указали только у подразделов. Корневой раздел « обувь» мы не заполняем папкой номенклатуры «обувь».

Вкладка «Товары»

Если стоит флажок «Выгружать товары», тогда будут выгружена информация о товарах.

Если стоит флажок «Выгружать картинки и файлы», тогда будут выгружены картинки и файлы товаров. Картинки и файлы выгружаются только новые или измененные.

Признак «Выгружать значения свойств в товары» означает то, что в товары будут выгружены значения свойств, даже если не выгружаются сами свойства(нужно. Когда свойства выгружаются отдельно другой настройкой обмена).

В группе «Настройка соответствий полей номенклатуры» задаются правила, в какое поле XML товара выгружается определенная информация товара.

Основные реквизиты постоянны. Ограничений на дополнительные реквизиты нет. Служебные поля XML файла редактировать нельзя.

Значения наименований полей 1С может быть как предопределенное(например Штрихкод, Наименование), так и произвольное. Произвольным полем 1С может быть кусок кода 1С, обращение к номенклатуре происходить через «Номенклатура.». Например, в поле XML наименование можно вставить выражение «Номенклатура.Артикул + « - » + СокрлЛП(Номенклатура.Наименование)», в результате чего уже на сайт попадет номенклатура с наименованием, склеенным с артикулом.

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

Вкладка «Предложения»

Если стоит флажок «Выгружать предложения», тогда будут выгружены предложения товаров.

Признак «Выгружать характеристики только с остатками» необходим для дополнительного отбора предложений. При установленном признаке, если у предложения нет остатков по выгружаемым складам – такое предложение не выгружается.

Признак «Выгружать предложение только с ценой» необходим для дополнительного отбора предложений. При установленном признаке если у предложения нет цен по выгружаемым соглашениям(видам цен), то такое предложение не выгружается.

Признак «Выгружать номенклатуру как предложение, если у нее есть характеристики» необходим тогда, когда требуется, чтобы выгружался товар как предложение, даже если у него есть характеристики. Если признак не установлен, то предложениями будут только характеристики товаров и товар, которые не работает по характеристикам.

Признак «Выгружать значения свойств в предложения» означает то, что в предложения будут выгружены значения свойств, даже если не выгружаются сами свойства(нужно. Когда свойства выгружаются отдельно другой настройкой обмена).

Признак «Выгружать характеристики предложений» определяет, нужно ли в предложениях выгружать характеристики предложений(если достаточно их выгружать как свойства).

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

Вкладка «Свойства»

Если стоит флажок «Выгружать свойства», то будет выгружаться свойства товаров и предложений.

В табличной части можно указать, какие свойства товаров будут храниться в хайлоад инфоблоках и какие свойства влияют на цену.

Для того чтобы свойство и его значения хранились в ХИБ, нужно поставить флажок. Свойство типа «Файл» всегда хранится в хайлоад инфоблоках.

Вкладки «Цены» и «Остатки»

Включаются, если вы выгружаете остатки и цены на сайт.

Теперь встает вопрос, а как указать какую именно цену я хочу выгрузить и остаток с какого склада. Для этого возвращаемся на вкладку «общие настройки» - «настроить отбор».

В окне настройки отборов выгружаемых данных, задаются отборы для справочных данных: Сегмент номенклатуры – отбор номенклатуры по сегментам номенклатуры;
Номенклатура – отбор по самой номенклатуре или группе;
Единица хранения – отбор по выгружаемым единицам измерения товаров. Вне зависимости от отбора – выгружаются базовые единицы товаров;
Соглашение – отбор по выгружаемым соглашениям товаров, и, соответственно, ценам товаров. Соглашения выгружаются только типовые, с признаком «Доступно внешним пользователям» и не заполненным реквизитом «Сегмент партнеров»;
Склад – отбор по выгружаемым складам. Остатки товара будут только по тем складам, которые удовлетворяют условию;
Свойство номенклатуры – отбор по свойствам номенклатуры. Будут выгружены только те свойства, которые удовлетворяют условию отбора.

Распространенная ошибка , которая встречается в данном функционале – это проставления «галочки» и пустое поле в «Значениях».

В отличие от УТ 11 не нужно настраивать типовое соглашение для выгрузки цен на сайт, достаточно в отборах просто указать нужный вам тип цены.

Все настроили, самое время проверить. Для этого проведем выгрузку в файл. Открываем узел обмена открываем «настройку параметров обмена» и переключаем на режим «выгружать в каталог на диске», в контроле изменений смотрим, чтобы стояла «Полная выгрузка», выполняем обмен данными. После завершения, открываем папку, куда шел обмен, если все правильно то должны быть две папки и файл xml

Идем в папку goods в ней находится 4 файла:
1) import – в котором видны все товары, которые выгрузились;
2) offers – торговые предложения товаров;
3) prices - цены;
4) rests- остатки.
Проверим, выгрузились цены у товаров и нужный нам вид цены.

Если вы делаете выгрузку в Малый бизнес, то нужно скопировать внешний код из тега «ИДТипЦены» и вставить его в Магазин – Тип цен

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

Теперь можем делать выгрузку на сайт, для этого переставляем «назначение» на «выгружать на сайт», записываем и запускаем обмен. Если вы собираетесь выгружать картинки из 1С, то при первой выгрузке выбираем не кнопку «выполнить обмен данными», а «принудительная выгрузка картинок».

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

Рассмотрим несколько настроек в самом БУС, которые нужно учесть при настройки выгрузки из 1С.

Если вы выгружаете картинки из 1С, то нужно быть аккуратнее с настройками обработки изображений. Магазин - Настройки - Интеграция с 1С.

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

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

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

И раз мы затронули вопрос по выгрузке из 1С в уже существующий инфоблок, покажем как это сделать. Прежде всего мы смотрим GUID каталога в 1С и копируем его.

Потом идем на сайт и сморим внешний код инфоблока. Контент – типы инфоблоко- нужный инфоблок. Ищем поле «внешний код», если его нет – не отчаивайтесь. Идем в настройки- настройки модулей – информационные блоки и включаем отображение внешних кодов.

Возвращаемся в настройки инфоблока и проверяем теперь.

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

Теперь каталога из 1С будет выгружаться в нужный вам инфоблок на сайте.