# Как вернуть договор на доработку и сохранить решения

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

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

## Опишите результат доработки

Фраза «поправьте договор» не объясняет, что должно измениться. Для каждого замечания укажите раздел, обнаруженное расхождение и требуемое действие. Отделяйте обязательное условие от вопроса и редакционной правки.

Учебный пример. В договоре поставка указана на 15 октября, а в приложении на 20 октября. Ответственный должен согласовать единую дату либо объяснить, почему даты относятся к разным событиям. Решение сохраняется рядом с замечанием.

## Свяжите замечание с редакцией

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

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

- Проверенная редакция и раздел документа
- Замечание и требуемое изменение
- Ответственный за доработку
- Новая редакция и решение проверяющего

## Повторите затронутые проверки

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

Если невозможно уверенно определить, какие условия изменились, направьте документ владельцу маршрута. Автоматический пропуск этапа допустим только в рамках отдельно настроенного и проверенного правила. Эта статья не утверждает, что система сама определяет все правовые последствия изменения.

## Закройте замечания явно

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

В АА.Докс версии, комментарии и решения можно рассматривать в одном процессе. На пилоте проверьте возврат, повторную загрузку и последующее решение на синтетическом примере, прежде чем применять правило к рабочим документам.

## Рабочая таблица

Откройте файл vozvrat-dogovora-na-dorabotku.csv в табличном редакторе с кодировкой UTF-8 и разделителем запятая. Строки ДЕМО содержат учебные значения. Замените их данными своего процесса в разрешённой рабочей среде. Не отправляйте заполненную таблицу в публичные формы.

## Материалы по теме

- [Контроль срока согласования](https://aadocs.ru/gayd/kontrol-srokov-soglasovaniya-dogovora)
- [Единая версия документа](https://aadocs.ru/gayd/edinaya-versiya-dokumenta)
- [Общий маршрут документа](https://aadocs.ru/gayd/marshrutizatsiya-dokumentov)

Материал описывает проектную методику. Полномочия и правила для конкретной компании определяет её ответственная команда.