Доступно с лицензией Standard или Advanced.
Редактировать набор классов объектов и его топологию могут одновременно несколько пользователей.
- Каждый пользователь будет проверять топологию и исправлять возникшие ошибки (или маркировать их как исключения) в своей собственной версии.
- Обычно несколько отредактированных версий объединяются в общую версию (часто называемую версией Default).
- Стоит отметить, что при закреплении могут возникнуть новые ошибки топологии (т.е. могут произойти конфликты), даже если каждая редактируемая версия проверена и не содержит ошибок.
- Для управления такими ошибками, версионная топология имеет специальные механизмы обработки ошибок и правила определения конфликтов, которые действуют в процессе согласования.
В разделах, приведенных ниже, описываются результаты согласования измененных областей, ошибок, исключений и возможных конфликтов. В каждом случае, результат получен после согласования, которое проводилось после внесения изменений как в родительскую (default), так и в дочернюю версии по отдельности. Если версия по умолчанию не редактировалась до согласования с дочерней, результатом согласования будет содержание дочерней версии. В каждом примере Версия 2 создаётся как дочерняя от Версии 1 (default). Обе версии затем редактируются так, как показано в примере; затем Версия 2 согласовывается с Версией 1 (default). На иллюстрациях примеров используется следующая легенда.
Примечание:
Для сервис-ориентированных версий, в примерах ниже, Версия 1 - default, а Версия 2 - дочерняя по отношения к ней.Пример 1
- Все измененные области, появившиеся в версии по умолчанию и дочерней версиях, ранее не существовавших, в результате согласования останутся измененными.
- Любые измененные области, присутствующие в версии по умолчанию и проверенные в дочерней, после согласования опять станут измененными.
- Все измененные области, проверенные в версии по умолчанию, вне зависимости от их наличия в дочерней, после согласования останутся проверенными.
Как показано выше, исходный статус версии по умолчанию (не измененной области) сохраняется после согласования. Однако, в результате изменений дочерней версии, могут появиться другие измененные области.
На примерах 2 и 3 показаны другие сценарии, в ходе которых измененные области в версии по умолчанию в результате проверки и последующего согласования остаются проверенными.
Пример 2

Пример 3

Любые изменения топологии, сделанные в дочерней версии, после согласования приведут к появлению измененных областей, даже если измененная область в дочерней версии была проверена. Также, возможны случаи, когда правка не приводит к появлению измененных областей, например, редактирование атрибутов. Это проиллюстрировано на следующих примерах ниже.
Примечание:
Примечание: В данном примере редактировались обе - Версия 1 и Версия 2, но форма полигона изменена лишь в версии 2.
Пример 4

Пример 5
