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

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

Первоначальная настройка обмена при этом может потребовать ряда действий, не только в части программирования, но и консалтинга, даже если мы имеем дело с однородными источниками, как в случае с продуктами на платформе «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-адреса и по электронной почте игнорируем, нажимая «Далее».

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

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

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

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

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

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

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

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

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

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

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

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

Готово.

Перенос данных из программы 1С УПП ред.1.3 в 1С Бухгалтерия 8 ред. 3.0

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

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

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

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

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

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

При установленном параметре Проверять соответствие регистров учета ОС будет выполняться проверка соответствия остатков регистра СтоимостьОСБухгалтерскийУчет и данных бухгалтерского учета. Если остатки в регистрах не совпадают об этом выводятся сообщения. Чаще всего встречаются расхождения по суммам накопленной амортизации. Амортизация в УПП рассчитывается с учетом данных регистра СтоимостьОСБухгалтерскийУчет , а не по данным регистров БУ. Из-за описанных расхождений после переноса расчет амортизации в источнике и приемнике может не совпасть.

Порядок работы.

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

Выгрузка и загрузка данных производятся с помощью обработки Универсальный обмен данными в формате XML , которая есть во всех без исключения типовых конфигурациях фирмы 1С . Открыть ее можно в Меню - Сервис - Прочие обмены данными.

Рис.1 Выгрузка данных

Для выгрузки необходимо использовать правила обмена УПП_ACC8.xml , на которые нужно указать в поле ввода Имя файла правил . При выборе файла правил, они будут прочитаны, и будет заполнено дерево Правила выгрузки данных . При необходимости можно перечитать правила обмена с помощью кнопки, находящейся справа от поля ввода. При чтении правил обмена будут заполнены параметры выгрузки значениями по умолчанию (см. рис.2), при желании их можно изменить перед выгрузкой данных.

Рис.2 Параметры выгрузки данных

1. Прежде всего рекомендую перенести учетную политику организаций . Но можно переносить и все данные сразу. На закладке Параметры выгрузки можно задавать различные параметры, управляя таким образом процессом. На данном этапе полезно установить параметр в значение Да . В этом случае при загрузке данных будет произведена настройка параметров учета в базе-приемнике БП 3.0.

Нажимаем кнопку Выгрузить данные и получаем файл данных в указанной папке.

Затем данные нужно загрузить в базу-приемник. Для этого используем ту же обработку Универсальный обмен данными в формате XML но в базе-приемнике. Указываем на закладке имя файла для загрузки то же самое что при выгрузке (см. рис.3) и нажимаем кнопку Загрузить данные .

В процессе загрузки, если при выгрузке был установлен параметр Синхронизировать настройки программы и параметров учета в значение Да , будет произведена настройка параметров учета в базе-приемнике БП 8.3. Если настройка в базе-приемнике не совпадает с настройкой в базе-источнике, то она будет скорректирована, о чем появятся записи в окне служебных сообщений (см. рис.4). Сравните содержание окна сообщений с параметрами, показанными на рис.2. Понятно, что в дальнейшем, при переносе остальной информации, уже нет необходимости в такой синхронизации.

Рис.4 Сообщения об изменениях в настройке параметров учета

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

2. Далее следует перенести в базу-приемник БП 3.0 остатки на дату переноса. Правила обмена в этом случае работают точно также как при любом переносе данных в любую другую базу: формируются документы Ввод начальных остатков . При выгрузке следует указать правила в разделе Входящие остатки (см. рис.5).

Рис.5 Правила обмена для переноса остатков

При загрузке в базе-приемнике БП 8.3 появятся документы Ввод начальных остатков , которые нужно провести. Они создадут все необходимые движения по регистрам. В процессе проведения в окне служебных сообщений могут быть записи об ошибках. Их нужно исправить и добиться проведения проблемных документов. Ошибки проведения возникают из-за ошибок, допущенных в учете. На рис.6 приведен пример такой ошибки, приводящий к проблемам при формировании остатков. Количество материала равно нулю, сумма свернутая по материалу и по складу тоже равна нулю, но по третьему субконто есть ненулевые остатки с противоположным знаком. Это довольно типичная ситуация. Такие остатки попадут в документ Ввод начальных остатков, но провести его будет невозможно.

Рис.6 Пример ошибки в учете

В данном случае обе строки документа Ввод начальных остатков с неверными остатками в базе-приемнике 1С 8.3 следует удалить. Тогда документ проведется.

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

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

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

Рис.7 Правила выгрузки документов

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

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

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

Рис.8 Правила выгрузки справочников

Справочники не обязательно переносить целиком, можно ограничить выгрузку различными фильтрами. Для этого в правой половине окна нужно настроить отбор (см. рис.9), самый простой: в Поле указать выбранный справочник, в Тип сравнения - Равно, в Значение - ссылку на элемент справочника. Именно это позволяет переносить недостающие элементы справочников, которые не выгрузились по ссылкам из документов. Можно создавать и более сложные отборы, используя различные реквизиты справочников и различные типы сравнения.

Рис.9 Установка отбора при выгрузке

Отчет производства за смену , документ Выпуск продукции и документ Комплектация номенклатуры с видом операции Выпуск продукции . Все они конвертируются в БП 3.0 в документ Отчет производства за смену , во всех случаях необходимо определить плановую стоимость

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

Совет: используйте настройки по умолчанию, которые устанавливаются при загрузке правил обмена. Если настройки сбились, это значит, что Вы сохраняете автоматически и используете свои настройки. Снимите галочку Использовать при открытии и настройки из правил обмена восстановятся.

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

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

Особенности переноса документов по учету производства. К таким следует отнести: документ Отчет производства за смену , документ Выпуск продукции и документ Комплектация номенклатуры с видом операции Выпуск продукции . Все они конвертируются в БП 3.0 в документ Отчет производства за смену , во всех случаях необходимо определить плановую стоимость (плановую сумму), поскольку в БП 3.0 этот реквизит является обязательным. Если в УПП используется режим учета затрат Партионный , то плановая стоимость определяется по данным бухгалтерского учета по проводкам документа УПП. В случае режима расширенной аналитики РАУЗ плановая стоимость определяется по данным бухгалтерского учета за тот месяц, в котором отражен данный документ. Плановая стоимость это оборот в дебет счета учета ТМЦ (10, 21, 41, 43) с кредита счета 20. При этом, если в параметрах учета установлена константа ВестиПартионныйУчетПоСкладамРегл , то плановая стоимость номенклатуры определяется по каждому складу. В противном случае по всем складам сводно.

При переносе документа Комплектация номенклатуры с видом операции Выпуск продукции заполняется табличная часть Материалы и соответственно при проведении документа Отчет производства за смену в БП 3.0 производится списание материалов. При переносе документа Отчет производства за смену в 1С Бухгалтерия 8 табличная часть Материалы не заполняется, так как в этом случае существуют документы вида Требование-накладная .

Если возникла проблема при загрузке: "Указанный файл не существует ", рекомендую сделать следующее. Переключиться из "Режим работы (на сервере)" в "Режим работы (на клиенте)", тогда становится не активным окно выбора файла загрузки. При нажатии на кнопку "Загрузить данные" обработка предлагает выбрать файл загрузки, укажите его в этом окне явно. Старайтесь, чтобы полная длина имени файла не превышала 64 символа, не содержала пробелов и русских букв, само имя файла было как можно короче, н-р CDData.xml

Комплект поставки.

В комплект поставки входят: правила переноса УПП_ACC8.xml . Для варианта Перенос остатков и документов из программы 1С УПП в 1С БП ред.3.0 с отбором по ЖР в комплект входит также обработка УниверсальныйОбменДаннымиXML_С_Отбором_По_ЖР .

Другие правила переноса данных:

Итак, модуль обмена 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С будет выгружаться в нужный вам инфоблок на сайте.