Сбой синхронизации QFieldCloud: сохраните правки

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

Ключевые выводы:

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

Какие данные сохранить, если произошел сбой синхронизации QFieldCloud?

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

Сделайте резервную копию способом хранения или экспорта, поддерживаемым вашим устройством и проектом. Убедитесь, что она включает нужный локальный проект и данные, а не только настольный файл .qgs. Если место хранения ожидающих правок неизвестно, спросите администратора до удаления QField, очистки памяти приложения или замены папки.

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

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

Шаг 1: как сохранить несинхронизированные правки?

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

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

Автономное редактирование QFieldCloud создает изменения для исправленных объектов; другие режимы слоя могут обращаться к онлайн-источнику напрямую или предоставлять файловые данные только для чтения. Посмотрите фактическое действие слоя. Прямое подключение к базе не входит автоматически в описанную здесь процедуру автономных изменений. ［1］

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

Шаг 2: где возникает ошибка загрузки QFieldCloud?

Уточните действие: отправка правок, синхронизация или скачивание проекта. Учебник первого проекта описывает отправку изменений из QField и синхронизацию, но общее название операции на экране не определяет точный этап сбоя. Сохраните выбранное действие и первое сообщение ошибки. ［2］

Разделите три вопроса. Доставил ли телефон изменения? Применило ли облако их к исходному источнику? Содержит ли последующий пакет эти примененные изменения?

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

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

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

Шаг 3: что сообщают облачные задания?

QFieldCloud отдельно обрабатывает проект, готовит пакет и применяет дельты. Тип задания и его результат определяют, кто должен действовать. Успешная обработка проекта сама по себе не подтверждает применение полевых правок; ошибка упаковки не обязательно означает неудачную отправку с телефона. ［3］

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

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

Если сбой произошел при настольной подготовке проекта, проверяйте тот компьютер отдельно. Справочник прокси Windows относится к подготовительной рабочей станции Windows, а не к маршруту отправки Android. Исправленный прокси компьютера не передаст правки, существующие только на полевом устройстве.

Шаг 4: отправляет ли исходный Android правки другим путем?

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

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

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

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

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

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

Шаг 5: чем подтверждается синхронизация проекта QField?

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

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

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

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

Итоги

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

Часто задаваемые вопросы (FAQ)

Нужно ли удалить проект и скачать его заново?

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

Доказывает ли успешная загрузка компьютера синхронизацию телефона?

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

Означает ли запись Changes, что источник обновился?

Она подтверждает наличие изменения для обработки, но не обязательно успешное применение. Проверьте результат и соответствующее задание, затем ожидаемую запись в основных данных. ［3］

Почему пакет не готовится после отправки изменений?

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

Подходит ли процедура для прямого доступа к онлайн-слоям?

Восстановление автономных изменений относится к слоям с режимом автономного редактирования. Прямой доступ использует другой путь данных; уточните действие слоя и процедуру резервирования и редактирования его владельца. ［1］

Что делать при конфликте полевых правок?

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

Когда можно отказаться от старой локальной копии?

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

Источники

1. QField — QFieldCloud System Documentation
2. QField — My first project
3. QField — Jobs

Sources checked 7 октября 2026 г.