Доступно с лицензией Standard или Advanced.
Во многих случаях, согласование может привести к появлению новых измененных областей, которых не было в родительской и дочерней версиях. Это происходит в результате кластерной обработки во время проверки. В следующем примере обе версии имеют полигоны с общими ребрами в топологии. Полигон в дочерней версии был разбит, появившаяся измененная область была проверена.
При разбиении полигона, исходный объект удаляется, а вместо него создаются два новых полигональных объекта. Во время проверки измененной области, при кластерной обработке появляются новые вершины на общих ребрах соседних полигонов. При согласовании версий, все измененные в дочерней версии объекты - разбитые полигоны и полигоны с новыми вершинами, добавленными при кластерной обработке - маркируются как измененные области.
Примечание:
Для сервис-ориентированных версий, в примерах ниже, Версия 1 - default, а Версия 2 - дочерняя по отношения к ней.
На следующем примере показано, почему это необходимо. Предположим, что новые пространственные объекты были созданы в двух версиях, а получившиеся измененные области проверены. При согласовании создание измененных областей необходимо, т.к. возможные ошибки проявляются при слиянии изменений из двух версий. В этом примере, пространственные объекты, добавленные в Version1 и Version2, перекрываются друг с другом, что нарушает правило “Не должны перекрываться”.
