Различия БП и УТ, влияющие на обмен

Задача:

Решение:

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

Нажимаю кнопку "Выгрузить".

Аналогично проделываю все тоже самое с базой приемником. С 1С Бухгалтерией 8.3. Только для нее беру внешнюю обработку MD83Exp.epf (ее можно скачать) .

Перехожу обратно в 1С Конвертация данных.

Мы остановились на 3-ем шаге. Нажимаю кнопку "Новая", указываю сформированный файл структур метаданных. В справочник конфигураций, загрузится данная структура.

4. На четвертом шаге выбираю пункт "Автоматически создать все возможные правила обмена данными".

Теперь перед нами открылось новое окно. Созданы правила конвертации объектов. Нужно создать правила выгрузки данных. Для этого перехожу на вторую вкладку "Правила выгрузки данных" и нажимаю кнопку "Создать правила выгрузки".

И показываем, как с ее помощью СИЛЬНО упростить решение своих задач

Сегодня мы разберем, как буквально за 10-15 минут настроить и сделать простой перенос справочников и начальных остатков.

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

Поэтому позовите коллег, им это будет тоже очень полезно.

Особенно, если они уже видели КД 3 и успели испугаться:)

Да, когда ее видишь в первый раз – там вообще ни фига не понятно.

Но на самом деле – все ОЧЕНЬ просто. Настолько просто, что вам потом даже скучно будет:)

Что конкретно в сегодняшних видео

Это 4 видео по обмену данными через универсальный формат обмена EnterpriseData .

Кроме того, мы покажем пример доработки типовых правил обмена в 1С:Конвертации данных 3.0

Общая длительность – 34 минуты . Содержание:

• Настройка обмена на примере 1С:Бухгалтерии 8 и 1C:ERP
• Как сделать загрузку типовых правил и универсального формата обмена в Конвертации Данных 3.0
• Перенос структуры метаданных в КД 3.0
• Как выполнить первый обмен данными
• Доработка правил конвертации
• Как загрузить новые правила без изменения конфигурации (без снятия с поддержки )

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

Если бы подобная задача решалась в Конвертации данных 2.0, то изменения пришлось бы вносить в правилах и источника, и приемника.

Данные видеоуроки актуальны для БСП редакции 2.3.2 (для любой сборки старше 2.3.2.43).

Если Вы используете более старшую версию БСП,0 сделайте «поправку» на изменившийся интерфейс и расширенную функциональность. Для этого самостоятельно повторите пример из видео.

Видео 1:
Загрузка правил обмена между типовыми конфигурациями в Конвертацию данных 3.0

В этом уроке выполним подготовительные действия при внесении изменений в правила обмена между типовыми конфигурациями:

• Загрузка в КД структуры формата обмена (
• Создание конвертации
• Выгрузка файлов правил из типовой конфигурации
• Выгрузка модуля менеджера обмена

Видео 2:
Доработка правил обмена в КД 3.0

В этом уроке мы покажем, как дозаполнить реквизиты объектов при загрузке данных.

Будет решена задача – при загрузке объектов из конфигурации-источника устанавливать комментарий “Загружено из БП 3.0”.

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

Разработанные правила будут сохранены в виде внешней обработки для дальнейшего использования.

Видео 3:
Настройка универсального обмена между типовыми конфигурациями

В этом уроке мы покажем, как настраивать новый обмен между типовыми.

Настройки будут сделаны в конфигурации-источнике и затем загружены в конфигурацию-приемник.

Также в этом видео мы покажем, как без изменения конфигурации подгрузить новые правила обмена.

Видео 4:
Перенос начальных остатков с помощью правил обмена

В уроке покажем типовой функционал переноса начальных остатков.

P.S.

Да, обмены через txt / dbf / ole и т.д. имеют право на существование. В каких-то специальных случаях, типа стыковки с веб-сервером или переноса из готового формата внешнего приложения.

Однако для стандартных обменов – стандартные методы и быстрее, и сильно проще.

А если кто-то изобретает велосипед, когда есть готовое универсальное решение – это как написать себе на лбу “инструментом не владею, изучать не хочу, буду строить костыли за ваши деньги” .

P.P.S.

Мы хотим показать, что Конвертация Данных 3.0 – это не сложно.

Непривычно – да. Не все сразу понятно – да. Есть очень неоднозначные моменты – да.

Но с помощью готовых инструкций и видео ее можно освоить буквально за 1-2 недели.

Обмен данными между прикладными решениями 1С 8 — это то, без чего не возможно построение полноценного информационного пространства предприятия.

• Зачем нужны обмены данных и как их использовать?
• Виды обменов между 1С.
• Как произвести настройку обмена данными между базами 1С?

Ответы на эти вопросы Вы узнаете ниже.

Причин для внедрения обменов, как правило, две:

Организация имеет филиальную сеть

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

Разделение по видам учета

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

Какие бывают механизмы обмена между базами 1С?

Обмены данных можно классифицировать по двум направлениям: используемые механизмы и используемый транспорт для обмена.

Механизмы обмена данными 1С

Как правило, при обмене используется два механизма:

• Распределенная информационная база (РИБ) — механизм, позволяющий настроить обмен данными между филиалами. Механизм подразумевает, что обмениваются абсолютно идентичные конфигурации БД. Механизм умеет передавать изменения конфигурации баз данных. Механизм реализован на уровне технологической платформы.
• Универсальный механизм обмена между конфигурациями — механизм является разработкой фирмы 1С для прикладных решения. Он универсален и основан на . Обмен данными осуществляется с помощью правил xml, которые создаются в специальной конфигурации — . С помощью данного механизма можно реализовать как одноразовый обмен, так и постоянный обмен между 1С конфигурациями. Механизм реализован на уровне конфигурации, встроить в свою конфигурацию можно из технологической конфигурации .

Транспорт для обмена данными

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

Получите 267 видеоуроков по 1С бесплатно:

• Локальный или сетевой каталог — самый простой транспорт. Одна ИБ создает файл на диске, вторая считывает его и добавляет свой файл.
• FTP-ресурс — обмен, аналогичен обмену через каталог. Отличие — обмен осуществляется через FTP протокол.
• Почтовые сообщения или E-mail — обмен проходит по средствам электронной почты. Конфигурации посылают друг другу почтовые сообщения и регулярно проверяют почтовый адрес на наличие новых сообщений.
• Прямое подключение (COM) — обмен осуществляется через прямое подключение одной базы к другой по средствам .
• Интернет (Web service) — транспортом является веб-служба. Одна информационная база подключается к , веб-сервис подключается к второй базе и транспортирует сообщение. Для осуществления такого транспорта необходимо иметь .

Как настроить обмен данными между базами 1С?

Азы настройки обмена данными в 1С с помощью конфигурации «1С Конвертации данных» на примере смотрите в видео:

Обмен данными 1С по расписанию в 1С 8.2

Если необходимо настроить автоматическую выгрузку по расписанию, достаточно настроить .

Для клиент-серверного варианта

В справочнике «Настройки обмена данными», на вкладке «Автоматический обмен» необходимо создать новое регламентное задание, где указать расписание:

Для файлового варианта

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

Учебник по 1С Конвертации данных (редакция 2) Подробное знакомство с правилами обмена

Мы знаем что такое правила обмена и зачем они нужны. Познакомимся более подробно с дополнительным функционалом работы с правилами обмена. Откроем настройки правил обмена данными (конвертации):

В правилах обмена задаются конфигурации источника и приемника для данных, кроме того:

Закладка "Дополнительно":

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

Закладка "Параметры":

Допустим, офис принимает заказы исключительно на товары, поэтому желательно установить запрет на выгрузку услуг. Если для элемента справочника Номенклатура реквизит Услуга установлен Истина, то он гарантированно не должен выгружаться. Контроль выгрузки услуг лучше всего сразу сделать опциональным, чтобы не менять правила, в случае, если удаленный офис станет принимать заказы и на услуги.

Для этого случая нам придется освоить два новых приема работы с конфигурацией "Конвертация данных" - использование обработчиков и настройку параметров.

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

Для редактирования параметров откроем форму элемента справочника Конвертации для редактируемых правил обмена и перейдем на закладку параметры. Создадим новый элемент справочника Параметры. Присвоим имя параметра – ВыгружатьУслуги. Имя параметра служит для обращения к нему в структуре Параметры при написании программного кода в обработчиках. Наименование будет отображаться в табличной части Параметров в форме обработки универсального обмена данными. Для того, чтобы параметр был виден в диалоге при настройке выгрузки нужно установить флажок "Устанавливать в диалоге" и выбрать тип значения параметра. Для работы с параметрами в диалоге необходимо также установить флажок "Выгружать параметры в формате версии 2.01" в форме элемента справочника Конвертации.

Недостаточно просто указать параметры, надо чтобы алгоритм выполнения выгрузки "понимал", в каком случаем выгружать элемент, а в каком нет. Для подобных (и многих других) случаев используется механизм обработчиков. Суть его заключается в том, что в ключевых точках выполнения всех базовых алгоритмов выгрузки и загрузки данных обрабатывается код, написанный разработчиком при создании правил обмена. Естественно, что использование такого тонкого инструмента требует осторожности и продуманности. Мы рекомендуем перед написанием собственных обработчиков внимательно ознакомится со справкой к конфигурации "Конвертация данных 2.0", где описаны все доступные в обработчиках переменные и способы их использования, а также перечислены виды обработчиков и особенности их вызова в алгоритмах обмена данными.

Для нашей цели необходимо использовать обработчик правила выгрузки "Перед выгрузкой". Откроем правило выгрузки данных Номенклатура и поместим в поле "Перед выгрузкой" на закладке "События" следующий программный код:

Что же делает наш обработчик? При написании программного кода мы использовали переменные алгоритмов выгрузки данных. Структура Параметры служит для обращения к параметру ВыгружатьУслуги, который задается в форме обработки обмена данными. Переменная объект предоставляет доступ к выгружаемому объекту. А переменная Отказ позволяет контролировать отказ от выгрузки текущего объекта. Обработчик исполняется непосредственно перед началом выгрузки объекта, что и дает возможность отменить выгрузку объекта.

ТОЛЬКО ДЛЯ ОБМЕНА V8 - V8 И ОБРАБОТКИ ВЫГРУЗКИ И ЗАГРУЗКИ НЕ НИЖЕ 2.0.18.1

Есть возможность передавать параметры из одной конфигурации в другую. Достаточно для этого на закладке "Параметры" установить флажок "Передавать параметр при выгрузке" и этот параметр будет помещен в файл обмена и к его значению можно будет обратиться при загрузке данных. Можно для параметра указать правило конвертации, согласно которому должны будут конвертироваться значения. При помощи флажка "Передавать параметр при выгрузке" можно передавать только те параметры, которые редактируются в диалоге при выгрузке данных. Если же нужно передать параметр, которые в этом диалоге не присутствует, то нужно вызвать процедуру:

На закладке Параметры выгрузки появился параметр, изменяя значения которого услуги либо выгружаются, либо не выгружаются.

Многие предприниматели, осуществляющие торговую деятельность, для повышения эффективности управления приобретают одновременно две программы «1С:Бухгалтерия 8» (далее БП) и «1С:Управление торговлей 8» (далее УТ) .

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

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

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

1. Настройка одностороннего или двустороннего обмена.

Прежде всего, следует учесть, что из конфигурации БП в конфигурацию УТ могут выгружаться только документы, связанные с операциями движения наличных и безналичных денежных средств. К ним относятся: Приходный кассовый ордер, Расходный кассовый ордер, Поступление на расчетный счет и Списание с расчетного счета. Документы движения товаров, созданные в БП, выгружаться в УТ не будут.

Фирма 1С рекомендует производить обмен с банком в УТ. «Это обеспечит полноценную работу с исходящими платежными документами и более простую работу с входящими документами». Однако, была ситуация, когда из файла клиент-банка не удалось загрузить в УТ практически ни одной платежки, в то время как в БП этот файл загрузился полностью.

Это объясняется тем, что в УТ добавлены более строгие проверки содержания файла клиент-банка, например: проверка заполнения ИНН, проверка номера документа, номер должен содержать только цифры в соответствии с положением ЦБР от 3 октября 2002 г. N2-П "О безналичных расчетах в Российской Федерации" (с изменениями от 3 марта 2003 г., 11 июня 2004 г., 2 мая 2007 г., 22 января2008 г.).

Настраивать односторонний обмен (из УТ в БП) имеет смысл только в том случае, если все документы и нормативно-справочная информация заполняются в УТ. Таким образом, можно избежать дублирования элементов в этой базе.

Для этого необходимо настроить следующий сценарий обмена: создать в конфигурации УТ сценарий обмена, в котором сохранить только выгрузку (рис.1), в конфигурации БП создать сценарий обмена и сохранить только загрузку.

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

Для этого рекомендуется использовать обработку РегистрацияИзмененийДляОбмена82.epf , которую можно найти в поставке конфигурации "Конвертация данных, ред. 2.1". После установки конфигурации, обработка находится в каталоге установки обновления: ...\1c\Conversion\...номер_версии…

Если нормативно-справочная информация заполняется и в УТ, и в БП, то следует настраивать двусторонний обмен, но при этом может потребоваться отслеживать дубли, запуская обмен в интерактивном режиме вместо автоматического (рис. 2).

Для того, чтобы ограничить обмен данными только на уровне документов, не обязательно настраивать односторонний обмен, достаточно в фильтре обмена на стороне БП поставить дату, больше даты последнего документа (см. рис. 5). Но прежде чем устанавливать фильтр на дату, нужно убедиться, что документы в БП не были ранее зарегистрированы к обмену, иначе зарегистрированные документы будут перенесены в другую базу при обмене.

Приоритет изменения данных

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

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

2. Различия БП и УТ, влияющие на обмен

Договоры контрагентов

В конфигурации УТ не ведется аналитика по договорам контрагентов. Все операции, которые ведутся в конфигурации УТ, при загрузке в конфигурацию БП всегда оформляются по отдельным договорам, создаваемым и контролируемым самой системой УТ.

Если договора с нужными параметрами нет в конфигурации БП, то происходит создание такого договора. Необходимо отметить, что поиск договора осуществляется только из числа ранее загруженных из УТ договоров.

Управленческая организация в УТ

Начиная с релиза 11.0.6.9, в УТ в справочнике организации появился предопределённый элемент «Управленческая организация». Этот элемент не должен быть сопоставлен (или изменен) с текущей (единственной или одной из) организацией. Подробнее об использовании данного объекта можно прочитать в файле документации «Изменения и дополнения в документации.htm» , входящем в поставку УТ.

Структура предприятия

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

Элементы справочника «Структура предприятия» не сопоставляются элементам справочника «Подразделения организации» в БП. Для того, чтобы в УТ не загружались документы с незаполненным реквизитом Подразделение, в настройках обмена необходимо заполнить значение по умолчанию (рис. 4).

Склад в табличной части

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

Вид номенклатуры

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

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

2. Изменить номенклатуру (услугу) - нажать «Все действия» - разрешить редактирование и выбрать этот Вид номенклатуры с типом Услуга.

3. Настройка фильтров обмена (рис. 5)

Изменение даты выгрузки (загрузки) документов

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

2) Передвигать дату назад можно, т.к. это лишь расширяет область выгружаемых данных. Стоит заметить, что при этом документы из ранее закрытого периода не будут зарегистрированы к обмену автоматически. Для того чтобы это сделать, необходимо либо изменить документы, либо воспользоваться обработкой РегистрацияИзмененийДляОбмена82.epf.

Фильтр по организациям

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

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

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

4. Удаление объектов одной из баз

Пометка на удаление

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

Удаление дублей

Для удаления возникших при обмене дублей объектов мы рекомендуем воспользоваться обработкойПоискИЗаменаЗначений.epf , которая находится в каталоге \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ на диске ИТС. А для проверки корректности сопоставления объектов двух информационных баз можно открыть Регистр сведений «Соответствие объектов информационных баз» и записи данного регистра могут быть откорректированы вручную. Важно знать, что после удаления объекта в одной из баз в записи регистра сведений останется соответствие для удаленного объекта (битая ссылка), нужно будет либо сопоставить другой объект, либо удалить запись.

5. Дополнительные настройки

Статьи движения денежных средств

Для конфигурации УТ может потребоваться проставить реквизит «корр. счет» для тех статей движения денежных средств, которые будут использоваться и выгружаться в БП.

Для конфигурации БП: может потребоваться проставить вид движения денежных средств в элементах справочника.

Пользователи

Элементы справочника пользователи могут быть перенесены в другую базу в том случае, если указаны в качестве ответственных в одном из объектов, участвующем в обмене. Для таких объектов потребуется настроить права.

Префикс базы и префикс организации

В УТ префикс всегда имеет фиксированную длину и разделитель (дефис) "-". Поэтому, если префикс информационной базы не задан или префикс организации не задан, то он заменяется нулями. Однако при настройке обмена префикс информационной базы всегда заполняется на ЦБ (для УТ) и на БП (соответственно для конфигурации БП).

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

Исправление ошибок

В нашей статье были рассмотрены наиболее важные моменты организации обмена данными между «1С:Управление торговлей 8» ред.11 и «1С:Бухгалтерия 8» ред.2.0.

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