> For the complete documentation index, see [llms.txt](https://docs.geodin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.geodin.com/geodin-onsite/ru/osnovnye-ponyatiya/file-delivery-and-ownership.md).

# Передача файлов и владение

Когда вы работаете в одиночку на планшете, Onsite ведёт себя как любая обычная программа: вы создаёте форму, она сохраняется, она остаётся на вашем устройстве. Но Onsite предназначен для **рабочих процессов от поля к офису** - буровых бригад в поле, инженеров в офисе, форм, переходящих между ними. Чтобы это работало безопасно, Onsite вводит два понятия: **доставка файлов** и **владение формой**.

Один раз прочитав эту страницу, вы будете понимать, что означают кнопки Publish / Retrieve / Revoke во всех остальных местах продукта.

## Режимы доставки файлов

Onsite предлагает два способа работы с вашими данными, настраиваемые в Configuration > Integration:

* **Без доставки** (по умолчанию) — всё остаётся на вашем устройстве. Вы работаете в одиночку. Когда вы хотите передать данные в офис, вы [экспортируете `.geodinml` файл вручную](/geodin-onsite/ru/rukovodstva/exporting-to-geodin.md) и отправляете его по электронной почте, через USB или любым другим удобным способом.
* **Общая сетевая папка** — вы указываете Onsite папку на своём компьютере, которая синхронизируется с вашими коллегами (через OneDrive, Dropbox, Google Drive или любой другой сервис синхронизации на ваш выбор). Onsite не важно, каким сервисом вы пользуетесь; он просто читает из этой папки и записывает в неё.

После настройки общей папки в меню Onsite появляются две новые кнопки: **Публикация** и **Получить**. Это и есть механика передачи форм и их получения обратно.

{% hint style="info" %}
См. [Настройка доставки файлов](/geodin-onsite/ru/konfiguraciya/file-delivery-setup.md) для практических шагов настройки. Эта страница объясняет *почему* доставка файлов работает именно так.
{% endhint %}

## Модель владения: один лист бумаги

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

Представьте, что ваша команда работает в офисе, где есть:

* **Чемоданчик каждого человека** — там находятся формы, над которыми он сейчас работает. Это ваша установка Onsite на планшете.
* **Полка «незавершённое»** — любой в команде может положить туда недоделанную форму, и любой может забрать её обратно.
* **Почтовый ящик начальника** — туда попадают завершённые формы. Как только форма туда отправлена, заниматься ею может только начальник.

Кнопки в Onsite соответствуют этой физической аналогии:

| Действие Onsite                    | Физическая аналогия                                                        |
| ---------------------------------- | -------------------------------------------------------------------------- |
| **Сохранить**                      | Положить форму в свой чемоданчик                                           |
| **Загрузить локально**             | Достать форму обратно из своего чемоданчика                                |
| **Опубликовать как незавершённую** | Положить форму на полку «незавершённое»                                    |
| **Получить**                       | Забрать форму с полки «незавершённое» обратно в свой чемоданчик            |
| **Опубликовать как финальный**     | Опустить форму в почтовый ящик начальника                                  |
| **Отозвать**                       | Залезть в почтовый ящик и вытащить форму обратно — см. предупреждение ниже |

В любой момент форма находится либо в чьём-то чемоданчике, либо на полке, либо в почтовом ящике — никогда не в двух местах сразу. Так Onsite гарантирует, что два человека случайно не перезапишут правки друг друга.

## Публикация: незавершённая или финальная

Когда вы публикуете форму, Onsite спрашивает, является ли она **незавершённой** или **финальной**. Это решение имеет значение.

**Незавершённая** означает, что над формой ещё продолжают работать. Только `.gdof` файл сам по себе попадает в общую папку — PDF, GeoDinML-экспорт ещё не создаются, потому что данные не окончательные. Коллега может [получить](/geodin-onsite/ru/rukovodstva/publishing-and-retrieving.md) форму, заполнить оставшиеся части и снова опубликовать её, когда будет готов.

**Финальная** означает, что форма завершена. Onsite сначала требует, чтобы форма прошла проверку. Когда вы публикуете как финальную, Onsite создаёт **все выдаваемые файлы** - `.gdof` PDF без водяного знака «draft», файл GeoDinML, готовый к импорту в GeoDin, и любые другие выходные файлы, которые нужны вашему проекту. Они отправляются в общую папку, и офис может их обработать.

После публикации как финальной форма на вашем устройстве закрывается и становится доступной только для чтения. Вы можете видеть её в Load Local, но не можете редактировать — теперь она принадлежит начальнику.

## Фотокопия для восстановления после катастрофы

Каждый раз, когда вы публикуете форму, Onsite сохраняет **локальную копию только для чтения** в вашей рабочей папке. Это страховка на случай, если «настоящая» форма станет недоступной — ваш планшет упадёт за борт, общая папка станет недоступной, сервис синхронизации приостановит ваш аккаунт — а вам всё ещё понадобится запись того, что вы отправили.

Вы можете открыть копию через Load Local. Она чётко помечена как копия, и вы не можете редактировать её напрямую. Но если вам действительно нужно отменить опубликованную форму, есть запасной выход: **Отозвать**.

## Отозвать — использовать с осторожностью

**Отозвать** отменяет публикацию формы. Он берёт вашу копию только для чтения, снова делает её редактируемой и возвращает владение вам. Затем вы можете отредактировать её и опубликовать новую версию.

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

{% hint style="danger" %}
**Практические правила для Revoke:**

* По возможности избегайте этого. Это запасной выход, а не шаг рабочего процесса.
* Если вам всё же нужно отозвать форму, **предупредите того, кто получает ваши формы** до того, как сделаете это. Сообщите, что скоро будет новая версия, чтобы они не обрабатывали старую.
* Никогда не отзывайте форму, опубликованную более нескольких часов назад, — считайте, что её уже обработали.
  {% endhint %}

## Версионирование и дисциплина команды

Формы перемещаются между членами команды, а иногда и между версиями Onsite — кто-то на старой версии получает форму, опубликованную кем-то на более новой версии.

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

***

**См. также**

* [Публикация и получение форм](/geodin-onsite/ru/rukovodstva/publishing-and-retrieving.md) - пошаговая инструкция
* [Настройка доставки файлов](/geodin-onsite/ru/konfiguraciya/file-delivery-setup.md) - настройка общей папки
* [Формы и проекты](/geodin-onsite/ru/osnovnye-ponyatiya/forms-and-projects.md) - что такое форма на диске на самом деле


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.geodin.com/geodin-onsite/ru/osnovnye-ponyatiya/file-delivery-and-ownership.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.