Согласование документа усложняется не из-за количества правок, а из-за потери контроля над версиями. Один участник редактирует старое вложение, другой присылает файл без истории исправлений, третий сохраняет результат под именем «final». В итоге команда обсуждает разные тексты.
Перед каждым значимым этапом полезно сопоставить текущую редакцию с последней утверждённой через инструмент «Сравнить документы». Он поддерживает DOCX, PDF, TXT и RTF и показывает фактические изменения содержания.
Какие версии должны существовать
- базовая — текст, от которого начался текущий раунд;
- полученная — файл с предложениями другой стороны;
- рабочая — копия, куда вносятся решения;
- согласованная — утверждённый результат раунда;
- подписанная или опубликованная — неизменяемая финальная версия.
Как организовать цикл согласования
- Присвойте базовой версии номер и дату.
- Не редактируйте её напрямую: создайте рабочую копию.
- Получив новый файл, сохраните исходное имя отправителя и время.
- Откройте Document Compare.
- Сравните базовую версию с полученной.
- Разберите каждое содержательное отличие и назначьте статус.
- Внесите принятые решения в рабочую копию.
- Сравните рабочую копию с базовой и убедитесь, что нет случайных изменений.
- Зафиксируйте согласованную редакцию и начните следующий раунд уже от неё.
Как называть файлы
Имя должно отвечать на вопросы «что это», «какая версия» и «когда создано». Например: specification-v03-2026-08-13.docx. Не полагайтесь только на слова final и latest: они быстро становятся неоднозначными.
Матрица решений
| Статус | Действие |
|---|---|
| Принято | Перенести правку в рабочую версию. |
| Отклонено | Оставить базовый текст и записать причину. |
| Нужен комментарий | Назначить ответственного и вопрос. |
| Техническая правка | Отделить оформление от содержания. |
| Конфликт | Подготовить альтернативную формулировку. |
Что считать контрольной точкой
После завершения раунда сохраните неизменяемую копию и журнал решений. Для важного документа вычислите хэш файла. Тогда можно подтвердить, какая именно редакция была согласована, даже если позже появится файл с похожим именем.
Когда участников несколько
Не пытайтесь вручную объединять параллельные правки в единственный файл без протокола. Сначала сравните каждую полученную версию с общей базой, затем сведите решения. Сравнение двух файлов не заменяет систему управления версиями и не определяет автора изменения.
PDF в цикле согласования
PDF удобен как контрольный снимок, но редактирование обычно ведут в исходном DOCX или другом формате. Сравнивайте и редактируемую версию, и финальный PDF после экспорта: при преобразовании могут измениться переносы, шрифты, ссылки и страницы.
Что проверить перед утверждением
- нет ли непринятых комментариев и правок;
- совпадают ли суммы, даты и реквизиты с протоколом;
- обновлены ли нумерация и перекрёстные ссылки;
- приложены ли все упомянутые файлы;
- сравнивается ли именно утверждаемая копия;
- открывается ли финальный экспорт без ошибок.
Итог
Сравнение становится частью управляемого процесса: базовая версия → отчёт различий → решения → контрольная редакция. Это уменьшает число случайных правок и позволяет в любой момент объяснить, как появился финальный текст.