1с упп перенос данных. Инструкции

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

Реализация товаров и услуг
Поступление товаров и услуг
Счет-фактура выданный
Счет-фактура полученный
Приходный кассовый ордер
Расходный кассовый ордер
Перемещение товаров
Комплектация номенклатуры
Требование накладная
Возврат товаров поставщику
Возврат товаров от покупателя
Счет на оплату покупателя на основании Заказа покупателя

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

Обмен осуществляется через "Универсальный обмен данными в формате 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.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_С_Отбором_По_ЖР .

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

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

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

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

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

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