1с план обмена как работает

План обмена

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

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

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

Назначение

В плане обмена хранится список узлов, — участников обмена в распределенной информационной системе. В качестве узлов могут выступать информационные базы 1С:Предприятия 8, информационные базы 1С:Предприятия 7.7 или другие информационные системы, не основанные на 1С:Предприятии.

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

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

Также в плане обмена указывается состав данных, которыми предполагается вести обмен:

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

Механизмы, реализуемые планом обмена

• Механизм распределенных информационных баз
  Позволяет создавать в рамках конкретного плана обмена распределенную информационную базу. Распределенная информационная база представляет собой иерархическую структуру, состоящую из отдельных информационных баз 1С:Предприятия — узлов распределенной информационной базы, между которыми организован обмен данными с целью синхронизации конфигурации и данных. Подробнее…

«1С:Предприятие 8»: механизмы обмена данными

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

Довольно большую группу среди них составляют средства обмена данными, которые мы и рассмотрим в этой статье.

Для начала нужно сказать о довольно простых, но в то же время эффективных и часто используемых на практике возможностях.

• Работа с текстовыми документами. Встроенный язык платформы позволяет разработчику создавать, динамически формировать и записывать текстовые документы, в том числе на основе готовых шаблонов. Обмен данными с использованием текстовых документов может быть одним из самых простых способов взаимодействия с другими информационными системами.
• Последовательное чтение текстовых файлов. Дело в том, что такие файлы могут быть очень большого объема, поэтому существуют специальные программные объекты, позволяющие читать и записывать их быстро (с использованием оптимизированных алгоритмов).
• XML. Платформа позволяет организовывать интеграцию с прикладными системами с использованием XML-документов, являющихся на сегодня общепринятым средством представления данных. Поддержка XML выполнена на уровне встроенного языка.
• DBF-файлы. Механизм работы с базами данных формата DBF предназначен для обеспечения возможности манипулирования ими непосредственно из языка системы через объект xBase. Можно как работать с существующими базами данных, так и создавать новые базы данных произвольной конфигурации.
• Работа с файловой системой. Доступ к функциям работы с файловой системой реализован на уровне встроенного языка. Эта возможность может быть использована при организации взаимодействия с другими информационными системами через общие каталоги.

Базовые средства обмена данными

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

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

• объекты «обмена»,
• средства сериализации,
• средства документов.

При помощи этих средств могут быть реализованы две основные технологии собственно обмена данными:

• универсальный механизм обмена данными;
• механизм управления распределенными информационными базами.

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

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

С помощью объектов «план обмена» реализованы два важных внутренних механизма платформы.

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

XML-сериализация — это процесс преобразования данных «1С:Предприятия» в последовательность данных формата XML и наоборот.

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

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

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

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

Механизм управления распределенными информационными базами

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

УРИБ реализует следующие основные возможности:

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

Различные способы управления обменом данными

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

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

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

• Транспортный налог в 1с 8.3 – расчет и начисление в 2021 году
• Способы учета НДС в 1С Бухгалтерия 8.3
• Правильный учёт излишков товара в 1С Бухгалтерия 8.3
• Как в 1С 8.3 оформить возврат товара поставщику?
• Создание номенклатуры в 1С 8.3

ТОП ПРОДАЖ

• 1С:Бухгалтерия 8
• 1С:Управление нашей фирмой 8
• 1С:Управление торговлей 8
• 1С:Управление предприятием 2
• 1С:ЗУП 8
• 1C:Учет путевых листов и ГСМ
• 1С:Учет в управляющих компаниях
• Электронные поставки 1С

Облачные сервисы

• 1С:Фреш
• 1С:Готовое рабочее место
• 1С:ЭДО
• Маркировка товаров
• 1С:Отчетность
• 1C:Товары
• 1C-Ритейл Чекер

Нетиповой обмен стандартными средствами

Антонова Мария Посмотреть все статьи >> Старший специалист по внедрению 1С франчайзинговой сети «ИнфоСофт».

Время прочтения — 4 мин.
Заказать консультацию

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

Поступила задача: «Разработка нетиповых правил с учетом требованиями клиента т.к. конфигурация «ДО ПРОФ» не предполагает обмена с конфигурацией БП версии «КОРП», а клиент очень сильно хотел их наладить. При разработке правил мы указали объекты для передачи:

• Справочники: Договоры, Контрагенты
• Документы: Акт сверки расчетов с контрагентом, Корректировка реализация, Реализация (акты, накладные), Счет-фактура выданный.

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

Порядок действий:

1. Добавляем новый план обмена. В примере – добавлен план обмена «ИС_ОбменБПДО».

Примечание: Имя плана обмена должно совпадать с обменивающейся базой, иначе обмен не заработает.

2. Созданный план обмена необходимо добавить план обмена в подсистему «ОбменДаннымиПрикладныеОбъекты»

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

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

4. Добавляем «Форму списка» и «Форму узла» при помощи копировании с типовых правил обмена.

5. Для того, чтобы добавленный план обмена появился в типовом списке выбора по настройке синхронизации, необходимо добавить в Общий модуль – «ОбменДаннымиПереопределяемый» в процедуру «ПолучитьПланыОбмена» строчку «ПланыОбменаПодсистемы.Добавить(Метаданные.ПланыОбмена.ИС_ОбменБПДО);»

6. На вкладке «Данные» — настраиваем состав обмена, указываем все объекты, которые будут учувствовать в синхронизации.

Примечание: В обязательном порядке необходимо добавить в состав: регистр сведений «СоответствияОбъектовИнформационныхБаз». (У всех объектов авто регистрация запрещена)

7. Создаем макеты плана «Правил обмена» и «Правил регистрации», можно загрузить в данные макеты разработанные правила, которые разрабатывались в конфигурации «Конвертация данных 2», либо можно через пользовательский режим загрузить собственные правила. Загружаем правила в формате .zip, в котором обязательно должны быть два файла:

• CorrespondentExchangeRules.xml
• ExchangeRules.xml

Аналогичные действия все проделываются в корреспондирующей конфигурации.

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

Рассказать друзьям
Предыдущая
Нестандартное закрытие месяца в Бухгалтерии 3.0
Неуплата налоговых авансов может обернуться арестом имущества

Комментарии ( 66,’PROPERTY_OBJECT_ID’ => $ElementID, ‘ACTIVE’=>’Y’,), array(), false, array(‘ID’, ‘NAME’) ); echo $cnt; ?>)

IncludeComponent( «scoder:scoder.comments», «coments», Array( «AJAX_MODE» => «Y», «AJAX_OPTION_ADDITIONAL» => «», «AJAX_OPTION_HISTORY» => «N», «AJAX_OPTION_JUMP» => «N», «AJAX_OPTION_STYLE» => «N», «CACHE_TIME» => «36000000», «CACHE_TYPE» => «A», «COMPOSITE_FRAME_MODE» => «A», «COMPOSITE_FRAME_TYPE» => «AUTO», «CUSTOM_TITLE_DATE_ACTIVE_FROM» => «», «CUSTOM_TITLE_DATE_ACTIVE_TO» => «», «CUSTOM_TITLE_DETAIL_PICTURE» => «», «CUSTOM_TITLE_DETAIL_TEXT» => «», «CUSTOM_TITLE_IBLOCK_SECTION» => «», «CUSTOM_TITLE_NAME» => «Ваше имя», «CUSTOM_TITLE_PREVIEW_PICTURE» => «», «CUSTOM_TITLE_PREVIEW_TEXT» => «», «CUSTOM_TITLE_TAGS» => «», «DEFAULT_INPUT_SIZE» => «30», «DETAIL_TEXT_USE_HTML_EDITOR» => «N», «DIF_LEVEL_COMMENTS_SPACE_PX» => «50», «DISPLAY_BOTTOM_PAGER» => «Y», «DISPLAY_TOP_PAGER» => «N», «ELEMENT_ASSOC» => «PROPERTY_ID», «ELEMENT_ASSOC_PROPERTY» => «300», «GROUPS» => array(«2»), «MAX_FILE_SIZE» => «0», «MAX_LEVELS» => «100000», «MAX_USER_ENTRIES» => «100000», «NEWS_COUNT» => «50», «OBJECT_ID» => $ElementID, «OBJECT_TYPE» => $arParams[«IBLOCK_ID»], «PAGER_BASE_LINK_ENABLE» => «N», «PAGER_DESC_NUMBERING» => «N», «PAGER_DESC_NUMBERING_CACHE_TIME» => «36000», «PAGER_SHOW_ALL» => «N», «PAGER_SHOW_ALWAYS» => «N», «PAGER_TEMPLATE» => «.default», «PAGER_TITLE» => «Комментарии», «PREVIEW_TEXT_USE_HTML_EDITOR» => «N», «PROPERTY_CODES» => array(«300″,»NAME»), «PROPERTY_CODES_ANSWERE» => array(«300″,»NAME»), «PROPERTY_CODES_ANSWERE_REQUIRED» => array(«300″,»NAME»), «PROPERTY_CODES_REQUIRED» => array(«300″,»NAME»), «RESIZE_IMAGES» => «N», «SC_HIDE_TREE» => «N», «STATUS_NEW» => «ANY», «USER_MESSAGE_ADD» => «Ваш комментарий отправлен», «USE_CAPTCHA» => «N», ) );?>

Объект 1С «Планы обмена». Распределенная информационная база (РИБ)

Объект 1С «Планы обмена» используется для реализации механизмов обмена данными (реализации синхронизации данных в системе), для чего:

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

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

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

• информационные базы 1С:Предприятия 8,
• информационные базы 1С:Предприятия 7.7 или
• другие информационные системы, не основанные на 1С:Предприятии.

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

Особенности плана обмена 1С:

1. При использовании планов обмена управлять составом узлов, для которых производится регистрация изменений объектов, можно при работе с объектом.
2. У плана обмена может быть только один предопределенный узел (который нельзя удалить или пометить на удаление).

Влияние реализации плана обмена на производительность 1С

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

Состав плана обмена

Состав плана обмена — это настройка, с помощью которой разработчик управляет набором объектов для обмена.

В составе плана обмена может быть 3 состояния объекта:

1. Не включен в план обмена — никаких флагов не установлено (соответственно, для такого объекта настроить обмен данными по этому плану обмена невозможно);
2. Авторегистрация — Запретить — регистрировать изменения для данного узла необходимо только программным кодом по какому-то условию (как правило, подпиской на событие «При Записи»). Используется метод ПланыОбмена.ЗарегистрироватьИзменения() .
3. Авторегистрация — Разрешить — если установлен этот флаг, то любые изменения элемента автоматически попадут в список изменений плана обмена.

Механизмы, реализуемые планом обмена:

1. Механизм распределенных информационных баз — позволяет создавать в рамках конкретного плана обмена распределенную информационную базу, между узлами которой организован обмен данными с целью синхронизации конфигурации и данных. Подробнее.
2. Служба регистрации изменений, позволяющая иметь перечень измененных элементов данных которые должны быть переданы в очередном сообщении тому или иному узлу, с которым производится обмен данными. Подробнее.
3. Инфраструктура сообщений — одна из составляющих механизмов обмена данными, которая обеспечивает автоматическое формирование сообщений, передаваемых в другие узлы распределенной системы. Подробнее.

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

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

РИБ позволяет переносить:

1. изменения данных;
2. изменения конфигурации информационной базы.

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

В этом случае становятся доступны:

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

Например, при отмеченном у плана обмена флаге «Распределенная база данных» при получении данных от подчиненного узла возникает событие » ПриПолученииДанныхОтПодчиненного «, определяемое в модуле плана обмена.

Возможности распределенной информационной базы:

• интерактивное создание распределенной системы и выполнение обмена данными без дополнительного программирования;
• обеспечение идентичности конфигураций информационных баз, входящих в состав РИБ;
• подключение новых и отключение существующих узлов;
• создание начального образа информационной базы для нового узла;
• реализация различных способов разрешения коллизий при одновременном изменении данных в разных узлах распределенной системы;
• возможность создания нескольких схем обмена в рамках одной РИБ;
• возможность создания схем обмена с другими информационными системами, в том числе с информационными базами 1С:Предприятия, не являющимися РИБ;
• задание условий на передачу и прием изменений на уровне отдельных элементов данных;
• реализация восстановления обмена данными в таких случаях, как восстановление информационных баз из резервных копии и т.д.;
• сжатие сообщений обмена в формате .ZIP и автоматическая распаковка сообщений обмена при приеме.

Особенности распределенной информационной базы:

1. должна иметь древовидную структуру, в которой существует корневой узел и определено отношение «главный — подчиненный» для каждой пары связанных узлов;
2. Каждая база в схеме знает только свои соседние узлы — родительский и подчиненные, причем для корневого узла родительской базы нет, а для баз самого нижнего уровня нет подчиненных;
3. обмен данными выполняется в формате ХML документов;
4. изменения конфигурации распространяются в стандартных сообщениях обмена вместе с изменениями данных;
5. внесение изменений возможно:
   • в конфигурацию — только в одном (корневом) узле распределенной системы;
   • в данные — в любом узле системы;
6. изменения конфигурации передаются от главного узла к подчиненным;
7. изменения данных передаются между любыми связанными узлами.

При использовании механизма распределенных информационных баз в соответствующем объекте «План обмена» для отдельно взятой информационной базы (входящей в распределенную) определяется:

1. главная база (может и отсутствовать);
2. подчиненные базы.

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

Отключение узла от РИБ

Подчинённый узел РИБ не даёт изменять конфигурацию вручную («Изменения конфигурации заблокированы средствами управления распределенной ИБ»).

Порядок отключения узла от РИБ:

через консоль администрирования убедиться, что у целевой БД отсутствуют активные соединения;
для целевой базы запустить 1С в режиме конфигуратора с командой с параметром /ResetMasterNode .
Пример для серверной БД (запускать из-под пользователя, имеющего полные права в БД)
для (x86) команда:
C:\Program Files (x86)\1cv81\bin\1cv8.exe DESIGNER /S SRVname\BDname /ResetMasterNode
для (x64) команда:
C:\Program Files (x86)\1cv81\bin\1cv8.exe DESIGNER /S SRVname\BDname /ResetMasterNode

Если нужно указывать логин-пароль, то можно добавить параметры: /NameAdmin /PasswordAdmin

Служба регистрации изменений

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

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

Состав данных, которыми осуществляется обмен, описывается в плане обмена и представляет собой перечень элементов данных (например, СправочникОбъект. , РегистрСведенийНаборЗаписей. , КонстантаМенеджерЗначения. и т.д.).

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

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

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

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

Инфраструктура сообщений

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

С точки зрения плана обмена, между узлами происходит обмен сообщениями. Каждое сообщение содержит изменения данных, изменения конфигурации (если это распределенная информационная база) и ряд служебной информации.

Каждое сообщение точно ассоциировано с планом обмена, имеет уникальный номер и имеет одного отправителя и одного получателя.

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