Skip To Content

Автономные карты и традиционные версионные данные

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

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

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

Две опции, описанные ниже, позволяют владельцу сервиса объектов или администратору ArcGIS Server выбирать способ создания традиционных версий для конкретного редактируемого сервиса объектов. Издатель задает эти опции при публикации сервиса объектов.

Создать версию для каждой автономной карты

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

  • Имя пользователя, загрузившего карту
  • Имя сервиса объектов
  • Уникальный идентификатор (ID)

Эти три компонента обеспечивают уникальность имени версии. К примеру, если пользователь Bob загружает карту, содержащую сервис объектов NetFS, имя созданной версии будет Bob_NetFS_1404578882000. Если один и тот же пользователь загружает карту несколько раз (например, на разные устройства), при синхронизации с каждым устройством будут использоваться разные версии. Ни одно устройство не будет иметь доступа к редактированию с других устройств. Однако вновь загруженные карты будут согласованы с опубликованной версией. Если загружено много карт, может быть большое число версий. Как только загруженные карты перемещаются из приложения для автономного редактирования, их версии могут быть согласованы, закреплены и удалены.

Примечание:

Если сервис объектов опубликован на сайте ArcGIS Server, который не интегрирован с порталом, или вы осуществляете доступ к данным без авторизации, имя версии карты будет выглядеть как Esri_Anonymous_<feature service name>_<ID>.

Создание версии для каждого пользователя

В данном случае версия создается для каждого пользователя, загрузившего карту с редактируемым сервисом объектов. Например, если карту загрузили 10 пользователей – будет создано 10 версий. Для каждого пользователя своя версия, и имя версии составляется из имени пользователя и имени сервиса (например, Joe_InspectionFS). Если пользователь загружает карту несколько раз (например, с нескольких устройств), при выполнении пользователем синхронизации с каждого устройства будет использоваться одинаковая версия. Любое устройство имеет доступ к редактированию с других устройств. Однако вновь загруженные карты будут актуальны на дату последнего согласования пользовательской версии. Пользовательская версия существует до тех пор, пока существует загруженная карта.

Примечание:

При использовании этой опции следует либо интегрировать сайт ArcGIS Server с порталом, либо настроить пользовательские учетные записи в ArcGIS Server. Если вы этого не сделаете, имя созданной версии карты будет иметь вид: Esri_Anonymous_<feature service name>, а все подключенные к порталу пользователи будут работать с одинаковой версией.

Опция создания версии для каждого пользователя не применяется к данным, зарегистрированным как версионные сервис-ориентированные данные.

Примеры рабочих процессов

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

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

Загрузка карт для поддержки данныхЗагрузка карт для краткосрочного проектаЗагрузка карты для постоянного проекта

Версия, из которой публикуется сервис объектов

Версия По умолчанию

Дочерняя версия

Дочерняя версия

Для каждой создается автономная версия

Загруженная карта

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

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

Число созданных версий

Много

Мало

Мало

Задержка между автономными правками и обновлением версии по умолчанию

Low

Длительная (1 неделя)

Длительная (ежедневно)

Карты, участвующие в проверке качества

Одна карта

Все карты

Все карты

Частота удаления автономных версий

Ежедневно

По завершении проекта

Никогда (Never)

Загрузка карт для поддержки данных

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

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

В следующих разделах описан данный рабочий процесс:

Публикация сервиса объектов

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

Издатель запускает ArcGIS Pro и добавляет на карту данные из версии по умолчанию. В этом примере данные содержат новые сенсоры в классе объектов многопользовательской базы геоданных компании. Класс объектов регистрируется как версионный.

Версия По умолчанию

Издатель публикует векторный слой с именем NetFS, который ссылается на зарегистрированные данные из ArcGIS Pro.

Сервис объектов, опубликованный из версии по умолчанию

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

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

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

Создание веб-карты

Следующим шагом после создания сервиса объектов является создание веб-карты. Издатель добивается этого путем входа в организацию (ArcGIS Enterprise или ArcGIS Online), создания веб-карты, добавления векторного слоя на карту и публикации карты для участников группы офисных работников. Свойство автономного режима веб-карты включено; теперь веб-карта доступна для автономного использования в мобильном приложении. Участники группы офисных работников теперь могут загрузить карту.

Загрузка веб-карты

Имея доступ к веб-карте, работники могут загрузить ее на свои мобильные устройства и отправиться в поле для осмотра запрошенных изменений. Чтобы сделать это, работник по имени Боб запускает мобильное приложение, входит в организацию из приложения и загружает автономную карту и данные.

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

Затем Боб выбирает экстент и разрешение базовой карты для загружаемой карты.

После начала процесса загрузки из опубликованной версии (По умолчанию) базы геоданных создается версия Bob_NetFS_1404578882000. Поскольку сервис был настроен на создание версии каждой загружаемой карты, создается уникальное имя версии. Имя составляется из учетной записи мобильного работника (Bob), имени сервиса объектов (NetFS) и уникального идентификатора (ID). Эта версия будет использоваться при синхронизации загруженной карты.

Версия, созданная при загрузке карты

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

Синхронизация изменений

Находясь в поле, Боб видит, что один из сенсоров отмечен не на той стороне улицы. Боб вносит исправления на мобильном устройстве.

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

Подключение к сети и синхронизация изменений

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

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

После сохранения изменений Боб переключается на версию по умолчанию и удаляет версию Bob_NetFS_1404578882000.

Боб обнаруживает, что для правильного обновления данных необходимо больше поездок в поле. Каждый поход в поле требует новой загрузки карты и новой версии Bob_NetFS_<ID>. Каждая новая версия включает последние изменения версии по умолчанию. Эти версии будут сохранены в базе геоданных, пока не будут отключены от карты, согласованы и закреплены.

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

После того, как изменения Боба будут согласованы и опубликованы в версии по умолчанию, Боб удалит версии Bob_NetFS_<ID>.

Загрузка карт для краткосрочного проекта

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

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

Публикация сервиса объектов

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

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

Чтобы создать сервис объектов, менеджер проекта добавляет класс объектов сенсора из версии по умолчанию исходной многопользовательской базы геоданных на карту в ArcGIS Pro. Класс пространственных объектов зарегистрирован для традиционного управления версиями. Сенсоры, включенные в инспекцию, показываются желтым.

Для организации работы менеджер проекта создает версию Inspection и настраивает карту на работу с ней.

Создаёт версию Inspection из версии по умолчанию.

После этого менеджер проекта публикует сервис объектов InspectionFS в ArcGIS Pro.

Публикация сервиса объектов из версии Inspection.

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

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

Создание веб-карты

После публикации сервиса объектов менеджер проекта создает веб-карту на портале ArcGIS Enterprise и предоставляет возможность ее использования другим мобильным работникам – участникам группы.

Менеджер проекта выполняет следующие действия:

  1. Войдите в организацию.
  2. Создает веб-карту.
  3. Добавляет недавно опубликованный сервис объектов на веб-карту.
  4. Сохраните веб-карту.
  5. Открывает доступ к веб-картам и сервису объектов для группы мобильных работников.
  6. Включает автономный режим веб-карты для ее автономного использования.

Загрузка веб-карты

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

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

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

Джо выбирает экстент и разрешение базовой карты для своей карты.

После начала процесса загрузки из опубликованной версии базы геоданных создается версия в исходной базе геоданных, с именем Joe_InspectionFS. Поскольку сервис объектов создает версию для каждого пользователя, имя версии состоит из имени мобильного работника (Joe) и имени сервиса, из которого она был создана (InspectionFS). Эта версия будет использоваться при синхронизации загруженной карты.

Версия карты, созданная при загрузке карты

Примечание:

Когда Джо загружает карту из сервиса InspectionFS, она начинает ссылаться на версию Joe_InspectionFS. Например, ему может понадобиться удалить локальную карту и создать ее заново – уже с большим экстентом. Когда Джо снова загружает карту, все изменения, которые Джо ранее синхронизировал из версии Joe_InspectionFS, будут видны на карте.

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

Второй мобильный работник (Мэри) выполняет те же действия, что и Джо. Это приводит к созданию в исходной базе геоданных версии Mary_InspectionFS.

При загрузке карты другим клиентом создается вторая версия карты

Синхронизация изменений

Находясь в поле, Джо работает в восточной части карты. Джо обновляет статусы объектов сенсора во время проверки. Если сенсор проходит проверку, он показывается зеленым. Если он поврежден и требует ремонта, он показывается красным.

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

Джо подключается и синхронизирует изменения.

В конце дня Мэри также синхронизирует данные своей проверки сенсоров, выполненной в западной части карты.

Мэри подключается и синхронизирует изменения.

Запуск ночной обработки базы геоданных

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

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

Правки согласовываются и закрепляются в версии Inspection

Во время утренней синхронизации данных Джо и Мэри видят обновления друг друга.

Джо и Мэри сбрасывают согласованные изменения

Примечание:

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

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

Удалите загруженные карты и выполните итоговое согласование и закрепление данных

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

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

Версия Inspection согласовывается и закрепляется в версии по умолчанию

Загрузка карты для постоянного проекта

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

Ниже приведены шаги, необходимые для завершения этого рабочего процесса:

Публикация сервиса объектов

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

Чтобы создать сервис объектов, менеджер проекта добавляет класс объектов сенсора из версии по умолчанию исходной многопользовательской базы геоданных на карту в ArcGIS Pro. Класс пространственных объектов зарегистрирован для традиционного управления версиями. Сенсоры, включенные в инспекцию, показываются желтым.

Для организации работы менеджер проекта создает версию Inspection и настраивает карту на работу с ней.

Создаёт версию Inspection из версии по умолчанию.

После этого менеджер проекта публикует сервис объектов InspectionFS в ArcGIS Pro.

Публикация сервиса объектов из версии Inspection.

Менеджер проекта проверяет функцию Синхронизация в Редакторе сервиса в ArcGIS Server Manager, поскольку этот сервис будет использоваться в автономной карте. Менеджер проекта также щелкает Расширенные опции для отображения Расширенных опций сервисов объектов.

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

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

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

Создание веб-карты

После публикации сервиса объектов менеджер проекта создает веб-карту на портале ArcGIS Enterprise и предоставляет возможность ее использования другим мобильным работникам – участникам группы.

Менеджер проекта выполняет следующие действия:

  1. Войдите в организацию.
  2. Создает веб-карту.
  3. Добавляет недавно опубликованный сервис объектов на карту.
  4. Сохраните веб-карту.
  5. Открывает доступ к веб-картам и сервису объектов для группы мобильных работников.
  6. Включает автономный режим веб-карты для ее автономного использования.

Загрузка веб-карты

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

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

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

Джо выбирает экстент и разрешение для карты.

После начала процесса загрузки ArcGIS создает версию (Joe_InspectionFS) из опубликованной версии в исходной базе геоданных. Поскольку сервис объектов создает версию для каждого пользователя, имя версии состоит из имени мобильного работника (Joe) и имени сервиса, из которого она был создана (InspectionFS). Эта версия будет использоваться при синхронизации карты.

Примечание:

Когда Джо загружает карту из сервиса InspectionFS, она начинает ссылаться на версию Joe_InspectionFS. Например, ему может понадобиться удалить локальную карту и создать ее заново – уже с большим экстентом. Когда Джо снова загрузит карту, все изменения, которые были синхронизированы из версии Joe_InspectionFS, появятся на карте.

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

Второй мобильный работник (Мэри) выполняет те же действия, что и Джо. Это приводит к созданию в исходной базе геоданных версии Mary_InspectionFS.

При загрузке карты другим клиентом создается вторая версия карты

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

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

Синхронизация изменений

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

Когда в конце рабочего дня полевое устройство будет подключено к сети, Joe синхронизируется с сервисом объектов. Это приводит к сохранению изменений из версии Joe_InspectionFS в исходной базе геоданных.

Джо синхронизирует изменения, и его версия карты обновляется.

В конце дня Мэри также синхронизирует данные своей проверки сенсоров, выполненной в западной части карты.

Мэри синхронизирует изменения, и ее версия карты обновляется.

Запуск ночной обработки базы геоданных

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

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

Примечание:

В этой части процесса версия Mary_InspectionFS содержит правки, выполненные Джо, а версия Joe_InspectionFS не содержит правки, внесенные Мэри. Это объясняется тем, что версия Joe_InspectionFS была согласована и закреплена ранее версии Mary_InspectionFS.

Синхронизированные изменения полей согласованы и отправлены в версию Inspection.

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

В процессе согласования новый сенсор передается из версии по умолчанию в версию Inspection.

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

Подсказка:

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

Клиентские версии согласовываются с версией Inspection

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

Синхронизация и получение изменений из версии Inspection.

Этот процесс повторяется ежедневно. Версии Joe_InspectionFS и Mary_InspectionFS существуют до тех пор, пока Джо и Мэри выполняют проверки сенсоров. Если в какой-то момент они прекратят работу над проектом, версии могут быть удалены после того, как Джо и Мэри выполнят завершающую синхронизацию и отменят регистрацию своих локальных карт, а для версий Joe_InspectionFS и Mary_InspectionFS будут выполнены заключительные процессы согласования и закрепления.