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

Выгрузка из 1С Версия 8.2 и 8.3

Обработка выгрузки данных из 1С Предприятия.
Скачать выгрузку из 1С Версия 8.2 и 8.3

1С Предприятие (8.2, 8.3)

1. Управление торговлей, редакция 11 (редакция 11.0.8.х и выше)
2. Управление торговлей, редакция 10.3 (редакция 10.3.6.8 и выше)
3. Управление торговлей, редакция 10.3 базовая (редакция 10.3.6.8 и выше)
4. Управление производственным предприятием, редакции 1.2 и 1.3
5. Комплексная автоматизация, редакции 1.0 и 1.1
6. Бухгалтерия предприятия 2.0
7. Бухгалтерия предприятия 3.0
8. 1С:ERP Управление предприятием 2.0

Украина

1. Управление торговлей для Украины 2.3
2. Управление торговлей для Украины 3.0
3. Управление торговым предприятием для Украины 1.2
4. Управление производственным предприятием для Украины 1.3

Казахстан

1. Управление торговлей для Казахстана 2.2
2. Управление торговлей для Казахстана базовая 2.2
3. Управление торговым предприятием для Казахстана 1.0 и 2.0
4. Управление производственным предприятием для Казахстана 1.0 и 1.3
5. Управление торговлей для Казахстана, редакция 3.0
6. Бухгалтерия для Казахстана

Выгрузка из 1C Альфа Авто

Обработка выгрузки данных из 1C Рарус
Скачать выгрузку из 1С Альфа Авто

Выгрузкой поддерживаются конфигурации:

1С Рарус

1. Альфа Авто: Автосалон
2. Альфа Авто: Автосервис
3. Альфа Авто: Автозапчасти

Выгрузка из 1С Версия 7.7

Обработка выгрузки данных из 1С Предприятия. Версии 7.7
Скачать выгрузку из 1С Версия 7.7

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

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

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

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