Синхронизация протоколов после восстановления связи
После восстановления интернета проверьте доставку результатов и файлов. Значок связи и обновление справочников сами по себе не подтверждают, что вся работа принята сервером. Отправляйте локальные изменения с того устройства, под той учётной записью и на тот сервер, где работали без интернета.
| Понятие | Что означает |
|---|---|
| Ожидает отправки | Операция сохранена на устройстве, подтверждение приёма ещё не получено. |
| Конфликт версий | Сервер отказал в приёме этой операции из-за несовпадения версии. Нужен разбор, а не многократное нажатие кнопки. |
| Удалить без отправки | Отказаться от всего проблемного набора выбранного протокола. Нужные локальные сведения можно потерять. |
В этой статье
- Обычный порядок после возвращения
- Обновление и отправка
- Состояния очереди
- Связь и авторизация
- Просмотр проблемных данных
- Конфликт и параллельные правки
- Протокол закрыт для правок
- Отказ данных или файла
- Удаление без отправки
- Портфель на другом устройстве
- Частичный результат
- Признаки завершения
- Короткая проверка перед завершением
Обычный порядок после возвращения
- На исходном устройстве подключитесь к устойчивой сети и откройте TesLab.
- Проверьте учётную запись и сервер. При необходимости восстановите авторизацию.
- В личном кабинете откройте «Работа без интернета» → «Открыть портфель».
- Проверьте колонку «Отправка». Дождитесь передачи или нажмите «Отправить».
- Разберите оставшиеся ошибки и отдельно проверьте вложения.
- Когда очередь нужных документов завершена, обновите данные и откройте карточки при сети. Сверьте важные результаты, а после исправлений все затронутые места.
- Убедитесь, что нужные файлы доступны с сервера. Затем продолжайте отправку на утверждение.
Оставьте приложение открытым до проверки результата. Фоновая отправка охватывает часть операций, но не заменяет отправку файлов и окончательную проверку в приложении. На Android передаче при закрытом приложении также могут мешать ограничения фоновой работы.

Обновление и отправка
| Команда | Назначение и объём |
|---|---|
| Обновить данные | Получить справочники, настройки и сведения портфеля. Сообщение «Обновлено не всё» требует проверки названных частей. |
| Отправить | Запустить общую очередь текущей учётной записи: изменения и файлы, в том числе из других документов и разделов. |
| Отправить сейчас | Команда меню строки также запускает общий отправщик. Обработкой одного выбранного протокола она не ограничивается. |
| Повторить отправку | Вернуть в обработку все ошибочные и конфликтные операции выбранного протокола и его файлы с ошибкой. Используйте после устранения причины. |
Обновление справочников не подтверждает приём результатов. Повтор отправки не изменяет содержимое операции, не выбирает правильные значения и сам по себе не разрешает конфликт.
Состояния очереди
| Состояние | Что проверить и сделать |
|---|---|
| Ждёт связи | Есть операции без подтверждения сервера. Проверьте сеть и авторизацию, дождитесь автоматического повтора или запустите отправку вручную. |
| Ошибка отправки | Есть отказ или конфликт. Откройте «Неотправленные изменения» → «Показать данные» и прочитайте причину. |
| Всё отправлено | Для строки нет ожидающей и проблемной очереди на текущем устройстве. Проверьте серверные результаты и файлы. |
| Статус неизвестен | В локальной копии недостаточно сведений о статусе самого протокола. Проверьте документ при сети. |
| Состояние отправки неизвестно | Не удалось прочитать локальную очередь. Нажмите «Повторить чтение». Не считайте это состояние пустой очередью. |
Счётчик отправки показывает операции и файлы, а не число протоколов или измерений. Они передаются отдельно: числовые результаты уже могут поступить, пока фотографии ещё ждут. Проблемная операция способна задержать следующие действия и файлы того же протокола.
Связь и авторизация
При обрыве сети операция остаётся на устройстве; до автоматического повтора может действовать пауза. Восстановите соединение и проверьте очередь. Если истекла сессия, снова войдите в ту же учётную запись на том же сервере и повторите отправку.
Не очищайте данные браузера и не переустанавливайте приложение ради обычного отказа. Неотправленная работа может оставаться только на этом устройстве.
Просмотр проблемных данных
- Откройте контекстное меню проблемной строки портфеля.
- Выберите «Неотправленные изменения» → «Показать данные».
- Прочитайте вид операции и причину отказа. Сохраните нужные значения для разбора.
- Для вложений проверьте имена и ошибки. Сохраните исходные файлы отдельно.
Окно показывает сведения, иногда техническим текстом. Оно не позволяет выбрать «моё» или «серверное» для каждой ячейки и не предоставляет скачивание исходного файла. Для помощи сообщите ответственному номер протокола и точную причину отказа.

Конфликт и параллельные правки
При проверке версии сервер может отклонить операцию, если документ изменился после получения вашей копии. Однако не каждое изменение коллегой вызывает конфликт: частичные правки разных полей могут объединиться, а принятая запись того же поля заменить прежнее значение. Отсутствие сообщения о конфликте не доказывает согласованность параллельной работы.
- Сохраните проблемные данные и исходные материалы.
- Уточните, кто менял документ, и согласуйте итоговые значения.
- Сопоставьте их с актуальными серверными сведениями. Открытая карточка при незавершённой очереди может показывать наложенные локальные правки, поэтому не всегда является чистой серверной версией.
- С ответственным определите порядок переноса нужных результатов. Повтор без устранения причины может снова получить отказ.
- Если решено отказаться от проблемного набора, сначала проверьте последствия удаления. Затем внесите согласованные правки и заново проверьте приём.
Протокол закрыт для правок
Это отдельная причина отказа. Пока устройство было без связи, протокол могли передать на утверждение или перевести в другой закрытый для редактирования статус. Повтор не снимает серверный запрет.
Сохраните нужные данные и обратитесь к уполномоченному участнику. Порядок действий описан в статьях «Возврат на доработку и исправление выпущенных документов» и «Доработка возвращённого протокола». Не меняйте статус, дату или методику случайным способом ради принятия очереди.
Отказ данных или файла
Прочитайте точный отказ: проверьте формат значения, права, статус документа, для файла также тип, размер и место загрузки. Если причина на стороне сервера, дождитесь её устранения. Затем используйте «Повторить отправку» и проверьте результат.
Временный серверный отказ может по-разному отразиться на изменениях и вложениях: одна операция потребует ручного повтора, другая останется в ожидании автоматической попытки. Ориентируйтесь на состояние конкретной записи. Исчезновение прежнего сообщения ещё не подтверждает приём всего протокола.
Удаление без отправки
«Удалить без отправки» удаляет все ошибочные и конфликтные изменения выбранного протокола и все его файлы с ошибкой. Выбрать одну операцию внутри этого набора в данном меню нельзя. До подтверждения просмотрите и сохраните всё нужное, включая исходные файлы.
Ожидающие операции остаются. Удаление проблемной операции может снять блокировку: при следующей обработке оставшаяся очередь способна отправиться автоматически, включая смену статуса. Оцените всю цепочку до подтверждения.
Используйте команду только при осознанном отказе от всего затрагиваемого набора либо после сохранения данных для согласованного переноса. Она не исправляет серверные сведения. Кнопка профиля «Убрать данные с устройства» имеет другое назначение и тоже не разрешает конфликт.

Портфель на другом устройстве
Под той же учётной записью на том же сервере портфель может предложить «Забрать с сервера». Команда получает недостающие карточки по серверным отметкам, порциями. Это не загрузка произвольно выбранной строки.
Неотправленные правки и файлы с другого устройства так не переносятся. Сначала завершите их отправку на исходном устройстве. На новом устройстве загрузите недостающие копии, при необходимости повторите загрузку и обновите справочники. Перед новым выездом выполните «Подготовку протоколов к работе без интернета». Работа с локальными копиями описана в статье «Портфель протоколов и заполнение без связи».
Частичный результат
В учебном примере первый протокол ожидал отправки, второй уже был отправлен, у третьего оставались конфликт изменения и ошибка файла. После нажатия «Отправить» первый принят. У третьего по-прежнему две проблемы: их нужно просмотреть и разобрать. Завершение первых двух документов не означает, что весь выезд сдан. Конфликт здесь только один из возможных исходов параллельной работы.

Признаки завершения
- Для нужных документов нет ожидающих операций, ошибок и неизвестного состояния отправки.
- Проверены актуальные серверные результаты, нужные вложения доступны с сервера.
- Разобраны конфликты и отказы. Дальнейшая «Самопроверка и отправка протокола на утверждение» выполняется по установленному порядку.
Короткая проверка перед завершением
Очередь прочитана? Данные приняты? Вложения доступны? Исправленные места проверены на сервере? Если хотя бы один ответ отрицательный или неизвестен, отправка ещё требует внимания.
Вернуться к оглавлению руководства специалиста ИЛ.